【英文长推】区块链设计范式：Solana vs AO

Solana 是一个经过极度优化的共享内存机器。这意味着每个合约都可以直接读取和写入其他每个合约的内存。这允许「状态」（程序 -- 中的数据，如余额等）同步更新：它们全部一次性提交。这可能有帮助，但这也意味着当一个用户访问程序中的某些数据时，任何其他用户都无法修改它。他们在一个称为「锁定争用」的过程中互相等待。Alice「锁定」数据，修改数据，然后「解锁」，只有这样 Bob 才能访问数据。他们本质上形成了一个队列。 在 AO 中，每个「合同」都是其自己的异步过程。每个进程都以单个 CPU 线程的速度独立运行，并在需要交互时向其他进程发送消息。您可以将每个进程视为计算机上的独立程序，或极快版本的 rollup/app-chain。当应用程序的一个进程的吞吐量耗尽时，可以将应用程序拆分到任意数量的其他进程中。AO 中托管的并行进程数量没有实际限制。唯一的协议限制是从 Arweave 继承而来：不超过 2^256 字节。从规模上看，这比宇宙中的原子还要多得多。 另一方面，你无法「全局」访问网络中每个其他进程的内存 -- 必须通过消息询问信息。幸运的是，计算机科学领域已经对这项技术进行了 50 多年的研究和部署，使其变得简单易用。它被称为面向参与者编程，AO 的名字也由此而来。AO 的创新是将这种方法应用于区块链和智能合约。因为为了构建 Arweave，我们已经必须解决链上存储的可扩展性问题，所以我们通过以 Arweave 作为其消息传递层来构建 AO，从而「免费」继承了这种可扩展性。【原文为英文】\n原文链接