Gần đây tôi đọc sâu hơn vào whitepaper của Dusk và phần mà tôi cứ quay lại không thực sự nằm ở mảng quyền riêng tư.
Đó là thiết kế đồng thuận.
@Dusk sử dụng Succinct Attestation với mô hình PoS dựa trên ủy ban, không cần cấp phép. Bạn cần 1.000 DUSK để đặt cược, mỗi epoch chạy trong 2.160 block và quyền bỏ phiếu được cân theo mức stake trên 64 “ủy ban credit”.
Chi tiết cuối cùng đó đã thu hút sự chú ý của tôi.
Vì một khi quyền bỏ phiếu được cân theo stake, thì câu hỏi không chỉ là liệu mạng lưới có thể đạt được đồng thuận hay không. Mà là cách “quyền lực” đó được phân phối như thế nào.
Các ngưỡng cũng khá thú vị. Phần Hợp lệ cần 2/3, trong khi Không Hợp lệ, Không Ứng viên và Không Có Tồn tại Nhiệm vụ (NoQuorum) cần 1/2 + 1. Sau 16 lần lặp thất bại, giao thức có thể chuyển sang chế độ khẩn cấp.
Trên giấy tờ, điều đó nghe có vẻ là một cách hợp lý để bảo vệ tính sống (liveness).
Nhưng nó khiến tôi tự hỏi về phía bên kia của sự đánh đổi đó: hệ thống có thể chịu được bao nhiêu áp lực trước khi việc duy trì liveness lại tạo ra một rủi ro khác?
Thiết kế động lực cũng được tính toán kỹ: 80% cho bộ sinh block, 10% cho ủy ban bỏ phiếu và 10% cho #Dusk , với các hành vi nghiêm trọng như bỏ phiếu hai lần (double voting) bị cắt phạt nặng theo cơ chế slashing.
Sau đó là lớp giao dịch.
Moonlight dựa trên account và công khai, trong khi Phoenix dùng các ghi chú theo kiểu UTXO, cây Merkle, nullifier và các bằng chứng ZK.
Càng nhìn vào thiết kế, câu hỏi thú vị không chỉ là liệu từng thành phần có hoạt động riêng lẻ hay không.
Mà là liệu chúng còn hoạt động tốt cùng nhau dưới áp lực hay không.
Liệu “credit” được cân theo stake có tạo ra sự tập trung quá mức theo thời gian không? Và nếu một phần lớn tập hợp validator thất bại, thì chế độ khẩn cấp có đủ vững chắc mà không mở ra một con đường khác dẫn tới phân nhánh (fork) hay không?
Đó là phần trong kiến trúc của Dusk mà tôi vẫn muốn hiểu rõ hơn.
$DUSK $TMX $DEBIT #XRPRallies44%InAWeek #CryptoFearGreedIndexHits74 #USStocksCloseHigherNvidiaGains2% #USBitcoinETFsExtendInflowsToSixthDay
Đó là thiết kế đồng thuận.
@Dusk sử dụng Succinct Attestation với mô hình PoS dựa trên ủy ban, không cần cấp phép. Bạn cần 1.000 DUSK để đặt cược, mỗi epoch chạy trong 2.160 block và quyền bỏ phiếu được cân theo mức stake trên 64 “ủy ban credit”.
Chi tiết cuối cùng đó đã thu hút sự chú ý của tôi.
Vì một khi quyền bỏ phiếu được cân theo stake, thì câu hỏi không chỉ là liệu mạng lưới có thể đạt được đồng thuận hay không. Mà là cách “quyền lực” đó được phân phối như thế nào.
Các ngưỡng cũng khá thú vị. Phần Hợp lệ cần 2/3, trong khi Không Hợp lệ, Không Ứng viên và Không Có Tồn tại Nhiệm vụ (NoQuorum) cần 1/2 + 1. Sau 16 lần lặp thất bại, giao thức có thể chuyển sang chế độ khẩn cấp.
Trên giấy tờ, điều đó nghe có vẻ là một cách hợp lý để bảo vệ tính sống (liveness).
Nhưng nó khiến tôi tự hỏi về phía bên kia của sự đánh đổi đó: hệ thống có thể chịu được bao nhiêu áp lực trước khi việc duy trì liveness lại tạo ra một rủi ro khác?
Thiết kế động lực cũng được tính toán kỹ: 80% cho bộ sinh block, 10% cho ủy ban bỏ phiếu và 10% cho #Dusk , với các hành vi nghiêm trọng như bỏ phiếu hai lần (double voting) bị cắt phạt nặng theo cơ chế slashing.
Sau đó là lớp giao dịch.
Moonlight dựa trên account và công khai, trong khi Phoenix dùng các ghi chú theo kiểu UTXO, cây Merkle, nullifier và các bằng chứng ZK.
Càng nhìn vào thiết kế, câu hỏi thú vị không chỉ là liệu từng thành phần có hoạt động riêng lẻ hay không.
Mà là liệu chúng còn hoạt động tốt cùng nhau dưới áp lực hay không.
Liệu “credit” được cân theo stake có tạo ra sự tập trung quá mức theo thời gian không? Và nếu một phần lớn tập hợp validator thất bại, thì chế độ khẩn cấp có đủ vững chắc mà không mở ra một con đường khác dẫn tới phân nhánh (fork) hay không?
Đó là phần trong kiến trúc của Dusk mà tôi vẫn muốn hiểu rõ hơn.
$DUSK $TMX $DEBIT #XRPRallies44%InAWeek #CryptoFearGreedIndexHits74 #USStocksCloseHigherNvidiaGains2% #USBitcoinETFsExtendInflowsToSixthDay
🚀Consensus first
100%
🪢 Stake concentration
0%
🧶 Liveness trade-offs
0%
🕶️ Stress matters
0%
2 phiếu bầu • Cuộc bỏ phiếu đã kết thúc