#dusk $DUSK @Dusk
Tôi từng cho rằng việc đặt cược (staking) trên Mạng Dusk chỉ thuộc về ví và các nhà vận hành nút.
Stake Abstraction thay đổi chủ sở hữu của vị thế.
Một hợp đồng thông minh của Dusk có thể chấp nhận tiền gửi, tạo vị thế stake, nhận phần thưởng và phân phối hoặc tái đầu tư chúng theo các quy tắc riêng của nó. Điều này cho phép hình thành các quỹ staking, các dịch vụ ủy quyền, chia tách phần thưởng và các sản phẩm phái sinh mà không cần giữ mọi quyết định trong một tài khoản vận hành offchain.
Vị thế stake trở nên có thể lập trình. Và rủi ro cũng vậy.
Người dùng không còn chỉ đánh giá hiệu suất đồng thuận của nhà cung cấp dịch vụ (provisioner). Họ còn phải phụ thuộc vào cách hợp đồng ghi sổ, logic rút tiền, phân bổ phần thưởng, cơ chế kiểm soát nâng cấp và lộ trình khôi phục (recovery). Một validator hoạt động hoàn hảo cũng không thể bảo vệ người gửi tiền khỏi một hợp đồng pool tính toán số phần (shares) sai.
Dusk giữ một số ranh giới của giao thức ở dạng rõ ràng. Các hợp đồng vẫn phải đối mặt với mức stake tối thiểu 1.000 DUSK. Kích hoạt xảy ra tại ranh giới epoch sau epoch kế tiếp, thường là giữa 1 và 2 epoch sau khi gửi. Một hợp đồng không thể gọi hàm staking như thể nó là một ví. Tiền di chuyển thông qua Transfer Contract và kích hoạt Stake Contract thông qua một lệnh chuyển tiền từ hợp đồng đến hợp đồng.
Chi tiết cuối cùng đó quan trọng với tôi. Nó gắn hành động staking với việc giá trị thực sự được chuyển đi, thay vì để logic hợp đồng “công bố” việc stake mà không có số tiền tương ứng.
Tôi sẽ quan sát cách các ứng dụng hiển thị độ trễ giữa lúc gửi tiền và lúc stake trở nên hoạt động. Một token pool được phát hành ngay lập tức có thể trông có vẻ hiệu quả trong khi lượng DUSK nền vẫn đang chờ kích hoạt. Việc yêu cầu nhận phần thưởng và các callback khi rút unstaking cũng cần duy trì đồng bộ với số dư người dùng.
Stake Abstraction mở rộng tính hữu dụng của DUSK vượt ra ngoài staking trực tiếp. Nó cũng có thể tập trung tiền gửi vào một số ít hợp đồng nếu sự tiện lợi thắng lợi so với việc đa dạng hóa.
Dusk đã làm cho vị thế đồng thuận (consensus position) có thể ghép thành (composable). Bước tiếp theo là: các hợp đồng pool bảo toàn khả năng thanh toán (solvency), làm rõ quyền sở hữu, và cung cấp lối thoát công bằng cho mọi trạng thái staking.
Tính lập trình có thể loại bỏ việc phân phối thủ công. Nó không thể loại bỏ nhu cầu phải kiểm toán xem ai là người kiểm soát chương trình.
Tôi từng cho rằng việc đặt cược (staking) trên Mạng Dusk chỉ thuộc về ví và các nhà vận hành nút.
Stake Abstraction thay đổi chủ sở hữu của vị thế.
Một hợp đồng thông minh của Dusk có thể chấp nhận tiền gửi, tạo vị thế stake, nhận phần thưởng và phân phối hoặc tái đầu tư chúng theo các quy tắc riêng của nó. Điều này cho phép hình thành các quỹ staking, các dịch vụ ủy quyền, chia tách phần thưởng và các sản phẩm phái sinh mà không cần giữ mọi quyết định trong một tài khoản vận hành offchain.
Vị thế stake trở nên có thể lập trình. Và rủi ro cũng vậy.
Người dùng không còn chỉ đánh giá hiệu suất đồng thuận của nhà cung cấp dịch vụ (provisioner). Họ còn phải phụ thuộc vào cách hợp đồng ghi sổ, logic rút tiền, phân bổ phần thưởng, cơ chế kiểm soát nâng cấp và lộ trình khôi phục (recovery). Một validator hoạt động hoàn hảo cũng không thể bảo vệ người gửi tiền khỏi một hợp đồng pool tính toán số phần (shares) sai.
Dusk giữ một số ranh giới của giao thức ở dạng rõ ràng. Các hợp đồng vẫn phải đối mặt với mức stake tối thiểu 1.000 DUSK. Kích hoạt xảy ra tại ranh giới epoch sau epoch kế tiếp, thường là giữa 1 và 2 epoch sau khi gửi. Một hợp đồng không thể gọi hàm staking như thể nó là một ví. Tiền di chuyển thông qua Transfer Contract và kích hoạt Stake Contract thông qua một lệnh chuyển tiền từ hợp đồng đến hợp đồng.
Chi tiết cuối cùng đó quan trọng với tôi. Nó gắn hành động staking với việc giá trị thực sự được chuyển đi, thay vì để logic hợp đồng “công bố” việc stake mà không có số tiền tương ứng.
Tôi sẽ quan sát cách các ứng dụng hiển thị độ trễ giữa lúc gửi tiền và lúc stake trở nên hoạt động. Một token pool được phát hành ngay lập tức có thể trông có vẻ hiệu quả trong khi lượng DUSK nền vẫn đang chờ kích hoạt. Việc yêu cầu nhận phần thưởng và các callback khi rút unstaking cũng cần duy trì đồng bộ với số dư người dùng.
Stake Abstraction mở rộng tính hữu dụng của DUSK vượt ra ngoài staking trực tiếp. Nó cũng có thể tập trung tiền gửi vào một số ít hợp đồng nếu sự tiện lợi thắng lợi so với việc đa dạng hóa.
Dusk đã làm cho vị thế đồng thuận (consensus position) có thể ghép thành (composable). Bước tiếp theo là: các hợp đồng pool bảo toàn khả năng thanh toán (solvency), làm rõ quyền sở hữu, và cung cấp lối thoát công bằng cho mọi trạng thái staking.
Tính lập trình có thể loại bỏ việc phân phối thủ công. Nó không thể loại bỏ nhu cầu phải kiểm toán xem ai là người kiểm soát chương trình.
