Hầu hết mọi người đều hiểu cách lưu trữ quá đơn giản và thô sơ — cho tôi không gian, tôi lưu tệp, xong rồi. Nhưng Walrus làm điều hoàn toàn khác.
Logic cốt lõi của Walrus đã đảo ngược: nó không hỏi "Bạn có thể đọc được không", mà là hỏi "Đối tượng này có tồn tại liên tục theo thời gian không". Nghe có vẻ trừu tượng, nhưng suy nghĩ kỹ thì rõ ràng.
Trong mô hình truyền thống, cập nhật tương đương với ghi đè. Bạn thay đổi một nội dung, phiên bản cũ biến mất. Trong thiết kế của Walrus? Cập nhật là sự tiếp nối. Bạn không thay thế đối tượng, mà để nó tiếp tục phát triển. Dữ liệu lịch sử không phải là rác cần dọn dẹp, mà là một phần của cấu trúc bản thân.
Nghe có vẻ không có gì đặc biệt ban đầu, nhưng nếu bạn làm nội dung ứng dụng, sản phẩm xã hội, trò chơi hoặc AI Agent, bạn sẽ ngay lập tức cảm nhận được tầm quan trọng của thiết kế này.
Tính sơ qua: một ứng dụng tạo ra trung bình 15GB nội dung mỗi ngày, mỗi năm sẽ là 5TB. Những dữ liệu này có thể là mối quan hệ người dùng, nhãn dán danh tính, ghi chép hành vi, hoặc chứng nhận tin cậy. Những thứ này, bạn hoàn toàn không có quyền xóa bừa bãi.
Thiết kế của Walrus giả định rất thẳng thắn: thiết kế ban đầu của bạn chắc chắn sẽ khiến bạn hối tiếc, cấu trúc sớm muộn cũng phải thay đổi, logic chắc chắn sẽ nâng cấp. Thay vì cố gắng để bạn "thiết kế hoàn hảo", tốt hơn là để bạn thiết kế dở cũng không chết. Đây không phải vấn đề về tầng lưu trữ, mà là giả định nền tảng của thế giới lâu dài.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
12 thích
Phần thưởng
12
5
Đăng lại
Retweed
Bình luận
0/400
ForkTongue
· 01-11 14:19
Dữ liệu lịch sử có nên bị xóa? Không đúng, đó là tài sản mà, làm sao có thể xóa tùy ý
Xem bản gốcTrả lời0
BearMarketMonk
· 01-11 13:56
Ừ... Đây chính là lý do tại sao các phương pháp lưu trữ truyền thống ngày càng hạn chế, dữ liệu lịch sử bị vứt bỏ như rác rồi lại hối tiếc... Ý tưởng của Walrus thực sự là thao tác ngược lại, đáng để suy nghĩ.
Xem bản gốcTrả lời0
SelfSovereignSteve
· 01-09 12:57
Dữ liệu lịch sử giữ lại theo cách này mới là đúng, xóa đi thì thật sự mất hết, Web3 phải chơi như vậy
Xem bản gốcTrả lời0
MEVHunterWang
· 01-09 12:56
Ối trời, đây mới là cuộc cách mạng lưu trữ thực sự, không phải là đơn giản và thô sơ như thêm ổ cứng
Dữ liệu lịch sử bị coi là rác để dọn dẹp? Walrus nói không được, đây chính là chuỗi tin cậy
Thiết kế kém cũng không chết, tôi thích logic này
Chỉ nghĩ đến 5TB dữ liệu sản xuất hàng năm đã khiến da đầu nổi gai ốc, thứ này thật sự không thể xóa bừa bãi
Web3 cần tư duy nền tảng như thế này, nếu không các ứng dụng xã hội đã sụp đổ từ lâu
Xem bản gốcTrả lời0
ChainSauceMaster
· 01-09 12:56
Đây mới đúng là tư duy của web3, không phải là lưu trữ mà chính là dòng thời gian.
Hầu hết mọi người đều hiểu cách lưu trữ quá đơn giản và thô sơ — cho tôi không gian, tôi lưu tệp, xong rồi. Nhưng Walrus làm điều hoàn toàn khác.
Logic cốt lõi của Walrus đã đảo ngược: nó không hỏi "Bạn có thể đọc được không", mà là hỏi "Đối tượng này có tồn tại liên tục theo thời gian không". Nghe có vẻ trừu tượng, nhưng suy nghĩ kỹ thì rõ ràng.
Trong mô hình truyền thống, cập nhật tương đương với ghi đè. Bạn thay đổi một nội dung, phiên bản cũ biến mất. Trong thiết kế của Walrus? Cập nhật là sự tiếp nối. Bạn không thay thế đối tượng, mà để nó tiếp tục phát triển. Dữ liệu lịch sử không phải là rác cần dọn dẹp, mà là một phần của cấu trúc bản thân.
Nghe có vẻ không có gì đặc biệt ban đầu, nhưng nếu bạn làm nội dung ứng dụng, sản phẩm xã hội, trò chơi hoặc AI Agent, bạn sẽ ngay lập tức cảm nhận được tầm quan trọng của thiết kế này.
Tính sơ qua: một ứng dụng tạo ra trung bình 15GB nội dung mỗi ngày, mỗi năm sẽ là 5TB. Những dữ liệu này có thể là mối quan hệ người dùng, nhãn dán danh tính, ghi chép hành vi, hoặc chứng nhận tin cậy. Những thứ này, bạn hoàn toàn không có quyền xóa bừa bãi.
Thiết kế của Walrus giả định rất thẳng thắn: thiết kế ban đầu của bạn chắc chắn sẽ khiến bạn hối tiếc, cấu trúc sớm muộn cũng phải thay đổi, logic chắc chắn sẽ nâng cấp. Thay vì cố gắng để bạn "thiết kế hoàn hảo", tốt hơn là để bạn thiết kế dở cũng không chết. Đây không phải vấn đề về tầng lưu trữ, mà là giả định nền tảng của thế giới lâu dài.