Đêm nọ tôi thấy mình đọc kỹ kiến trúc giao dịch của Dusk, cụ thể là quyết định thiết kế chạy đồng thời hai mô hình giao dịch hoàn toàn tách biệt trên cùng một lớp nền. Hầu hết các giao thức tôi từng xem đều coi quyền riêng tư là một lớp tùy chọn được gắn thêm sau — kiểu một công tắc nào đó trong giao diện. Những gì Dusk xây dựng lại có cảm giác khác biệt về mặt cấu trúc. Phoenix vận hành như một mô hình được che chắn dựa trên UTXO, dùng các cam kết mật mã và nullifier để che giấu số tiền, liên kết người gửi và các thay đổi số dư, trong khi Moonlight song song tồn tại như một hệ thống tài khoản minh bạch hoàn toàn, quen thuộc với bất kỳ ai từng làm việc với Ethereum. Đôi lúc tôi tự hỏi việc chạy cả hai một cách “native” là một chiều sâu kiến trúc thực sự, hay nó âm thầm tạo ra một vấn đề phân mảnh mà chỉ lộ rõ khi chịu áp lực sử dụng thực tế.
Điều có vẻ thú vị là một chi tiết cụ thể được chôn trong cách Phoenix được phát triển. Theo như tôi biết, nó đã trải qua các chứng minh bảo mật chính thức đầy đủ — một minh chứng toán học cho thấy giao thức đáp ứng các yêu cầu mật mã của mình và có thể chống lại các cuộc tấn công đã biết. Đây không phải là một tuyên bố phổ biến, và tôi không chắc lắm rằng đủ nhiều người trong lĩnh vực này đã nhận ra mức độ khác thường đó. Hầu hết các triển khai quyền riêng tư được đưa ra mà không có mức xác minh mật mã như vậy, và chỉ hy vọng các giả định sẽ đúng.
Câu hỏi xuất hiện trong đầu là liệu sự “mượt mà” khi chuyển đổi tự do giữa chế độ được che chắn và chế độ minh bạch có cảm thấy tự nhiên với người dùng thuộc khối tổ chức hay không, hay liệu các đội tuân thủ sẽ đơn giản chỉ định độc quyền một mô hình và không bao giờ đụng tới mô hình còn lại. Nhìn từ bên ngoài, sự tự do lựa chọn nghe có vẻ hấp dẫn cho tới khi bộ phận pháp chế của một tổ chức quyết định chính lựa chọn đó tạo ra trách nhiệm pháp lý.
Nó khiến tôi nghĩ rằng bài kiểm tra thực sự của mô hình kép này không hề mang tính kỹ thuật — mà là liệu các đối tác được quản lý có bao giờ tin tưởng chính họ để đưa ra quyết định đó một cách tự chủ hay không. Dù sao thì thời gian sẽ trả lời👍
#dusk $DUSK @Dusk
$CLO $RED
Điều có vẻ thú vị là một chi tiết cụ thể được chôn trong cách Phoenix được phát triển. Theo như tôi biết, nó đã trải qua các chứng minh bảo mật chính thức đầy đủ — một minh chứng toán học cho thấy giao thức đáp ứng các yêu cầu mật mã của mình và có thể chống lại các cuộc tấn công đã biết. Đây không phải là một tuyên bố phổ biến, và tôi không chắc lắm rằng đủ nhiều người trong lĩnh vực này đã nhận ra mức độ khác thường đó. Hầu hết các triển khai quyền riêng tư được đưa ra mà không có mức xác minh mật mã như vậy, và chỉ hy vọng các giả định sẽ đúng.
Câu hỏi xuất hiện trong đầu là liệu sự “mượt mà” khi chuyển đổi tự do giữa chế độ được che chắn và chế độ minh bạch có cảm thấy tự nhiên với người dùng thuộc khối tổ chức hay không, hay liệu các đội tuân thủ sẽ đơn giản chỉ định độc quyền một mô hình và không bao giờ đụng tới mô hình còn lại. Nhìn từ bên ngoài, sự tự do lựa chọn nghe có vẻ hấp dẫn cho tới khi bộ phận pháp chế của một tổ chức quyết định chính lựa chọn đó tạo ra trách nhiệm pháp lý.
Nó khiến tôi nghĩ rằng bài kiểm tra thực sự của mô hình kép này không hề mang tính kỹ thuật — mà là liệu các đối tác được quản lý có bao giờ tin tưởng chính họ để đưa ra quyết định đó một cách tự chủ hay không. Dù sao thì thời gian sẽ trả lời👍
#dusk $DUSK @Dusk
$CLO $RED