#nil $NIL @Nillion
Covenants của Nillion đặt ra một câu hỏi thú vị về niềm tin: điều gì xác lập rằng một chỉ dẫn riêng tư nên được tiết lộ?
Nillion mô tả kiến trúc của mình như sau: một Covenant niêm phong một payload theo một điều kiện. Các phần chia mã hóa của nó được phân phối giữa một ủy ban các nút, vì vậy không có một nhà vận hành đơn lẻ nào có thể tự mình tái tạo payload gốc. Khi điều kiện được đáp ứng, các nút công bố phần chia của họ, cho phép payload được tái tạo và xác minh trên Ethereum trước khi hành động tiếp theo diễn ra.
Điểm khác biệt chính là giữa cơ chế được tài liệu hóa—niêm phong một chỉ dẫn vào một điều kiện—và các đảm bảo an ninh rộng hơn, vốn phụ thuộc vào cách triển khai và các giả định của giao thức.
Hãy xem xét một giao dịch có điều kiện gắn với một nguồn cấp giá. Nếu nguồn cấp đó bị trễ hoặc không chính xác, việc giữ cho chỉ dẫn được mã hóa không làm cho dữ liệu kích hoạt trở nên đáng tin cậy. Tính bảo mật bảo vệ chiến lược khỏi bị lộ sớm; bản thân nó không đảm bảo rằng điều kiện được đánh giá đúng. Đó là lý do các giả định về niềm tin phía sau việc kích hoạt và tiết lộ quan trọng không kém gì cơ chế riêng tư.
Câu hỏi sâu hơn là hệ thống phải tin vào điều gì. Một điều kiện đúng, một sự tiết lộ hợp lệ, và tính bảo mật là những yêu cầu riêng biệt. Việc bảo vệ payload không tự động chứng minh rằng bộ kích hoạt đã được đánh giá chính xác hay rằng việc tiết lộ tuân theo các quy tắc dự định. Những đảm bảo đó phụ thuộc vào thiết kế xác minh của giao thức và các giả định của nó.
Để việc thực thi gắn với điều kiện trở nên thực tiễn, điều gì đáng được xem xét kỹ lưỡng nhất: độ tin cậy của bộ kích hoạt, tính toàn vẹn của việc tiết lộ, hay các giả định mà giao thức dựa vào để bảo vệ cả hai?
$NIL
Covenants của Nillion đặt ra một câu hỏi thú vị về niềm tin: điều gì xác lập rằng một chỉ dẫn riêng tư nên được tiết lộ?
Nillion mô tả kiến trúc của mình như sau: một Covenant niêm phong một payload theo một điều kiện. Các phần chia mã hóa của nó được phân phối giữa một ủy ban các nút, vì vậy không có một nhà vận hành đơn lẻ nào có thể tự mình tái tạo payload gốc. Khi điều kiện được đáp ứng, các nút công bố phần chia của họ, cho phép payload được tái tạo và xác minh trên Ethereum trước khi hành động tiếp theo diễn ra.
Điểm khác biệt chính là giữa cơ chế được tài liệu hóa—niêm phong một chỉ dẫn vào một điều kiện—và các đảm bảo an ninh rộng hơn, vốn phụ thuộc vào cách triển khai và các giả định của giao thức.
Hãy xem xét một giao dịch có điều kiện gắn với một nguồn cấp giá. Nếu nguồn cấp đó bị trễ hoặc không chính xác, việc giữ cho chỉ dẫn được mã hóa không làm cho dữ liệu kích hoạt trở nên đáng tin cậy. Tính bảo mật bảo vệ chiến lược khỏi bị lộ sớm; bản thân nó không đảm bảo rằng điều kiện được đánh giá đúng. Đó là lý do các giả định về niềm tin phía sau việc kích hoạt và tiết lộ quan trọng không kém gì cơ chế riêng tư.
Câu hỏi sâu hơn là hệ thống phải tin vào điều gì. Một điều kiện đúng, một sự tiết lộ hợp lệ, và tính bảo mật là những yêu cầu riêng biệt. Việc bảo vệ payload không tự động chứng minh rằng bộ kích hoạt đã được đánh giá chính xác hay rằng việc tiết lộ tuân theo các quy tắc dự định. Những đảm bảo đó phụ thuộc vào thiết kế xác minh của giao thức và các giả định của nó.
Để việc thực thi gắn với điều kiện trở nên thực tiễn, điều gì đáng được xem xét kỹ lưỡng nhất: độ tin cậy của bộ kích hoạt, tính toàn vẹn của việc tiết lộ, hay các giả định mà giao thức dựa vào để bảo vệ cả hai?
$NIL