#dusk $DUSK @Dusk Lúc đầu, tôi coi khả năng tương thích EVM như một chiếc checkbox.
Nếu một chain hỗ trợ Solidity, thì các developer có thể chuyển sang. Đơn giản vậy thôi, đúng không?
Nhưng khi tôi xem kỹ hơn DuskEVM, giả định đó bắt đầu cảm thấy hơi nông.
Điều thực sự quan trọng là các developer có thể mang theo được gì khi họ di chuyển.
Với DuskEVM, developer có thể làm việc trong một môi trường tương đương EVM bằng Solidity và các công cụ EVM quen thuộc. Điều đó có nghĩa là câu chuyện không chỉ đơn thuần là thêm một môi trường thực thi khác. Mà là giảm khoảng cách giữa những gì developer đã biết và những gì Dusk đang xây dựng.
Phần đó đã thu hút sự chú ý của tôi.
Bởi vì việc yêu cầu một developer học hoàn toàn một stack mới là một chuyện. Việc cho phép họ mang theo các quy trình smart contract quen thuộc vào một kiến trúc blockchain khác lại là chuyện khác.
Và rồi còn DuskDS.
DuskEVM xử lý phần thực thi, trong khi DuskDS cung cấp nền tảng settlement và data-availability bên dưới nó. DuskVM là một đường thực thi khác, chạy trực tiếp các smart contract Rust/WASM trên Dusk L1.
Vì vậy tôi bắt đầu tự hỏi:
Nếu các môi trường thực thi khác nhau có thể dựa vào cùng một nền tảng settlement, liệu điều đó có khiến tổng thể kiến trúc trở nên linh hoạt hơn không?
Có thể.
Nhưng tôi không nghĩ chỉ riêng tương thích EVM là đủ để chứng minh điều gì.
Thử nghiệm thực sự là điều gì xảy ra sau khi developer đã đến. Họ có thực sự xây dựng không? Bộ công cụ có đủ thoải mái không? Các ứng dụng có được lợi từ việc tách bạch giữa phần thực thi và settlement không?
Đó là những gì tôi quan tâm theo dõi ngay lúc này.
Với một Layer 1 đang nổi lên, hỗ trợ Solidity có đủ để thu hút developer không, hay bài kiểm tra thực sự bắt đầu khi mọi người bắt đầu xây dựng thực sự?
@Dusk $DUSK
#Dusk #DuskEVM
Nếu một chain hỗ trợ Solidity, thì các developer có thể chuyển sang. Đơn giản vậy thôi, đúng không?
Nhưng khi tôi xem kỹ hơn DuskEVM, giả định đó bắt đầu cảm thấy hơi nông.
Điều thực sự quan trọng là các developer có thể mang theo được gì khi họ di chuyển.
Với DuskEVM, developer có thể làm việc trong một môi trường tương đương EVM bằng Solidity và các công cụ EVM quen thuộc. Điều đó có nghĩa là câu chuyện không chỉ đơn thuần là thêm một môi trường thực thi khác. Mà là giảm khoảng cách giữa những gì developer đã biết và những gì Dusk đang xây dựng.
Phần đó đã thu hút sự chú ý của tôi.
Bởi vì việc yêu cầu một developer học hoàn toàn một stack mới là một chuyện. Việc cho phép họ mang theo các quy trình smart contract quen thuộc vào một kiến trúc blockchain khác lại là chuyện khác.
Và rồi còn DuskDS.
DuskEVM xử lý phần thực thi, trong khi DuskDS cung cấp nền tảng settlement và data-availability bên dưới nó. DuskVM là một đường thực thi khác, chạy trực tiếp các smart contract Rust/WASM trên Dusk L1.
Vì vậy tôi bắt đầu tự hỏi:
Nếu các môi trường thực thi khác nhau có thể dựa vào cùng một nền tảng settlement, liệu điều đó có khiến tổng thể kiến trúc trở nên linh hoạt hơn không?
Có thể.
Nhưng tôi không nghĩ chỉ riêng tương thích EVM là đủ để chứng minh điều gì.
Thử nghiệm thực sự là điều gì xảy ra sau khi developer đã đến. Họ có thực sự xây dựng không? Bộ công cụ có đủ thoải mái không? Các ứng dụng có được lợi từ việc tách bạch giữa phần thực thi và settlement không?
Đó là những gì tôi quan tâm theo dõi ngay lúc này.
Với một Layer 1 đang nổi lên, hỗ trợ Solidity có đủ để thu hút developer không, hay bài kiểm tra thực sự bắt đầu khi mọi người bắt đầu xây dựng thực sự?
@Dusk $DUSK
#Dusk #DuskEVM
