DuskEVM vừa chính thức ra mắt, và phần tôi đang theo dõi không phải là bản thân sự kiện launch.
Đó là việc nhanh cỡ nào mà vài nhà phát triển đầu tiên thực sự chuyển từ “Tôi có thể triển khai ở đây” sang “Tôi muốn tiếp tục xây dựng ở đây.”
Tôi đã xem xét quá trình thiết lập DuskEVM, và điểm cản trở rõ ràng thấp hơn nhiều so với lộ trình phát triển dành cho nhà phát triển bản địa của Dusk. Solidity và Vyper đều được hỗ trợ, và các công cụ EVM hiện có được cho là sẽ được kế thừa. Điều này quan trọng vì việc yêu cầu nhà phát triển học một ngăn xếp mới là một chuyện. Nhưng yêu cầu họ thay đổi toàn bộ quy trình làm việc lại là chuyện khác.
Tuy nhiên, khả năng tương thích chỉ đưa bạn tới vạch xuất phát.
Dusk đã có sẵn 2 hướng phát triển hợp đồng: DuskEVM và DuskVM. Vậy bây giờ là một câu hỏi thực tế hơn. Nếu tôi là một nhà phát triển đang có một ứng dụng Solidity hiện hữu, điều gì khiến tôi chọn DuskEVM thay vì hàng chục nơi khác mà chính đoạn code đó đã có thể chạy?
Câu trả lời có lẽ sẽ không xuất phát từ một thông báo tính năng khác.
Nó sẽ hiện ra trong các bản triển khai thực tế, hoạt động của ví, tương tác giữa các hợp đồng và việc liệu các nhà phát triển có quay lại sau thử nghiệm đầu tiên hay không.
Ngay cả phía GitHub cũng đáng để theo dõi. Kho genesis công khai của DuskEVM đã được cập nhật vào ngày 28 tháng 7, cho thấy các mảnh ghép đang dần được lắp vào, nhưng hoạt động trong ngày ra mắt là một bài kiểm tra khác.
Giờ tôi chủ yếu tò mò về 30 ngày đầu tiên, vì đó là lúc “tương thích với EVM” hoặc trở nên thực sự hữu ích, hoặc bắt đầu nghe giống như...
@Dusk_Foundation #dusk $DUSK $DEXE
Đó là việc nhanh cỡ nào mà vài nhà phát triển đầu tiên thực sự chuyển từ “Tôi có thể triển khai ở đây” sang “Tôi muốn tiếp tục xây dựng ở đây.”
Tôi đã xem xét quá trình thiết lập DuskEVM, và điểm cản trở rõ ràng thấp hơn nhiều so với lộ trình phát triển dành cho nhà phát triển bản địa của Dusk. Solidity và Vyper đều được hỗ trợ, và các công cụ EVM hiện có được cho là sẽ được kế thừa. Điều này quan trọng vì việc yêu cầu nhà phát triển học một ngăn xếp mới là một chuyện. Nhưng yêu cầu họ thay đổi toàn bộ quy trình làm việc lại là chuyện khác.
Tuy nhiên, khả năng tương thích chỉ đưa bạn tới vạch xuất phát.
Dusk đã có sẵn 2 hướng phát triển hợp đồng: DuskEVM và DuskVM. Vậy bây giờ là một câu hỏi thực tế hơn. Nếu tôi là một nhà phát triển đang có một ứng dụng Solidity hiện hữu, điều gì khiến tôi chọn DuskEVM thay vì hàng chục nơi khác mà chính đoạn code đó đã có thể chạy?
Câu trả lời có lẽ sẽ không xuất phát từ một thông báo tính năng khác.
Nó sẽ hiện ra trong các bản triển khai thực tế, hoạt động của ví, tương tác giữa các hợp đồng và việc liệu các nhà phát triển có quay lại sau thử nghiệm đầu tiên hay không.
Ngay cả phía GitHub cũng đáng để theo dõi. Kho genesis công khai của DuskEVM đã được cập nhật vào ngày 28 tháng 7, cho thấy các mảnh ghép đang dần được lắp vào, nhưng hoạt động trong ngày ra mắt là một bài kiểm tra khác.
Giờ tôi chủ yếu tò mò về 30 ngày đầu tiên, vì đó là lúc “tương thích với EVM” hoặc trở nên thực sự hữu ích, hoặc bắt đầu nghe giống như...
@Dusk_Foundation #dusk $DUSK $DEXE