#dusk $DUSK
hôm nay thực sự đã đi qua toàn bộ quy trình xem cách Dusk trông như thế nào từ đầu đến cuối sau khi đã thử triển khai trên DuskEVM testnet
việc thiết lập Hardhat cảm thấy rất quen thuộc, tôi đã viết Solidity cơ bản và triển khai chạy ổn, không cần biến thể Solidity đặc thù riêng của Dusk
sau đó đi xem phía Web Wallet thì hóa ra nó xử lý sẵn cả Moonlight và Phoenix một cách gốc, ngoài ra còn có di chuyển từ ERC20/BEP20 sang native ngay trên cùng một giao diện
rồi đến W3spers Contract Drivers, phần này định hướng cụ thể cho ví để nối tới lớp bridge của hợp đồng, nằm bên dưới cả hai thứ đó
ba mảnh mà trước đó tôi đọc riêng rẽ thực ra kết nối vào thành một luồng duy nhất: triển khai thông qua các tương tác ví của Hardhat, giao tiếp hợp đồng thông qua Web Wallet, và Contract Drivers được xây dựng riêng cho hệ sinh thái này thay vì một adapter chung
tôi chưa thể xác minh đầy đủ liệu cả ba phần có được tài liệu hóa để hoạt động mượt mà với nhau như một workflow liên tục hay không, hay mỗi phần thì ổn riêng nhưng việc “ghép nối” thực tế là thứ mà developer chủ yếu phải tự tìm ra qua thử và sai
cảm giác quen thuộc ở từng bước riêng lẻ. liệu nó có quen thuộc từ đầu đến cuối hay không thì phần đó tôi chưa thực sự kiểm thử
@Dusk $DUSK #dusk
hôm nay thực sự đã đi qua toàn bộ quy trình xem cách Dusk trông như thế nào từ đầu đến cuối sau khi đã thử triển khai trên DuskEVM testnet
việc thiết lập Hardhat cảm thấy rất quen thuộc, tôi đã viết Solidity cơ bản và triển khai chạy ổn, không cần biến thể Solidity đặc thù riêng của Dusk
sau đó đi xem phía Web Wallet thì hóa ra nó xử lý sẵn cả Moonlight và Phoenix một cách gốc, ngoài ra còn có di chuyển từ ERC20/BEP20 sang native ngay trên cùng một giao diện
rồi đến W3spers Contract Drivers, phần này định hướng cụ thể cho ví để nối tới lớp bridge của hợp đồng, nằm bên dưới cả hai thứ đó
ba mảnh mà trước đó tôi đọc riêng rẽ thực ra kết nối vào thành một luồng duy nhất: triển khai thông qua các tương tác ví của Hardhat, giao tiếp hợp đồng thông qua Web Wallet, và Contract Drivers được xây dựng riêng cho hệ sinh thái này thay vì một adapter chung
tôi chưa thể xác minh đầy đủ liệu cả ba phần có được tài liệu hóa để hoạt động mượt mà với nhau như một workflow liên tục hay không, hay mỗi phần thì ổn riêng nhưng việc “ghép nối” thực tế là thứ mà developer chủ yếu phải tự tìm ra qua thử và sai
cảm giác quen thuộc ở từng bước riêng lẻ. liệu nó có quen thuộc từ đầu đến cuối hay không thì phần đó tôi chưa thực sự kiểm thử
@Dusk $DUSK #dusk
