Tôi nhận thấy một chi tiết nhỏ nhưng rất hữu ích trong tài liệu giao diện node của @Dusk dành cho ví và sàn giao dịch: phản hồi của node bao gồm một Rusk-Version, và client cũng có thể cho node biết họ chấp nhận những phiên bản nào. Nếu có kèm Rusk-Version-Strict, node sẽ ngay lập tức từ chối yêu cầu khi các phiên bản không khớp.

Nhiều người thấy một giao diện cũ vẫn hoạt động và nghĩ rằng “tương thích” nghĩa là nó sẽ chạy mãi. Nhưng tài liệu cũng liệt kê ba tuyến đường tắt cũ đã bị ngừng khuyến nghị (deprecated) và sẽ bị gỡ bỏ trong tương lai.

Tôi thấy điều này ở hai phần.

Phần thứ nhất là kiểm tra phiên bản. Client không cần chờ giao diện thay đổi rồi mới phát hiện ra vấn đề. Client có thể cho node trước rằng mình chấp nhận phiên bản Rusk nào. Kiểm tra nghiêm ngặt (Strict checking) hữu ích vì tốt hơn là từ chối rõ ràng một yêu cầu thay vì để một client cũ nhận dữ liệu mà có thể họ hiểu sai.

Phần thứ hai là di chuyển tuyến (route migration). Các tích hợp mới nên dùng /graphql cho các truy vấn về chain, block, transaction, mempool và archive. Các phương thức contract nên chuyển sang /on/contracts/.... Các tuyến cũ chỉ dành cho giai đoạn chuyển tiếp.

Điều này cũng quan trọng với người dùng bình thường. Việc gửi tiền của sàn (exchange deposits), số dư ví (wallet balances) và lịch sử trình duyệt đều phụ thuộc vào việc client hiểu đúng dữ liệu do node cung cấp.

Với $DUSK, tôi nghĩ sự trưởng thành không chỉ là giữ cho chuỗi (chain) hoạt động trực tuyến. Nó còn có nghĩa là ví, sàn giao dịch và indexer phải bắt kịp các thay đổi về giao diện.

Câu hỏi thực sự là: các client phổ biến sẽ di chuyển trước khi các tuyến cũ bị gỡ bỏ, hay chỉ sau khi người dùng bắt đầu thấy lỗi?

#dusk $DUSK