一部の余っているイーサリアム資産をDuskEVMに移してみたいと思い、昨晩は公式ドキュメントを手順どおりにクロスチェーンブリッジの流れを一通り試して、実際の体験を記録してみました。想像していたほどスムーズではありませんでした。

手順自体は難しくありません。イーサリアム側でロックのトランザクションを発行して確認を待ち、その後DuskEVM側で対応する資産を受け取る——このロジックは多くのクロスチェーン・ブリッジと本質的には大きく変わりません。ですが、私が待ち時間で少し焦ったのは「ブリッジが詰まっている」のではなく、「確認にかかる時間」です。イーサリアム側では、十分なブロック確認が揃うまで通過させないため待たされます。さらにDuskEVM側にも、最終性のメカニズムにより信頼を積み上げるための時間が必要です。両方の待ち時間が重なるので、「ワンタップで秒で着金」といった体験にはなりません。

最初は、この待ち時間を体験上の欠点だと思っていましたが、あとで納得しました。これはクロスチェーン・ブリッジという仕組みの「避けられない代償」だと。歴史的に、ブリッジは攻撃されたり、アービトラージ（裁定）に悪用されたりする事例があまりにも多いです。多くの問題が起きるブリッジは、速度を追いすぎて確認ロジックを強引にしすぎ、攻撃者に操作の余地を与えてしまっています。Duskは、両端の最終性がしっかり積み上がってから通過させる方針を選んでいます。遅いのは遅いですが、この設計思想はユーザー体験を後回しにしているのではなく、むしろ安全性を先に置いています。逆ではありません。

ただ、体験面では最適化できるところもあります。手続きの途中で進捗表示が特に分かりやすくないので、トランザクションを起こした後、しばらく「待ち続けるべきなのか」「どこかのステップが詰まっていてやり直す必要があるのか」が一瞬よく分からなくなりました。この不確実さは、初めて使う人にはあまり優しくなく、操作を誤ったのではないかと疑わせやすいです。成熟したブリッジと比べると、この点はユーザーへのフィードバック機能にまだ改善の余地があります。

また、もう1つ疑問が残っています。資産がブリッジを渡った後、DuskEVM上では一体どのような形で存在するのか——原生のマッピング資産なのか、それともラップド・トークン（包装トークン）なのか。ここが分かっていないと、万一将来このブリッジに問題が起きた場合に、自分の資産を取り戻す（償還/赎回）ロジックがどうなるのかが重要になります。ドキュメントではこの部分が特に分かりやすく説明されているわけではないので、何層か読み解いて答えをつなぎ合わせる必要がありました。

クロスチェーン・ブリッジについて、私のスタンスはずっと「使わないで済むなら使わない」。どうしても使う必要があるなら、多少遅くても安全性を優先する設計を選ぶべきだと考えています。今回の実測を通してみると、Dusk側は少なくとも方向性は正しく選べているように感じました。細部の体験面にはまだ磨ける余地がある、というのが率直な感想です。

@Dusk #dusk $DUSK