但 nếu bạn đổi góc nhìn, dùng ánh mắt của nhà phát triển hoặc nhà thiết kế giao thức để xem xét, bạn sẽ thấy những điều sâu xa hơn: giao thức này cần giải quyết không chỉ là vấn đề lưu trữ, mà còn là làm thế nào để dữ liệu vừa giữ được tính tin cậy, vừa có thể linh hoạt phát triển theo hệ thống.
Trước tiên, hãy kể về một hiện tượng trái với trực giác.
Trong thế giới chuỗi khối có một nghịch lý: dữ liệu an toàn nhất thường là khó sử dụng nhất. Tại sao? Bởi vì một khi dữ liệu được gắn nhãn "bất biến", bất kỳ chỉnh sửa, bổ sung, sửa lỗi nào cũng phải bắt đầu lại từ đầu để ghi lại. Điều này không vấn đề với sổ cái, nhưng đối với lớp ứng dụng thì lại tạo ra trở ngại lớn.
Dữ liệu trong thực tế chưa bao giờ là cố định mãi mãi. Nội dung do người dùng tạo ra cần chỉnh sửa, bộ dữ liệu huấn luyện AI phải liên tục tối ưu, trạng thái trò chơi cần cập nhật theo thời gian thực, kết quả tính toán ngoài chuỗi cũng phải liên tục được xác minh. Cơ sở dữ liệu tập trung qua cơ chế kiểm soát phiên bản đã giải quyết vấn đề này một cách tinh tế, còn trong hệ thống phi tập trung, phần này vẫn còn bỏ trống lâu dài.
Sự đổi mới của Walrus nằm ở chỗ này. Nó không phủ nhận tính bất biến, mà là phân chia lại "những gì phải giữ nguyên". Cách làm cụ thể là tách biệt "danh tính của đối tượng dữ liệu" và "trạng thái của đối tượng dữ liệu" — cùng một đối tượng dữ liệu có thể giữ vững danh tính, đồng thời cho phép trạng thái thay đổi nhiều lần, mỗi lần đều có thể được xác thực độc lập.
Ảnh hưởng trực tiếp của sự thay đổi này là cách làm việc của nhà phát triển cũng thay đổi. Trước đây, mỗi khi dữ liệu có thay đổi, bạn đều phải lập kế hoạch lại đường dẫn lưu trữ, điều chỉnh logic truy cập. Giờ thì không cần nữa.
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.
13 thích
Phần thưởng
13
9
Đăng lại
Retweed
Bình luận
0/400
WhaleWatcher
· 45phút trước
Hmm… ý tưởng tách biệt danh tính và trạng thái thực sự xuất sắc, cuối cùng cũng có người hiểu rõ điểm đau này rồi
Xem bản gốcTrả lời0
MaticHoleFiller
· 01-08 02:13
Ồ, ý tưởng thiết kế này hơi thú vị, tách biệt danh tính và trạng thái thực sự giải quyết được không ít điểm đau
---
Phần kiểm soát phiên bản nói đúng, cơ sở dữ liệu tập trung đã chơi hết cách rồi, phía phi tập trung thực sự bị kẹt lâu dài
---
Chờ đã, như vậy thì tính nhất quán của dữ liệu bảo đảm thế nào? Cảm giác vẫn còn rủi ro
---
Nói thẳng ra là muốn cho dữ liệu trên chuỗi cũng có thể thay đổi phiên bản như git, ý tưởng không tệ nhưng thực hiện thì sao
---
Cải thiện trải nghiệm lập trình viên là thật, nhưng cái này có bị thành cái cớ mới để một số dự án cắt cỏ không
---
Ý tưởng tách biệt danh tính và trạng thái này tôi đã thấy cái tương tự, không phải gì quá mới lạ
---
Có vẻ như đang giải quyết vấn đề thực tế, nhưng phải xem ai trong hệ sinh thái thực sự dùng nó mới biết có đáng tin hay không
Xem bản gốcTrả lời0
DefiSecurityGuard
· 01-07 19:53
Ok, vì vậy họ đang trình bày điều này như một mẫu thiết kế thiên tài nhưng... phân tách danh tính và trạng thái? Đó thực sự chỉ là phiên bản hóa với các bước bổ sung. đã từng thấy vector khai thác này trước đây—điều gì xảy ra khi ai đó chiếm quyền kiểm soát lớp "danh tính"? báo cáo kiểm toán không đề cập gì về kiểm soát truy cập ở đây. Tự nghiên cứu kỹ trước khi tiếp xúc với cái này, không phải lời khuyên tài chính.
Xem bản gốcTrả lời0
BrokenDAO
· 01-07 19:52
Hmm... Trạng thái ổn định của danh tính có thể lặp lại, logic này thực sự rõ ràng hơn hầu hết các giải pháp phi tập trung. Nhưng vấn đề then chốt vẫn là cơ chế khuyến khích như thế nào — ai sẽ duy trì chuỗi phiên bản này?
Thật lòng mà nói, mỗi lần đều nghe phía giao thức nói "giải quyết được ma sát", nhưng cuối cùng vấn đề thực sự gây cản trở vẫn là cân bằng chiến lược.
Thiết kế phân tách này nghe có vẻ hay, nhưng thực tế chạy thì các node có thể sẽ lười xác minh không?
Hàng ngày có方案 mới, tôi chỉ muốn xem mô hình kinh tế của Walrus thực sự làm thế nào để ngăn chặn chuyện này.
Nhưng thực sự đã chạm vào điểm đau của lớp ứng dụng Web3 — tính không thể thay đổi chính là một cái bẫy tập trung giả danh.
Nghe có vẻ khá thú vị, nhưng tôi vẫn chờ xem có dự án nào thực sự áp dụng mới nói.
Những chiến dịch quảng bá quá mức trước đó cuối cùng đều là một cuộc vui cuồng loạn vì khuyến khích bị bóp méo.
Ý tưởng thiết kế lần này không còn trẻ con như tôi dự đoán, nhưng nếu tôi phải đặt cược thì tôi vẫn nghĩ nó sẽ sụp đổ khi gặp vấn đề quản trị thực tế.
Xem bản gốcTrả lời0
NFTDreamer
· 01-07 19:49
Ồ, thật sự không nghĩ đến góc độ này, ý tưởng thiết kế tách biệt danh tính và trạng thái thật sự khá tinh tế
Xem bản gốcTrả lời0
mev_me_maybe
· 01-07 19:44
Tình trạng phân tách danh tính, đây mới là ý tưởng đúng, cuối cùng cũng có người nói rõ vấn đề này
---
Chờ đã, điều này có nghĩa là các ứng dụng trên chuỗi cuối cùng cũng không cần phải viết lại logic mỗi khi thay đổi dữ liệu nữa rồi? Vậy trước đây sao lại chịu đựng nổi
---
Cảm giác đây mới là cách mở rộng lưu trữ đúng đắn, không phải chỉ đơn thuần là xây dựng trung tâm phi tập trung
---
Vì vậy, Walrus về bản chất là giải quyết vấn đề quản lý phiên bản của hợp đồng thông minh, trước đây thật sự chưa ai làm tốt
---
Ý tưởng này về sự ổn định của danh tính và khả năng lặp lại trạng thái thật sự xuất sắc, các nhà phát triển game chain game phải thốt lên là chuyên nghiệp
---
Nói thật, sau khi hiểu rõ bản chất của tính không thể thay đổi và sự khác biệt của nhu cầu thực tế, đột nhiên cảm thấy nhiều phương án lưu trữ quá nông cạn
Xem bản gốcTrả lời0
HypotheticalLiquidator
· 01-07 19:27
Nghe có vẻ hay, nhưng vấn đề là: Khi cơ chế phân tách danh tính này mở rộng quy mô, liệu chi phí xác thực có thể trở nên mất kiểm soát không?
---
Dữ liệu linh hoạt hơn trong quá trình lặp lại, còn các yếu tố sức khỏe thì sao? Phiên bản càng nhiều thì càng dễ xuất hiện lỗ hổng xác thực, đây là rủi ro hệ thống.
---
Nói đơn giản là chuyển cái "bất biến" đi chỗ khác, còn ngưỡng kiểm soát rủi ro thực sự có giảm không thì chưa thể nói chắc.
---
Cảm giác như đang dùng cơ chế phức tạp hơn để bù đắp cho nhược điểm của cơ chế khác, cuối cùng rủi ro lại ẩn sâu hơn.
---
Trải nghiệm phát triển thoải mái, còn việc định giá thanh toán có chính xác hay không mới là điều quan trọng.
---
Lố bịch, lại là một "giải pháp sáng tạo", kết quả chỉ là một quân bài trong bộ domino nữa.
---
Vậy tỷ lệ cho vay sẽ thay đổi như thế nào? Đó mới là vấn đề cốt lõi.
Xem bản gốcTrả lời0
AirdropHunter007
· 01-07 19:27
Ồ, đây mới đúng là ý tưởng đây, phương pháp tách biệt danh tính và trạng thái này tôi thích... cuối cùng cũng có người điền vào chỗ trống của việc kiểm soát phiên bản rồi
很多人初次了解Walrus,脑子里想的就是"又来一个去中心化存储方案"。
但 nếu bạn đổi góc nhìn, dùng ánh mắt của nhà phát triển hoặc nhà thiết kế giao thức để xem xét, bạn sẽ thấy những điều sâu xa hơn: giao thức này cần giải quyết không chỉ là vấn đề lưu trữ, mà còn là làm thế nào để dữ liệu vừa giữ được tính tin cậy, vừa có thể linh hoạt phát triển theo hệ thống.
Trước tiên, hãy kể về một hiện tượng trái với trực giác.
Trong thế giới chuỗi khối có một nghịch lý: dữ liệu an toàn nhất thường là khó sử dụng nhất. Tại sao? Bởi vì một khi dữ liệu được gắn nhãn "bất biến", bất kỳ chỉnh sửa, bổ sung, sửa lỗi nào cũng phải bắt đầu lại từ đầu để ghi lại. Điều này không vấn đề với sổ cái, nhưng đối với lớp ứng dụng thì lại tạo ra trở ngại lớn.
Dữ liệu trong thực tế chưa bao giờ là cố định mãi mãi. Nội dung do người dùng tạo ra cần chỉnh sửa, bộ dữ liệu huấn luyện AI phải liên tục tối ưu, trạng thái trò chơi cần cập nhật theo thời gian thực, kết quả tính toán ngoài chuỗi cũng phải liên tục được xác minh. Cơ sở dữ liệu tập trung qua cơ chế kiểm soát phiên bản đã giải quyết vấn đề này một cách tinh tế, còn trong hệ thống phi tập trung, phần này vẫn còn bỏ trống lâu dài.
Sự đổi mới của Walrus nằm ở chỗ này. Nó không phủ nhận tính bất biến, mà là phân chia lại "những gì phải giữ nguyên". Cách làm cụ thể là tách biệt "danh tính của đối tượng dữ liệu" và "trạng thái của đối tượng dữ liệu" — cùng một đối tượng dữ liệu có thể giữ vững danh tính, đồng thời cho phép trạng thái thay đổi nhiều lần, mỗi lần đều có thể được xác thực độc lập.
Ảnh hưởng trực tiếp của sự thay đổi này là cách làm việc của nhà phát triển cũng thay đổi. Trước đây, mỗi khi dữ liệu có thay đổi, bạn đều phải lập kế hoạch lại đường dẫn lưu trữ, điều chỉnh logic truy cập. Giờ thì không cần nữa.