Parallel EVM 能否让现有的去中心化应用，实现互联网级别的性能？
Jack 也发推谈这个问题了，Monad 没能解决状态膨胀，基本上很少有项目重视这个问题，直到未来这个问题暴露出来：
https://twitter.com/ballsyalchemist/status/1777993079620006229
现在已经有人质疑了，为什么 Monad 不作为一个 L2 启动，还有人预测它最终会变成一个 L2
https://twitter.com/llamaonthebrink/status/1777705575020728812
还有一个社区普遍提出过的问题，不太与技术相关，可能还是个利益问题，那就是，即便考虑到了“更高频的应用场景”，Monad 定位自己为 L1 而不是另一个 rollup，也似乎没有什么好的理由。按理说，做一个出块时间更短的 rollup 也能达到相同目的。
Monad 对节点配置要求，跟 BNB 的“快速节点”一样，可见也已经不算低了。更大的问题是长期的存储负担，状态膨胀问题被并行化加重，潘老师没有谈到，美中不足
大佬怎么看 AR 和 AO，相比于 Monad 没有 存储的 负担
我想让潘老师给我科普 AR 和 AO，真的是看不懂啊，我四处问了一圈朋友，好像都不懂这个，AR 生态项目方的人可能懂，但是不会给我科普
https://docs.monad.xyz/using-monad/running-a-node/hardware-requirements
Jack 也发推谈这个问题了，Monad 没能解决状态膨胀，基本上很少有项目重视这个问题，直到未来这个问题暴露出来：
https://twitter.com/ballsyalchemist/status/1777993079620006229
现在已经有人质疑了，为什么 Monad 不作为一个 L2 启动，还有人预测它最终会变成一个 L2
https://twitter.com/llamaonthebrink/status/1777705575020728812
还有一个社区普遍提出过的问题，不太与技术相关，可能还是个利益问题，那就是，即便考虑到了“更高频的应用场景”，Monad 定位自己为 L1 而不是另一个 rollup，也似乎没有什么好的理由。按理说，做一个出块时间更短的 rollup 也能达到相同目的。
Monad 对节点配置要求，跟 BNB 的“快速节点”一样，可见也已经不算低了。更大的问题是长期的存储负担，状态膨胀问题被并行化加重，潘老师没有谈到，美中不足
大佬怎么看 AR 和 AO，相比于 Monad 没有 存储的 负担
我想让潘老师给我科普 AR 和 AO，真的是看不懂啊，我四处问了一圈朋友，好像都不懂这个，AR 生态项目方的人可能懂，但是不会给我科普
https://docs.monad.xyz/using-monad/running-a-node/hardware-requirements