Celestia 创始人：Multicoin联创关于模块化的观点大都是错的（转）

1、“模块化系统增加了开发人员的复杂性”
9 b8 Q  j/ q3 d- \- w) K2 @错了！模块化允许开发人员选择他们希望暴露自己的复杂程度。
+ w3 B  o# a& O& |7 ^% b" T自定义VM =高复杂性
9 L$ o( Z: _1 p1 Q! o3 \$ m带有自定义预编译的EVM =中等复杂性
% h* t$ Q) w: K$ m2 j现成的EVM =低复杂性
而单片链则为开发人员提供了这些选择，严重限制了他们构建应用程序的选择。
在我看来，假设开发人员无法处理复杂性是一种轻视。
最后，部署Rollup很快就变得像部署智能合约一样简单。
只需点击一下。只需尝试一下 RaaS 提供商，如 @Calderaxyz 这样的 RaaS 提供商.
2、 "模块化链不会更快地执行代码”
7 I2 r  a# |5 M( b, x. e有点像，但不完全是。
支持 DAS 和欺诈/zk 可证明执行的单体可以很好地扩展，但在单个状态机上实现的并行性是有限的。这就限制了单体的最大 tps
. b. \0 `  S; @! Q$ F) Y9 q4 F在模块化架构中，两全其美。你可以在单个卷积状态机中实现饱和并行，然后通过将状态分片到不同的卷积中来实现并行，从而进一步扩大规模。
模块化再次为你提供了更多的选择（和更大的规模）。
3、 "应用Rollup不会为开发者创造新的盈利机会"
0 m( Q2 d5 D0 |3 o7 P1 r& f7 e错！MEV 产生于应用程序与订购 tx 的验证器/排序器之间的交互。
* h; n# z+ l4 S+ M/ `这本质上需要比智能合约所能提供的更深入的定制。
看看 @SkipProtocol 的 "协议自有构建"（Protocol Owned Building）就能对应用链的 MEV 捕捉进行精细控制，而如果没有模块化所带来的灵活性，这种控制是不可能实现的。
4. "灵活性被高估”
又错了！显然，凯尔并没有关注最前沿的 dapp 开发，而这种开发在很大程度上利用了模块化卷积的灵活性。
! ^  V8 H* e$ _, u@ArgusLabs_ 正在设计一款用于链上游戏的定制虚拟机，该虚拟机具有高滴答率和原生分片功能。
4 z. Z& U& `# ^# ~$ `, z另一个例子是 @MantaNetwork 为 EVM 添加了自定义预编译，使 zk 证明的验证更加高效，从而解锁了新的用例。
5、"重新制作并非扩大 DA 规模的必要条件"
( L! T' {4 O' `. H  i5 [5 l同意！重构与模块化无关。重构可以让新委员会更容易获得抵押，但用非本地资产来保护 DA 层是没有意义的，因为 DA 故障是不可归属的。
6、“为应用程序开发人员构建”
是的！非常赞同！
模块化是为了给应用程序开发人员提供最大的自由度，让他们可以随心所欲地构建™️。我们希望为开发人员提供最大的规模、安全性和选择。
% O, c& D1 H( Z5 b

这样的盈利成绩也太厉害了吧，都让我相当嫉妒了

每一种游戏的吧也是关心一下了

倘若能够盈利，其他事情都不主要了啊

楼主这是要起飞的节奏啊，都已盈利了

各种游戏也是值得去看看了解下的啦。

这个游戏能够自己好好把握，也是很好的。

并不是所有人都可以盈利的，所以楼主你很厉害

老哥要盈利，那不管是什么都不在话下。

看了这个游戏我感到也是要游戏起来了的哦。

今次游戏可以赚到一天的生活费我也满足了。

赢到的时候就该离开，全部游戏长玩就是完了

看到楼主盈利我都会来支持一波，老哥继续努力啊

今次游戏在论坛的运气还是值得肯定的.

这个游戏有盈利还是最好的结果了呀。

游戏最后一段话觉得是很有道理的，但是在我面前就难以实现，毕竟运气太差了。

老哥这样的盈利也是十分让我眼馋啊，到底是怎么做到的