Tại sao một mạng lưới quyền riêng tư lại chọn tiền gửi công khai?
Một mạng tài chính tập trung vào quyền riêng tư chọn mô hình giao dịch công khai để đổi tiền gửi có vẻ mâu thuẫn. Tôi nghĩ nó tiết lộ một quy tắc hữu ích hơn: quyền riêng tư chỉ có giá trị khi nó không phá hủy mức độ hiển thị mà một thao tác thực sự cần.
Tài liệu tích hợp sàn giao dịch hiện tại của Dusk hướng dẫn các sàn sử dụng Moonlight, mô hình tài khoản công khai của nó. Các khoản tiền gửi được quét từ lịch sử đã được xác nhận, gán cho tài khoản khách hàng hoặc memo, và chỉ được ghi có sau khi việc thực thi và tính cuối cùng được xác nhận.
Lựa chọn này quan trọng. Một tổ chức lưu ký không chỉ cần một giao dịch để hợp lệ về mặt mật mã; họ phải biết nên ghi có cho khách hàng nào, tránh hạch toán trùng lặp, và có thể tái tạo sổ cái sau này. Việc ẩn thêm dữ liệu ở ranh giới đó có thể làm tăng rủi ro vận hành thay vì giảm nó.
Tuy nhiên, thái cực ngược lại cũng chưa chắc đúng. Nếu mọi luồng tài chính đều được công khai chỉ vì việc đối soát dễ hơn, thì tính bảo mật sẽ biến mất đúng nơi thị trường có thể cần nó.
Vì vậy, tôi không coi thiết kế quyền riêng tư của Dusk là “làm cho tài chính trở nên riêng tư.” Ý tưởng mạnh mẽ hơn thì hẹp hơn: làm cho tính hiển thị trở thành chủ ý. Quyền riêng tư thuộc về nơi việc công khai tạo ra phơi bày không cần thiết; tính minh bạch thuộc về nơi việc phối hợp phụ thuộc vào bằng chứng được chia sẻ. Tài liệu về hạ tầng thị trường rộng hơn của Dusk cũng nêu rõ rằng toàn bộ ngăn xếp được xây quanh việc phối hợp dữ liệu công khai và dữ liệu được bảo vệ, thay vì làm mọi quy trình đồng loạt trở nên riêng tư.
Đó là một bài toán kiến trúc khó hơn nhiều so với chỉ tối đa hóa mức độ bí mật.
@Dusk $DUSK #dusk $MAGMA $BOME
Một mạng tài chính tập trung vào quyền riêng tư chọn mô hình giao dịch công khai để đổi tiền gửi có vẻ mâu thuẫn. Tôi nghĩ nó tiết lộ một quy tắc hữu ích hơn: quyền riêng tư chỉ có giá trị khi nó không phá hủy mức độ hiển thị mà một thao tác thực sự cần.
Tài liệu tích hợp sàn giao dịch hiện tại của Dusk hướng dẫn các sàn sử dụng Moonlight, mô hình tài khoản công khai của nó. Các khoản tiền gửi được quét từ lịch sử đã được xác nhận, gán cho tài khoản khách hàng hoặc memo, và chỉ được ghi có sau khi việc thực thi và tính cuối cùng được xác nhận.
Lựa chọn này quan trọng. Một tổ chức lưu ký không chỉ cần một giao dịch để hợp lệ về mặt mật mã; họ phải biết nên ghi có cho khách hàng nào, tránh hạch toán trùng lặp, và có thể tái tạo sổ cái sau này. Việc ẩn thêm dữ liệu ở ranh giới đó có thể làm tăng rủi ro vận hành thay vì giảm nó.
Tuy nhiên, thái cực ngược lại cũng chưa chắc đúng. Nếu mọi luồng tài chính đều được công khai chỉ vì việc đối soát dễ hơn, thì tính bảo mật sẽ biến mất đúng nơi thị trường có thể cần nó.
Vì vậy, tôi không coi thiết kế quyền riêng tư của Dusk là “làm cho tài chính trở nên riêng tư.” Ý tưởng mạnh mẽ hơn thì hẹp hơn: làm cho tính hiển thị trở thành chủ ý. Quyền riêng tư thuộc về nơi việc công khai tạo ra phơi bày không cần thiết; tính minh bạch thuộc về nơi việc phối hợp phụ thuộc vào bằng chứng được chia sẻ. Tài liệu về hạ tầng thị trường rộng hơn của Dusk cũng nêu rõ rằng toàn bộ ngăn xếp được xây quanh việc phối hợp dữ liệu công khai và dữ liệu được bảo vệ, thay vì làm mọi quy trình đồng loạt trở nên riêng tư.
Đó là một bài toán kiến trúc khó hơn nhiều so với chỉ tối đa hóa mức độ bí mật.
@Dusk $DUSK #dusk $MAGMA $BOME