Gần đây tôi dịch tài liệu kiến trúc Dusk, và đã vấp phải một “hố hiểu nhầm” mức độ vừa phải.@Dusk

Ban đầu xem Moonlight và Phoenix, tôi theo bản năng coi chúng là hai hệ thống tài khoản hoàn toàn tách biệt.$KII Cho đến khi lật mã nguồn và tìm thấy hàm convert, tôi mới “bẻ” lại logic cho đúng.$BSB

Hai bên có thể hoán đổi theo kiểu nguyên tử. Note mã hóa của Phoenix, thông qua Transfer Contract, có thể được chuyển tương đương vào tài khoản công khai của Moonlight. Ngược lại, tài khoản công khai cũng có thể tạo ra một note hoàn toàn mới rồi gửi tới địa chỉ ẩn. Chỉ kiểm tra quyền sở hữu, sẽ không kẹt ở trạng thái chuyển đổi dở dang.

Trước đó tôi viết ghi chú, trực tiếp trộn logic chuyển đổi này với chuẩn chứng khoán XSC để nói cùng một chỗ. Khi xem lại tài liệu, tôi mới nhận ra chính mình đã bị nhầm.$DUSK

Việc chuyển đổi chéo mô hình của token dựa vào convert. Việc kiểm tra tư cách chứng khoán, hạn mức chuyển nhượng, cổ tức đi qua Zedger. Ở tầng nền dù có chia sẻ zero-knowledge của Phoenix, nhưng tầng nghiệp vụ hoàn toàn tách biệt, không thể lẫn vào nhau.#dusk

Việc phân lớp của Dusk làm rất “kiệm lời”. DuskDS quản lý tính cuối cùng của đồng thuận, DuskEVM xử lý thực thi, Citadel chịu trách nhiệm về danh tính. Succinct Attestation chốt tính cuối cùng của khối; làm nghiệp vụ chứng khoán thì không thể rollback—quan trọng hơn rất nhiều so với chỉ nói về quyền riêng tư.

Giờ trọng tâm của tôi là theo dõi hợp tác với các tổ chức được cấp phép NPEX, và cả đường thanh toán bằng EUR mà EURQ bổ sung.

Đối với DUSK, tôi cũng không còn quá bận tâm xem công nghệ quyền riêng tư có “hoa mỹ” đến mức nào.
Thực tế hơn: kiến trúc phân lớp này có thể chạy thông suốt cả một chuỗi tài chính về danh tính, tài sản và thanh toán hay không. Toàn bộ chi phí Gas của hệ thống đều do DUSK chịu.

📊 Bạn đánh giá Dusk hứa hẹn nhất theo nhánh/trục câu chuyện nào?