Tôi cứ quay lại DuskEVM vì một lý do khác với những gì tôi dự đoán. Lý do “rõ ràng” nhất là khả năng tương thích với Ethereum, nhưng điều đó gần như cảm giác là quá dễ để chỉ dừng ở mức đó.
EVM ngày nay đã là một lớp hạ tầng khổng lồ: Solidity, Foundry, Hardhat, viem, ethers, ví, RPC, indexer và các quy trình phát triển quen thuộc.
Các nhà phát triển không cần thêm một hệ sinh thái để học.
Họ cần một lý do để thực sự sử dụng thứ mà họ đã biết ở một nơi mới nào đó.
Điều đó khiến DuskEVM trở nên thú vị hơn như một cây cầu hơn là “một chuỗi EVM khác.”
Ý tưởng là giữ trải nghiệm hướng tới Ethereum trong khi DuskDS lo phần quyết toán (settlement) và tính sẵn có của dữ liệu ở phía bên dưới.
@Dusk_Foundation được dùng cho gas, còn các ứng dụng thì được truy cập vào phần còn lại của ngăn xếp Dusk.
Phần khiến tôi cứ suy nghĩ mãi là chi phí gia nhập.
Nếu một nhà phát triển có thể mang theo các công cụ quen thuộc thay vì phải học một ngăn xếp hoàn toàn mới và xây lại mọi thứ từ đầu, thì $DUSK sẽ có cơ hội thu hút các ứng dụng thực sự tốt hơn rất nhiều.
Và các tài sản được quản lý (regulated assets) càng làm cho sự khác biệt đó trở nên quan trọng hơn.
Logic hợp đồng thông minh chỉ là một phần khi mà tuân thủ, quyền riêng tư và quyết toán đều quan trọng.
Nhưng có một điểm vướng.
Nếu công cụ của Ethereum là lý do chính để dùng DuskEVM, vậy tại sao không chỉ xây trực tiếp trên Ethereum hoặc một L2 rồi gắn thêm các mảnh còn thiếu về tuân thủ và quyền riêng tư lên đó?
Đó là lúc việc tương thích EVM đơn thuần không còn đủ.
DuskEVM cần các ứng dụng khiến ngăn xếp Dusk phía bên dưới trở nên đáng để vượt qua cây cầu.
Nếu không, thì đó chỉ là một giao diện quen thuộc khác trong một thị trường vốn đã rất đông đúc.

#dusk