#dusk $DUSK DuskEVM testnet đã được ra mắt rồi—các nhà phát triển có thể triển khai hợp đồng Solidity. Tôi đã theo dõi việc này suốt bốn tháng, vì đây là bước ngoặt quan trọng nhất của DUSK từ "kể chuyện" sang "đi vào sử dụng".$SPCXB
Tôi dành nửa ngày để rà soát tài liệu chính thức và lịch sử các commit trên kho GitHub. Định vị của DuskEVM rất rõ ràng: không phải tạo ra một bộ ngôn ngữ mới, mà tương thích với EVM, để các nhà phát triển Solidity hiện có có thể di chuyển trực tiếp. Chiến lược này rất thông minh—chi phí học tập bằng không, và rào cản đối với nhà phát triển thấp hơn nhiều so với những dự án yêu cầu họ học ngôn ngữ mới. Nhìn từ các commit gần đây của kho rusk trong vài tháng qua, các module như tối ưu trải nghiệm cho cầu nối (bridge UX), truy vấn thông tin máy ảo (VM host), và quản lý trạng thái giao dịch đều đang được lặp đi lặp lại với tần suất cao—không phải kiểu "vẽ bánh".
Nhưng điều tôi quan tâm không phải là "có thể triển khai hợp đồng hay không", mà là "sau khi triển khai thì sao". Điểm bán hàng khác biệt của DuskEVM là lớp quyền riêng tư—Hedger giúp các khoản tiền của giao dịch không thể nhìn thấy trên chuỗi nhưng vẫn có thể kiểm toán. Đây là sự khác biệt cốt lõi của nó so với các chain EVM thông thường. Vấn đề là: nếu một nhà phát triển triển khai một giao thức DeFi lên DuskEVM mà không chủ động gọi đến module quyền riêng tư, thì nó chỉ là một ứng dụng EVM bình thường. Quyền riêng tư không phải là lựa chọn mặc định, mà là "một lựa chọn cần cấu hình thêm".$SNDKB
Điều này có nghĩa là việc hệ sinh thái của DuskEVM cất cánh phụ thuộc vào việc có bao nhiêu nhà phát triển sẵn sàng làm thêm một bước để tích hợp chức năng quyền riêng tư. Dấu mốc quan sát của tôi rất đơn giản: trong vòng ba tháng sau khi mainnet ra mắt, trong các hợp đồng được triển khai trên DuskEVM, có bao nhiêu hợp đồng thực sự tích hợp chức năng quyền riêng tư của Hedger. Nếu tỷ lệ vượt 30%, nghĩa là quyền riêng tư là nhu cầu chứ không phải chiêu trò; nếu dưới 10%, nghĩa là DuskEVM chỉ là thêm một chuỗi EVM nữa.
@Dusk