#dusk $DUSK @Dusk
Tài chính truyền thống coi trọng “tính chắc chắn”. Một giao dịch hoàn tất nghĩa là hoàn tất, không có mối lo rằng vài phút sau có thể bị hủy/rollback. Tuy nhiên, nhiều blockchain lại dùng tính cuối cùng mang tính xác suất; về mặt lý thuyết, các khối vẫn có thể bị sắp xếp lại (reorg), chỉ là xác suất giảm dần theo thời gian. Chính khoảng chênh lệch này là nơi các tổ chức tài sản khi muốn đưa lên chuỗi dễ bị kẹt nhất—và cũng là chủ đề tôi muốn phân tích lần này.
Dusk Network, với tư cách là một blockchain Layer-1, sử dụng cơ chế đồng thuận mang tên Succinct Attestation, là một biến thể của chứng minh quyền sở hữu (proof-of-stake). Khác với thiết kế phải chờ xác nhận thêm vài khối và dựa vào việc “chồng” niềm tin theo xác suất, mục tiêu của Succinct Attestation là giúp khối đạt được tính cuối cùng xác định (deterministic finality) trong thời gian rất ngắn. Khi một khối đã được các bên xác thực (validators) bỏ phiếu xác nhận, thì sẽ không còn bị lật lại.
Tách ra để xem, cơ chế này dựa vào việc bỏ phiếu theo nhiều tầng của validators: một phần validators trước tiên hình thành đồng thuận sơ bộ, rồi do một tầng validators khác thực hiện xác nhận cuối cùng. Cả quy trình được nén lại chỉ trong vài giây, không cần phải chờ hàng chục phút như một số blockchain khác mới dám nói rằng giao dịch này thật sự đã được “chốt”.
Thiết kế này thực sự đi kèm với hợp đồng thông minh bảo mật (confidential smart contract). Nếu nội dung giao dịch vốn đã mang tính bí mật, thì khi các tổ chức tài chính thực hiện thanh toán/bù trừ (clearing) hoặc quyết toán (settlement), họ càng không thể chấp nhận sự không chắc chắn kiểu “giao dịch này có thể vẫn bị rollback”. Tính cuối cùng nhanh đồng nghĩa với việc đặt nền tảng hạ tầng cho chuẩn XSC, và hai thứ kết hợp lại mới phù hợp hơn với yêu cầu “giao dịch là hoàn tất” trong tài chính truyền thống.
Thiết kế đồng thuận $DUSK không chỉ đơn thuần theo đuổi tốc độ, mà là đưa thẳng “tính chắc chắn” mà các tình huống tài chính cần vào lớp nền tảng của giao thức. Tôi cho rằng cách nghĩ này sát với nhu cầu ứng dụng thực tế hơn nhiều so với việc chỉ hô khẩu hiệu TPS cao.
Tài chính truyền thống coi trọng “tính chắc chắn”. Một giao dịch hoàn tất nghĩa là hoàn tất, không có mối lo rằng vài phút sau có thể bị hủy/rollback. Tuy nhiên, nhiều blockchain lại dùng tính cuối cùng mang tính xác suất; về mặt lý thuyết, các khối vẫn có thể bị sắp xếp lại (reorg), chỉ là xác suất giảm dần theo thời gian. Chính khoảng chênh lệch này là nơi các tổ chức tài sản khi muốn đưa lên chuỗi dễ bị kẹt nhất—và cũng là chủ đề tôi muốn phân tích lần này.
Dusk Network, với tư cách là một blockchain Layer-1, sử dụng cơ chế đồng thuận mang tên Succinct Attestation, là một biến thể của chứng minh quyền sở hữu (proof-of-stake). Khác với thiết kế phải chờ xác nhận thêm vài khối và dựa vào việc “chồng” niềm tin theo xác suất, mục tiêu của Succinct Attestation là giúp khối đạt được tính cuối cùng xác định (deterministic finality) trong thời gian rất ngắn. Khi một khối đã được các bên xác thực (validators) bỏ phiếu xác nhận, thì sẽ không còn bị lật lại.
Tách ra để xem, cơ chế này dựa vào việc bỏ phiếu theo nhiều tầng của validators: một phần validators trước tiên hình thành đồng thuận sơ bộ, rồi do một tầng validators khác thực hiện xác nhận cuối cùng. Cả quy trình được nén lại chỉ trong vài giây, không cần phải chờ hàng chục phút như một số blockchain khác mới dám nói rằng giao dịch này thật sự đã được “chốt”.
Thiết kế này thực sự đi kèm với hợp đồng thông minh bảo mật (confidential smart contract). Nếu nội dung giao dịch vốn đã mang tính bí mật, thì khi các tổ chức tài chính thực hiện thanh toán/bù trừ (clearing) hoặc quyết toán (settlement), họ càng không thể chấp nhận sự không chắc chắn kiểu “giao dịch này có thể vẫn bị rollback”. Tính cuối cùng nhanh đồng nghĩa với việc đặt nền tảng hạ tầng cho chuẩn XSC, và hai thứ kết hợp lại mới phù hợp hơn với yêu cầu “giao dịch là hoàn tất” trong tài chính truyền thống.
Thiết kế đồng thuận $DUSK không chỉ đơn thuần theo đuổi tốc độ, mà là đưa thẳng “tính chắc chắn” mà các tình huống tài chính cần vào lớp nền tảng của giao thức. Tôi cho rằng cách nghĩ này sát với nhu cầu ứng dụng thực tế hơn nhiều so với việc chỉ hô khẩu hiệu TPS cao.