#dusk $DUSK Hôm nay mình đọc tài liệu testnet của DuskEVM của @Dusk, ban đầu cứ tưởng rằng đây chính là “Dusk cuối cùng cũng hỗ trợ Solidity”—một lớp tương thích chuẩn EVM, nhà phát triển chỉ cần mang hợp đồng từ Ethereum sang và chạy. Nhưng khi xem sơ đồ kiến trúc và mối quan hệ giữa DuskEVM và DuskDS, mình mới nhận ra mọi chuyện không đơn giản như vậy.
DuskEVM được xây dựng dựa trên OP Stack, dùng giao diện chuẩn Ethereum JSON-RPC, Chain ID 745, token gas vẫn là $DUSK . Nhà phát triển có thể triển khai hợp đồng bằng Foundry hoặc Hardhat; trình duyệt testnet cũng là Blockscout. Nhìn bề ngoài thì không khác mấy so với các chain khác trong hệ OP Stack.
Điểm mấu chốt là DuskEVM không tự lo phần settlement và DA. Nó thực thi ở tầng EVM, còn việc quyết toán và tính sẵn sàng dữ liệu được giao cho DuskDS—tức là lớp đồng thuận và finality của Dusk L1. Điều này có nghĩa là hợp đồng EVM chạy trong môi trường tương thích, nhưng trạng thái cuối cùng lại được chốt bởi đồng thuận Succinct Attestation của DuskDS—hưởng finality mang tính xác định, chứ không phải kiểu xác nhận theo xác suất.
Mình ví von: không phải là việc trong trung tâm thành phố lại mở thêm một trung tâm thương mại cùng thông số, mà là trong trung tâm đó các cửa hàng dùng chung một hệ thống thu ngân quen thuộc (EVM), nhưng cuối cùng mọi khoản thu vẫn được chuyển về kho quỹ của tổng bộ (DuskDS) để quyết toán. Khách hàng không thấy khác biệt, nhưng kiểm toán và tuân thủ thì dựa trên sổ cái của tổng bộ, không dựa vào bộ nhớ đệm của máy thu ngân.
Ở đây có một ràng buộc dễ bị bỏ qua: DuskEVM và Dusk L1 được nối với nhau qua bridge. DUSK là cùng một tài sản trong hệ thống tài khoản ở hai bên, nhưng chuyển tiền xuyên tầng cần thao tác bridge. Nếu thanh khoản của bridge không đủ hoặc độ trễ quá cao, trải nghiệm DeFi ở tầng EVM sẽ bị giảm chất lượng. Ở giai đoạn testnet hiện tại, dữ liệu về thông lượng thực tế và độ trễ của bridge còn chưa nhiều. @Dusk
Vì vậy, khi nhìn “bước EVM” này (#dusk ), mình sẽ tập trung vào lượng hợp đồng triển khai thực tế trên testnet, phân phối độ trễ của bridge, và chi phí ma sát cho việc luân chuyển tài sản giữa DuskEVM và Dusk L1. $DUSK Có cổng vào EVM không có nghĩa là nhà phát triển chắc chắn sẽ đến; điều quan trọng là sau khi đến thì có giữ được họ lại hay không.