Có một sự khó xử nhất định xuất hiện khi cùng một người vừa chuẩn bị các con số vừa ký xác nhận về chúng. Mọi thứ có thể vận hành trơn tru cho đến khi xuất hiện một điểm không nhất quán nhỏ, và rồi cả căn phòng trở nên im lặng vì không ai khác nắm giữ ngữ cảnh để phản biện nó.

Sự “chi phí” âm thầm đó—việc gộp hai công việc thành một—cảm giác là bình thường. Chỉ đến khi có điều gì đó thực sự cần phải được kiểm tra thì nó mới trở nên đáng chú ý.

Một mạng tài chính gặp phải một phiên bản có hình dáng tương tự. Việc các nút đồng thuận về thứ tự giao dịch là cần thiết, nhưng nó không trả lời ai được phép nắm giữ một tài sản cụ thể, hoặc các bên nào về sau có thể xem những thuộc tính nào. Thanh toán (settlement) và tính đủ điều kiện (eligibility) là những chức năng khác nhau. Việc coi chúng như có thể thay thế cho nhau tạo ra một khoảng trống mà sự đồng thuận thuần túy không thể lấp đầy.

Trên Dusk, phía thanh toán được thực hiện bởi các provisioner thông qua Succinct Attestation. Một provisioner đề xuất khối; một ủy ban riêng xác thực; rồi một bên khác phê chuẩn (ratify). Điều này đã tách nhiệm vụ ngay trong nội bộ quá trình đồng thuận. Lớp tài chính cần một điều gì đó hơn nữa. Citadel đưa vào các License Providers phát hành chứng chỉ ngoài chuỗi và đăng ký chúng, cùng với các Service Providers sau đó chấp nhận các bằng chứng zero-knowledge cho những chứng chỉ đó mà không học được các thuộc tính nền tảng. Hợp đồng trên chuỗi chỉ xác minh rằng giấy phép hợp lệ và chưa bị thu hồi tồn tại, và rằng bằng chứng được tạo đúng cách. Nó không quyết định liệu License Provider gốc có thực hiện các kiểm tra của họ một cách chính xác hay không.

Nếu lớp chứng chỉ đó thất bại, thì một giao dịch trông hoàn toàn hợp lệ đối với các provisioner vẫn có thể bị chặn ở mức ứng dụng. Mạng sẽ xác minh bằng chứng mật mã. Nhưng mạng vẫn phải giả định chất lượng của bước phát hành ngoài chuỗi.

Tôi chưa chắc giả định đó sẽ nặng đến mức nào khi các luồng giao dịch được quản lý thực sự bắt đầu đi qua nó.

#dusk $DUSK @Dusk $BTC