$DUSK $aDUSK #dusk — lớp được xây dựng để nhà phát triển dễ tiếp nhận mặc định là trong suốt, không riêng tư.
Phần lớn các chuỗi “riêng tư” coi việc tuân thủ như một suy nghĩ sau cùng gắn thêm lên một sổ cái công khai — máy trộn, cơ chế che chắn tùy chọn, một cổng KYC đứng tách ngoài giao thức. Dusk lại khác: quyền riêng tư được tích hợp ngay trong chính quá trình thanh toán. Theo tài liệu chính thức của Dusk, native DuskDS mang đến cho bạn hai mô hình giao dịch — Moonlight (trong suốt, số dư hiển thị) hoặc Phoenix (các ghi chú được che chắn, theo mặc định dùng zero-knowledge). @DuskFoundation đã xây dựng câu chuyện về tuân thủ dựa trên mặc định đó, không phải một phần gắn thêm.
Sau đó tôi xem DuskEVM, lớp tương thích Solidity thực sự nhằm thu hút nhà phát triển. Tài liệu mô tả Hedger, mô-đun quyền riêng tư mã hóa đồng cấu/homomorphic-encryption/ZK, như một công cụ bạn dùng khi “thấy phù hợp.” Hợp đồng thuần trên DuskEVM hoạt động như hợp đồng EVM thuần ở bất cứ đâu — trong suốt trừ khi ai đó chủ động kết nối Hedger. Mô hình gắn thêm mà Dusk chỉ trích ở các chuỗi khác lại xuất hiện ngay trên bề mặt tăng trưởng của chính họ.
Điều thay đổi với tôi: “quyền riêng tư theo thiết kế” ở đây không phải một thuộc tính đơn lẻ, mà là hai mặc định được khâu lại với nhau — và lớp mà đa số người xây dựng sẽ thực sự chạm tới lại thừa hưởng phần yếu hơn. Không làm sụp đổ luận điểm, chỉ thu hẹp phạm vi nó đúng ở đâu. Đáng để kiểm tra: các bản triển khai DuskEVM giai đoạn đầu có thực sự tích hợp Hedger hay đang phát hành ở dạng trong suốt như bất kỳ chuỗi EVM nào khác?
#dusk $DUSK @Dusk
Phần lớn các chuỗi “riêng tư” coi việc tuân thủ như một suy nghĩ sau cùng gắn thêm lên một sổ cái công khai — máy trộn, cơ chế che chắn tùy chọn, một cổng KYC đứng tách ngoài giao thức. Dusk lại khác: quyền riêng tư được tích hợp ngay trong chính quá trình thanh toán. Theo tài liệu chính thức của Dusk, native DuskDS mang đến cho bạn hai mô hình giao dịch — Moonlight (trong suốt, số dư hiển thị) hoặc Phoenix (các ghi chú được che chắn, theo mặc định dùng zero-knowledge). @DuskFoundation đã xây dựng câu chuyện về tuân thủ dựa trên mặc định đó, không phải một phần gắn thêm.
Sau đó tôi xem DuskEVM, lớp tương thích Solidity thực sự nhằm thu hút nhà phát triển. Tài liệu mô tả Hedger, mô-đun quyền riêng tư mã hóa đồng cấu/homomorphic-encryption/ZK, như một công cụ bạn dùng khi “thấy phù hợp.” Hợp đồng thuần trên DuskEVM hoạt động như hợp đồng EVM thuần ở bất cứ đâu — trong suốt trừ khi ai đó chủ động kết nối Hedger. Mô hình gắn thêm mà Dusk chỉ trích ở các chuỗi khác lại xuất hiện ngay trên bề mặt tăng trưởng của chính họ.
Điều thay đổi với tôi: “quyền riêng tư theo thiết kế” ở đây không phải một thuộc tính đơn lẻ, mà là hai mặc định được khâu lại với nhau — và lớp mà đa số người xây dựng sẽ thực sự chạm tới lại thừa hưởng phần yếu hơn. Không làm sụp đổ luận điểm, chỉ thu hẹp phạm vi nó đúng ở đâu. Đáng để kiểm tra: các bản triển khai DuskEVM giai đoạn đầu có thực sự tích hợp Hedger hay đang phát hành ở dạng trong suốt như bất kỳ chuỗi EVM nào khác?
#dusk $DUSK @Dusk
