Xem PoS nhiều rồi sẽ phát hiện một bí mật công khai: xác minh nút đã thế chấp bao nhiêu, quyền được tạo khối lớn đến mức nào
Toàn mạng đều nhìn thấy quy mô vốn bị phơi bày hoàn toàn, các ông lớn thì chăm chăm giám sát nhau—cứ như “bảng công khai” chạy thẳng trên chuỗi
Bạch thư của @Dusk lại che giấu lớp này, hơn nữa không chỉ che giấu lớp giao dịch mà còn che giấu luôn cả lớp đồng thuận
Trước hết, tôi đánh giá tổng thể của mình là: nó hơi giống Monero, Zcash
Ngay chính bạch thư cũng đã tự hệ thống lại vấn đề mà người đi trước từng vấp phải—phân tích đồ thị giao dịch của Bitcoin đã được chứng minh là có thể khử ẩn danh; tiền mã hoá tập trung vào quyền riêng tư giải quyết ẩn danh giao dịch, nhưng lại chưa giải quyết được tính minh bạch của việc thế chấp; Algorand thì đạt gần như tính “kết thúc ngay lập tức”, nhưng ủy ban hơn 2.000 người và chứng chỉ khối lại quá nặng
Ý tưởng của Dusk là: làm cả ba—quyền riêng tư, kết thúc ngay lập tức, và tham gia nhẹ
Cơ chế cốt lõi là đồng thuận SBA
Nó tách thành hai vai trò: người tạo khối và ủy ban; quyền tạo khối được quyết định bởi Proof-of-Blind Bid: số tiền thế chấp được cam kết bằng Pedersen để che mờ, còn người tạo khối lại dùng bằng chứng không kiến thức PLONK để tự chứng minh tư cách—danh tính và số tiền hoàn toàn không lộ suốt quá trình
Toàn bộ quy trình đi qua ba giai đoạn: tạo lập, rút gọn và giao thức; khi số người thế chấp trung thực chiếm hơn hai phần ba, tính kết thúc gần như tức thời, xác suất phân nhánh có thể bỏ qua
Tôi nghĩ chiêu này khéo ở chỗ nó thay đổi cách tính chi phí tấn công của kẻ tấn công—bạn không thể nhìn thấy ai đang thế chấp và thế chấp bao nhiêu, thì chi phí tấn công trở thành một “hộp đen”
Muốn làm điều xấu chỉ có thể mù quáng đặt cược—và bản thân điều đó đã là một lớp bảo mật
Lớp giao dịch là thiết kế song song hai tuyến
Phoenix thực hiện giao dịch ẩn danh theo UTxO, kết hợp địa chỉ tàng hình, nhóm ẩn danh tăng theo khối lượng giao dịch; Zedger chịu trách nhiệm tuân thủ, dựa trên cây Merkle thưa cho tài khoản riêng tư—chủ tài khoản chỉ cần công khai sự thay đổi của gốc băm, rồi kết hợp giao dịch theo danh sách trắng, xác nhận của bên nhận; đơn vị phát hành còn có thể tái dựng cấu trúc quyền sở hữu tại bất kỳ mốc thời gian lịch sử nào
Các yêu cầu quản lý khi token hoá chứng khoán được viết lần lượt vào trong giao thức
Tất nhiên, đánh giá của tôi có tiền đề: token hoá chứng khoán thật sự phải được triển khai, và lượng tài sản trên chuỗi phải tăng lên; nếu chính sách bị ép ở cả hai đầu và câu chuyện kéo dài trì trệ, thì logic sẽ không còn đúng
Gợi ý của tôi: đừng chỉ bám vào câu chuyện—hãy tập trung vào dữ liệu triển khai thực tế, đặc biệt là số lượng tài sản, số lượng provisioner hoạt động và tổng lượng thế chấp
$DUSK #dusk
Toàn mạng đều nhìn thấy quy mô vốn bị phơi bày hoàn toàn, các ông lớn thì chăm chăm giám sát nhau—cứ như “bảng công khai” chạy thẳng trên chuỗi
Bạch thư của @Dusk lại che giấu lớp này, hơn nữa không chỉ che giấu lớp giao dịch mà còn che giấu luôn cả lớp đồng thuận
Trước hết, tôi đánh giá tổng thể của mình là: nó hơi giống Monero, Zcash
Ngay chính bạch thư cũng đã tự hệ thống lại vấn đề mà người đi trước từng vấp phải—phân tích đồ thị giao dịch của Bitcoin đã được chứng minh là có thể khử ẩn danh; tiền mã hoá tập trung vào quyền riêng tư giải quyết ẩn danh giao dịch, nhưng lại chưa giải quyết được tính minh bạch của việc thế chấp; Algorand thì đạt gần như tính “kết thúc ngay lập tức”, nhưng ủy ban hơn 2.000 người và chứng chỉ khối lại quá nặng
Ý tưởng của Dusk là: làm cả ba—quyền riêng tư, kết thúc ngay lập tức, và tham gia nhẹ
Cơ chế cốt lõi là đồng thuận SBA
Nó tách thành hai vai trò: người tạo khối và ủy ban; quyền tạo khối được quyết định bởi Proof-of-Blind Bid: số tiền thế chấp được cam kết bằng Pedersen để che mờ, còn người tạo khối lại dùng bằng chứng không kiến thức PLONK để tự chứng minh tư cách—danh tính và số tiền hoàn toàn không lộ suốt quá trình
Toàn bộ quy trình đi qua ba giai đoạn: tạo lập, rút gọn và giao thức; khi số người thế chấp trung thực chiếm hơn hai phần ba, tính kết thúc gần như tức thời, xác suất phân nhánh có thể bỏ qua
Tôi nghĩ chiêu này khéo ở chỗ nó thay đổi cách tính chi phí tấn công của kẻ tấn công—bạn không thể nhìn thấy ai đang thế chấp và thế chấp bao nhiêu, thì chi phí tấn công trở thành một “hộp đen”
Muốn làm điều xấu chỉ có thể mù quáng đặt cược—và bản thân điều đó đã là một lớp bảo mật
Lớp giao dịch là thiết kế song song hai tuyến
Phoenix thực hiện giao dịch ẩn danh theo UTxO, kết hợp địa chỉ tàng hình, nhóm ẩn danh tăng theo khối lượng giao dịch; Zedger chịu trách nhiệm tuân thủ, dựa trên cây Merkle thưa cho tài khoản riêng tư—chủ tài khoản chỉ cần công khai sự thay đổi của gốc băm, rồi kết hợp giao dịch theo danh sách trắng, xác nhận của bên nhận; đơn vị phát hành còn có thể tái dựng cấu trúc quyền sở hữu tại bất kỳ mốc thời gian lịch sử nào
Các yêu cầu quản lý khi token hoá chứng khoán được viết lần lượt vào trong giao thức
Tất nhiên, đánh giá của tôi có tiền đề: token hoá chứng khoán thật sự phải được triển khai, và lượng tài sản trên chuỗi phải tăng lên; nếu chính sách bị ép ở cả hai đầu và câu chuyện kéo dài trì trệ, thì logic sẽ không còn đúng
Gợi ý của tôi: đừng chỉ bám vào câu chuyện—hãy tập trung vào dữ liệu triển khai thực tế, đặc biệt là số lượng tài sản, số lượng provisioner hoạt động và tổng lượng thế chấp
$DUSK #dusk