Ban đầu tôi cứ nghĩ Dusk Connect chỉ là một SDK ví khác.
Nhưng rồi tôi xem nó thực sự giải quyết vấn đề gì, và thành thật mà nói, tôi thấy việc đánh giá như vậy là chưa đủ.
Với một dApp, “kết nối ví” nghe như chỉ là một nút bấm.
Nhưng bên dưới nút đó, bạn có:
phát hiện ví
truy cập tài khoản
phát hiện mạng
yêu cầu giao dịch
ký tin nhắn
quyền (permissions)
Và nếu mỗi ví lại triển khai các tương tác đó theo cách khác nhau, các nhà phát triển sẽ tiếp tục phải viết mã tích hợp tùy chỉnh—lặp đi lặp lại.
Đó chính là kiểu “ma sát” âm thầm làm chậm một hệ sinh thái.
Dusk Connect đang cố gắng chuẩn hóa lớp này.
Nó sử dụng cơ chế phát hiện ví dựa trên mô hình EIP-6963 và cung cấp cho các ứng dụng DuskDS một giao diện provider dùng chung để truy cập tài khoản, ký giao dịch và các tiện ích liên quan đến mạng.
Điều tôi thấy thú vị hơn là nó không bị khóa vào Dusk Wallet.
Mục tiêu là để một dApp có thể khám phá các ví tương thích và cho phép người dùng lựa chọn.
Nghe có vẻ chỉ là một quyết định kiến trúc nhỏ.
Nhưng tôi không nghĩ vậy.
Nếu Dusk muốn các ứng dụng tài chính được quản lý thực sự trở nên dễ dùng, thì cần có hạ tầng không buộc mọi ứng dụng phải tự “phát minh lại” việc kết nối ví cơ bản.
Và Dusk Wallet mới đang được xây dựng dựa trên cùng luồng Connect / hỗ trợ chuyển khoản công/tư / các luồng stake shield/unshield DRC-20/DRC-721 và quyền của dApp.
Vì vậy, tôi bắt đầu nhìn mọi thứ theo cách khác:
Forge → build
Dusk Connect → communicate
Wallet → authorize
DuskDS → settle
Đó không chỉ là việc Dusk ra mắt một chiếc ví.
Bài test thật sự giờ là mức độ được áp dụng.
Các nhà xây dựng ví độc lập có thực sự chấp nhận chuẩn này không?
Bởi một chuẩn ví trở nên có giá trị khi hệ sinh thái không còn phụ thuộc vào một chiếc ví duy nhất nữa.
Đó là điều tôi đang theo dõi.
Bạn có nghĩ rằng việc chuẩn hóa các bộ kết nối ví như Dusk Connect là mảnh ghép còn thiếu để các dApps cho tổ chức và được quản lý có thể hoạt động?
#dusk $DUSK @Dusk
Nhưng rồi tôi xem nó thực sự giải quyết vấn đề gì, và thành thật mà nói, tôi thấy việc đánh giá như vậy là chưa đủ.
Với một dApp, “kết nối ví” nghe như chỉ là một nút bấm.
Nhưng bên dưới nút đó, bạn có:
phát hiện ví
truy cập tài khoản
phát hiện mạng
yêu cầu giao dịch
ký tin nhắn
quyền (permissions)
Và nếu mỗi ví lại triển khai các tương tác đó theo cách khác nhau, các nhà phát triển sẽ tiếp tục phải viết mã tích hợp tùy chỉnh—lặp đi lặp lại.
Đó chính là kiểu “ma sát” âm thầm làm chậm một hệ sinh thái.
Dusk Connect đang cố gắng chuẩn hóa lớp này.
Nó sử dụng cơ chế phát hiện ví dựa trên mô hình EIP-6963 và cung cấp cho các ứng dụng DuskDS một giao diện provider dùng chung để truy cập tài khoản, ký giao dịch và các tiện ích liên quan đến mạng.
Điều tôi thấy thú vị hơn là nó không bị khóa vào Dusk Wallet.
Mục tiêu là để một dApp có thể khám phá các ví tương thích và cho phép người dùng lựa chọn.
Nghe có vẻ chỉ là một quyết định kiến trúc nhỏ.
Nhưng tôi không nghĩ vậy.
Nếu Dusk muốn các ứng dụng tài chính được quản lý thực sự trở nên dễ dùng, thì cần có hạ tầng không buộc mọi ứng dụng phải tự “phát minh lại” việc kết nối ví cơ bản.
Và Dusk Wallet mới đang được xây dựng dựa trên cùng luồng Connect / hỗ trợ chuyển khoản công/tư / các luồng stake shield/unshield DRC-20/DRC-721 và quyền của dApp.
Vì vậy, tôi bắt đầu nhìn mọi thứ theo cách khác:
Forge → build
Dusk Connect → communicate
Wallet → authorize
DuskDS → settle
Đó không chỉ là việc Dusk ra mắt một chiếc ví.
Bài test thật sự giờ là mức độ được áp dụng.
Các nhà xây dựng ví độc lập có thực sự chấp nhận chuẩn này không?
Bởi một chuẩn ví trở nên có giá trị khi hệ sinh thái không còn phụ thuộc vào một chiếc ví duy nhất nữa.
Đó là điều tôi đang theo dõi.
Bạn có nghĩ rằng việc chuẩn hóa các bộ kết nối ví như Dusk Connect là mảnh ghép còn thiếu để các dApps cho tổ chức và được quản lý có thể hoạt động?
#dusk $DUSK @Dusk
