Tôi đã đi xem sự đồng thuận SA của Dusk, kỳ vọng phần thú vị nằm ở việc lựa chọn ủy ban. Nhưng cuối cùng tôi lại chú ý nhiều hơn đến những gì xảy ra sau khi một ủy ban đã được chọn.
SA tách sự đồng thuận thành hai giai đoạn: xác thực đề xuất và phê chuẩn (ratification). Nhìn vậy thì giống như một lựa chọn thiết kế mang tính kỹ thuật, cho đến khi tôi đối chiếu nó với cơ cấu phần thưởng và yêu cầu đặt cược (staking). Mạng không chỉ đơn giản trả tiền cho một trình xác thực duy nhất để tạo ra một khối. Phần thưởng được chia cho cả ủy ban xác thực của trình tạo khối (block generator validation committee) và ủy ban phê chuẩn (ratification committee). Trình tạo khối có thể nhận 70% cộng thêm 10% tùy thuộc vào số lượng “credits” được bao gồm, trong khi việc xác thực và phê chuẩn mỗi phần nhận 5%.
Điều đó làm thay đổi cách tôi nhìn vào mô hình khuyến khích.
Hệ thống về cơ bản đang trả tiền cho nhiều nhóm khác nhau để đảm bảo cùng một khối được đưa qua các giai đoạn thỏa thuận khác nhau. Điều này quan trọng vì thanh toán tất định nhanh chỉ thực sự hữu ích khi mức độ tham gia vẫn đáng tin cậy. Một thành viên ủy ban liên tục không tham gia có thể phải chịu các hình phạt “mềm” (soft penalties), trong khi hành vi bị chứng minh là không hợp lệ có thể dẫn tới việc phần đặt cược bị đốt (burned stake).
Rồi còn khía cạnh vận hành, thứ dễ bị bỏ qua. Một người cung cấp dịch vụ (provisioner) cần ít nhất 1.000 DUSK và phải giữ hạ tầng luôn trực tuyến và được đồng bộ. Các yêu cầu cơ bản được công bố ở mức khiêm tốn: 2 CPU cores, 4 GB RAM, 50 GB dung lượng lưu trữ và mạng 10 Mbps.
Vì vậy, ràng buộc thực sự có thể không nằm ở chi phí phần cứng thô. Đó là kỷ luật vận hành.
Điều tôi thấy thú vị là SA dường như được thiết kế để giảm chi phí cho việc đạt được đồng thuận, hơn là chỉ đơn giản là tăng số lượng người tham gia. Các ủy ban ngẫu nhiên sẽ phân bổ trách nhiệm, trong khi hệ thống phần thưởng và hình phạt lại cố gắng khiến việc tham gia trở nên đáng tin cậy.
Nhờ đó, sự đồng thuận ít còn xoay quanh việc ai tạo ra các khối, mà nhiều hơn là liệu có đủ các nhà vận hành độc lập xuất hiện một cách nhất quán đúng thời điểm khi đến lượt hay không.
#dusk $DUSK @Dusk
SA tách sự đồng thuận thành hai giai đoạn: xác thực đề xuất và phê chuẩn (ratification). Nhìn vậy thì giống như một lựa chọn thiết kế mang tính kỹ thuật, cho đến khi tôi đối chiếu nó với cơ cấu phần thưởng và yêu cầu đặt cược (staking). Mạng không chỉ đơn giản trả tiền cho một trình xác thực duy nhất để tạo ra một khối. Phần thưởng được chia cho cả ủy ban xác thực của trình tạo khối (block generator validation committee) và ủy ban phê chuẩn (ratification committee). Trình tạo khối có thể nhận 70% cộng thêm 10% tùy thuộc vào số lượng “credits” được bao gồm, trong khi việc xác thực và phê chuẩn mỗi phần nhận 5%.
Điều đó làm thay đổi cách tôi nhìn vào mô hình khuyến khích.
Hệ thống về cơ bản đang trả tiền cho nhiều nhóm khác nhau để đảm bảo cùng một khối được đưa qua các giai đoạn thỏa thuận khác nhau. Điều này quan trọng vì thanh toán tất định nhanh chỉ thực sự hữu ích khi mức độ tham gia vẫn đáng tin cậy. Một thành viên ủy ban liên tục không tham gia có thể phải chịu các hình phạt “mềm” (soft penalties), trong khi hành vi bị chứng minh là không hợp lệ có thể dẫn tới việc phần đặt cược bị đốt (burned stake).
Rồi còn khía cạnh vận hành, thứ dễ bị bỏ qua. Một người cung cấp dịch vụ (provisioner) cần ít nhất 1.000 DUSK và phải giữ hạ tầng luôn trực tuyến và được đồng bộ. Các yêu cầu cơ bản được công bố ở mức khiêm tốn: 2 CPU cores, 4 GB RAM, 50 GB dung lượng lưu trữ và mạng 10 Mbps.
Vì vậy, ràng buộc thực sự có thể không nằm ở chi phí phần cứng thô. Đó là kỷ luật vận hành.
Điều tôi thấy thú vị là SA dường như được thiết kế để giảm chi phí cho việc đạt được đồng thuận, hơn là chỉ đơn giản là tăng số lượng người tham gia. Các ủy ban ngẫu nhiên sẽ phân bổ trách nhiệm, trong khi hệ thống phần thưởng và hình phạt lại cố gắng khiến việc tham gia trở nên đáng tin cậy.
Nhờ đó, sự đồng thuận ít còn xoay quanh việc ai tạo ra các khối, mà nhiều hơn là liệu có đủ các nhà vận hành độc lập xuất hiện một cách nhất quán đúng thời điểm khi đến lượt hay không.
#dusk $DUSK @Dusk
