Tôi nghĩ từ quan trọng nhất trong Dusk Connect có thể là “discover.”
Dusk Network đã mở SDK ở chế độ xem trước dành cho nhà phát triển, để một dApp trên trình duyệt có thể tìm các ví tương thích, yêu cầu quyền truy cập hồ sơ, theo dõi mạng đã chọn và gửi các giao dịch được người dùng chấp thuận. Nó sử dụng một mô hình nhà cung cấp dùng chung thay vì cố định một tiện ích mở rộng.
Nghe như “đường ống” cho phần front-end. Tôi cho rằng đó là một quyết định ở cấp hệ sinh thái.
Khi mọi ứng dụng tích hợp trực tiếp một ví duy nhất, thì chiếc ví đó sẽ trở thành một “người gác cổng” không chính thức. Một ví đối thủ có thể hỗ trợ giao thức và vẫn tàng hình đối với người dùng, vì mỗi dApp cần công việc tùy chỉnh riêng. Dusk Connect đưa lựa chọn đó vào một lớp khám phá (discovery). Ứng dụng sẽ hỏi những nhà cung cấp nào đang sẵn có, và người dùng sẽ chọn.
SDK không phụ thuộc framework, được gõ kiểu (typed) và không có phụ thuộc thời gian chạy. Những chi tiết đó giúp giảm ma sát tích hợp. Tuy nhiên, chúng không đảm bảo rằng hai ví sẽ diễn giải quyền (permissions), địa chỉ được che chắn (shielded addresses), chữ ký (signatures) và thay đổi mạng theo đúng cách giống hệt nhau.
Vì vậy, các bài kiểm thử tương thích (conformance tests) quan trọng hơn với tôi so với một nút kết nối được thiết kế bóng bẩy.
Dusk có thể công bố một giao diện chung, nhưng giao diện chỉ thực sự trở thành một chuẩn khi các ví độc lập triển khai nó một cách nhất quán. Một nhà cung cấp kết nối thành công rồi xử lý các thay đổi hồ sơ theo cách khác có thể gây ra lỗi trông như là lỗi của ứng dụng.
Tôi đang theo dõi ba tín hiệu: một ví khác đã sẵn sàng cho môi trường production được phát hiện qua cùng luồng; kết quả tương thích công khai trên các phương thức cốt lõi; và các dApp có thể chuyển đổi nhà cung cấp mà không cần nhánh tùy chỉnh.
Nếu những điều đó xuất hiện, Dusk Connect sẽ làm được nhiều hơn việc đơn giản hóa khả năng truy cập ví. Nó sẽ tách lớp ứng dụng của Dusk khỏi sự phụ thuộc vào một triển khai ví đơn lẻ.
Bài kiểm thử thực sự không phải là liệu ví bên thứ nhất (first-party) có kết nối được hay không. Mà là liệu ví tiếp theo có thể đến mà không cần xin phép từng nhà phát triển Dusk.
#dusk $DUSK @Dusk
Dusk Network đã mở SDK ở chế độ xem trước dành cho nhà phát triển, để một dApp trên trình duyệt có thể tìm các ví tương thích, yêu cầu quyền truy cập hồ sơ, theo dõi mạng đã chọn và gửi các giao dịch được người dùng chấp thuận. Nó sử dụng một mô hình nhà cung cấp dùng chung thay vì cố định một tiện ích mở rộng.
Nghe như “đường ống” cho phần front-end. Tôi cho rằng đó là một quyết định ở cấp hệ sinh thái.
Khi mọi ứng dụng tích hợp trực tiếp một ví duy nhất, thì chiếc ví đó sẽ trở thành một “người gác cổng” không chính thức. Một ví đối thủ có thể hỗ trợ giao thức và vẫn tàng hình đối với người dùng, vì mỗi dApp cần công việc tùy chỉnh riêng. Dusk Connect đưa lựa chọn đó vào một lớp khám phá (discovery). Ứng dụng sẽ hỏi những nhà cung cấp nào đang sẵn có, và người dùng sẽ chọn.
SDK không phụ thuộc framework, được gõ kiểu (typed) và không có phụ thuộc thời gian chạy. Những chi tiết đó giúp giảm ma sát tích hợp. Tuy nhiên, chúng không đảm bảo rằng hai ví sẽ diễn giải quyền (permissions), địa chỉ được che chắn (shielded addresses), chữ ký (signatures) và thay đổi mạng theo đúng cách giống hệt nhau.
Vì vậy, các bài kiểm thử tương thích (conformance tests) quan trọng hơn với tôi so với một nút kết nối được thiết kế bóng bẩy.
Dusk có thể công bố một giao diện chung, nhưng giao diện chỉ thực sự trở thành một chuẩn khi các ví độc lập triển khai nó một cách nhất quán. Một nhà cung cấp kết nối thành công rồi xử lý các thay đổi hồ sơ theo cách khác có thể gây ra lỗi trông như là lỗi của ứng dụng.
Tôi đang theo dõi ba tín hiệu: một ví khác đã sẵn sàng cho môi trường production được phát hiện qua cùng luồng; kết quả tương thích công khai trên các phương thức cốt lõi; và các dApp có thể chuyển đổi nhà cung cấp mà không cần nhánh tùy chỉnh.
Nếu những điều đó xuất hiện, Dusk Connect sẽ làm được nhiều hơn việc đơn giản hóa khả năng truy cập ví. Nó sẽ tách lớp ứng dụng của Dusk khỏi sự phụ thuộc vào một triển khai ví đơn lẻ.
Bài kiểm thử thực sự không phải là liệu ví bên thứ nhất (first-party) có kết nối được hay không. Mà là liệu ví tiếp theo có thể đến mà không cần xin phép từng nhà phát triển Dusk.
#dusk $DUSK @Dusk
