Tôi cứ nghĩ chính blockchain quyết định khi nào một chỉ thị được niêm phong sẽ mở ra
@Nillion Covenants không hoạt động như vậy. Một chỉ thị được niêm phong cho một hội đồng gồm các nút và được công bố trên Ethereum cùng với điều kiện mở khóa. Tài liệu dành cho nhà phát triển của Nillion cho biết các nút đánh giá điều kiện đó ngoài chuỗi, dựa trên nguồn cấp dữ liệu giá riêng của mình; khi đủ số nút xác định rằng điều kiện đã được đáp ứng, chỉ thị sẽ mở ra
Điều đó đã thay đổi cách tôi nhìn nhận Dusk, bản phát hành đầu tiên của Covenants trên Ethereum. Thiết kế này được xây dựng để không cần keeper nào phải hành động và không một bên đơn lẻ nào quyết định liệu chỉ thị có mở ra hay không
Theo tài liệu, điều mà thiết kế này từ bỏ là việc blockchain tự phân xử điều kiện. Nillion xem đó là một sự đánh đổi có chủ đích: họ cho rằng với hầu hết các dạng ứng dụng, đó vốn không phải là phần đáng quan tâm nhất
Tôi không xem đó là một thiếu sót. Đây là một lựa chọn rõ ràng về vị trí đặt niềm tin. Điều đó chỉ có nghĩa là việc niêm phong bảo vệ ai có thể đọc chỉ thị và khi nào họ có thể đọc, còn bản thân điều kiện thì do các nút đánh giá
Nếu các nút đánh giá điều kiện, người niêm phong một chỉ thị nên kiểm tra điều gì trước tiên: mật mã bảo vệ chỉ thị khi còn niêm phong, hay tính độc lập của các nút quyết định thời điểm mở chỉ thị?
#nil $NIL @Nillion
@Nillion Covenants không hoạt động như vậy. Một chỉ thị được niêm phong cho một hội đồng gồm các nút và được công bố trên Ethereum cùng với điều kiện mở khóa. Tài liệu dành cho nhà phát triển của Nillion cho biết các nút đánh giá điều kiện đó ngoài chuỗi, dựa trên nguồn cấp dữ liệu giá riêng của mình; khi đủ số nút xác định rằng điều kiện đã được đáp ứng, chỉ thị sẽ mở ra
Điều đó đã thay đổi cách tôi nhìn nhận Dusk, bản phát hành đầu tiên của Covenants trên Ethereum. Thiết kế này được xây dựng để không cần keeper nào phải hành động và không một bên đơn lẻ nào quyết định liệu chỉ thị có mở ra hay không
Theo tài liệu, điều mà thiết kế này từ bỏ là việc blockchain tự phân xử điều kiện. Nillion xem đó là một sự đánh đổi có chủ đích: họ cho rằng với hầu hết các dạng ứng dụng, đó vốn không phải là phần đáng quan tâm nhất
Tôi không xem đó là một thiếu sót. Đây là một lựa chọn rõ ràng về vị trí đặt niềm tin. Điều đó chỉ có nghĩa là việc niêm phong bảo vệ ai có thể đọc chỉ thị và khi nào họ có thể đọc, còn bản thân điều kiện thì do các nút đánh giá
Nếu các nút đánh giá điều kiện, người niêm phong một chỉ thị nên kiểm tra điều gì trước tiên: mật mã bảo vệ chỉ thị khi còn niêm phong, hay tính độc lập của các nút quyết định thời điểm mở chỉ thị?
#nil $NIL @Nillion