Một ngân hàng không cần số dư chính xác của bạn. Ngân hàng cần bằng chứng rằng số dư đó là đủ. Dusk đưa sự khác biệt đó vào ngay chính giao thức.
Tôi từng cho rằng tuân thủ trên chuỗi có nghĩa là phải công khai toàn bộ con số cho bất kỳ ai đang kiểm tra. Rồi tôi phát hiện cách mà bằng chứng thực sự hoạt động.
Người dùng có thể tạo một bằng chứng không kiến thức (zero-knowledge) rằng số dư đáp ứng một ngưỡng yêu cầu, đủ để đáp ứng margin call, kiểm tra tài sản thế chấp, hoặc quy tắc giữ tối thiểu, mà không tiết lộ số dư thực sự là bao nhiêu. Bằng chứng chỉ trả lời một câu hỏi dạng “có/không”. Không có gì khác rời khỏi ví.
Về mặt tài chính, điều này thay thế tiêu chuẩn hiện tại—việc cung cấp toàn bộ sao kê tài khoản để chứng minh khả năng thanh toán—bằng một bằng chứng duy nhất được giới hạn đúng theo điều đã được yêu cầu. Đối tác chỉ biết “đủ.” Không bao giờ biết “bao nhiêu.”
Đây là nguyên mẫu tương tự mà các tài liệu kỹ thuật của chính Dusk chỉ ra khi giải thích điều gì khiến thiết kế khác với việc chỉ che giấu giao dịch đơn thuần: chứng minh một sự thật, chứ không che giấu một con số, đã là trọng tâm của mô hình ngay từ đầu.
Những điểm chưa được đề cập: liệu hai đối tác cần chứng minh hai ngưỡng khác nhau từ cùng một số dư có thể tái sử dụng một bằng chứng duy nhất hay mỗi bên cần tạo riêng của mình từ đầu.
@Dusk $DUSK #dusk $HEMI $MUBARAK
Tôi từng cho rằng tuân thủ trên chuỗi có nghĩa là phải công khai toàn bộ con số cho bất kỳ ai đang kiểm tra. Rồi tôi phát hiện cách mà bằng chứng thực sự hoạt động.
Người dùng có thể tạo một bằng chứng không kiến thức (zero-knowledge) rằng số dư đáp ứng một ngưỡng yêu cầu, đủ để đáp ứng margin call, kiểm tra tài sản thế chấp, hoặc quy tắc giữ tối thiểu, mà không tiết lộ số dư thực sự là bao nhiêu. Bằng chứng chỉ trả lời một câu hỏi dạng “có/không”. Không có gì khác rời khỏi ví.
Về mặt tài chính, điều này thay thế tiêu chuẩn hiện tại—việc cung cấp toàn bộ sao kê tài khoản để chứng minh khả năng thanh toán—bằng một bằng chứng duy nhất được giới hạn đúng theo điều đã được yêu cầu. Đối tác chỉ biết “đủ.” Không bao giờ biết “bao nhiêu.”
Đây là nguyên mẫu tương tự mà các tài liệu kỹ thuật của chính Dusk chỉ ra khi giải thích điều gì khiến thiết kế khác với việc chỉ che giấu giao dịch đơn thuần: chứng minh một sự thật, chứ không che giấu một con số, đã là trọng tâm của mô hình ngay từ đầu.
Những điểm chưa được đề cập: liệu hai đối tác cần chứng minh hai ngưỡng khác nhau từ cùng một số dư có thể tái sử dụng một bằng chứng duy nhất hay mỗi bên cần tạo riêng của mình từ đầu.
@Dusk $DUSK #dusk $HEMI $MUBARAK
