Càng nhìn DuskEVM, tôi càng thấy phần thú vị không chỉ là việc Dusk giờ đây hỗ trợ EVM.
Mà là các nhà phát triển không cần phải vứt bỏ quy trình làm việc mà họ đã quen.
Nếu bạn đang xây dựng với Solidity, Foundry, Hardhat, viem, ethers hoặc các ví EVM quen thuộc, DuskEVM được thiết kế để đưa trải nghiệm đó vào hệ sinh thái Dusk.
Nhưng kiến trúc bên dưới mới là thứ đã thu hút sự chú ý của tôi.
DuskEVM xử lý việc thực thi tương thích với Ethereum, trong khi DuskDS cung cấp lớp đồng thuận, thanh toán và sẵn sàng dữ liệu nền tảng.
DUSK được dùng để thực thi và nó có thể di chuyển giữa Dusk L1 và DuskEVM thông qua cầu nối.
Đường đi của giao dịch cũng đáng để hiểu.
Một giao dịch đến bộ sắp xếp (sequencer) của DuskEVM, được đưa vào một khối L2, và bộ đóng gói (batcher) công bố dữ liệu giao dịch lên DuskDS. Sau đó, các cam kết trạng thái và các bằng chứng lỗi kết nối trạng thái thu được trở lại DuskDS để thanh toán.
Sự khác biệt này quan trọng.
Việc đưa giao dịch vào (inclusion) không tự động đồng nghĩa với thanh toán cuối cùng (final settlement).
Tôi cũng thích rằng Dusk không ép mọi nhà phát triển phải vào một môi trường duy nhất.
Các nhà phát triển EVM có thể dùng DuskEVM và các công cụ sẵn có của họ, trong khi những người xây dựng các hợp đồng Rust/WASM trực tiếp cho Dusk L1 có thể tiếp tục sử dụng DuskVM.
Vì vậy, kết luận của tôi khá đơn giản:
DuskEVM không thú vị chỉ vì nó mang lại khả năng tương thích EVM cho Dusk.
Nó thú vị vì nó cung cấp một môi trường thực thi quen thuộc cho nhà phát triển, đồng thời kết nối môi trường đó với kiến trúc thanh toán và sẵn sàng dữ liệu riêng của Dusk.
Điều này giống như một câu chuyện lớn hơn nhiều so với việc chỉ nói rằng, “Dusk giờ đã có EVM.”
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE
Mà là các nhà phát triển không cần phải vứt bỏ quy trình làm việc mà họ đã quen.
Nếu bạn đang xây dựng với Solidity, Foundry, Hardhat, viem, ethers hoặc các ví EVM quen thuộc, DuskEVM được thiết kế để đưa trải nghiệm đó vào hệ sinh thái Dusk.
Nhưng kiến trúc bên dưới mới là thứ đã thu hút sự chú ý của tôi.
DuskEVM xử lý việc thực thi tương thích với Ethereum, trong khi DuskDS cung cấp lớp đồng thuận, thanh toán và sẵn sàng dữ liệu nền tảng.
DUSK được dùng để thực thi và nó có thể di chuyển giữa Dusk L1 và DuskEVM thông qua cầu nối.
Đường đi của giao dịch cũng đáng để hiểu.
Một giao dịch đến bộ sắp xếp (sequencer) của DuskEVM, được đưa vào một khối L2, và bộ đóng gói (batcher) công bố dữ liệu giao dịch lên DuskDS. Sau đó, các cam kết trạng thái và các bằng chứng lỗi kết nối trạng thái thu được trở lại DuskDS để thanh toán.
Sự khác biệt này quan trọng.
Việc đưa giao dịch vào (inclusion) không tự động đồng nghĩa với thanh toán cuối cùng (final settlement).
Tôi cũng thích rằng Dusk không ép mọi nhà phát triển phải vào một môi trường duy nhất.
Các nhà phát triển EVM có thể dùng DuskEVM và các công cụ sẵn có của họ, trong khi những người xây dựng các hợp đồng Rust/WASM trực tiếp cho Dusk L1 có thể tiếp tục sử dụng DuskVM.
Vì vậy, kết luận của tôi khá đơn giản:
DuskEVM không thú vị chỉ vì nó mang lại khả năng tương thích EVM cho Dusk.
Nó thú vị vì nó cung cấp một môi trường thực thi quen thuộc cho nhà phát triển, đồng thời kết nối môi trường đó với kiến trúc thanh toán và sẵn sàng dữ liệu riêng của Dusk.
Điều này giống như một câu chuyện lớn hơn nhiều so với việc chỉ nói rằng, “Dusk giờ đã có EVM.”
@Dusk_Foundation
#dusk $DUSK
$EDEN $AKE