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）將流向不直接存儲任何字節數據的驗證者。這種架構犧牲了某些一致性與效率，換來了更快的啟動速度和現成生態，但在設計複雜性和跨系統信任關係上提出了更高要求。【原文為英文】
內容來源
