Tôi đang lần theo cách Dusk thực sự hoàn tất (finalize) các khối, vì câu marketing lúc nào cũng là “tính hoàn tất không thể đảo ngược trong vài giây.” Về mặt kỹ thuật thì đúng. Nhưng tài liệu lại chia trạng thái khối thành các giai đoạn — Đã chấp nhận (Accepted), Đã xác nhận (Confirmed), Ổn định (Stable), Cuối cùng (Final) — và chính chỗ đó mới thật sự thú vị.
Một khối ở trạng thái “Accepted” chỉ có nghĩa là nó đã vượt qua ba bước đồng thuận (consensus) của vòng hiện tại. Nó vẫn có thể bị sắp xếp lại (reorganize). “Confirmed” có nghĩa là các khối về sau xây dựng trên nó. Chỉ có “Final” mới là trạng thái được đảm bảo một cách quyết định (deterministically), bất biến một cách mật mã, nơi các khối được hoàn tất thông qua các chứng thực mật mã (cryptographic attestations) rõ ràng chứ không phải dựa vào xác nhận theo xác suất.
Vì vậy, khoảng cách không nằm ở thiết kế đồng thuận — “Succinct Attestation” thật sự tránh cơ chế định cư theo kiểu Nakamoto dựa trên xác suất. Khoảng cách nằm ở thời điểm mà một ví, sàn giao dịch hoặc bên tích hợp coi một khối là đã “settled”. Nếu người dùng hoặc ứng dụng đọc “Accepted” như thể là đã cuối cùng (final), thì đó không phải là lỗi của giao thức; đó là một giả định về trải nghiệm người dùng (UX) được xây trên một giao thức thực tế được thiết kế để ngăn đúng sai lầm đó.
Với nghiệp vụ thanh toán tài sản được quản lý (regulated asset settlement), sự khác biệt này không chỉ mang tính “thẩm mỹ” — nó là sự khác nhau giữa một sự kiện thanh toán bù trừ (clearing event) tuân thủ và một sự kiện thanh toán quá sớm (premature).
Vẫn đang tự hỏi các bên tích hợp thận trọng mặc định ở đây như thế nào khi khối lượng giao dịch trên $DUSK tăng vượt qua vài ủy ban cung cấp (provisioner committees) mỗi vòng.
@Dusk #DUSK
Một khối ở trạng thái “Accepted” chỉ có nghĩa là nó đã vượt qua ba bước đồng thuận (consensus) của vòng hiện tại. Nó vẫn có thể bị sắp xếp lại (reorganize). “Confirmed” có nghĩa là các khối về sau xây dựng trên nó. Chỉ có “Final” mới là trạng thái được đảm bảo một cách quyết định (deterministically), bất biến một cách mật mã, nơi các khối được hoàn tất thông qua các chứng thực mật mã (cryptographic attestations) rõ ràng chứ không phải dựa vào xác nhận theo xác suất.
Vì vậy, khoảng cách không nằm ở thiết kế đồng thuận — “Succinct Attestation” thật sự tránh cơ chế định cư theo kiểu Nakamoto dựa trên xác suất. Khoảng cách nằm ở thời điểm mà một ví, sàn giao dịch hoặc bên tích hợp coi một khối là đã “settled”. Nếu người dùng hoặc ứng dụng đọc “Accepted” như thể là đã cuối cùng (final), thì đó không phải là lỗi của giao thức; đó là một giả định về trải nghiệm người dùng (UX) được xây trên một giao thức thực tế được thiết kế để ngăn đúng sai lầm đó.
Với nghiệp vụ thanh toán tài sản được quản lý (regulated asset settlement), sự khác biệt này không chỉ mang tính “thẩm mỹ” — nó là sự khác nhau giữa một sự kiện thanh toán bù trừ (clearing event) tuân thủ và một sự kiện thanh toán quá sớm (premature).
Vẫn đang tự hỏi các bên tích hợp thận trọng mặc định ở đây như thế nào khi khối lượng giao dịch trên $DUSK tăng vượt qua vài ủy ban cung cấp (provisioner committees) mỗi vòng.
@Dusk #DUSK