$DUSK $aDUSK #dusk — lớp được xây dựng cho việc nhà phát triển tham gia theo mặc định là trong suốt, không riêng tư.
Hầu hết các “chuỗi riêng tư” coi việc tuân thủ như một suy nghĩ sau được gắn thêm lên một sổ cái công khai — mixer, tách che bổ sung tùy chọn, một cổng KYC nằm ngoài giao thức. Mở khóa của Dusk lại khác: quyền riêng tư được nhúng trực tiếp vào chính quá trình thanh toán. Theo tài liệu của Dusk, DuskDS gốc của họ cung cấp 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, mặc định là zero-knowledge). @DuskFoundation xây dựng câu chuyện tuân thủ của mình dựa trên chính mặc định đó, chứ không phải một phần phụ thêm.
Sau đó tôi xem DuskEVM, lớp tương thích Solidity thực sự được nhắm tới để 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/phần ZK — như một công cụ bạn sử dụng “khi phù hợp”. Các hợp đồng thuần chạy trên DuskEVM hoạt động giống hệt các hợp đồng EVM thông thường ở bất cứ đâu — trong suốt trừ khi ai đó chủ động cấu hình tích hợp Hedger. Cách làm “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 phát triển của chính họ.
Thay đổi đối với tôi: “quyền riêng tư theo thiết kế” không phải là một thuộc tính duy nhất ở đây, mà là hai mặc định được ghép lại với nhau — và lớp mà đa số người xây dựng thực sự chạm tới sẽ thừa hưởng mặc định 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 triển khai DuskEVM giai đoạn đầu có thực sự tích hợp Hedger không, hay họ phát hành theo kiểu trong suốt như bất kỳ chuỗi EVM nào khác?
#dusk $DUSK @Dusk
Hầu hết các “chuỗi riêng tư” coi việc tuân thủ như một suy nghĩ sau được gắn thêm lên một sổ cái công khai — mixer, tách che bổ sung tùy chọn, một cổng KYC nằm ngoài giao thức. Mở khóa của Dusk lại khác: quyền riêng tư được nhúng trực tiếp vào chính quá trình thanh toán. Theo tài liệu của Dusk, DuskDS gốc của họ cung cấp 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, mặc định là zero-knowledge). @DuskFoundation xây dựng câu chuyện tuân thủ của mình dựa trên chính mặc định đó, chứ không phải một phần phụ thêm.
Sau đó tôi xem DuskEVM, lớp tương thích Solidity thực sự được nhắm tới để 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/phần ZK — như một công cụ bạn sử dụng “khi phù hợp”. Các hợp đồng thuần chạy trên DuskEVM hoạt động giống hệt các hợp đồng EVM thông thường ở bất cứ đâu — trong suốt trừ khi ai đó chủ động cấu hình tích hợp Hedger. Cách làm “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 phát triển của chính họ.
Thay đổi đối với tôi: “quyền riêng tư theo thiết kế” không phải là một thuộc tính duy nhất ở đây, mà là hai mặc định được ghép lại với nhau — và lớp mà đa số người xây dựng thực sự chạm tới sẽ thừa hưởng mặc định 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 triển khai DuskEVM giai đoạn đầu có thực sự tích hợp Hedger không, hay họ phát hành theo kiểu trong suốt như bất kỳ chuỗi EVM nào khác?
#dusk $DUSK @Dusk