#dusk $DUSK @Dusk
Điều khiến tôi chú ý không phải là khía cạnh zero-knowledge của Dusk (thứ được nhiều người nhắc đến) mà là một chi tiết nhỏ trong cách một block thực sự trở thành “final”.
Tôi muốn kiểm tra cách Succinct Attestation, giao thức đồng thuận proof-of-stake dựa trên ủy ban mang tính permissionless của DuskDȘ, xác nhận một giao dịch như thế nào—vì trong lĩnh vực này, chuyện “instant settlement” (thanh toán tức thời) thường được nói một cách khá lỏng lẻo.
Mỗi vòng sẽ trải qua ba bước: một provisioner đề xuất và phát broadcast một candidate block, một ủy ban xác thực nó, và một ủy ban thứ hai phê chuẩn lại việc xác thực đó rồi final hóa block. Chỉ sau khi cả hai ủy ban đồng ý thì block mới được đưa tiếp về phía trước.
Điểm đáng chú ý là @Dusk không coi finality là một sự kiện nhị phân duy nhất. Một block được “Accepted” khi vượt qua cả ba bước. “Confirmed” khi các block sau đó xây dựng dựa trên nó. “Stable” khi nó đã được “chôn” đủ sâu. Và cuối cùng “Final”—một trạng thái mang tính xác định (deterministic) và được đảm bảo bằng mật mã, nghĩa là nó không thể bị đảo ngược.
Với thanh toán trong môi trường được quản lý, sự phân biệt theo từng giai đoạn này quan trọng hơn tốc độ thô. Một custodian không chỉ cần giao dịch chạy nhanh—họ cần một mốc xác định nơi “không thể đảo ngược” có thể được chứng minh, chứ không phải chỉ được giả định.
Điều tôi muốn làm rõ là hành vi khi chịu tải kéo dài. Việc hai ủy ban riêng biệt đồng ý tạo thêm một bước phối hợp mà các chuỗi kiểu single-proposer thường bỏ qua. Khi tập provisioner và phân phối stake tăng lên, việc ratification có vẫn nhanh hay chính sự phối hợp giữa các ủy ban mới trở thành nút thắt?
Tài liệu nêu rõ các giai đoạn và cách chia phần thưởng 70% cho proposer và 5%/5% cho hai ủy ban xác thực và phê chuẩn. Tuy nhiên, thứ họ không làm rõ là liệu có “trần thông lượng” nào dưới tình trạng nghẽn mạng thực sự hay không—chỉ thấy dữ liệu testnet.
Có ai đã thấy dữ liệu về việc chọn ủy ban hoặc thời gian finality của Dusk dưới tải giao dịch thực tế kéo dài hay không, thay vì các con số từ mạng nhàn rỗi?
$DUSK #Dusk
Điều khiến tôi chú ý không phải là khía cạnh zero-knowledge của Dusk (thứ được nhiều người nhắc đến) mà là một chi tiết nhỏ trong cách một block thực sự trở thành “final”.
Tôi muốn kiểm tra cách Succinct Attestation, giao thức đồng thuận proof-of-stake dựa trên ủy ban mang tính permissionless của DuskDȘ, xác nhận một giao dịch như thế nào—vì trong lĩnh vực này, chuyện “instant settlement” (thanh toán tức thời) thường được nói một cách khá lỏng lẻo.
Mỗi vòng sẽ trải qua ba bước: một provisioner đề xuất và phát broadcast một candidate block, một ủy ban xác thực nó, và một ủy ban thứ hai phê chuẩn lại việc xác thực đó rồi final hóa block. Chỉ sau khi cả hai ủy ban đồng ý thì block mới được đưa tiếp về phía trước.
Điểm đáng chú ý là @Dusk không coi finality là một sự kiện nhị phân duy nhất. Một block được “Accepted” khi vượt qua cả ba bước. “Confirmed” khi các block sau đó xây dựng dựa trên nó. “Stable” khi nó đã được “chôn” đủ sâu. Và cuối cùng “Final”—một trạng thái mang tính xác định (deterministic) và được đảm bảo bằng mật mã, nghĩa là nó không thể bị đảo ngược.
Với thanh toán trong môi trường được quản lý, sự phân biệt theo từng giai đoạn này quan trọng hơn tốc độ thô. Một custodian không chỉ cần giao dịch chạy nhanh—họ cần một mốc xác định nơi “không thể đảo ngược” có thể được chứng minh, chứ không phải chỉ được giả định.
Điều tôi muốn làm rõ là hành vi khi chịu tải kéo dài. Việc hai ủy ban riêng biệt đồng ý tạo thêm một bước phối hợp mà các chuỗi kiểu single-proposer thường bỏ qua. Khi tập provisioner và phân phối stake tăng lên, việc ratification có vẫn nhanh hay chính sự phối hợp giữa các ủy ban mới trở thành nút thắt?
Tài liệu nêu rõ các giai đoạn và cách chia phần thưởng 70% cho proposer và 5%/5% cho hai ủy ban xác thực và phê chuẩn. Tuy nhiên, thứ họ không làm rõ là liệu có “trần thông lượng” nào dưới tình trạng nghẽn mạng thực sự hay không—chỉ thấy dữ liệu testnet.
Có ai đã thấy dữ liệu về việc chọn ủy ban hoặc thời gian finality của Dusk dưới tải giao dịch thực tế kéo dài hay không, thay vì các con số từ mạng nhàn rỗi?
$DUSK #Dusk