Tôi cứ quay lại với Dusk bởi vì nó từ chối chỉ nằm yên trong một lớp của ngăn xếp, và chính sự từ chối đó là toàn bộ ý nghĩa của dự án.
Dusk là một blockchain Layer 1 được xây dựng riêng cho các thị trường tài chính được quản lý, kết hợp quyền riêng tư có thể lập trình với tuân thủ thay vì coi hai thứ đó là đối lập. Quyền riêng tư xuất hiện ở những nơi giao dịch thực sự cần nó, tính minh bạch xuất hiện ở những nơi cơ quan quản lý cần được quan sát, và tiết lộ chọn lọc nằm giữa hai điều đó để được xem xét bởi các bên được ủy quyền, với cơ chế thanh toán tất định nằm bên dưới tất cả. Bên trên lớp nền đó là DuskEVM, lớp ứng dụng tương thích EVM cung cấp cho các nhà xây dựng và tổ chức một lối đi Solidity quen thuộc vào Dusk. Mainnet DuskEVM sắp được ra mắt, và khi vận hành, nó sẽ mang các quy trình EVM bảo mật thông qua Hedger—mô-đun quyền riêng tư của Dusk cho EVM—được xây dựng trên mã hóa đồng cấu (homomorphic encryption) và các bằng chứng không kiến thức (zero knowledge proofs). Nằm ngay phía trên đó là Dusk Trade, một neobroker được xây dựng trên DuskEVM, đưa các quỹ thị trường tiền tệ, ETF, trái phiếu và các tài sản thế giới thực khác vào một cấu trúc được thiết kế cho quyền sở hữu thực sự và thanh toán tức thời.
Điều khiến tôi ấn tượng là hiếm khi một dự án có thể vận hành đồng bộ cả ba lớp một cách mạch lạc như vậy. Rất nhiều chuỗi tuyên bố tương thích EVM, và đã có một vài neobroker tồn tại trong crypto. Dusk đang cố gắng xây dựng một giao thức nền, một lớp ứng dụng, và một ứng dụng giao dịch dùng chung một logic về quyền riêng tư và thanh toán.
Tôi không nghĩ rằng đây đã là chuyện “xong xuôi” ngay lúc này. Mainnet DuskEVM vẫn chưa được phát hành như tôi đang viết, vì vậy các quy trình bảo mật mà mọi người mô tả đang ở phía trước chúng ta chứ không phải phía sau. Dusk Trade được thiết kế để vận hành như một cơ sở giao dịch đa phương được quản lý, nhưng việc thiết kế để có giấy phép và việc thực sự nắm giữ giấy phép là hai chuyện khác nhau. Tôi muốn hỏi liệu các lớp này có củng cố lẫn nhau khi dòng vốn thực sự đi qua chúng hay không, thay vì giả định rằng một sơ đồ đã giải quyết xong câu hỏi.
Dù vậy, về mặt lập luận thì các mạch logic vẫn khớp với nhau trên giấy theo cách mà hầu hết các tổ hợp “lớp nền + lớp ứng dụng” khác không làm được—chủ yếu vì DUSK chưa bao giờ được xây dựng như một token thanh toán đa dụng ngay từ đầu.
@Dusk #dusk $DUSK $AKE
Dusk là một blockchain Layer 1 được xây dựng riêng cho các thị trường tài chính được quản lý, kết hợp quyền riêng tư có thể lập trình với tuân thủ thay vì coi hai thứ đó là đối lập. Quyền riêng tư xuất hiện ở những nơi giao dịch thực sự cần nó, tính minh bạch xuất hiện ở những nơi cơ quan quản lý cần được quan sát, và tiết lộ chọn lọc nằm giữa hai điều đó để được xem xét bởi các bên được ủy quyền, với cơ chế thanh toán tất định nằm bên dưới tất cả. Bên trên lớp nền đó là DuskEVM, lớp ứng dụng tương thích EVM cung cấp cho các nhà xây dựng và tổ chức một lối đi Solidity quen thuộc vào Dusk. Mainnet DuskEVM sắp được ra mắt, và khi vận hành, nó sẽ mang các quy trình EVM bảo mật thông qua Hedger—mô-đun quyền riêng tư của Dusk cho EVM—được xây dựng trên mã hóa đồng cấu (homomorphic encryption) và các bằng chứng không kiến thức (zero knowledge proofs). Nằm ngay phía trên đó là Dusk Trade, một neobroker được xây dựng trên DuskEVM, đưa các quỹ thị trường tiền tệ, ETF, trái phiếu và các tài sản thế giới thực khác vào một cấu trúc được thiết kế cho quyền sở hữu thực sự và thanh toán tức thời.
Điều khiến tôi ấn tượng là hiếm khi một dự án có thể vận hành đồng bộ cả ba lớp một cách mạch lạc như vậy. Rất nhiều chuỗi tuyên bố tương thích EVM, và đã có một vài neobroker tồn tại trong crypto. Dusk đang cố gắng xây dựng một giao thức nền, một lớp ứng dụng, và một ứng dụng giao dịch dùng chung một logic về quyền riêng tư và thanh toán.
Tôi không nghĩ rằng đây đã là chuyện “xong xuôi” ngay lúc này. Mainnet DuskEVM vẫn chưa được phát hành như tôi đang viết, vì vậy các quy trình bảo mật mà mọi người mô tả đang ở phía trước chúng ta chứ không phải phía sau. Dusk Trade được thiết kế để vận hành như một cơ sở giao dịch đa phương được quản lý, nhưng việc thiết kế để có giấy phép và việc thực sự nắm giữ giấy phép là hai chuyện khác nhau. Tôi muốn hỏi liệu các lớp này có củng cố lẫn nhau khi dòng vốn thực sự đi qua chúng hay không, thay vì giả định rằng một sơ đồ đã giải quyết xong câu hỏi.
Dù vậy, về mặt lập luận thì các mạch logic vẫn khớp với nhau trên giấy theo cách mà hầu hết các tổ hợp “lớp nền + lớp ứng dụng” khác không làm được—chủ yếu vì DUSK chưa bao giờ được xây dựng như một token thanh toán đa dụng ngay từ đầu.
@Dusk #dusk $DUSK $AKE
