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

1、“模块化系统增加了开发人员的复杂性”
错了！模块化允许开发人员选择他们希望暴露自己的复杂程度。
自定义VM =高复杂性
8 s- t5 S0 D7 o2 H  H. I2 d7 c3 V5 a带有自定义预编译的EVM =中等复杂性
现成的EVM =低复杂性
4 d* G4 H) J8 k, M, P/ F% h而单片链则为开发人员提供了这些选择，严重限制了他们构建应用程序的选择。
在我看来，假设开发人员无法处理复杂性是一种轻视。
1 D" S$ ~. [, L7 K" F最后，部署Rollup很快就变得像部署智能合约一样简单。
只需点击一下。只需尝试一下 RaaS 提供商，如 @Calderaxyz 这样的 RaaS 提供商.
2、 "模块化链不会更快地执行代码”
有点像，但不完全是。
; }# L! U1 Y3 W! B3 R( J) b" e支持 DAS 和欺诈/zk 可证明执行的单体可以很好地扩展，但在单个状态机上实现的并行性是有限的。这就限制了单体的最大 tps
' l8 V3 P3 N4 g! c5 C* I在模块化架构中，两全其美。你可以在单个卷积状态机中实现饱和并行，然后通过将状态分片到不同的卷积中来实现并行，从而进一步扩大规模。
模块化再次为你提供了更多的选择（和更大的规模）。
3、 "应用Rollup不会为开发者创造新的盈利机会"
3 O8 H3 T2 x6 a4 }  F) ]错！MEV 产生于应用程序与订购 tx 的验证器/排序器之间的交互。
, v7 Z4 |, I# J7 U3 ^8 k* ?这本质上需要比智能合约所能提供的更深入的定制。
看看 @SkipProtocol 的 "协议自有构建"（Protocol Owned Building）就能对应用链的 MEV 捕捉进行精细控制，而如果没有模块化所带来的灵活性，这种控制是不可能实现的。
4. "灵活性被高估”
又错了！显然，凯尔并没有关注最前沿的 dapp 开发，而这种开发在很大程度上利用了模块化卷积的灵活性。
@ArgusLabs_ 正在设计一款用于链上游戏的定制虚拟机，该虚拟机具有高滴答率和原生分片功能。
另一个例子是 @MantaNetwork 为 EVM 添加了自定义预编译，使 zk 证明的验证更加高效，从而解锁了新的用例。
5、"重新制作并非扩大 DA 规模的必要条件"
同意！重构与模块化无关。重构可以让新委员会更容易获得抵押，但用非本地资产来保护 DA 层是没有意义的，因为 DA 故障是不可归属的。
6、“为应用程序开发人员构建”
7 \7 }0 e! Q+ ]0 W" y, r是的！非常赞同！
% E& M, ^! \5 H# y3 @$ _2 ~模块化是为了给应用程序开发人员提供最大的自由度，让他们可以随心所欲地构建™️。我们希望为开发人员提供最大的规模、安全性和选择。

0 L+ J& [0 W6 `) u. b) l

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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