Công nghệ Walrus Protocol - Phần 2: Công nghệ lưu trữ Trong khi nghiên cứu về @WalrusProtocol cùng nhau, tôi đã học được rằng nó sử dụng phương pháp Red Stuff để lưu trữ siêu hiệu quả. Điều này thực sự được gọi là mã nguồn phun hai chiều đầu tiên được áp dụng trong một dịch vụ. Nếu chúng ta đào sâu hơn vào điều này: - Nó được trang bị tính năng tự phục hồi cho dữ liệu. - Không cần các phép toán toán học phức tạp. - Nó rất nhanh, chỉ sử dụng các phép toán XOR. - Nó có thể mã hóa các tệp lớn có kích thước GB (đặc biệt là video) tất cả cùng một lúc. (Ví dụ, một tệp 10GB có thể được xử lý chỉ trong 1,2 giây.) Ngoài ra, hiệu quả của việc lưu trữ cũng rất quan trọng. Hầu hết các đối thủ cạnh tranh tham gia vào cái gọi là "chi phí lưu trữ," liên quan đến việc lưu trữ dữ liệu nhiều lần trong trường hợp dữ liệu bị hỏng hoặc mất. Filecoin có 25 lần, Arweave có 100-1.000 lần, và Storj hoặc Sia có 3 lần, trong khi các đối thủ khác cần truyền lại toàn bộ tệp để phục hồi. Lợi thế kỹ thuật của Walrus là nó chỉ sử dụng 4,5 lần chi phí trong khi có thể phục hồi chính xác lượng dữ liệu bị mất. Hơn nữa, khi dữ liệu tích lũy, nó trở nên lớn hơn và trở thành gánh nặng, nhưng Walrus có lợi thế là ít gánh nặng hơn ngay cả khi nó phát triển nhanh chóng thông qua sự mở rộng logarithmic. Điều này là do nó sử dụng PoA, hay Bằng chứng về Tính khả dụng (tương tự như Bằng chứng về Ghi nhận trong các sổ cái mở! Chỉ có chữ viết tắt là giống nhau!). - Không giống như các đối thủ, nó không yêu cầu bằng chứng cho mỗi tệp, mà thay vào đó yêu cầu các nút một cách ngẫu nhiên và không đồng bộ với "cho tôi xem byte cụ thể và đường dẫn Merkle của phần này," và nếu một nút thất bại, nó tự động tiến hành cắt giảm (giảm token) và tái tạo phần dữ liệu. (Gánh nặng về sự sẵn sàng dữ liệu trên các nút có tăng lên, nhưng điều này có lợi cho người dùng.) Nói cách khác, nó được cấu trúc để thực hiện xác minh nhẹ trong khi có thể hành động ngay lập tức nếu có vấn đề xảy ra.