【英文长推】数据之争：基于 Sui 的 Walrus 与全栈公链 Irys 的架构对决

Chainfeeds 导读：

Walrus 和 Irys 都致力于解决同一个问题：可靠且激励机制一致的链上数据存储。但它们的设计出发点却截然不同。Irys 是一个专为数据而构建的 Layer1 公链，将存储、执行和共识垂直整合于一个完整栈之中；Walrus 则是一个模块化的存储网络，借助 Sui 提供协调与结算功能，自己则运行独立的链下存储层。

文章来源：

https://x.com/13300RPM/status/1935330654960632070

文章作者：

Ponyo : : FP

观点：

Ponyo : : FP：Irys 采用了「全自研」的一体化理念：共识机制、质押模型和执行虚拟机（IrysVM）与存储子系统深度融合，构成了一个垂直整合的 Layer 1。验证者在该系统中承担三重职责：1）完整复制用户数据、2）在 IrysVM 中执行智能合约逻辑、3）通过工作量证明与权益证明混合机制保障网络安全。由于所有功能统一在一个协议中运行，从区块头到数据读取规则的每一层都可以围绕「大型数据块处理」进行优化。智能合约可直接引用链上文件，存储证明则与普通交易一起在同一条共识路径中完成。这种结构带来了极高的系统一致性：开发者只需面对单一的信任边界、单一的手续费资产（IRYS），而读取数据在合约内部几乎与读取状态一样自然。代价则是冷启动难度较高：作为全新公链，Irys 需要从零建立硬件节点网络、索引器、浏览器、客户端以及开发工具。在验证者数量未饱和之前，其区块时间与经济安全性相比老牌公链仍显薄弱。因此，Irys 的架构在「生态建设时间」与「深度数据集成」之间做出了明确取舍。 Walrus 采取了完全不同的设计路径。它将存储节点部署在链下，而链上则依托高吞吐的 Sui Layer 1 来处理排序、支付和元数据管理，所有操作通过 Move 智能合约完成。当用户上传数据 blob 时，Walrus 会将其切分为若干片段，分发到多个存储节点中，并在 Sui 链上生成一个对象记录：其中包括内容哈希、片段分配关系与租赁期限。之后包括续租、惩罚和激励的所有生命周期事件都以普通的 Sui 交易形式进行，用户支付的是 SUI 作为 gas，但存储经济活动仍以 WAL 计价。这种设计使 Walrus 可直接借力于 Sui 的既有生态，包括：经过验证的拜占庭容错共识机制、成熟的开发者基础设施、链上编程能力、流动性良好的基础代币经济，以及一批已有的 Move 开发者，后者可以无需协议层改动，直接接入 Walrus 存储功能。 然而，这种跨层结构也引入了协调难题。Walrus 每一个生命周期事件（上传、续期、删除）都需要链下存储网络与链上 Sui 协议之间进行协调。存储节点必须信任 Sui 的最终性，同时还能在 Sui 拥堵时保持良好性能；反过来，Sui 验证者并不负责实际的磁盘可用性检查，因此需要依赖 Walrus 提供的加密证明机制来实现问责。这种设计必然带来比一体化结构更高的延迟，同时意味着部分手续费（SUI gas）将流向不直接存储任何字节数据的验证者。这种架构牺牲了某些一致性与效率，换来了更快的启动速度和现成生态，但在设计复杂性和跨系统信任关系上提出了更高要求。【原文为英文】