“Vì sao Dusk tập trung vào tài chính on-chain được quản lý”
Điều thực sự thu hút sự chú ý của tôi trong tuần này không phải là việc ra mắt testnet DuskEVM — mà là lựa chọn kiến trúc đứng sau nó. Quỹ Dusk đã xác nhận vào ngày 10/8 rằng testnet DuskEVM hiện đã hoạt động, cho phép các nhà phát triển Solidity/Hardhat triển khai trên Dusk. Nhưng đào sâu một lớp nữa: nó chạy trên một OP Stack/op-geth sequencer, và thay vì tự quyết toán độc lập, nó gom lô dữ liệu giao dịch rồi gửi batch về DuskDS — lớp data-availability (tính sẵn sàng dữ liệu) riêng của Dusk — với phí gas được trả bằng DUSK theo cả hai hướng.
Đây là một quyết định thiết kế có chủ đích, không phải một động thái “chúng tôi chỉ thêm hỗ trợ EVM”. Nó gắn mọi hoạt động trên DuskEVM trực tiếp trở lại các cơ chế đảm bảo quyết toán của chuỗi nền, điều này quan trọng nếu bạn đang hướng tới các quy trình cho tài sản được quản lý, thay vì chỉ đuổi theo DeFi TVL.
Tôi đã tìm trên DuskScan (trình khám phá cộng đồng mới hơn) để xem số lượt triển khai thực tế sau khi ra mắt, nhưng mới được ba ngày thì vẫn chưa có đủ hoạt động hợp đồng riêng biệt để phân biệt rõ sự quan tâm thật của nhà phát triển với những người dùng thử nghiệm testnet.
Đó là khoảng trống trung thực ở đây — điều này xác nhận quyền truy cập của nhà phát triển, chứ không phải mức độ áp dụng. Chưa thể trả lời liệu các đội ngũ nghiêm túc đang xây dựng sản phẩm tokenization tuân thủ có thực sự xuất hiện trên DuskEVM hay không, so với các dự án EVM thuần túy đang kiểm tra tính tương thích.
Điều gì sẽ thuyết phục bạn rằng đây là nhiều hơn tín hiệu hạ tầng?

@Dusk_Foundation Dusk $DUSK #dusk