Modular là một trong những từ thoải mái nhất trong ngành này, và Dusk Network sử dụng nó rất nhiều. DuskDS đảm nhiệm cơ chế đồng thuận, thanh toán và tính sẵn sàng dữ liệu. DuskVM chạy trực tiếp các hợp đồng Rust và WASM trên lớp nền thông qua một engine Wasmtime. DuskEVM là một môi trường thực thi riêng trong OP Stack, nơi các hợp đồng Solidity được thanh toán trở lại qua DuskDS, với DUSK là token phí gas. Trên giấy tờ thì điều này nghe như sự kết hợp tốt nhất của cả hai thế giới: một môi trường bản địa cho các đội muốn truy cập trực tiếp vào các primitive quyền riêng tư của Dusk, và một môi trường EVM quen thuộc cho tất cả những người còn lại.
Tôi muốn ngồi lại với phần đánh đổi trong một giây thay vì lặp lại lời chào hàng. Hai môi trường thực thi đồng nghĩa với hai bộ công cụ, hai nơi thanh khoản có thể được gom riêng rẽ, và hai lộ trình quyền riêng tư khác nhau: Zedger trên DuskVM và Hedger trên DuskEVM, được xây dựng dựa trên các cách tiếp cận mật mã khác nhau. Một builder chọn DuskEVM vì sự quen thuộc sẽ có hỗ trợ Solidity, nhưng lại dựa vào sự kết hợp giữa mã hóa đồng cấu (homomorphic encryption) và zero knowledge của Hedger, thay vì mô hình Phoenix bản địa mà phần lớn tài liệu chuyên sâu về quyền riêng tư trên Dusk mô tả.
Tất cả những điều này không làm cho kiến trúc trở nên sai. Việc tách phần thanh toán khỏi phần thực thi là một lựa chọn có cơ sở, và nhiều chuỗi cũng tách trạng thái qua các rollups vì những lý do tương tự. Nhưng gọi nó là hoàn toàn mang tính cộng thêm thì đang đánh giá thấp cái giá phải trả. Bất kỳ nhà phát hành nào cũng giờ phải chọn một hướng, và mọi ví hoặc trình khám phá được cộng đồng xây dựng phải quyết định chọn bên nào, hoặc hỗ trợ cả hai.
Bên dưới cả hai môi trường là Kadcast, lớp peer-to-peer riêng của Dusk Network—một lớp overlay có cấu trúc thay vì cơ chế lan truyền dựa trên gossip mà hầu hết các chuỗi mặc định sử dụng—được xây dựng đặc biệt để giữ băng thông và độ trễ có thể dự đoán được khi mạng phát triển. Phần dùng chung này là lập luận mạnh nhất rằng đây là một hệ thống được phối hợp, chứ không phải hai chuỗi mang chung một cái tên. Tuy nhiên, một lớp mạng dùng chung không tự thân nào gộp hai hệ sinh thái nhà phát triển lại với nhau. Tính mô-đun là một quyết định thực sự, kèm theo một “chi phí phối hợp” thực sự—không phải là một bản nâng cấp miễn phí.
@Dusk #dusk $DUSK $BTW $ACE
Tôi muốn ngồi lại với phần đánh đổi trong một giây thay vì lặp lại lời chào hàng. Hai môi trường thực thi đồng nghĩa với hai bộ công cụ, hai nơi thanh khoản có thể được gom riêng rẽ, và hai lộ trình quyền riêng tư khác nhau: Zedger trên DuskVM và Hedger trên DuskEVM, được xây dựng dựa trên các cách tiếp cận mật mã khác nhau. Một builder chọn DuskEVM vì sự quen thuộc sẽ có hỗ trợ Solidity, nhưng lại dựa vào sự kết hợp giữa mã hóa đồng cấu (homomorphic encryption) và zero knowledge của Hedger, thay vì mô hình Phoenix bản địa mà phần lớn tài liệu chuyên sâu về quyền riêng tư trên Dusk mô tả.
Tất cả những điều này không làm cho kiến trúc trở nên sai. Việc tách phần thanh toán khỏi phần thực thi là một lựa chọn có cơ sở, và nhiều chuỗi cũng tách trạng thái qua các rollups vì những lý do tương tự. Nhưng gọi nó là hoàn toàn mang tính cộng thêm thì đang đánh giá thấp cái giá phải trả. Bất kỳ nhà phát hành nào cũng giờ phải chọn một hướng, và mọi ví hoặc trình khám phá được cộng đồng xây dựng phải quyết định chọn bên nào, hoặc hỗ trợ cả hai.
Bên dưới cả hai môi trường là Kadcast, lớp peer-to-peer riêng của Dusk Network—một lớp overlay có cấu trúc thay vì cơ chế lan truyền dựa trên gossip mà hầu hết các chuỗi mặc định sử dụng—được xây dựng đặc biệt để giữ băng thông và độ trễ có thể dự đoán được khi mạng phát triển. Phần dùng chung này là lập luận mạnh nhất rằng đây là một hệ thống được phối hợp, chứ không phải hai chuỗi mang chung một cái tên. Tuy nhiên, một lớp mạng dùng chung không tự thân nào gộp hai hệ sinh thái nhà phát triển lại với nhau. Tính mô-đun là một quyết định thực sự, kèm theo một “chi phí phối hợp” thực sự—không phải là một bản nâng cấp miễn phí.
@Dusk #dusk $DUSK $BTW $ACE
