Hãy bình luận về ý tưởng của bạn
Đăng
--
Kiko奇科
·
--
DuskVM vs DuskEVM: Hai hướng đi cho nhà phát triển
Một blockchain có cần buộc mọi nhà phát triển phải đi vào cùng một môi trường thực thi không?
Dusk có một cách tiếp cận khác: cung cấp hai lộ trình smart contract, mỗi lộ trình được thiết kế cho một mô hình phát triển khác nhau.
DuskVM là lộ trình gốc. Nhà phát triển viết contract bằng Rust, biên dịch chúng thành WASM và thực thi trực tiếp trên Dusk L1. Nhờ đó, contract có quyền truy cập trực tiếp vào mô hình thực thi của Dusk L1, các mô hình giao dịch và giao thức, các protocol contract và năng lực cần được đặt sát lớp nền tảng, bao gồm cả tính năng bảo mật và khả năng zero-knowledge.
DuskEVM đi theo hướng tập trung vào khả năng tương thích. Nhà phát triển có thể sử dụng Solidity hoặc Vyper cùng với các thư viện và công cụ ví EVM quen thuộc. Việc settlement và cung cấp dữ liệu sẵn có được đảm bảo thông qua DuskDS, trong khi DUSK đóng vai trò là token gas gốc.
Vì vậy, sự khác biệt không nằm ở việc chọn môi trường nào tốt hơn, mà là ở việc khớp kiến trúc với yêu cầu của ứng dụng: DuskVM ưu tiên thực thi trực tiếp trên L1 và các năng lực đặc thù của Dusk. DuskEVM làm giảm rào cản cho các nhà phát triển vốn đã làm việc trong hệ sinh thái Ethereum.
Đối với Dusk, việc cung cấp cả hai lộ trình tạo ra một sự cân bằng thú vị giữa tính năng gốc và sự quen thuộc của nhà phát triển.
Việc hỗ trợ đồng thời thực thi gốc và tương thích EVM có thể là chiến lược phát triển mạnh mẽ hơn so với việc buộc một môi trường phổ quát không?
$DUSK
#dusk @Dusk
Một blockchain có cần buộc mọi nhà phát triển phải đi vào cùng một môi trường thực thi không?
Dusk có một cách tiếp cận khác: cung cấp hai lộ trình smart contract, mỗi lộ trình được thiết kế cho một mô hình phát triển khác nhau.
DuskVM là lộ trình gốc. Nhà phát triển viết contract bằng Rust, biên dịch chúng thành WASM và thực thi trực tiếp trên Dusk L1. Nhờ đó, contract có quyền truy cập trực tiếp vào mô hình thực thi của Dusk L1, các mô hình giao dịch và giao thức, các protocol contract và năng lực cần được đặt sát lớp nền tảng, bao gồm cả tính năng bảo mật và khả năng zero-knowledge.
DuskEVM đi theo hướng tập trung vào khả năng tương thích. Nhà phát triển có thể sử dụng Solidity hoặc Vyper cùng với các thư viện và công cụ ví EVM quen thuộc. Việc settlement và cung cấp dữ liệu sẵn có được đảm bảo thông qua DuskDS, trong khi DUSK đóng vai trò là token gas gốc.
Vì vậy, sự khác biệt không nằm ở việc chọn môi trường nào tốt hơn, mà là ở việc khớp kiến trúc với yêu cầu của ứng dụng: DuskVM ưu tiên thực thi trực tiếp trên L1 và các năng lực đặc thù của Dusk. DuskEVM làm giảm rào cản cho các nhà phát triển vốn đã làm việc trong hệ sinh thái Ethereum.
Đối với Dusk, việc cung cấp cả hai lộ trình tạo ra một sự cân bằng thú vị giữa tính năng gốc và sự quen thuộc của nhà phát triển.
Việc hỗ trợ đồng thời thực thi gốc và tương thích EVM có thể là chiến lược phát triển mạnh mẽ hơn so với việc buộc một môi trường phổ quát không?
$DUSK
#dusk @Dusk
Tuyên bố miễn trừ trách nhiệm: Nội dung bao gồm cả quan điểm của bên thứ ba, không phải lời khuyên. Có thể sử dụng nội dung do Binance Ai đưa ra nhưng không được đảm bảo. Xem Điều khoản & Điều kiện.