@Dusk のウォレットおよび取引所向けノード・インターフェースのドキュメントに、小さいながら非常に役立つ詳細を見つけました。ノードの応答にはRusk-Versionが含まれ、クライアントは受け入れるバージョンもノードに伝えることができます。Rusk-Version-Strictが含まれている場合、バージョンが一致しないときノードは即座にリクエストを拒否します。

多くの人は、古いインターフェースがまだ動いているのを見ると、「互換性」とはそれが永遠に動き続けることだと思いがちです。しかしドキュメントには、将来的に削除される3つの旧いショートカット経路が非推奨として列挙されています。

これには2つの側面があります。

1つ目はバージョン確認です。クライアントは、インターフェースが変わるのを待ってから問題を発見する必要はありません。事前に、受け入れ可能なRuskバージョンをノードに伝えられます。厳密なチェックが有用なのは、古いクライアントが誤って理解する可能性のあるデータを受け取らせるよりも、明確にリクエストを拒否した方がよいからです。

2つ目はルート移行です。新しい統合では、チェーン、ブロック、トランザクション、メンプール、アーカイブのクエリに/graphqlを使用してください。コントラクトのメソッドは/on/contracts/....へ移行すべきです。旧いルートは、移行期間のみのものです。

これは通常のユーザーにも関係します。取引所の入金、ウォレットの残高、そしてブラウザ履歴はすべて、クライアントがノードのデータを正しく理解できていることに依存しています。

$DUSK については、成熟とはチェーンをオンラインに保つことだけではないと思います。ウォレット、取引所、インデクサがインターフェースの変更に追随していくことも意味します。

本当の問いはこうです。主要なクライアントは、旧いルートが削除される前に移行するでしょうか？それとも、ユーザーが失敗を見始めてから移行するのでしょうか？

#dusk $DUSK