#dusk $DUSK @Dusk Hãy để tôi kiểm chứng các tuyên bố kỹ thuật trước khi hoàn tất.
Đọc qua whitepaper của Dusk vào một buổi chiều chậm rãi, tò mò XSC thực sự có ý nghĩa gì ngoài một cái tên. Cuối cùng tôi bị mắc ở phần giao dịch. Dusk triển khai hai mô hình trên cùng một chuỗi: Moonlight, một hệ thống tài khoản minh bạch, và Phoenix, một mô hình UTXO được che chắn sử dụng bằng chứng không kiến thức (zero-knowledge).
Điều tôi không ngờ: Moonlight không nằm trong thiết kế ban đầu. Dusk thêm nó sau khi nhận ra tích hợp sàn giao dịch cần một mô hình giao dịch công khai, vì ẩn danh hoàn toàn tạo rủi ro bị delist theo quy định của EU. Đó là một lý do thực tế, không phải lý do marketing, và nó khiến tôi đọc lại toàn bộ hệ thống theo cách khác.
Hai mô hình không tách biệt. Một Transfer Contract cho phép người dùng chuyển đổi giữa các note của Phoenix và số dư Moonlight một cách nguyên tử, và Phoenix hỗ trợ viewing keys để có thể chọn lọc tiết lộ một số giao dịch cụ thể phục vụ kiểm toán.
Ví dụ cụ thể: một bàn giao dịch nhỏ chi trả lương và báo cáo các thay đổi ngân quỹ qua Moonlight, hoàn toàn hiển thị, rồi thực hiện các giao dịch vị thế thực sự thông qua Phoenix, được che giấu khỏi đối thủ cạnh tranh, với một viewing key được cơ quan quản lý nắm giữ khi cần. Không có cầu nối, không phải chuỗi thứ hai, cùng một lớp thanh toán.
Đó là phần thuyết trình. Thứ tôi không thể đánh giá chỉ từ tài liệu là mức độ “ma sát”, cơ chế chuyển đổi hoạt động thế nào dưới tải thực tế, và liệu “liền mạch” có còn đúng khi hai mô hình cạnh tranh cho cùng một không gian block hay không.
Có ai đã từng chạy các chuyển đổi Moonlight-to-Phoenix trên testnet của Dusk chưa? Nó có cảm giác nguyên tử và nhanh không, hay bị trễ như tài liệu không đề cập? $SOL $LAB
Đọc qua whitepaper của Dusk vào một buổi chiều chậm rãi, tò mò XSC thực sự có ý nghĩa gì ngoài một cái tên. Cuối cùng tôi bị mắc ở phần giao dịch. Dusk triển khai hai mô hình trên cùng một chuỗi: Moonlight, một hệ thống tài khoản minh bạch, và Phoenix, một mô hình UTXO được che chắn sử dụng bằng chứng không kiến thức (zero-knowledge).
Điều tôi không ngờ: Moonlight không nằm trong thiết kế ban đầu. Dusk thêm nó sau khi nhận ra tích hợp sàn giao dịch cần một mô hình giao dịch công khai, vì ẩn danh hoàn toàn tạo rủi ro bị delist theo quy định của EU. Đó là một lý do thực tế, không phải lý do marketing, và nó khiến tôi đọc lại toàn bộ hệ thống theo cách khác.
Hai mô hình không tách biệt. Một Transfer Contract cho phép người dùng chuyển đổi giữa các note của Phoenix và số dư Moonlight một cách nguyên tử, và Phoenix hỗ trợ viewing keys để có thể chọn lọc tiết lộ một số giao dịch cụ thể phục vụ kiểm toán.
Ví dụ cụ thể: một bàn giao dịch nhỏ chi trả lương và báo cáo các thay đổi ngân quỹ qua Moonlight, hoàn toàn hiển thị, rồi thực hiện các giao dịch vị thế thực sự thông qua Phoenix, được che giấu khỏi đối thủ cạnh tranh, với một viewing key được cơ quan quản lý nắm giữ khi cần. Không có cầu nối, không phải chuỗi thứ hai, cùng một lớp thanh toán.
Đó là phần thuyết trình. Thứ tôi không thể đánh giá chỉ từ tài liệu là mức độ “ma sát”, cơ chế chuyển đổi hoạt động thế nào dưới tải thực tế, và liệu “liền mạch” có còn đúng khi hai mô hình cạnh tranh cho cùng một không gian block hay không.
Có ai đã từng chạy các chuyển đổi Moonlight-to-Phoenix trên testnet của Dusk chưa? Nó có cảm giác nguyên tử và nhanh không, hay bị trễ như tài liệu không đề cập? $SOL $LAB
🔒 Stays seamless at real scale
100%
⚖️ Regulatory trust
0%
🏦 TradFi adoption
0%
🤷 Too early to say
0%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc