#dusk $DUSK Tôi đã thử đọc một lượt tài liệu phát triển của Dusk, từ khâu thiết lập môi trường đến việc triển khai một hợp đồng đơn giản. Kết luận là: giữa “độ bao phủ” của tài liệu và “tính khả dụng” của nó, vẫn còn một khoảng cách khá xa.
DuskEVM tương thích với Solidity, về lý thuyết các nhà phát triển Ethereum có thể di chuyển liền mạch. Nhưng khi làm theo tài liệu, “vấp” đầu tiên của tôi là môi trường kiểm thử cục bộ—tính ổn định của endpoint RPC trên DuskEVM Testnet nhìn chung ở mức không cao, đôi lúc bị timeout; faucet đôi khi không phản hồi, phải chờ vài giờ mới nhận được test token. Điều này không quá nghiêm trọng đối với những ai quen phát triển trên Ethereum, nhưng sẽ khiến những người chỉ “thử xem” cảm thấy nản.
Vấp thứ hai là việc ánh xạ các khái niệm đặc trưng của Dusk. Những gì các nhà phát triển Ethereum quen thuộc—mô hình tài khoản, ước lượng Gas, vòng đời giao dịch—trên Dusk lại cần được hiểu lại. Ví dụ, quy trình thoát (exit) qua L1 và EVM cần ba bước, và trạng thái cũng như điều kiện chờ cho từng bước đều khác so với Ethereum L2. Tài liệu có viết, nhưng lại thiếu hướng dẫn xử lý sự cố—nếu một bước bị kẹt, nhà phát triển chỉ còn cách tự lục mã nguồn hoặc hỏi trên Discord.
Vấp thứ ba là độ trưởng thành của bộ công cụ. Trình duyệt block cho phía EVM vẫn đang được hoàn thiện, một số tính năng xác thực hợp đồng không khả dụng; độ ổn định của API theo dõi sự kiện và truy vấn log cũng kém hơn so với các chuỗi đã trưởng thành. Việc thiếu những hạ tầng cốt lõi này đồng nghĩa khi debug, nhà phát triển phải tốn thêm thời gian loại trừ vấn đề công cụ, thay vì tập trung vào logic nghiệp vụ.
Tôi không nói trải nghiệm phát triển trên Dusk là tệ—với một chuỗi vẫn đang tăng tốc cải tiến, những điều này thuộc giai đoạn bình thường. Nhưng vấn đề là tăng trưởng hệ sinh thái phụ thuộc vào việc nhà phát triển tham gia. Và việc họ chọn chuỗi nào thường không dựa trên bạch giấy, mà dựa vào việc mất bao lâu để chạy thông demo lần đầu. Nếu việc dựng môi trường đã tốn mất một buổi chiều, nhiều người sẽ đóng luôn cửa sổ.
@Dusk
Vì vậy, khi nhìn tiến triển hệ sinh thái của Dusk, tôi không nhìn tường logo đối tác, mà nhìn tần suất cập nhật tài liệu cho nhà phát triển, tốc độ phản hồi các vấn đề kỹ thuật trên Discord, và liệu có xuất hiện công cụ/tài liệu hướng dẫn bên thứ ba được thúc đẩy bởi “khuyến khích không chính thức” hay không. Hệ sinh thái nhà phát triển thực sự là thứ được xây dựng bằng kinh nghiệm đạp ổ gà, chứ không phải do các bài blog kỹ thuật lấp đầy.