DuskEVM: Tính tương thích như một con đường tắt rủi ro 😈⚙️
Mọi người nói về tính tương thích EVM như thể đó chủ yếu là sự thuận tiện cho nhà phát triển. Với các tổ chức, đó còn là một con đường tắt rủi ro. Các nhóm đã quen với việc đánh giá Solidity, suy nghĩ về rủi ro thực thi EVM, lập tài liệu kiểm soát, giám sát hành vi hợp đồng. Sự quen thuộc này làm giảm thiểu sự xung đột nội bộ vốn thường khiến việc áp dụng thất bại trước cả khi giới hạn kỹ thuật xuất hiện.
Vì vậy, giá trị của DuskEVM không nằm ở việc "bây giờ bạn có thể triển khai". Nó nằm ở chỗ bạn có thể triển khai mà không buộc các tổ chức phải thay đổi mô hình tư duy mới chỉ để chạy thử nghiệm. Nếu Dusk muốn có các ứng dụng DeFi tuân thủ và ứng dụng RWA, nó cần một bề mặt trông quen thuộc với các nhà phát triển và kiểm toán viên, trong khi lớp thanh toán bên dưới mang theo các giả định về quyền riêng tư và khả năng kiểm toán mà Dusk đang đặt cược vào.
Điểm then chốt nằm ở cảm giác "nguyên bản" đến đâu. Các lớp EVM nông sẽ thất bại khi hoạt động thực tế bắt đầu: gỡ lỗi, lập chỉ mục, giám sát, phản ứng sự cố. Các tổ chức không muốn "tương thích gần như hoàn toàn". Họ muốn các quy trình cảm giác chuẩn đến mức có thể tích hợp vào quy trình hiện tại. Nếu DuskEVM đạt được điều đó, nó sẽ trở thành một cửa ngõ dẫn vào danh tính theo hướng quy định trước của Dusk, chứ không chỉ đơn thuần là một chuỗi khác nơi các dự án DeFi sao chép đến.
Cũng có một lựa chọn chiến lược ở đây. Nếu hoạt động ban đầu trên DuskEVM chủ yếu là các mẫu DeFi thông thường, thị trường sẽ coi nó như một mặt hàng phổ thông. Nếu nó thu hút các ứng dụng thực sự sử dụng tính bảo mật có thể kiểm toán và các luồng tuân thủ, nó sẽ trở nên khác biệt. Danh tính của chuỗi sẽ được định hình bởi những gì được xây dựng đầu tiên, chứ không phải bởi những gì có thể thực hiện về mặt lý thuyết.
Bạn có nghĩ rằng DuskEVM ban đầu sẽ thu hút nhiều nhà phát triển theo mặc định EVM, hay những nhà phát triển chủ ý nhắm vào các luồng hoạt động được quản lý? 👀
