Hãy xem Moonlight và Phoenix của @Dusk được đặt cạnh nhau: nó giống như một cơ chế thanh toán hai tầng. Một tầng dành cho tài khoản công khai trong sổ, một tầng là hệ thống chứng từ có thể kiểm chứng nhưng không định danh, và cả hai dùng chung một bộ “kỷ luật thanh toán” tương tự nhau. Sau khi lật qua quyền truy cập hợp đồng và lộ trình chuyển tiền, kết luận rất rõ ràng—cấu trúc rủi ro–lợi ích vốn dĩ bất đối xứng từ gốc. Người dùng tưởng rằng mình nhận được sự tiện lợi về quyền riêng tư và tuân thủ, nhưng sự tiện lợi đó lại bị chia vào hai “bể tiền”; ranh giới tiết lộ giữa hai bể do chính giao thức quyết định tập trung.
Tài khoản của Moonlight dựa trên nonce và số dư công khai để dựng nên một tài khoản thanh toán chống phát lại và có thể kiểm toán, tương cận với cách đối soát từng giao dịch của tài khoản môi giới truyền thống. Phoenix thì dùng notes, nullifier và địa chỉ tàng hình để tạo thành chứng từ vô danh; mã huỷ chỉ chứng minh “vé đã bị huỷ”, không lộ người nắm giữ. Câu trong whitepaper Dusk—“hai mô hình đều không thể thiếu”—khi áp vào điều khoản tài chính thì chính là phân tầng công bố: lớp minh bạch gánh chi phí tuân thủ và truy vết, lớp gây nhiễu gánh rủi ro về mức độ tập trung của nhóm ẩn danh. Tính thanh khoản sâu và quy tắc công bố của hai lớp đều do tham số hợp đồng quy định, chứ không phải do người dùng “thỏa thuận”. Liệu người dùng thực sự có thể tự do chuyển đổi giữa riêng tư và minh bạch không? Có lẽ hơn—họ đang bị đẩy vào giữa hai bể rủi ro với mức phơi bày khác nhau, để rồi cấu hình thụ động.
Rủi ro của $DUSK sẽ nảy sinh từ đâu? Khả năng cao không nằm ở phần kiểm chứng chữ ký, mà ở việc hai ranh giới bị mất ổn định. Nếu nhóm ẩn danh bị thu hẹp, mức độ riêng tư của Phoenix cũng sẽ đi xuống theo; nếu luồng tiền qua lại giữa lớp minh bạch và lớp gây nhiễu bị hệ thống đánh dấu mang tính hệ thống, thì cái gọi là “công bố chọn lọc” sẽ nhanh chóng biến thành truy vết gần như toàn bộ. Cộng thêm việc dòng tiền mới vào giảm xuống dưới ngưỡng duy trì, hoặc các địa chỉ lớn tập trung di chuyển giữa hai bể, thì điểm kết của cơ chế thanh toán hai tầng này rất có thể là một sự kiện tín dụng của một sản phẩm dạng cấu trúc. Khác biệt chỉ ở chỗ: “tín dụng” ở đây được thuật toán đứng ra chứng nhận, còn thuật toán thì không hề có nghĩa vụ thanh toán.
Ở giai đoạn hiện tại, tôi không giữ vị thế theo hướng cố định cho #dusk —chỉ để lại một ngân sách rủi ro nhất định. Kiểm soát mức phơi bày ở ngưỡng dưới của khoản lỗ có thể chấp nhận; khi quy mô nhóm ẩn danh thu hẹp hoặc có bất thường trong việc chuyển giữa hai bể thì ưu tiên rút ra trước, thay vì chờ kịch bản đảo chiều. Chỉ cần theo dõi không nhiều chỉ số on-chain mỗi ngày: xu hướng tổng lượng khóa, biến động nắm giữ của các địa chỉ lớn, và lịch sử thay đổi quyền của quản trị viên hợp đồng. Tôi không có lập trường đối với dự án này; thứ tôi có thể cung cấp chỉ là một con số “tỷ suất lợi nhuận kỳ vọng đã điều chỉnh theo rủi ro”.
Tài khoản của Moonlight dựa trên nonce và số dư công khai để dựng nên một tài khoản thanh toán chống phát lại và có thể kiểm toán, tương cận với cách đối soát từng giao dịch của tài khoản môi giới truyền thống. Phoenix thì dùng notes, nullifier và địa chỉ tàng hình để tạo thành chứng từ vô danh; mã huỷ chỉ chứng minh “vé đã bị huỷ”, không lộ người nắm giữ. Câu trong whitepaper Dusk—“hai mô hình đều không thể thiếu”—khi áp vào điều khoản tài chính thì chính là phân tầng công bố: lớp minh bạch gánh chi phí tuân thủ và truy vết, lớp gây nhiễu gánh rủi ro về mức độ tập trung của nhóm ẩn danh. Tính thanh khoản sâu và quy tắc công bố của hai lớp đều do tham số hợp đồng quy định, chứ không phải do người dùng “thỏa thuận”. Liệu người dùng thực sự có thể tự do chuyển đổi giữa riêng tư và minh bạch không? Có lẽ hơn—họ đang bị đẩy vào giữa hai bể rủi ro với mức phơi bày khác nhau, để rồi cấu hình thụ động.
Rủi ro của $DUSK sẽ nảy sinh từ đâu? Khả năng cao không nằm ở phần kiểm chứng chữ ký, mà ở việc hai ranh giới bị mất ổn định. Nếu nhóm ẩn danh bị thu hẹp, mức độ riêng tư của Phoenix cũng sẽ đi xuống theo; nếu luồng tiền qua lại giữa lớp minh bạch và lớp gây nhiễu bị hệ thống đánh dấu mang tính hệ thống, thì cái gọi là “công bố chọn lọc” sẽ nhanh chóng biến thành truy vết gần như toàn bộ. Cộng thêm việc dòng tiền mới vào giảm xuống dưới ngưỡng duy trì, hoặc các địa chỉ lớn tập trung di chuyển giữa hai bể, thì điểm kết của cơ chế thanh toán hai tầng này rất có thể là một sự kiện tín dụng của một sản phẩm dạng cấu trúc. Khác biệt chỉ ở chỗ: “tín dụng” ở đây được thuật toán đứng ra chứng nhận, còn thuật toán thì không hề có nghĩa vụ thanh toán.
Ở giai đoạn hiện tại, tôi không giữ vị thế theo hướng cố định cho #dusk —chỉ để lại một ngân sách rủi ro nhất định. Kiểm soát mức phơi bày ở ngưỡng dưới của khoản lỗ có thể chấp nhận; khi quy mô nhóm ẩn danh thu hẹp hoặc có bất thường trong việc chuyển giữa hai bể thì ưu tiên rút ra trước, thay vì chờ kịch bản đảo chiều. Chỉ cần theo dõi không nhiều chỉ số on-chain mỗi ngày: xu hướng tổng lượng khóa, biến động nắm giữ của các địa chỉ lớn, và lịch sử thay đổi quyền của quản trị viên hợp đồng. Tôi không có lập trường đối với dự án này; thứ tôi có thể cung cấp chỉ là một con số “tỷ suất lợi nhuận kỳ vọng đã điều chỉnh theo rủi ro”.
