チェーンが複雑すぎるのではなく、「一度書いて複数チェーンに適応する」ということ自体が本当に開発者を苦しめている。各チェーンには少しずつ違いがあって、最終的に開発者は、性格の異なる子供たちを世話しているようなものになり、どこも互換性を持たせなければならず、どこもパッチだらけになる。

@spaace_io のやり方は、開発者の脳細胞を節約するようなものだ。彼らが使っている Unified Dev Runtime は、本質的に各チェーンの異なる実行環境を一つの統一された開発層に抽象化し、ロジックを書く際に「このコードがどのチェーン上で動くか」を気にする必要がなくなる。プロジェクトをN個に分割する必要もなければ、チェーンごとの差異を大量のif-elseで処理する必要もない。全体の体験は、まるで一つの「大きなアプリ」を書いているようで、実行時には自動的に環境を合わせてくれる。

さらに @spaace_io には、Schema-Driven Contract Builder という非常に便利なものもある。簡単に言えば、まず構造（スキーマ）を定義し、その構造に基づいてシステムが対応するチェーンのスマートコントラクトのテンプレートを自動生成し、あとは業務ロジックを微調整すればいい。頻繁にアップデートしたり、新機能をテストしたいチームにとって、この「構造先行・コード後補」のやり方は、開発コストをより合理的な範囲に抑えてくれる。

面白いのは、Multi-Chain Debug Tunnel というものも用意されていて、ローカルでデバッグしながら異なるチェーンの状態変化を見ることができる。毎回大量のテストコントラクトをデプロイしたり、環境を切り替えたりする必要はない。Web2のようなデバッグ体験がマルチチェーンの世界に持ち込まれることを想像すると、開発ペースは確かにかなり快適になるだろう。

これらすべてを合わせると、Spaaceは「最先端技術を積み上げている」というより、「ようやく誰かがマルチチェーン開発を普通のエンジニアリングとして設計した」と感じさせてくれる。根気比べをしたり、消防士のように奔走したりする必要がなく、今のWeb3界隈ではこれがすでに希少な価値になっている。