dApp がブラウザへ dusk の requestProvider イベントを発火します。

どこかでウォレット拡張が待ち受けています。イベントを聞き取ると、dusk の announceProvider で応答し、接続が非同期に形成されます。これらの 2 つのイベントが暗闇の中で互いに渡されるだけで、ハンドシェイクはそれ以上ありません。

そして、今度はその日のその拡張がゆっくりと読み込まれているところを想像してください。あるいは、イベントリスナーが正しく設定されておらず、たった 1 行ずれた実装上の些細な点が原因だったりします。

それでもリクエストは発火します。応答はありません。どこにもエラーは表示されません。dApp は、決して来るはずのないアナウンスを待ち続け、到来しないことを見分ける方法もなく、インストールされていないのか、インストールされているが壊れているのか区別できません。

ドキュメントによれば、このイベントの組は正規の統合サーフェスです。つまり、実装者は正しく実装することが信頼されており、誰かがそうできていない場合の唯一の合図は沈黙です。

@Dusk $DUSK
#dusk

#dusk $DUSK @Dusk