DuskDS Không Lưu Những Gì Đã Xảy Ra. Nó Lưu Bằng Chứng Rằng Nó Đã Xảy Ra."
Lớp nền tảng của bất kỳ blockchain nào cũng cần phải lưu toàn bộ lịch sử — mọi giao dịch, mọi thay đổi trạng thái — nằm đó để bất kỳ ai cũng có thể tự xác minh từ đầu. DuskDS không hoạt động theo cách đó.
DuskDS, lớp giải quyết và khả dụng dữ liệu của Dusk, chỉ lưu các bằng chứng xác thực ngắn gọn (succinct). Trạng thái nặng về thực thi — dữ liệu giao dịch chi tiết, kết quả logic của hợp đồng — nằm ở các lớp ứng dụng như DuskEVM. DuskDS chỉ giữ một bằng chứng mật mã gọn nhẹ rằng việc thực thi đã được thực hiện đúng, chứ không giữ chính bản thân việc thực thi.
Lý do được nêu ra là trực tiếp: nó giúp giảm yêu cầu phần cứng cho các nút full node. Bạn không cần phải lưu hoặc phát lại mọi thứ đã từng được thực thi ở mọi lớp chỉ để chạy một nút xác thực trên chuỗi nền. Đây là một lợi ích thực tế cho phân quyền — phần cứng rẻ hơn thì nhiều người hơn có thể thực sự chạy một nút.
Đây là phần tôi cứ phải suy nghĩ xoay đi xoay lại. Nếu DuskDS chỉ kiểm tra rằng một bằng chứng là hợp lệ, thì vẫn có một ai đó đã phải tạo ra bằng chứng đó bằng cách thực sự chạy toàn bộ quá trình thực thi — gom (batch) các giao dịch, tính toán trạng thái kết quả, và nén nó lại thành một thứ gì đó gọn nhẹ. Công việc đó không biến mất; nó chỉ chuyển sang lớp nào sản sinh ra bằng chứng, như vai trò của bộ sequencer trong DuskEVM. Các nút ở lớp nền nhẹ hơn là có thật. Nhưng “nhẹ hơn” ở đây nghĩa là phần nặng sẽ được làm ở nơi khác, bởi ai đó khác, và DuskDS tin vào phép toán/thống kê của bằng chứng thay vì tự làm lại công việc đó.
Đây là một sự đánh đổi hợp lý, không phải một lỗ hổng bị che giấu — các bằng chứng ngắn gọn chính xác là thứ cho phép bạn tin vào đầu ra mà không cần phát lại đầu vào. Nhưng nó làm thay đổi câu hỏi từ “lớp nền có phân quyền không” sang “người tạo ra các bằng chứng đó có phân quyền hay không.
#dusk $DUSK @Dusk $EVAA $VELVET
Lớp nền tảng của bất kỳ blockchain nào cũng cần phải lưu toàn bộ lịch sử — mọi giao dịch, mọi thay đổi trạng thái — nằm đó để bất kỳ ai cũng có thể tự xác minh từ đầu. DuskDS không hoạt động theo cách đó.
DuskDS, lớp giải quyết và khả dụng dữ liệu của Dusk, chỉ lưu các bằng chứng xác thực ngắn gọn (succinct). Trạng thái nặng về thực thi — dữ liệu giao dịch chi tiết, kết quả logic của hợp đồng — nằm ở các lớp ứng dụng như DuskEVM. DuskDS chỉ giữ một bằng chứng mật mã gọn nhẹ rằng việc thực thi đã được thực hiện đúng, chứ không giữ chính bản thân việc thực thi.
Lý do được nêu ra là trực tiếp: nó giúp giảm yêu cầu phần cứng cho các nút full node. Bạn không cần phải lưu hoặc phát lại mọi thứ đã từng được thực thi ở mọi lớp chỉ để chạy một nút xác thực trên chuỗi nền. Đây là một lợi ích thực tế cho phân quyền — phần cứng rẻ hơn thì nhiều người hơn có thể thực sự chạy một nút.
Đây là phần tôi cứ phải suy nghĩ xoay đi xoay lại. Nếu DuskDS chỉ kiểm tra rằng một bằng chứng là hợp lệ, thì vẫn có một ai đó đã phải tạo ra bằng chứng đó bằng cách thực sự chạy toàn bộ quá trình thực thi — gom (batch) các giao dịch, tính toán trạng thái kết quả, và nén nó lại thành một thứ gì đó gọn nhẹ. Công việc đó không biến mất; nó chỉ chuyển sang lớp nào sản sinh ra bằng chứng, như vai trò của bộ sequencer trong DuskEVM. Các nút ở lớp nền nhẹ hơn là có thật. Nhưng “nhẹ hơn” ở đây nghĩa là phần nặng sẽ được làm ở nơi khác, bởi ai đó khác, và DuskDS tin vào phép toán/thống kê của bằng chứng thay vì tự làm lại công việc đó.
Đây là một sự đánh đổi hợp lý, không phải một lỗ hổng bị che giấu — các bằng chứng ngắn gọn chính xác là thứ cho phép bạn tin vào đầu ra mà không cần phát lại đầu vào. Nhưng nó làm thay đổi câu hỏi từ “lớp nền có phân quyền không” sang “người tạo ra các bằng chứng đó có phân quyền hay không.
#dusk $DUSK @Dusk $EVAA $VELVET
