Tôi đã xem lại phía thực thi của Dusk một lần nữa, và thành thật mà nói, đây là chỗ mà tôi nghĩ cuộc trò chuyện trở nên thú vị hơn một chút.

Vì Dusk không còn chỉ cung cấp cho nhà phát triển một môi trường thực thi duy nhất nữa.

Bạn có DuskVM ở một bên, chạy trực tiếp các hợp đồng Rust/WASM trên L1 thông qua một môi trường dựa trên Wasmtime. Và đây là hướng đi “native” hơn, đặc biệt khi bạn nói về tài sản, các luồng thân thiện với quyền riêng tư và khả năng zero-knowledge.

Tiếp theo là DuskEVM.

Và đây là phần quen thuộc với rất nhiều nhà phát triển.

Về cơ bản, bạn sẽ có một môi trường tương thích với OP Stack, chuẩn Ethereum JSON-RPC, bộ công cụ Solidity; những thứ mà các developer EVM đã quen và biết cách làm việc. Nhưng việc quyết toán và khả năng sẵn sàng dữ liệu được xử lý thông qua DuskDS.

Giờ thì, tôi thật sự thích ý tưởng đằng sau điều này.

Nếu tôi là một nhà phát triển đến từ Ethereum, tôi không nhất thiết muốn học lại mọi thứ chỉ để bắt đầu xây dựng trên Dusk. Công cụ quen thuộc sẽ giúp giảm rào cản.

Nhưng đây là phần tôi cứ phải suy nghĩ mãi.

Việc có hai con đường thực thi cuối cùng có tạo ra hai “thế giới” phát triển khác nhau không?

Vì không chỉ là chuyện code. Công cụ có thể phân kỳ. Thanh khoản có thể di chuyển theo cách khác nhau. Các ứng dụng có thể bắt đầu đưa ra những giả định khác nhau tùy vào môi trường mà chúng được xây dựng.

Và đó chính là sự đánh đổi mà tôi thấy thú vị.

Tính tương thích có thể giúp thu hút người xây dựng nhanh hơn, trong khi sự chuyên biệt lại bảo vệ hạ tầng thứ khiến Dusk trở nên khác biệt ngay từ đầu.

Vậy bài kiểm tra thực sự—ít nhất là đối với tôi—không phải là liệu DuskVM & DuskEVM có thể cùng hoạt động được hay không.

Mà là liệu người dùng và nhà phát triển cuối cùng có cảm nhận chúng như là một phần của cùng một hệ thống tài chính hay không.

Liệu Dusk có thể khiến hai môi trường này trở nên giống như một hệ sinh thái, thay vì hai hệ sinh thái chỉ đơn giản là dùng chung phần quyết toán?
@Dusk #dusk $DUSK
$PORTAL
$P