Cách hoạt động của Walrus: Vai trò của Người dùng, Các nút mạng và Lớp Sui

Lần đầu tiên bạn cố gắng chuyển một tệp lớn qua một hệ thống crypto, bạn nhận thấy điều gì đó mà các nhà giao dịch hiếm khi nói to: blockchain rất giỏi trong việc chứng minh các sự kiện nhỏ, nhưng các sản phẩm thực sự sống và chết dựa trên việc di chuyển dữ liệu phức tạp, nặng nề. Hình ảnh, video, điểm kiểm tra mô hình, lưu trữ kiểm toán, PDF nghiên cứu, bộ dữ liệu huấn luyện và nhật ký là những gì mọi người thực sự tạo ra. Nếu hệ thống làm cho dữ liệu đó khó lưu trữ, tốn kém để truy xuất hoặc không rõ ràng để sở hữu, người dùng sẽ rút lui một cách im lặng. Walrus tồn tại trong khoảng trống thực tế đó. Nó không cố gắng trở thành một chuỗi tổng quát khác. Nó cố gắng làm cho dữ liệu lớn không cấu trúc hoạt động như một thứ mà thị trường có thể lý luận, xác minh và giao dịch, mà không giả vờ dữ liệu đó thuộc về trong một sổ cái lớp nền.
Ở cấp cao, Walrus chia trách nhiệm thành ba vai trò quan trọng đối với nhà đầu tư vì chúng xác định nơi rủi ro nằm và ai được trả tiền: người dùng, các nút lưu trữ, và lớp Sui. Người dùng là những người tạo ra nhu cầu. Trong thuật ngữ của Walrus, một người dùng có thể là người viết lưu trữ một blob, người đọc lấy nó, hoặc người nắm giữ token đặt cược WAL để giúp bảo vệ hệ thống mà không cần vận hành phần cứng. Các nút lưu trữ cung cấp dung lượng và khả năng sẵn sàng. Lớp Sui hoạt động như mặt điều khiển, nghĩa là nó giữ hồ sơ chính thức về siêu dữ liệu, quyền sở hữu và các sự kiện trên chuỗi làm cho các nghĩa vụ lưu trữ có thể thực thi. Walrus gọi nó là mặt dữ liệu và Sui là mặt điều khiển vì lý do: dữ liệu di chuyển và tồn tại cùng các nút, nhưng quyền và quy tắc sống trên Sui.
Cách hiểu rõ nhất về cách hoạt động là theo dõi một tệp từ lúc nó được tải lên. Người viết mã hóa blob thành các phần nhỏ được thiết kế để bền bỉ, sau đó đăng ký blob trên Sui để có một đối tượng trên chuỗi đại diện cho nó và cố định siêu dữ liệu của nó. Quyền sở hữu đối tượng Sui đó tương ứng với quyền sở hữu và kiểm soát blob. Người viết sau đó tải các phần đã mã hóa, thường gọi là slivers, lên các nút lưu trữ đã được giao nhiệm vụ lưu trữ chúng. Mỗi nút kiểm tra những gì nó nhận được và gửi lại một xác nhận có chữ ký. Khi người viết thu thập đủ các xác nhận đó, các chữ ký tạo thành một chứng chỉ được công bố trên chuỗi. Việc công bố trên chuỗi này đánh dấu Điểm khả dụng, tức là thời điểm mạng có thể xem blob là có sẵn đáng tin cậy trong khoảng thời gian đã định, và người viết thậm chí có thể rút lui vì nghĩa vụ đã chuyển sang nhóm nút.
Việc đọc đơn giản hơn nhiều so với viết. Người đọc có thể truy vấn các nút để lấy các cam kết của blob và đủ slivers để tái tạo dữ liệu gốc, sau đó xác minh quá trình tái tạo so với các cam kết để đảm bảo kết quả không chỉ có sẵn mà còn chính xác. Mục tiêu thiết kế là các lượt đọc không phụ thuộc vào việc tin tưởng một nút duy nhất, và khả năng phục hồi vẫn có thể thực hiện được ngay cả khi một số nút bị xuống hoặc độc hại. Trong phần mô tả nghiên cứu nền tảng, các nút cũng theo dõi chuỗi để phát hiện các sự kiện PoA và có thể phục hồi các slivers bị thiếu sau này, điều này quan trọng vì nó giảm tính dễ tổn thương khi hội đồng nút thay đổi theo thời gian.
Đây là nơi vai trò của Sui không còn trừu tượng nữa mà trở thành cốt lõi của hệ thống. Sui không lưu trữ blob, nó thực thi sổ cái về ai sở hữu nó, thời gian lưu trữ cần thiết và các trạng thái chuyển đổi hợp lệ. Nhóm phát triển Walrus diễn giải rõ ràng: mỗi blob lưu trữ được đại diện như một đối tượng trên chuỗi có thể ghép nối trên Sui, và Sui là nguồn chính xác của sự thật về siêu dữ liệu đó. Thiết kế này cung cấp cho các nhà xây dựng một thứ để lập trình dựa vào. Thay vì nói “tệp nằm đâu đó,” một hợp đồng thông minh có thể tham chiếu đến một đối tượng sở hữu mà sự tồn tại và trạng thái của nó có thể xác minh, và đối tượng đó có thể trở thành phần của logic ứng dụng.
Đối với các nhà giao dịch và nhà đầu tư, kinh tế nằm ở trung tâm của câu chuyện, không phải ở đầu, vì thị trường chỉ quan trọng nếu quy trình làm việc đáng tin cậy. Trên mạng chính của Walrus, người dùng trả hai loại phí khác nhau: WAL cho các hoạt động lưu trữ và SUI cho các giao dịch trên chuỗi cần thiết để đăng ký và chứng nhận các blob. Tài liệu rõ ràng rằng việc lưu trữ một blob có thể liên quan đến tối đa ba giao dịch trên chuỗi, và siêu dữ liệu của blob Walrus tồn tại như các đối tượng Sui, điều này liên quan đến một số chi phí đến cơ chế quỹ lưu trữ của Sui và các khoản hoàn tiền. Cũng rõ ràng rằng kích thước đã mã hóa dùng để tính phí có thể lớn hơn đáng kể so với blob gốc, khoảng năm lần lớn hơn cộng với chi phí siêu dữ liệu, và siêu dữ liệu của mỗi blob có thể đủ lớn để các blob nhỏ trở nên đắt đỏ không cân xứng trừ khi người dùng gom chúng lại. Walrus thậm chí cung cấp một công cụ gom nhóm gốc gọi là Quilt, và SDK ghi chú rằng gom nhóm các tệp lại với nhau hiện đang được khuyến nghị để tăng hiệu quả.
WAL là token thanh toán, và Walrus tuyên bố rằng cơ chế thanh toán của nó được thiết kế để giữ chi phí lưu trữ ổn định theo fiat, phân bổ WAL trả trước theo thời gian cho các nút và các người đặt cược, với việc ủy quyền đặt cược làm nền tảng cho an ninh. Trang token chính thức cũng tiết lộ phân bổ 10% cho các khoản trợ cấp nhằm thúc đẩy sự chấp nhận sớm, và mô tả việc cắt giảm và đốt phí một phần như các khuyến khích chống lại hiệu suất thấp và hành vi độc hại. Những cam kết dài hạn này có ý nghĩa vì chúng đặt ra kỳ vọng về cách giao thức dự định giữ nguồn cung nút đáng tin cậy trong khi nhu cầu tăng không đều.
Tính đến hôm nay, giá thị trường cho thấy token đang giao dịch ở mức thấp trong khoảng vài xu Mỹ, với các nhà tổng hợp cho thấy khoảng $0.12 mỗi WAL, khoảng $20 đến $25 triệu trong khối lượng 24 giờ, và vốn hóa thị trường ở mức hàng trăm triệu đô la tùy theo phương pháp tiếp cận nguồn và giả định về nguồn cung lưu hành. Đây là điểm mà một nhà đầu tư tỉnh táo nên dừng lại và phân biệt chức năng của giao thức với hiệu suất của token. Một giao thức lưu trữ có thể kỹ thuật đúng đắn và vẫn gặp khó khăn nếu không thể duy trì người dùng trả phí qua nhiều chu kỳ thanh toán.
Đó là vấn đề giữ chân người dùng, và nó không mang tính lý thuyết. Lưu trữ là hoạt động lặp lại theo bản chất, nhưng hành vi người dùng thì không. Người ta tải lên một lần, thử một lần, rồi quay lại cảm giác dễ nhất. Việc giữ chân thất bại khi quy trình làm việc gây nhầm lẫn, khi chi phí khó dự đoán, khi ví và chữ ký tạo ra ma sát, hoặc khi các nhà phát triển không thể làm cho lưu trữ trở nên tự nhiên trong ứng dụng. Walrus rõ ràng nhận thức được điều này. SDK rõ ràng chia quá trình ghi thành các bước cho môi trường trình duyệt vì các cửa sổ bật lên ví có thể bị chặn nếu không liên kết với hành động trực tiếp của người dùng, chính xác là chi tiết UX nhỏ như vậy có thể giết chết việc sử dụng lặp lại. Các tài liệu cũng cung cấp một công cụ tính chi phí và hướng dẫn tối ưu hóa vì những bất ngờ vào thời điểm thanh toán là một yếu tố gây mất khách hàng đáng tin cậy khác.
Một ví dụ thực tế làm rõ các đánh đổi. Hãy tưởng tượng một bàn nghiên cứu nhỏ ghi lại bình luận của nhà giao dịch, ảnh chụp màn hình, và ghi chú thực thi như bằng chứng cho việc xem xét sau giao dịch, rồi chia sẻ một phần với khách hàng. Lưu trữ tập trung dễ dàng cho đến khi bạn cần chứng minh điều gì đã tồn tại tại một thời điểm cụ thể, hoặc bạn cần quyền sở hữu di động qua các công cụ, hoặc bạn cần ngăn một nền tảng trở thành người gác cổng im lặng. Với Walrus, bàn có thể lưu trữ kho lưu trữ dưới dạng các blob mà quyền sở hữu được thể hiện bằng các đối tượng Sui, sau đó chia sẻ quyền truy cập bằng cách chia sẻ quyền sở hữu đối tượng hoặc tham chiếu kiểm soát ở lớp ứng dụng. Giá trị không phải là các tệp đó kỳ diệu, mà là sự tồn tại, quyền sở hữu và cam kết khả dụng có thể xác minh mà không cần tin tưởng vào một nhà cung cấp duy nhất. Chi phí là bạn hiện quản lý hai token, chữ ký người dùng, các quyết định vòng đời như khi đốt các đối tượng để nhận rebate, và kỷ luật vận hành để gom nhóm một cách thông minh.
Nếu bạn đang đánh giá Walrus như một nhà giao dịch hoặc nhà đầu tư, hãy xem nó như hạ tầng, không phải một câu chuyện. Theo dõi xem nhu cầu lưu trữ có tăng trưởng theo cách trông có tính dính chặt không, xem các khuyến khích hiệu suất của nút có tạo ra khả năng sẵn sàng nhất quán không, và xem các nhà phát triển có xây dựng trải nghiệm che giấu các thủ tục nền tảng khỏi người dùng cuối không. Sử dụng tài liệu công khai và công cụ tính chi phí để mô hình hóa xem một ứng dụng thực sự sẽ trả bao nhiêu cho các kích thước và thời gian blob khác nhau, rồi kiểm tra hợp lý xem các con số đó cạnh tranh như thế nào với các lựa chọn thay thế cho các phân đoạn thực sự trả phí.
Đừng giao phó niềm tin của bạn cho biểu đồ giá. Đọc tài liệu Walrus, thử nghiệm nhỏ lưu trữ và truy xuất loại dữ liệu mà quy trình làm việc của bạn thực sự tạo ra, và theo dõi hành trình người dùng từ lần tải lên đầu tiên đến tháng thứ hai của việc gia hạn. Nếu hệ thống có thể làm cho tháng thứ hai đó cảm thấy dễ dàng, việc giữ chân sẽ theo sau, và trong lưu trữ, giữ chân chính là toàn bộ kinh doanh.
@WalrusProtocol $WAL #Walrus