Cuộc tranh luận dữ liệu giữa Sui Ecosystem Walrus và Irys

Bài viết này dựa trên góc độ kỹ thuật, thực hiện so sánh khách quan Walrus và Irys trên 6 khía cạnh.

**Tác giả: **Ponyo

Biên dịch: Sui Network

Tóm tắt điểm chính

🔧 Kiến trúc: Irys là một "chuỗi dữ liệu" Layer 1 tích hợp đầy đủ chức năng, cung cấp quyền truy cập blob (khối dữ liệu) gốc cho hợp đồng, nhưng cần một tập hợp nút xác minh hoàn toàn mới. Walrus là lớp lưu trữ mã sửa chữa được xây dựng trên Sui, dễ tích hợp hơn, nhưng cần phối hợp giữa các lớp.

💰 Mô hình kinh tế: Irys sử dụng một token duy nhất là IRYS để thống nhất thanh toán chi phí và thưởng, trải nghiệm người dùng đơn giản nhưng rủi ro biến động giá cao. Walrus thì phân chia chức năng thành hai token: WAL (dùng để lưu trữ) và SUI (dùng cho gas), có thể cách ly hiệu quả chi phí, nhưng cần duy trì hai hệ thống khuyến khích.

📦 Tính bền vững và khả năng tính toán: Irys duy trì 10 bản sao hoàn chỉnh và truyền dữ liệu trực tiếp vào máy ảo của nó; Walrus thì sử dụng mã sửa lỗi với độ dư thừa khoảng 5 lần kết hợp với xác thực băm, lưu trữ mỗi GB với chi phí thấp hơn, nhưng việc thực hiện giao thức phức tạp hơn.

💾 Tính tương thích: Irys cung cấp mô hình quyên góp "trả một lần, lưu trữ vĩnh viễn", rất phù hợp để lưu trữ dữ liệu không thay đổi, nhưng chi phí ban đầu rất cao. Walrus thì áp dụng cơ chế thuê "trả theo nhu cầu, tự động gia hạn", thuận tiện cho việc kiểm soát chi phí và có thể nhanh chóng tích hợp với Sui.

📈 Tình hình áp dụng: Walrus vẫn đang ở giai đoạn đầu nhưng phát triển nhanh chóng, đã có lưu trữ cấp PB, hơn 100 nhà điều hành nút, và đã được nhiều thương hiệu NFT và trò chơi áp dụng. Ngược lại, Irys vẫn đang ở giai đoạn tiền mở rộng, khối lượng dữ liệu chưa đạt cấp PB, và mạng lưới nút cũng vẫn đang trong quá trình phát triển.

Walrus và Irys đều cam kết giải quyết cùng một vấn đề: cung cấp lưu trữ dữ liệu trên chuỗi đáng tin cậy và có cơ chế khuyến khích. Nhưng hai thiết kế hoàn toàn khác nhau: Irys là một chuỗi khối Layer 1 được thiết kế đặc biệt cho việc lưu trữ dữ liệu, tích hợp lưu trữ, thực thi và đồng thuận thành một kiến trúc tích hợp dọc; trong khi Walrus là một mạng lưu trữ mô-đun, dựa vào Sui để phối hợp và thanh toán, đồng thời vận hành một lớp lưu trữ ngoài chuỗi độc lập.

Mặc dù đội ngũ Irys đã mô tả nó như một giải pháp "tích hợp" vượt trội hơn trong sự so sánh ban đầu, trong khi định nghĩa Walrus là một hệ thống "bên ngoài" có giới hạn, nhưng thực tế thì cả hai đều có ưu nhược điểm riêng và sự lựa chọn khác nhau. Bài viết này dựa trên góc độ kỹ thuật, đã thực hiện so sánh khách quan Walrus và Irys trên 6 chiều, bác bỏ các kết luận phiến diện, và cung cấp cho các nhà phát triển một hướng dẫn lựa chọn rõ ràng, giúp họ quyết định con đường phù hợp nhất dựa trên chi phí, độ phức tạp và trải nghiệm phát triển.

1. Kiến trúc giao thức

1.1 Irys: L1 tích hợp theo chiều dọc

Irys thể hiện triết lý "tự cung tự cấp" cổ điển. Nó đi kèm với cơ chế đồng thuận, mô hình staking và máy ảo thực thi (IrysVM), tất cả đều được tích hợp chặt chẽ với hệ thống lưu trữ của nó.

Các nút xác minh đồng thời đảm nhận ba vai trò:

  • Lưu trữ dữ liệu người dùng dưới dạng bản sao đầy đủ;
  • Thực hiện logic hợp đồng thông minh trong IrysVM;
  • Bảo vệ an ninh mạng thông qua cơ chế kết hợp PoW + Staking.

Do vì những tính năng này đồng tồn tại trong cùng một giao thức, mỗi lớp từ tiêu đề khối đến quy tắc truy xuất dữ liệu đều có thể được tối ưu hóa cho việc xử lý dữ liệu lớn. Hợp đồng thông minh có thể trực tiếp tham chiếu đến các tệp trên chuỗi, và chứng minh lưu trữ cũng sẽ tiếp tục theo con đường đồng thuận của các giao dịch thông thường đã được sắp xếp. Lợi thế của nó nằm ở sự nhất quán cao của kiến trúc: các nhà phát triển chỉ cần đối mặt với một ranh giới niềm tin duy nhất, một tài sản phí duy nhất (IRYS), và trải nghiệm đọc dữ liệu trong mã hợp đồng giống như hỗ trợ bản địa.

Nhưng cái giá của nó là chi phí khởi động cao. Một mạng lớp mới hoàn toàn phải bắt đầu từ con số không để tuyển dụng nhà vận hành phần cứng, xây dựng bộ chỉ mục, phát hành trình duyệt khối, củng cố khách hàng và phát triển công cụ. Trong giai đoạn đầu khi các nút xác thực chưa lớn mạnh, thời gian khối và tính an toàn kinh tế đều kém hơn các chuỗi lâu đời. Do đó, kiến trúc của Irys đã chọn tích hợp dữ liệu sâu hơn, trong khi hy sinh tốc độ khởi động hệ sinh thái.

1.2 Walrus: lớp chồng mô-đun hóa

Hải mã đã đi theo một con đường rất khác. Các nút lưu trữ của nó chạy ngoài chuỗi, trong khi L1 thông lượng cao của Sui xử lý việc sắp xếp, thanh toán và siêu dữ liệu thông qua hợp đồng thông minh Move. Khi người dùng tải lên một blob (khối dữ liệu), Walrus sẽ phân mảnh và lưu trữ nó trên các nút, sau đó ghi lại một đối tượng on-chain trên Sui chứa hàm băm nội dung, phân bổ phân đoạn và các điều khoản cho thuê. Gia hạn, cắt và phần thưởng đều được thực hiện như các giao dịch Sui thông thường, thanh toán gas bằng SUI, nhưng sử dụng token WAL làm đơn vị thanh toán kinh tế lưu trữ.

Dựa vào Sui, Walrus ngay lập tức có được những lợi thế sau:

  • Cơ chế đồng thuận Byzantine Fault Tolerant đã được xác thực;
  • Cơ sở hạ tầng phát triển hoàn chỉnh;
  • Tính linh hoạt lập trình mạnh mẽ;
  • Kinh tế token cơ bản có tính thanh khoản;
  • Nhiều nhà phát triển Move hiện có có thể tích hợp trực tiếp mà không cần di chuyển giao thức.

Nhưng cái giá phải trả là cần có sự phối hợp giữa các lớp. Mỗi sự kiện vòng đời (tải lên, gia hạn, xóa) đều phải được phối hợp giữa hai mạng bán độc lập. Các nút lưu trữ phải tin tưởng vào tính cuối cùng của Sui, đồng thời vẫn duy trì hiệu suất khi Sui bị tắc nghẽn; trong khi đó, các nút xác thực của Sui không kiểm tra xem đĩa thực tế có lưu trữ dữ liệu hay không, vì vậy phải dựa vào hệ thống chứng minh mã hóa của Walrus để đảm bảo trách nhiệm. So với thiết kế tích hợp, kiến trúc này không thể tránh khỏi việc tăng độ trễ, và một phần phí giao dịch (SUI gas) sẽ chảy về các vai trò không thực sự lưu trữ dữ liệu.

1.3 Tóm tắt thiết kế

Irys sử dụng kiến trúc đơn thể tích hợp theo chiều dọc, trong khi Walrus là giải pháp mô-đun tích hợp theo chiều ngang. Irys có độ tự do kiến trúc lớn hơn và ranh giới tin cậy thống nhất, nhưng cần vượt qua những khó khăn trong việc xây dựng hệ sinh thái do khởi động lạnh mang lại. Walrus thì nhờ vào hệ thống đồng thuận trưởng thành của Sui, đã giảm đáng kể rào cản gia nhập cho các nhà phát triển trong hệ sinh thái hiện có, nhưng phải xử lý sự phức tạp trong sự phối hợp giữa hai lĩnh vực kinh tế và hệ thống vận hành. Hai mô hình này không có ưu nhược điểm tuyệt đối, chỉ là hướng tối ưu khác nhau: một cái theo đuổi tính nhất quán (coherence), cái kia theo đuổi tính kết hợp (composability).

Khi sự lựa chọn giao thức phụ thuộc vào mức độ quen thuộc của nhà phát triển, sức hấp dẫn của hệ sinh thái hoặc tốc độ ra mắt, mô hình phân tầng của Walrus có thể hợp lý hơn. Trong khi đó, khi điểm nghẽn nằm ở việc kết hợp dữ liệu sâu và tính toán, hoặc cần logic đồng thuận tùy chỉnh, chuỗi Irys được thiết kế riêng cho dữ liệu cũng có đủ lý do để gánh vác trọng trách kiến trúc nặng nề hơn.

2. Kinh tế token và cơ chế khuyến khích

2.1 Irys: Một mã thông báo điều khiển toàn bộ ngăn xếp giao thức

Token gốc của Irys, IRYS, bao trùm mô hình kinh tế của toàn bộ nền tảng:

  • Phí lưu trữ: Người dùng trả trước IRYS để lưu trữ dữ liệu;
  • Thực hiện gas: Tất cả các cuộc gọi hợp đồng thông minh cũng được định giá bằng IRYS;
  • Phần thưởng cho thợ mỏ: Tiền trợ cấp khối, chứng minh lưu trữ và phí giao dịch đều được thanh toán bằng IRYS.

Do vì thợ đào đồng thời chịu trách nhiệm về lưu trữ dữ liệu và thực hiện hợp đồng, thu nhập từ tính toán có thể bù đắp cho sự thiếu hụt của lợi nhuận lưu trữ. Về lý thuyết, khi các hoạt động DeFi trên Irys diễn ra sôi nổi, lợi nhuận từ tính toán sẽ bù đắp cho lưu trữ dữ liệu, từ đó cung cấp dịch vụ gần với giá thành; nếu lưu lượng hợp đồng thấp, cơ chế trợ cấp sẽ điều chỉnh ngược lại. Cơ chế trợ cấp chéo này giúp cân bằng lợi nhuận của thợ đào và làm cho các động lực của các vai trò trong giao thức trở nên nhất quán. Đối với các nhà phát triển, một tài sản thống nhất có nghĩa là ít quy trình quản lý hơn và trải nghiệm người dùng được đơn giản hóa hơn, đặc biệt phù hợp với những tình huống không muốn người dùng tiếp xúc với nhiều token.

Nhưng nhược điểm nằm ở tính liên kết rủi ro của tài sản đơn lẻ: một khi giá IRYS giảm, phần thưởng tính toán và lưu trữ sẽ giảm theo, khiến cho thợ mỏ phải đối mặt với áp lực kép. Tính an toàn kinh tế của giao thức và tính bền vững của dữ liệu do đó được gắn chặt trên cùng một đường cong biến động giá.

2.2 Walrus: Mô hình kinh tế hai token

Walrus chia tách chức năng thành hai loại token:

  • $WAL: Đơn vị kinh tế của lớp lưu trữ. Người dùng sử dụng WAL để thanh toán phí thuê không gian, các nhà điều hành nút nhận được phần thưởng WAL thông qua việc staking và lưu trữ các đoạn dữ liệu, phần thưởng cũng gắn liền với trọng số staking mà họ được ủy thác.
  • $SUI: Đồng gas dùng để phối hợp các giao dịch trên chuỗi. Bất kỳ giao dịch nào như tải lên, gia hạn, phạt, v.v. trên Sui đều cần tiêu tốn SUI và được thưởng cho các nút xác thực Sui, chứ không phải các nút lưu trữ Walrus.

Sự tách biệt này giúp lưu trữ kinh tế được giữ rõ ràng: Giá trị của WAL chỉ bị ảnh hưởng bởi nhu cầu lưu trữ dữ liệu và thời gian thuê, không bị can thiệp bởi giao dịch DEX trên Sui hoặc cơn sốt NFT. Đồng thời, Walrus cũng có thể kế thừa tính thanh khoản, cầu nối chéo chuỗi và cổng fiat của Sui - hầu hết các nhà xây dựng Sui đã nắm giữ SUI, vì vậy chi phí biên để đưa WAL vào là khá thấp.

Tuy nhiên, mô hình hai token cũng gặp vấn đề về sự phân tách động lực. Node Walrus không thể tham gia vào doanh thu phí giao dịch của SUI, vì vậy giá WAL phải đủ để tự duy trì chi phí phần cứng, băng thông và kỳ vọng lợi nhuận. Nếu giá WAL không tăng và gas SUI tăng vọt, chi phí sử dụng của người dùng sẽ tăng lên, nhưng bên lưu trữ lại không có lợi ích trực tiếp. Ngược lại, sự bùng nổ DeFi trên Sui tạo ra lợi nhuận cho các node xác thực, nhưng không liên quan đến node Walrus. Do đó, để duy trì sự cân bằng lâu dài, cần phải tối ưu hóa chủ động mô hình kinh tế: giá lưu trữ cần linh hoạt biến đổi dựa trên chi phí phần cứng, chu kỳ nhu cầu và độ sâu thị trường WAL.

2.3 Tóm tắt thiết kế

Nói ngắn gọn, Irys cung cấp trải nghiệm người dùng thống nhất và đơn giản, nhưng chịu rủi ro tập trung; Walrus lại phân định ranh giới ở cấp độ token, mang lại sự tính toán kinh tế tinh vi hơn, nhưng cần xử lý vấn đề phân chia thị trường và chi phí. Các nhà xây dựng nên cân nhắc khi lựa chọn: họ có thích trải nghiệm liền mạch hơn, hay thích quản lý rủi ro kinh tế tách biệt, để phù hợp với kế hoạch sản phẩm và chiến lược tài chính của mình.

3. Chiến lược lưu trữ dữ liệu và dư thừa

3.1 Walrus: Sử dụng mã sửa lỗi để đạt được độ tin cậy cao nhẹ.

Walrus chia mỗi khối dữ liệu (blob) thành k mảnh dữ liệu và thêm m mảnh kiểm tra dư thừa (sử dụng thuật toán mã hóa RedStuff). Kỹ thuật này tương tự như RAID hoặc mã hóa Reed-Solomon, nhưng được tối ưu hóa cho môi trường phi tập trung và sự biến động cao của các nút. Chỉ cần chọn bất kỳ k mảnh nào từ k + m mảnh, bạn có thể tái tạo lại tệp gốc, mang lại hai lợi ích:

  • Hiệu quả không gian cao: Dưới các tham số điển hình (khoảng 5 lần mở rộng), so với giải pháp sao chép 10 lần truyền thống, không gian lưu trữ cần thiết giảm một nửa. Nói một cách đơn giản, khi lưu trữ 1GB dữ liệu trên Walrus, dung lượng mạng tổng thể cần khoảng 5GB (được lưu trữ phân tán trên nhiều nút thông qua các phân đoạn), trong khi hệ thống sao chép đầy đủ truyền thống có thể cần đến 10GB để đạt được mức độ an toàn tương tự.
  • Khả năng sửa chữa theo nhu cầu mạnh mẽ: Phương pháp mã hóa của Walrus không chỉ tiết kiệm không gian mà còn tiết kiệm băng thông. Khi một nút bị mất kết nối, mạng chỉ cần tái tạo các mảnh thiếu, chứ không phải toàn bộ tệp, giảm đáng kể chi phí băng thông. Cơ chế tự phục hồi này chỉ cần tải xuống khoảng dữ liệu tương đương với kích thước mảnh bị mất (tức là O(blob_size/ số lượng mảnh )), trong khi hệ thống sao chép truyền thống thường yêu cầu lượng dữ liệu O(blob_size).

Tình trạng phân bổ giữa mỗi phân đoạn và nút sẽ tồn tại dưới dạng đối tượng trên Sui. Walrus sẽ thay phiên hội đồng staking mỗi epoch, thách thức tính khả dụng của nút thông qua chứng minh mật mã, và tự động mã hóa lại khi số lượng nút mất mát vượt quá ngưỡng an toàn. Cơ chế này tuy phức tạp (liên quan đến hai mạng, nhiều phân đoạn và xác minh thường xuyên), nhưng có thể đạt được độ bền cao nhất với dung lượng tối thiểu.

3.2 Irys: cơ chế đa bản sao bảo thủ nhưng ổn định

Irys đã chọn một phương thức bền vững trực tiếp và nguyên thủy hơn: mỗi phân vùng dữ liệu 16TB được 10 thợ mỏ ký gửi lưu trữ một bản sao hoàn chỉnh. Giao thức ngăn chặn việc tính toán trùng lặp trên cùng một ổ đĩa cứng bằng cách giới thiệu "giá trị muối" của thợ mỏ cụ thể (công nghệ Matrix Packing). Hệ thống sẽ liên tục xác minh việc đọc ổ đĩa của các nút thông qua "bằng chứng công việc hữu ích (proof-of-useful-work)" để đảm bảo mỗi byte tồn tại thực sự, nếu không thợ mỏ sẽ bị phạt và bị trừ tài sản ký gửi.

Trong thực tế, tính khả dụng của dữ liệu phụ thuộc vào: Có ít nhất một trong mười thợ mỏ trả lời truy vấn không? Nếu một thợ mỏ xác minh thất bại, hệ thống sẽ ngay lập tức bắt đầu sao chép lại để duy trì tiêu chuẩn 10 bản sao. Chiến lược này có chi phí lên đến 10 lần lưu trữ dữ liệu dư thừa, nhưng logic thì đơn giản và rõ ràng, tất cả các trạng thái đều tập trung trên một chuỗi.

3.3 Tóm tắt thiết kế

Walrus tập trung vào: giải quyết vấn đề thay đổi nút thường xuyên thông qua các chiến lược mã hóa hiệu quả và mô hình đối tượng của Sui, từ đó đảm bảo tính bền vững của dữ liệu mà không tăng chi phí. Irys thì tin rằng: với việc chi phí phần cứng giảm nhanh chóng, cơ chế sao chép nhiều bản sao trực tiếp và nặng hơn thực tế lại đáng tin cậy và dễ quản lý hơn.

Nếu bạn cần lưu trữ dữ liệu lưu trữ ở mức PB và có thể chấp nhận sự phức tạp cao hơn của giao thức, mã sửa lỗi của Walrus có lợi thế hơn về tính kinh tế mỗi byte. Còn nếu bạn coi trọng sự đơn giản trong vận hành (một chuỗi, một chứng minh, đủ dư thừa) và cho rằng chi phí phần cứng có thể bỏ qua so với tốc độ giao hàng của sản phẩm, cơ chế 10 bản sao của Irys có thể cung cấp sự bảo đảm bền bỉ với ít suy nghĩ nhất.

4. Dữ liệu có thể lập trình và tính toán trên chuỗi

4.1 Irys: Hợp đồng thông minh hỗ trợ dữ liệu gốc

Bởi vì cơ chế lưu trữ, đồng thuận và Máy ảo Irys (IrysVM) chia sẻ cùng một sổ cái, hợp đồng có thể dễ dàng gọi các phương thức đọc_blob(id, bù đắp length) dễ dàng như đọc trạng thái của chính nó. Trong quá trình thực thi khối, các thợ đào truyền các phần dữ liệu được yêu cầu trực tiếp vào máy ảo, thực hiện kiểm tra xác định và tiếp tục xử lý kết quả trong cùng một giao dịch. Không có oracle, không có thông số người dùng, không có rơle ngoài chuỗi.

Cấu trúc dữ liệu có thể lập trình này có thể thực hiện các trường hợp sử dụng sau:

  • NFT phương tiện: Chuyển toàn bộ siêu dữ liệu, hình ảnh độ phân giải cao và logic tiền bản quyền lên chuỗi, đồng thời thực hiện thi hành ở cấp độ byte.
  • AI trên chuỗi: Thực hiện các tác vụ suy diễn trên trọng số mô hình được lưu trữ trực tiếp trong phân vùng.
  • Phân tích dữ liệu lớn: Hợp đồng có thể quét nhật ký, tệp gen và các tập dữ liệu lớn mà không cần cầu nối bên ngoài.

Mặc dù chi phí gas sẽ tăng theo số byte được đọc, nhưng trải nghiệm của người dùng vẫn là một giao dịch được định giá bằng IRYS.

4.2 Walrus: "Xác thực trước, tính toán sau"

Do vì Walrus không thể trực tiếp truyền tải các tệp lớn vào máy ảo Move, nó đã áp dụng mô hình thiết kế "cam kết băm + chứng kiến (witness)":

  • Khi người dùng lưu trữ blob, Walrus sẽ ghi lại hàm băm nội dung (content hash) của nó trên Sui;
  • Sau đó, bất kỳ người gọi nào cũng có thể gửi đoạn dữ liệu tương ứng cùng với bằng chứng nhẹ chứng minh đoạn đó là đúng (như đường dẫn Merkle hoặc băm đầy đủ);
  • Hợp đồng Sui sẽ tính toán lại hash và so sánh với siêu dữ liệu Walrus. Nếu xác minh thành công, thì tin tưởng dữ liệu đó và thực hiện logic tiếp theo.

Ưu điểm:

  • Có thể sử dụng ngay lập tức mà không cần sửa đổi bất kỳ giao thức L1 nào;
  • Các nút xác thực Sui không cần nhận thức nội dung dữ liệu lớn ở cấp độ GB.

Giới hạn:

  • Cần lấy dữ liệu bằng tay: Bên gọi phải kéo dữ liệu từ cổng Walrus hoặc nút và đóng gói các đoạn dữ liệu có độ dài giới hạn trong giao dịch (bị giới hạn bởi kích thước giao dịch của Sui);
  • Chi phí xử lý phân đoạn: Đối với các nhiệm vụ xử lý dữ liệu lớn, cần nhiều giao dịch nhỏ, hoặc xử lý trước ngoài chuỗi + xác minh trên chuỗi;
  • Chi phí gas kép: Người dùng cần thanh toán SUI gas (để xác minh giao dịch) và WAL (trả gián tiếp chi phí lưu trữ cơ sở).

4.3 Tóm tắt thiết kế

Nếu ứng dụng của bạn cần xử lý vài MB dữ liệu mỗi khối hợp đồng (như AI trên chuỗi, dApp truyền thông nhập vai, quy trình tính toán khoa học có thể xác minh, v.v.), API nhúng mà Irys cung cấp sẽ hấp dẫn hơn.

Nếu kịch bản của bạn chú trọng vào chứng minh tính toàn vẹn của dữ liệu, trình bày phương tiện nhỏ, hoặc tính toán diễn ra ngoài chuỗi, chỉ cần xác minh kết quả trên chuỗi, Walrus đã có thể đáp ứng.

Vì vậy, sự lựa chọn này không phải là "có thể thực hiện hay không", mà là bạn muốn đặt độ phức tạp ở đâu: tầng giao thức (Irys) hay tầng ứng dụng trung gian (Walrus)?

5. Thời gian lưu trữ và tính vĩnh viễn

5.1 Walrus: Mô hình cho thuê theo nhu cầu

Walrus áp dụng mô hình cho thuê theo chu kỳ cố định. Khi tải lên dữ liệu, người dùng sử dụng $WAL để thanh toán mua một khoảng thời gian lưu trữ cố định (tính phí theo 14 ngày cho một epoch, tối đa có thể mua khoảng 2 năm một lần). Khi thời gian thuê kết thúc, nếu không gia hạn, nút có thể chọn xóa dữ liệu đó. Ứng dụng có thể viết kịch bản gia hạn tự động thông qua hợp đồng thông minh Sui, biến "thuê" thành "lưu trữ vĩnh viễn" trên thực tế, nhưng trách nhiệm gia hạn luôn thuộc về người tải lên.

Ưu điểm của nó là người dùng không phải trả trước cho dung lượng có thể bỏ qua, và giá cả có thể theo dõi chi phí phần cứng theo thời gian thực. Ngoài ra, bằng cách thiết lập thời gian hết hạn hợp đồng thuê dữ liệu, mạng có thể thu hồi dữ liệu không còn được thanh toán, ngăn chặn sự tích tụ của "rác vĩnh viễn". Nhược điểm là: việc bỏ lỡ gia hạn hoặc cạn kiệt tài chính sẽ dẫn đến mất dữ liệu; dApp hoạt động lâu dài phải chạy "robot duy trì" của riêng mình.

5.2 Irys: Lưu trữ vĩnh viễn được đảm bảo bởi lớp giao thức

Irys cung cấp tùy chọn "lưu trữ vĩnh viễn" tương tự như Arweave. Người dùng chỉ cần thanh toán một lần $IRYS, và có thể tài trợ cho các thợ mỏ dịch vụ lưu trữ trong hàng trăm năm tới dưới hình thức quỹ trên chuỗi (endowment) (giả sử chi phí lưu trữ tiếp tục giảm, có thể bao phủ khoảng 200 năm). Sau khi giao dịch này hoàn tất, trách nhiệm gia hạn lưu trữ được chuyển giao cho chính giao thức, người dùng không cần phải quản lý nữa.

Kết quả là một trải nghiệm người dùng "lưu một lần, sử dụng vĩnh viễn", rất phù hợp cho: NFT, hồ sơ kỹ thuật số, và các tập dữ liệu cần không thể thay đổi (như mô hình AI). Nhưng nhược điểm là chi phí ban đầu khá cao, mô hình này phụ thuộc cao vào tình trạng giá của $IRYS trong vài thập kỷ tới, không thích hợp cho dữ liệu được cập nhật thường xuyên hoặc tệp tạm thời.

5.3 Tóm tắt thiết kế

Nếu bạn muốn kiểm soát vòng đời dữ liệu và thanh toán theo mức sử dụng thực tế, hãy chọn Walrus; nếu bạn cần tính bền vững lâu dài không thể thay đổi và sẵn sàng trả thêm cho điều đó, hãy chọn Irys.

6. Trưởng thành mạng và tình hình sử dụng

6.1 Walrus: Có quy mô sản xuất cấp độ

Mạng chính Walrus chỉ mới ra mắt 7 epoch, nhưng đã có 103 nhà điều hành lưu trữ, 121 nút lưu trữ, với tổng số 10,1 triệu WAL đã được đặt cọc. Mạng này hiện đã lưu trữ 14,5 triệu blob (khối dữ liệu), kích hoạt 31,5 triệu sự kiện blob, với kích thước trung bình của đối tượng là 2,16MB, tổng lượng dữ liệu lưu trữ đạt 1,11PB (khoảng 26% trong tổng dung lượng vật lý 4,16PB). Tốc độ tải lên khoảng 1,75KB/s, bản đồ phân đoạn bao phủ 1000 shard song song.

Mặt kinh tế cũng thể hiện sức mạnh mạnh mẽ:

  • Vốn hóa khoảng 600 triệu USD, FDV (định giá pha loãng hoàn toàn) đạt 2.23 tỷ USD;
  • Giá lưu trữ: mỗi MB khoảng 55K Frost (tương đương khoảng 0.055 WAL);
  • Giá ghi: khoảng 20K Frost mỗi MB
  • Tỷ lệ trợ cấp hiện tại lên tới 80%, nhằm thúc đẩy tăng trưởng sớm.

Nhiều thương hiệu có lưu lượng truy cập cao đã áp dụng Walrus, bao gồm Pudgy Penguins, Unchained và Claynosaurs, đều đang xây dựng đường ống tài sản hoặc backend lưu trữ dữ liệu trên đó. Hiện tại, mạng lưới có 105.000 tài khoản, 67 dự án đang được tích hợp, đã hỗ trợ truyền tải dữ liệu PB cấp độ thực tế cho NFT và trò chơi.

6.2 Irys: vẫn đang trong giai đoạn đầu

Theo bảng dữ liệu công cộng của Irys (tính đến tháng 6 năm 2025):

  • Thực hiện hợp đồng TPS ≈ 13.9, lưu trữ TPS ≈ 0
  • Tổng dung lượng dữ liệu lưu trữ ≈ 199GB (chính thức tuyên bố có 280TB không gian)
  • Số lần giao dịch dữ liệu: 53,7 triệu lần (trong đó tháng 6 chiếm 13 triệu lần)
  • Số địa chỉ hoạt động: 1.64 triệu
  • Chi phí lưu trữ: $2.50 / TB / tháng (lưu trữ tạm thời), hoặc $2.50 / GB (lưu trữ vĩnh viễn)
  • Hệ thống thợ đào "sắp ra mắt" (cơ chế khai thác uPoW chưa được kích hoạt)

Chi phí gọi dữ liệu có thể lập trình là $0.02 cho mỗi chunk (khối dữ liệu), nhưng do quỹ lưu trữ vĩnh viễn chưa được thiết lập, khối lượng dữ liệu thực tế ghi vào vẫn rất hạn chế. Hiện tại, hiệu suất thực thi hợp đồng hoạt động tốt, nhưng khả năng lưu trữ theo lô vẫn gần như bằng không, phản ánh rằng hiện tại nó vẫn tập trung vào chức năng máy ảo và công cụ dành cho nhà phát triển, thay vì khả năng chứa dữ liệu.

6.3 Ý nghĩa của số đại diện

Walrus đã đạt quy mô cấp PB, có khả năng tạo ra lợi nhuận và đã trải qua các bài kiểm tra nghiêm ngặt từ thương hiệu NFT của người tiêu dùng. Trong khi đó, Irys vẫn đang ở giai đoạn hướng dẫn ban đầu, có nhiều tính năng nhưng cần các thợ mỏ tham gia và đáp ứng yêu cầu về khối lượng dữ liệu.

Đối với khách hàng đánh giá tình trạng chuẩn bị sản xuất, Walrus hiện tại có hiệu suất như sau:

  • Sử dụng thực tế cao hơn: Đã tải lên hơn 14 triệu blob, lưu trữ dữ liệu cấp PB;
  • Quy mô hoạt động rộng hơn: Hơn 100 nhà điều hành, 1000 phân đoạn, hơn 100 triệu đô la số tiền đặt cọc;
  • Sức hấp dẫn sinh thái mạnh mẽ hơn: Các dự án Web3 hàng đầu đã được tích hợp sử dụng;
  • Hệ thống định giá rõ ràng hơn: Phí WAL/Frost rõ ràng và minh bạch, cơ chế trợ cấp trên chuỗi có thể thấy.

Mặc dù tầm nhìn tích hợp của Irys trong tương lai có thể phát huy lợi thế (như khai thác trực tuyến, quỹ lưu trữ vĩnh viễn được triển khai, nâng cao TPS), nhưng xét về khả năng thông lượng, dung lượng và tình hình sử dụng của khách hàng ở giai đoạn hiện tại, Walrus có lợi thế thực tế hơn.

  1. Nhìn về tương lai

Walrus và Irys lần lượt đại diện cho hai đầu của quang phổ thiết kế lưu trữ trên chuỗi:

  • Irys sẽ tập trung lưu trữ, thực thi và mô hình kinh tế trong một token IRYS và một blockchain L1 chuyên dụng được sinh ra cho dữ liệu, cung cấp cho các nhà phát triển trải nghiệm truy cập dữ liệu lớn trên chuỗi không ma sát, và có cam kết cấp độ giao thức về "lưu trữ vĩnh viễn". Do đó, đội ngũ phát triển cần di chuyển đến một hệ sinh thái còn trẻ, và chấp nhận mức tiêu thụ tài nguyên phần cứng cao hơn.
  • Walrus sẽ xây dựng lớp lưu trữ dữ liệu qua mã sửa lỗi trên Sui, tái sử dụng cơ chế đồng thuận trưởng thành, cơ sở hạ tầng thanh khoản và chuỗi công cụ phát triển, đạt được chi phí lưu trữ mỗi byte cực kỳ hiệu quả. Tuy nhiên, kiến trúc mô-đun của nó cũng mang lại độ phức tạp phối hợp bổ sung, trải nghiệm hai token và sự chú ý liên tục đối với "gia hạn hợp đồng".

Việc chọn cái nào không phải là vấn đề "đúng hay sai", mà phụ thuộc vào điểm nghẽn mà bạn quan tâm nhất:

  • Nếu bạn cần khả năng kết hợp dữ liệu và tính toán sâu, hoặc cam kết "lưu trữ vĩnh viễn" ở cấp giao thức, thì thiết kế tích hợp của Irys sẽ phù hợp hơn.
  • Nếu bạn coi trọng hiệu suất tài chính, khả năng triển khai nhanh chóng trên Sui, hoặc kiểm soát tùy chỉnh cao về vòng đời dữ liệu, giải pháp mô-đun của Walrus sẽ là sự lựa chọn thực tế hơn.

Trong tương lai, hai bên rất có khả năng sẽ đồng thời tồn tại trong quá trình mở rộng liên tục của nền kinh tế dữ liệu trên chuỗi, phục vụ cho các loại nhà phát triển và tình huống ứng dụng khác nhau.

Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
  • Phần thưởng
  • Bình luận
  • Chia sẻ
Bình luận
0/400
Không có bình luận
  • Ghim
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)