この数日、@Dusk の最新でリリースされたフロントエンドコードを調べました。最初は単なる通常のプラグインをいじっただけだと思ったのですが、ベースとなるロジックを掘り下げてみて初めて分かったんです。彼らが本気で死ぬほど取り組んでいるのは、アプリ側とアカウント側のあいだにある「ハンドシェイク標準」そのものだということ。

以前はWeb側が、どちらかというと閉ざされた孤島みたいなもので、インタラクションが極端に分断されていました。今回の Dusk Connect は、実は一番汚くて一番しんどいボトム層を補ったんです。dApp に対して、標準的なレーダーを配備している。アプリは互換ネットワークをスムーズに検知し、下層の provider で profile を検証して、最後に署名アクションをきちんとあなたへ返します。$BTC

いちばん重要なのは、インターフェースが強く結び付けられていないこと。新プラグインはリリース当初の「走者」として動くだけで、開発者が SDK で接続するのは公開された検出プロトコルです。そこでユーザーの選択権が、無理やり奪われることなく残されています。

事故って爆死するのは、たぶん無分別な権限付与が原因です。探知、認可、確認がやたら細かく切り分けられている。たとえばホテルで、フロントがあなたのルームカードを認識し、部屋の身分も読み取れるとしても、ドアを開ける行為はあなたが自分でカードを差し込まないといけないようなものです。アプリがアカウント情報を手に入れても、あなたの許可を飛び越えて資産を勝手に移すことは絶対にできません。$ETH

とはいえ、誰かがシャンパンを開けているのを見たら、冷水を浴びせずにはいられません。公式ははっきり「developer preview のコード」だと明記しています。テストネットで動いたからといって、現実環境での過酷な運用に耐えられるとは限らない。私は今、多端をシームレスに切り替えられる実用性についてのフィードバックがまったく見つけられません。ましてやエラー率の統計なんて、なおさらです。これは完全にガチャみたいなものです。

$DUSK これからの gas 消費やステーキングは、こうした基盤が受け持つことに賭けるしかありません。見た目は地味な入口ですが、そこを越えられないなら、プロトコルがどれだけ綺麗に書かれていても結局ただの絵空事です。私の現時点のロジックは、リアルな開発者の導入数を死ぬほど見続けること。プレビュー版だからといって勢いで突っ込まず、弾は先に握りしめておく。#dusk