Tôi đã kỳ vọng một chuỗi được xây dựng cho các thị trường được quản lý sẽ đi kèm với một danh sách dài các hợp đồng gốc. Tuân thủ, nhận dạng, sổ đăng ký, tất cả những thứ đó—đều được tích hợp ngay từ genesis.
Dusk phát hành hai. Stake và Transfer.
Stake theo dõi các nhà cung cấp tài nguyên, số stake, phần thưởng và quản lý tập hợp validator. Transfer chuyển DUSK và đóng vai trò là điểm vào để thực thi giao dịch và thanh toán gas.
Đó là toàn bộ bộ thiết lập genesis.
Mọi thứ được quản lý nằm phía trên nó. Zedger trên DuskVM, Hedger trên DuskEVM, Citadel cho nhận dạng, Dusk Trade như bề mặt sản phẩm. Không có gì trong số đó được hàn cứng vào nền tảng.
Lý do tôi đưa ra là vì yêu cầu sẽ thay đổi. Các quy tắc về tính đủ điều kiện, nghĩa vụ công bố và định dạng báo cáo thay đổi theo quy định, và bất cứ thứ gì ở genesis chỉ thay đổi bằng một hard fork. Đưa logic tuân thủ vào lớp nền sẽ đồng nghĩa với việc chuỗi cần phải fork mỗi khi một chỉ thị được cập nhật.
Phản biện thì cũng có cơ sở. Một lớp nền mỏng có nghĩa là các đảm bảo mà con người thực sự quan tâm lại nằm trong các hợp đồng có thể được nâng cấp, và khả năng nâng cấp là một lời hứa về bảo mật khác với tính bất biến.
Vậy các phần nhiều khả năng sẽ thay đổi nên nằm xa hơn khỏi sự đồng thuận, hay điều đó chỉ đơn giản là chuyển rủi ro sang nơi ít được xem xét hơn?
Nền mỏng, hay đảm bảo mỏng?
#dusk @Dusk $DUSK