#dusk $DUSK @Dusk Điều gì sẽ xảy ra nếu một blockchain duy nhất có thể chạy hai mô hình giao dịch song song — một công khai và một riêng tư — được quyết toán bởi cùng các trình xác thực tại cùng một thời điểm?
Đó là đổi mới “lặng lẽ” bên trong @Dusk, ít được chú ý hơn so với định vị về quyền riêng tư của họ.
Kiến trúc của Dusk tách giao dịch thành Phoenix (được che chắn, theo phong cách UTXO cho các chuyển tiền bảo mật và tài sản XSC) và Moonlight (tài khoản minh bạch, phục vụ cho staking và các hoạt động công khai).
Cả hai đều được bảo đảm bởi cơ chế đồng thuận Proof-of-Stake của Dusk, vốn được xây dựng lịch sử dựa trên mô hình Segregated Byzantine Agreement nhằm hướng tới tính chốt cuối nhanh và tỷ lệ tham gia của trình xác thực cao, thay vì khai thác tốn năng lượng.
Hãy hình dung: một trình xác thực stake DUSK của họ và phần stake cùng phần thưởng được xử lý trên sổ cái minh bạch Moonlight để đảm bảo khả năng kiểm toán, trong khi một giao dịch riêng biệt phát hành các chứng khoán bảo mật cho cổ đông lại chạy qua Phoenix, được che khỏi tầm nhìn công khai. Cùng một chuỗi, cùng các đảm bảo chốt cuối, nhưng mức độ công bố thông tin lại rất khác nhau tùy theo từng trường hợp sử dụng.
Thiết kế mô hình kép này là một “đặt cược” thuần kiến trúc, chứ không phải kiểu gắn quyền riêng tư lên một blockchain công khai sẵn có (như mixers hay các giao thức lớp phụ làm).
Dusk đã đưa khả năng linh hoạt về mức độ công bố vào đồng thuận ngay từ ngày đầu. Đây là bài toán kỹ thuật khó hơn, nhưng có lẽ lại là lựa chọn bền vững hơn cho tài chính được quản lý.
Liệu nhiều L1s có nên áp dụng cách tiếp cận hai sổ cái này thay vì gắn quyền riêng tư sau khi đã ra mắt không?
Đó là đổi mới “lặng lẽ” bên trong @Dusk, ít được chú ý hơn so với định vị về quyền riêng tư của họ.
Kiến trúc của Dusk tách giao dịch thành Phoenix (được che chắn, theo phong cách UTXO cho các chuyển tiền bảo mật và tài sản XSC) và Moonlight (tài khoản minh bạch, phục vụ cho staking và các hoạt động công khai).
Cả hai đều được bảo đảm bởi cơ chế đồng thuận Proof-of-Stake của Dusk, vốn được xây dựng lịch sử dựa trên mô hình Segregated Byzantine Agreement nhằm hướng tới tính chốt cuối nhanh và tỷ lệ tham gia của trình xác thực cao, thay vì khai thác tốn năng lượng.
Hãy hình dung: một trình xác thực stake DUSK của họ và phần stake cùng phần thưởng được xử lý trên sổ cái minh bạch Moonlight để đảm bảo khả năng kiểm toán, trong khi một giao dịch riêng biệt phát hành các chứng khoán bảo mật cho cổ đông lại chạy qua Phoenix, được che khỏi tầm nhìn công khai. Cùng một chuỗi, cùng các đảm bảo chốt cuối, nhưng mức độ công bố thông tin lại rất khác nhau tùy theo từng trường hợp sử dụng.
Thiết kế mô hình kép này là một “đặt cược” thuần kiến trúc, chứ không phải kiểu gắn quyền riêng tư lên một blockchain công khai sẵn có (như mixers hay các giao thức lớp phụ làm).
Dusk đã đưa khả năng linh hoạt về mức độ công bố vào đồng thuận ngay từ ngày đầu. Đây là bài toán kỹ thuật khó hơn, nhưng có lẽ lại là lựa chọn bền vững hơn cho tài chính được quản lý.
Liệu nhiều L1s có nên áp dụng cách tiếp cận hai sổ cái này thay vì gắn quyền riêng tư sau khi đã ra mắt không?