「ユーザーエクスペリエンス」タグの記事が 3 件 件あります

はじめに​

レイヤー1 およびレイヤー2 ブロックチェーンの急速な成長は、Web3 のユーザー体験を断片化させてきました。今日のユーザーは、複数のチェーンにまたがる複雑なタスクを達成するためだけに、複数のウォレット、ネットワーク、トークンブリッジを使いこなさなければなりません。この状況を簡素化するための主要なパラダイムとして、チェーン抽象化とインテント中心アーキテクチャが登場しました。これらのアプローチは、チェーン固有の詳細を抽象化し、ユーザーが明示的なチェーンごとのトランザクションを作成するのではなく、インテント (望ましい結果) に基づいて行動できるようにすることで、統一されたシームレスなクロスチェーン体験を約束します。このレポートでは、チェーン抽象化の基本原則、インテントに焦点を当てた実行モデルの設計、実世界での実装 (Wormhole や Etherspot など)、技術的な基盤 (リレイヤー、スマートウォレットなど)、そして開発者とエンドユーザーにとっての UX 上の利点について詳しく掘り下げます。また、チェーン抽象化とインテントが注目のトピックとなった EthCC 2025 からの洞察を要約し、さまざまなプロトコルのアプローチを比較した表も提供します。

チェーン抽象化の原則​

チェーン抽象化とは、複数のブロックチェーンをユーザーや開発者に対して、あたかも単一の統一された環境であるかのように提示する技術やフレームワークを指します。その動機は、チェーンの異質性によって引き起こされる_摩擦_をなくすことです。実際には、チェーン抽象化は以下のことを意味します：

• 統一されたインターフェース： 各ブロックチェーンごとに別々のウォレットや RPC エンドポイントを管理する代わりに、ユーザーはネットワークの詳細を隠蔽する単一のインターフェースを通じて対話します。開発者は、すべてのチェーンに別々のコントラクトをデプロイしたり、各ネットワーク用にカスタムのブリッジロジックを記述したりすることなく dApps を構築できます。
• 手動ブリッジングの不要化： チェーン間で資産やデータを移動する作業は、裏側で自動的に行われます。ユーザーは手動でロック/ミントのブリッジトランザクションを実行したり、ブリッジトークンにスワップしたりする必要はありません。抽象化レイヤーがそれを自動的に処理します。例えば、ユーザーは流動性がどのチェーンにあるかに関わらずプロトコルに流動性を提供でき、システムが適切に資金をルーティングします。
• ガス代の抽象化： ユーザーは、各チェーンでガス代を支払うために、そのチェーンのネイティブトークンを保有する必要がなくなります。抽象化レイヤーはガス代をスポンサーするか、ユーザーが選択した資産でガスを支払うことを可能にします。これにより、ETH、MATIC、SOL などを別々に取得する必要がなくなるため、参入障壁が低くなります。
• ネットワークに依存しないロジック： アプリケーションロジックは_チェーンに依存しなく_なります。スマートコントラクトやオフチェーンサービスは、ユーザーが手動でネットワークを切り替えたり、複数のトランザクションに署名したりすることなく、必要なチェーンでユーザーのアクションを実行するために連携します。本質的に、ユーザーの体験は、単一の「メタチェーン」または_ブロックチェーンに依存しない_アプリケーションレイヤーのものとなります。

中心的な考え方は、ユーザーが_どのチェーンで_、_どのように_達成するかではなく、_何を_達成したいかに集中できるようにすることです。身近な例えとしては、ウェブアプリケーションがサーバーの場所を抽象化するのと同じです。ユーザーが自分のリクエストがどのサーバーやデータベースに触れているかを知る必要がないように、Web3 ユーザーはアクションにどのチェーンやブリッジが使用されているかを知る必要はありません。トランザクションを統一されたレイヤーを通じてルーティングすることで、チェーン抽象化は今日のマルチチェーンエコシステムの断片化を軽減します。

動機： チェーン抽象化への推進力は、現在のクロスチェーンワークフローにおける問題点から生じています。チェーンごとに別々のウォレットを管理し、複数ステップのクロスチェーン操作 (チェーン A でスワップし、チェーン B にブリッジし、チェーン B で再度スワップするなど) を行うことは、面倒でエラーが発生しやすいです。断片化された流動性や互換性のないウォレットも、エコシステム全体での dApp の成長を制限します。チェーン抽象化は、エコシステムを_一貫してブリッジングする_ことでこれらの問題に取り組みます。重要なのは、Ethereum とその多くの L2 やサイドチェーンを、単一のユーザー体験の一部として扱うことです。EthCC 2025 では、これが主流への普及に不可欠であることが強調されました。講演者たちは、真にユーザー中心の Web3 の未来は_「ブロックチェーンを抽象化しなければならない」_と主張し、マルチチェーンの世界を単一ネットワークのように簡単に感じさせる必要があると述べました。

インテント中心アーキテクチャ：トランザクションからインテントへ​

従来のブロックチェーンの相互作用はトランザクション中心です。ユーザーは、選択したチェーン上で特定の操作 (コントラクト関数の呼び出し、トークンの転送など) を実行するトランザクションを明示的に作成し、署名します。マルチチェーンの文脈では、複雑な目標を達成するために、異なるネットワーク間で多くのそのようなトランザクションが必要になる場合があり、それぞれがユーザーによって正しい順序で手動で開始されます。インテント中心アーキテクチャはこのモデルを覆します。トランザクションを細かく管理する代わりに、ユーザーはインテント (高レベルの目標や望ましい結果) を宣言し、それを満たすために必要なトランザクションを自動化されたシステムに考えさせます。

インテントベースの設計では、ユーザーは次のように言うかもしれません：「Base 上の 100 USDC を Arbitrum 上の 100 USDT にスワップする」。このインテントは、_どのように_実行するかを規定することなく、何を (ターゲットチェーン上である資産を別の資産にスワップする) をカプセル化します。その後、専門のエージェント (しばしばソルバーと呼ばれる) がそれを完了する仕事を引き受けます。ソルバーは、チェーン間でスワップを最適に実行する_方法_を決定します。例えば、Base から Arbitrum へ高速ブリッジを使用して USDC をブリッジし、その後 USDT にスワップするか、直接クロスチェーンスワッププロトコルを使用するかなど、最良の結果をもたらす方法を選択します。ユーザーは一度承認署名を行うだけで、ソルバーは最適なルートの発見、各チェーンで必要なトランザクションの送信、さらには必要なガス代の前払いや中間リスクの負担など、複雑なシーケンスをバックエンドで処理します。

インテントが柔軟な実行を可能にする仕組み： システムに_リクエストをどのように満たすか_を決定する自由を与えることで、インテント中心の設計は、固定されたユーザートランザクションよりもはるかにスマートで柔軟な実行レイヤーを可能にします。いくつかの利点があります：

• 最適なルーティング： ソルバーは、コスト、速度、または信頼性を最適化できます。例えば、複数のソルバーがユーザーのインテントを満たすために競争し、オンチェーンオークションで最も良い価格 (例：最良の為替レートや最低手数料) を提供するソルバーが選ばれることがあります。この競争はユーザーのコストを押し下げます。Wormhole の Mayan Swift プロトコルは、各インテントに対して Solana 上でオンチェーンのイングリッシュオークションを組み込む例であり、競争を「先着順」のレースから、より良いユーザーの成果を目指す価格ベースの入札へとシフトさせます。ユーザーにとって最も有利にスワップを実行できるソルバーが入札を勝ち取り、計画を実行することで、ユーザーが最大限の価値を得られるようにします。このような動的な価格発見は、ユーザーが通常のトランザクションで単一のパスを事前に指定する場合には不可能です。
• 回復力と柔軟性： あるブリッジや DEX が一時的に利用できない、または最適でない場合、ソルバーは代替パスを選択できます。_インテント_は同じままですが、実行レイヤーはネットワークの状況に適応できます。したがって、インテントはプログラマブルな実行戦略 (例えば、注文を分割したり、別のルートで再試行したり) を可能にし、これらはすべて、目標が達成されることだけを気にするエンドユーザーには見えません。
• アトミックなマルチチェーンアクション： インテントは、従来であれば異なるチェーン上の複数のトランザクションに相当するものを含むことができます。実行フレームワークは、シーケンス全体がアトミックに感じられるか、少なくとも失敗が管理されるように努めます。例えば、ソルバーは、すべてのサブトランザクション (ブリッジ、スワップなど) が確認された場合にのみインテントが満たされたとみなし、何かが失敗した場合はロールバックまたは補償します。これにより、ユーザーの高レベルのアクションが完全に完了するか、まったく完了しないかのどちらかになり、信頼性が向上します。
• 複雑さのオフロード： インテントはユーザーの役割を劇的に簡素化します。ユーザーは、どのブリッジや取引所を使用するか、流動性をどのように分割するか、操作をどのようにスケジュールするかを理解する必要がありません。それらはすべてインフラストラクチャにオフロードされます。あるレポートが言うように、「ユーザーはどのようにではなく、何をに集中する」。直接的な利点はユーザー体験です。ブロックチェーンアプリケーションとの対話は、Web2 アプリの使用に似てきます (ユーザーは単に結果を要求し、サービスがプロセスを処理します)。

本質的に、インテント中心アーキテクチャは、抽象化のレベルを低レベルのトランザクションから高レベルの目標へと引き上げます。Ethereum コミュニティはこのモデルに非常に熱心であり、Ethereum Foundation はクロスチェーンインテントシステムを構築するためのオープンスタンダードおよび参照アーキテクチャであるOpen Intents Framework (OIF) を導入しました。OIF は、インテントがどのように作成され、通信され、チェーン間で決済されるかについての標準インターフェース (ERC-7683 インテントフォーマットなど) を定義しており、これにより多くの異なるソリューション (ブリッジ、リレイヤー、オークションメカニズム) がモジュール式に接続できます。これは、相互運用可能な_ソルバー_と_決済プロトコル_のエコシステム全体を奨励します。インテントの台頭は、Ethereum とそのロールアップを UX の観点から「単一のチェーンのように」感じさせる必要性に基づいています。つまり、L2 やサイドチェーン間を移動することが、ユーザーの手間なく数秒で完了するほど高速で摩擦がないようにすることです。ERC-7683 (標準化されたインテントフォーマットとライフサイクルのための) のような初期の標準は、Vitalik Buterin のようなリーダーからも支持を得ており、インテント中心設計の勢いを裏付けています。

主な利点のまとめ： 要約すると、インテント中心アーキテクチャはいくつかの主要な利点をもたらします：(1) 簡素化された UX – ユーザーはやりたいことを述べ、システムが残りを考え出します。(2) クロスチェーンの流動性 – 複数のネットワークにまたがる操作がシームレスに処理され、多くのチェーンを事実上一つとして扱います。(3) 開発者のスケーラビリティ – dApp 開発者は、インテントレイヤーがクロスチェーン実行への標準化されたフックを提供するため、各チェーンごとに車輪の再発明をすることなく、多くのチェーンのユーザーと流動性にアクセスできます。_何をすべきか_を_どのように/どこで実行するか_から切り離すことで、インテントはユーザーフレンドリーなイノベーションと、その裏にある複雑な相互運用性との間の架け橋として機能します。

クロスチェーン抽象化の技術的構成要素​

チェーン抽象化とインテントベースの実行を実装するには、協調して動作する技術的メカニズムの_スタック_が必要です。主要なコンポーネントには以下が含まれます：

• クロスチェーンメッセージングリレイヤー： あらゆるマルチチェーンシステムの中核には、ブロックチェーン間でデータと価値を確実に伝達できるメッセージングレイヤーがあります。Wormhole、Hyperlane、Axelar、LayerZero などのプロトコルは、ソースチェーンから1つ以上の宛先チェーンへメッセージ (多くの場合、証明やバリデーターの証明付き) をリレーすることでこの機能を提供します。これらのメッセージには、「このインテントを実行せよ」や「この資産をミントせよ」といったコマンドが含まれることがあります。堅牢なリレイヤーネットワークは、統一されたトランザクションルーティングにとって不可欠であり、チェーン間の「郵便サービス」として機能します。例えば、Wormhole の19の Guardian ノードのネットワークは、接続されたチェーン上のイベントを監視し、VAA (検証可能なアクション承認) に署名します。これは、イベントが発生したことを証明するために他のどのチェーンにも提出できます。これにより、アクションが単一のチェーンから切り離され、チェーンに依存しない動作が可能になります。現代のリレイヤーは、チェーンに依存せず (多くのチェーンタイプをサポート)、セキュリティのために分散化されていることに重点を置いています。例えば Wormhole は、EVM ベースのチェーンを超えて Solana や Cosmos チェーンなどをサポートしており、クロスチェーン通信のための多用途な選択肢となっています。メッセージングレイヤーは、クロスチェーントランザクションの順序付け、再試行、ファイナリティ保証も処理することがよくあります。

• スマートコントラクトウォレット (アカウント抽象化)： アカウント抽象化 (例：Ethereum の ERC-4337) は、外部所有アカウントを、カスタム検証ロジックと複数ステップのトランザクション機能をプログラムできるスマートコントラクトアカウントに置き換えます。これはチェーン抽象化の基盤となります。なぜなら、スマートウォレットは、すべてのチェーン上の資産を制御するユーザーの単一の_メタアカウント_として機能できるからです。Etherspot のようなプロジェクトは、スマートコントラクトウォレットを使用して、チェーン間でのトランザクションバッチングやセッションキーなどの機能を可能にします。ユーザーのインテントは、単一のユーザーオペレーション (4337 の用語で) としてパッケージ化され、ウォレットコントラクトがそれを異なるネットワーク上の複数のサブトランザクションに展開します。スマートウォレットは、ユーザーに代わってガス代を支払うペイマスター (スポンサー) を統合することもでき、真のガス抽象化を可能にします (ユーザーはステーブルコインで支払うか、まったく支払わないかもしれません)。セッションキー (限定された権限を持つ一時的なキー) のようなセキュリティメカニズムにより、ユーザーは複数のプロンプトなしで複数のアクションを含むインテントを承認でき、同時にリスクを制限できます。要するに、アカウント抽象化は、高レベルのインテントを解釈し、必要なステップを一連のトランザクションとして (しばしばリレイヤーを介して) オーケストレーションできるプログラマブルな実行コンテナを提供します。

• インテントのオーケストレーションとソルバー： メッセージングとウォレットレイヤーの上には、インテントソルバーネットワークが存在します。これは、_インテントをどのように満たすか_を考え出す頭脳です。一部のアーキテクチャでは、このロジックはオンチェーンです (例：Wormhole の Mayan Swift のための Solana 上のオンチェーンオークションコントラクトのように、インテント注文とソルバーをマッチングさせる)。他のアーキテクチャでは、インテントの mempool やオーダーブックを監視するオフチェーンエージェントです (例えば、Open Intents Framework は、新しいインテントイベントをリッスンし、それを満たすためにトランザクションを送信する参照 TypeScript ソルバーを提供します)。ソルバーは通常、流動性ルートの発見 (DEX やブリッジを横断して)、価格発見 (ユーザーが公正なレートを得られるようにする)、そして時には中間コストのカバー (担保の提供や_ファイナリティリスク_の負担 – クロスチェーン転送が完全にファイナライズされる前にユーザーに資金を届け、ソルバーにいくらかのリスクを負わせることで UX を高速化する) を処理する必要があります。うまく設計されたインテント中心システムは、ユーザーのインテントが最適に実行されることを保証するために、しばしばソルバー間の競争を伴います。ソルバーは経済的にインセンティブを与えられることがあります (例：インテントを満たすことで手数料やアービトラージ利益を得る)。ソルバーのオークションやバッチ処理のようなメカニズムを使用して、効率を最大化できます。例えば、複数のユーザーが類似のインテントを持っている場合、ソルバーはそれらをバッチ処理して、ユーザーあたりのブリッジ手数料を最小限に抑えることができます。

• 統一された流動性とトークン抽象化： チェーン間で資産を移動させると、断片化された流動性とラップされたトークンという古典的な問題が生じます。チェーン抽象化レイヤーは、しばしばトークン自体を抽象化します – ユーザーに、多くのチェーンで使用できる単一の資産の体験を提供することを目指します。一つのアプローチはオムニチェーントークンです (トークンが、多くの互換性のないラップされたバージョンではなく、単一の総供給量の下で複数のチェーンにネイティブに存在できる)。Wormhole は、従来のロックアンドミントブリッジの進化形としてNative Token Transfers (NTT) を導入しました。無限の「ブリッジされた」IOU トークンの代わりに、NTT フレームワークは、チェーンを越えてデプロイされたトークンを、共有のミント/バーン制御を持つ一つの資産として扱います。実際には、NTT 下で資産をブリッジすることは、ソースで_バーン_し、デスティネーションで_ミント_することを意味し、単一の流通供給量を維持します。この種の流動性の統一は、チェーン抽象化がユーザーを複数のトークン表現で混乱させることなく資産を「テレポート」させるために不可欠です。他のプロジェクトでは、流動性ネットワークやプール (例：Connext や Axelar) を使用し、各チェーンで流動性プロバイダーが資本を供給して資産をスワップイン・アウトするため、ユーザーは事実上、ある資産を別のチェーン上の同等物と一段階で交換できます。Securitize SCOPE ファンドの例は示唆に富んでいます。機関投資家向けファンドトークンがマルチチェーン化され、投資家は Ethereum または Optimism で購読または償還でき、裏側では Wormhole のプロトコルがトークンを移動させ、さらには利回りを生む形に変換することで、ユーザーは手動のブリッジや複数のウォレットを必要としなくなります。

• プログラマブルな実行レイヤー： 最後に、特定のオンチェーンイノベーションが、より複雑なクロスチェーンワークフローを可能にします。アトミックなマルチコールサポートとトランザクションスケジューリングは、複数ステップのインテントの調整に役立ちます。例えば、Sui ブロックチェーンのProgrammable Transaction Blocks (PTBs) は、複数のアクション (スワップ、転送、コールなど) を一つのアトミックなトランザクションにまとめることを可能にします。これにより、Sui 上でのクロスチェーンインテントの履行が簡素化され、すべてのステップが実行されるか、まったく実行されないかのどちらかになり、ユーザーの署名は一度で済みます。Ethereum では、EIP-7702 (EOA のためのスマートコントラクトコード) のような提案が、ユーザーアカウントの機能を拡張し、ベースレイヤーでさえもスポンサー付きガスや複数ステップのロジックをサポートします。さらに、専門の実行環境やクロスチェーンルーターが採用されることもあります。例えば、一部のシステムでは、すべてのインテントを特定の L2 やハブを通じてルーティングし、それがクロスチェーンアクションを調整します (ユーザーはそのハブとのみ対話するかもしれません)。例としては、Push Protocol の L1 (Push Chain) のようなプロジェクトがあり、これはチェーンに依存しない操作のための専用の_決済レイヤー_として設計されており、ユニバーサルスマートコントラクトとサブセカンドのファイナリティを特徴とし、クロスチェーンの相互作用を迅速化します。普遍的に採用されているわけではありませんが、これらのアプローチは、チェーン抽象化を実現するために使用される技術のスペクトルを示しています。純粋なオフチェーンのオーケストレーションから、クロスチェーンインテント実行のために専用に構築された新しいオンチェーンインフラストラクチャのデプロイまで、多岐にわたります。

要約すると、チェーン抽象化はこれらのコンポーネントを階層化することで達成されます：ルーティングレイヤー (チェーン間でメッセージをやり取りするリレイヤー)、アカウントレイヤー (任意のチェーンでアクションを開始できるスマートウォレット)、そして実行レイヤー (インテントを実行するソルバー、流動性、コントラクト)。各部分が必要であり、ユーザーの視点から見れば、複数のブロックチェーンにまたがる dApp との対話が、単一チェーンのアプリケーションを使用するのと同じくらいスムーズであることを保証します。

ケーススタディ 1：Wormhole – インテントベース、チェーン非依存のルーティング​

Wormhole は、トークンブリッジからインテントベースの機能を備えた包括的なメッセージパッシングネットワークへと進化した、主要なクロスチェーン相互運用性プロトコルです。そのチェーン抽象化へのアプローチは、20以上のチェーン (EVM チェーンと Solana のような非 EVM チェーンを含む) を接続する_統一されたメッセージルーティングレイヤー_を提供し、その上に_チェーン非依存のアプリケーションプロトコル_を構築することです。Wormhole のアーキテクチャの主要な要素は以下の通りです：

• 汎用メッセージレイヤー： その中核において、Wormhole は汎用のパブリッシュ/サブスクライブブリッジです。バリデーター (Guardians) は、接続された各チェーン上のイベントを監視し、VAA (検証可能なアクション) に署名します。これは、他のどのチェーン上でもイベントを再現したり、ターゲットコントラクトを呼び出したりするために提出できます。この汎用的な設計により、開発者はトークン転送だけでなく、任意の指示やデータをクロスチェーンで送信できます。Wormhole はメッセージが一貫して配信・検証されることを保証し、ソースが Ethereum、Solana、または別のチェーンであったかどうかを抽象化します。

• チェーン非依存のトークン転送： Wormhole のオリジナルの Token Bridge (Portal) は、ロックアンドミント方式を使用していました。最近、Wormhole はマルチチェーントークンのための改善されたフレームワークであるNative Token Transfers (NTT) を導入しました。NTT を使用すると、資産は各チェーンで_ネイティブに発行_でき (断片化されたラップトークンを回避)、Wormhole はチェーン間でのバーンとミントの会計処理を行い、供給量を同期させます。ユーザーにとっては、トークンがチェーン間を「テレポート」するように感じられます。あるチェーンでデポジットし、別のチェーンで同じ資産を引き出すだけで、Wormhole がミント/バーンの帳簿管理を行います。これは、各チェーンでの異なるトークン標準やアドレスの複雑さを隠すトークン抽象化の一形態です。

• インテントベースの xApp プロトコル： トークンのブリッジングがクロスチェーン UX の一部に過ぎないことを認識し、Wormhole はスワップやガス代管理付きの転送といったユーザーの_インテント_を満たすための高レベルのプロトコルを開発しました。2023年から2024年にかけて、Wormhole はクロスチェーン DEX アグリゲーターのMayanと協力し、Wormhole エコシステムでしばしば xApps (クロスチェーンアプリ) と呼ばれる2つのインテント中心のプロトコル、Mayan Swift と Mayan MCTP (Multichain Transfer Protocol) を立ち上げました。

  • Mayan Swift は、_「柔軟なクロスチェーンインテントプロトコル」_と説明されており、基本的にはユーザーがチェーン A からチェーン B へのトークンスワップを要求できるようにするものです。ユーザーはソースチェーンで一度トランザクションに署名し、資金をロックして望ましい結果 (例：「時刻 T までに宛先チェーンでトークン Y を少なくとも X 量欲しい」) を指定します。このインテント (注文) は、ソルバーによって拾われます。ユニークなことに、Wormhole Swift はSolana 上のオンチェーンオークションを使用して、インテントに対する_競争的な価格発見_を行います。ソルバーは特別な Solana コントラクトを監視し、新しいインテント注文が作成されると、どれだけの出力トークンを提供できるかをコミットして入札します。短いオークション期間 (例：3秒) の間に、入札は価格を競り上げます。最も高い入札者 (ユーザーに最も有利なレートを提供する者) が勝ち、スワップを履行する権利を与えられます。その後、Wormhole は宛先チェーンにメッセージを送り、そのソルバーがユーザーにトークンを配達することを許可し、別のメッセージを返してユーザーのロックされた資金を支払いとしてソルバーに解放します。この設計により、ユーザーのインテントが分散化された方法で可能な限り最高の価格で満たされることが保証され、ユーザーはソースチェーンとの対話だけで済みました。また、クロスチェーンスワップを2つのステップ (資金のロック、その後宛先での履行) に分割することでリスクを最小限に抑えます。ここでのインテント中心の設計は、抽象化がどのように_スマートな実行_を可能にするかを示しています。ユーザーが特定のブリッジや DEX を選ぶのではなく、システムが最適なパスと価格を自動的に見つけ出します。

  • Mayan MCTP は、ガスと手数料の管理を伴うクロスチェーン資産転送に焦点を当てています。これは、Circle のCCTP (Cross-Chain Transfer Protocol) – ネイティブ USDC をあるチェーンでバーンし、別のチェーンでミントできる – を価値移転の基盤として活用し、調整には Wormhole メッセージングを使用します。MCTP 転送では、ユーザーのインテントは単に「私の USDC をチェーン A からチェーン B に移動させる (そして任意で B 上の別のトークンにスワップする)」といったものかもしれません。ソースチェーンのコントラクトはトークンと希望の宛先を受け入れ、CCTP を介してバーンを開始し、同時にユーザーの宛先アドレス、宛先で希望するトークン、さらにはガスドロップ (ブリッジされた資金の一部を宛先でネイティブガスに変換する量) のようなメタデータを含む Wormhole メッセージを公開します。宛先チェーンで Circle が USDC をミントすると、Wormhole リレイヤーがインテントメタデータが配信・検証されることを保証します。その後、プロトコルは自動的に、例えば USDC の一部をネイティブトークンにスワップしてガス代を支払い、残りをユーザーのウォレット (または指定されたコントラクト) に届けます。これにより、_ワンステップでガス代込みのブリッジ_が提供されます。ユーザーは新しいチェーンでガスを取得したり、ガスのために別のスワップを実行したりする必要がありません。それはすべてインテントにエンコードされ、ネットワークによって処理されます。したがって、MCTP は、チェーン抽象化がどのように_手数料の抽象化_と信頼性の高い転送を一つのフローで処理できるかを示しています。Wormhole の役割は、インテントと資金が移動したことの証明 (CCTP 経由) を安全に送信し、ユーザーのリクエストがエンドツーエンドで満たされるようにすることです。

Wormhole のインテント中心スワップアーキテクチャ (Mayan Swift) の図解。 この設計では、ユーザーはソースチェーンで資産をロックし、結果 (インテント) を定義します。ソルバーは、そのインテントを履行する権利をオンチェーンオークションで入札します。落札したソルバーは、Wormhole メッセージを使用して資金のロック解除と宛先チェーンでの結果の配信を調整し、その間、ユーザーがスワップで最高の価格を得られるようにします。

• 統一された UX とワンクリックフロー： Wormhole ベースのアプリケーションは、ますます_ワンクリックのクロスチェーンアクション_を提供するようになっています。例えば、Wormhole Connect は、dApps やウォレットが統合してユーザーがワンクリックで資産をブリッジできるようにするフロントエンド SDK です。裏側では、Wormhole のトークンブリッジングと、(任意で) ターゲットチェーンにガスをデポジットするリレイヤーを呼び出します。Securitize SCOPE ファンドのユースケースでは、Optimism 上の投資家が、元々 Ethereum 上に存在するファンドトークンを、何も手動でブリッジすることなく購入できます。Wormhole の流動性レイヤーが自動的にトークンを移動させ、さらには利回りを生む形に変換するため、ユーザーは統一された投資商品を見るだけです。このような例は、チェーン抽象化の精神を浮き彫りにします。ユーザーは高レベルのアクション (ファンドへの投資、X を Y にスワップ) を実行し、プラットフォームがクロスチェーンのメカニズムを静かに処理します。Wormhole の標準的なメッセージリレーと自動ガス配送 (Wormhole の Automatic Relayer や、一部のフローに統合された Axelar の Gas Service などのサービス経由) により、ユーザーはしばしば元のチェーンで一度だけトランザクションに署名し、それ以上の介入なしに宛先チェーンで結果を受け取ります。開発者の視点から見ると、Wormhole はチェーン間でコントラクトを呼び出すための統一されたインターフェースを提供するため、クロスチェーンロジックの構築がより簡単になります。

要約すると、Wormhole のチェーン抽象化へのアプローチは、他者がチェーン非依存の体験を創造するために構築できるインフラストラクチャ (分散型リレイヤー + 各チェーン上の標準化されたコントラクト) を提供することです。多種多様なチェーンをサポートし、高レベルのプロトコル (インテントオークションやガス管理付き転送など) を提供することで、Wormhole はアプリケーションがブロックチェーンエコシステムを一つの接続された全体として扱うことを可能にします。ユーザーは、自分がどのチェーンにいるかや、どのようにブリッジするかを心配する必要がなくなることで利益を得ます。流動性の移動であれ、マルチチェーンスワップであれ、Wormhole のインテント中心の xApps は、それを単一チェーンのインタラクションと同じくらい簡単にすることを目指しています。Wormhole の共同創設者である Robinson Burkey は、この種のインフラストラクチャが_「機関投資家規模の成熟度」_に達したと述べ、規制された資産発行者でさえもネットワーク間でシームレスに運用し、ユーザーのためにチェーン固有の制約を抽象化できるようになったと指摘しました。

ケーススタディ 2：Etherspot – アカウント抽象化とインテントの融合​

Etherspot は、ウォレットと開発者ツールの観点からクロスチェーン UX の問題に取り組んでいます。開発者が統合してユーザーに統一されたマルチチェーン体験を提供できる、アカウント抽象化 SDK とインテントプロトコルスタックを提供しています。事実上、Etherspot はスマートコントラクトウォレットとチェーン抽象化ロジックを組み合わせることで、ユーザーの単一のスマートアカウントが最小限の摩擦で多くのネットワークを横断して操作できるようにします。Etherspot のアーキテクチャの主な特徴は以下の通りです：

• モジュラースマートウォレット (アカウント抽象化)： Etherspot のすべてのユーザーは、複数のチェーンにデプロイ可能なスマートコントラクトウォレット (ERC-4337 スタイル) を取得します。Etherspot は、これらのウォレットが相互運用可能でアップグレード可能であることを保証するために、ERC-7579 (最小限のモジュラースマートアカウントインターフェース) のような標準に貢献しました。ウォレットコントラクトはユーザーのエージェントとして機能し、モジュールでカスタマイズできます。例えば、あるモジュールは統一された残高ビューを可能にし、ウォレットはすべてのチェーンにわたるユーザーの資金の総計を報告できます。別のモジュールはセッションキーを可能にし、ユーザーは一度の署名で一連のアクションを承認できます。ウォレットは各チェーンに存在するため、必要なときにはローカルで直接トランザクションを開始できます (Etherspot のバックエンドバンドラーとリレイヤーがクロスチェーンの調整をオーケストレーションします)。

• トランザクションバンドラーとペイマスター： Etherspot は、スマートウォレットからユーザーオペレーションを収集するバンドラーサービス (Skandha) と、ガス代をスポンサーできるペイマスターサービス (Arka) を運営しています。ユーザーが Etherspot を通じてインテントをトリガーすると、事実上ウォレットコントラクトへのメッセージに署名します。その後、Etherspot のインフラストラクチャ (バンドラー) がそれを関連するチェーン上の実際のトランザクションに変換します。重要なのは、複数のアクションをバンドルできることです。例えば、あるチェーンでの DEX スワップと別のチェーンへのブリッジ転送を、ユーザーのウォレットコントラクトが段階的に実行する一つのメタトランザクションにまとめることができます。ペイマスターは、ユーザーが L1 のガスを支払う必要がないことを意味します。代わりに、dApp や第三者がそれをカバーするか、手数料を別のトークンで徴収することができます。これにより、実践的なガス抽象化が実現します (ユーザビリティの大きな勝利です)。実際、Etherspot は、EIP-7702 のような今後の Ethereum の機能により、外部所有アカウントでさえもコントラクトウォレットと同様のガスレス機能を得ることができると強調していますが、Etherspot のスマートアカウントは既にペイマスターを介してガスレスインテントを可能にしています。

• インテント API とソルバー (Pulse)： アカウントレイヤーの上に、Etherspot はEtherspot Pulseとして知られる高レベルのインテント APIを提供します。Pulse は Etherspot のチェーン抽象化エンジンであり、開発者はこれを使用して dApps にクロスチェーンインテントを実装できます。2024年後半の Etherspot Pulse のデモでは、ユーザーが Ethereum から Base 上の資産へのトークンスワップを、シンプルな React アプリのインターフェースでワンクリックで実行する方法が示されました。裏側では、Pulse がマルチチェーントランザクションを安全かつ効率的に処理しました。Pulse の主な機能には、統一された残高 (ユーザーはチェーンに関係なくすべての資産を一つのポートフォリオとして見る)、セッションキーセキュリティ (特定のアクションに対する権限を制限し、頻繁な承認を避ける)、インテントベースのスワップ、そして_ソルバー統合_が含まれます。言い換えれば、開発者は Etherspot SDK を通じて swap(Chain1 の tokenA -> Chain2 の tokenB for user) のようなインテントを呼び出すだけで、Pulse がそれをどのように実行するかを考え出します。Socket のような流動性ネットワークを介してルーティングするか、クロスチェーン DEX を呼び出すかなどです。Etherspot は、最適なルートを見つけるためにさまざまなブリッジや DEX アグリゲーターと統合しています (Etherspot の Ethereum インテントコミュニティへの関与を考えると、Open Intents Framework の概念もいくつか使用している可能性が高いです)。

• 教育と標準化： Etherspot は、チェーン抽象化標準の熱心な支持者です。インテントと、**「ユーザーは望ましい結果を宣言し、ソルバーがバックエンドプロセスを処理する」**方法を説明する教育コンテンツをリリースし、簡素化された UX とクロスチェーンの流動性を強調しています。彼らは、ユーザーがブリッジングやガスについて心配する必要がなくなること、dApp が複数のチェーンに簡単にアクセスすることでスケーラビリティを得られることなどの利点を列挙しています。Etherspot はまた、エコシステムのプロジェクトと積極的に協力しています。例えば、Ethereum Foundation の Open Intents Framework を参照し、新しいクロスチェーンメッセージング標準 (ERC-7786, 7787 など) が登場するにつれて、それらを統合することを探求しています。共通の標準に準拠することで、Etherspot はそのインテントフォーマットやウォレットインターフェースが、開発者が選択した他のソリューション (Hyperlane, Connext, Axelar など) と連携して動作することを保証します。

• ユースケースと開発者 UX： 開発者にとって、Etherspot を使用することは、車輪の再発明をすることなくクロスチェーン機能を追加できることを意味します。DeFi dApp は、ユーザーが資産を持っているどのチェーンからでも資金をデポジットできるようにし、Etherspot がチェーンの違いを抽象化します。ゲームアプリは、ユーザーが一度のトランザクションで L2 上の NFT を請求し、取引のために必要であれば自動的に Ethereum にブリッジさせることができます。Etherspot の SDK は、本質的にチェーン非依存の関数呼び出しを提供します。開発者は高レベルのメソッド (統一された transfer() や swap() など) を呼び出し、SDK がユーザーの資金の特定、必要に応じた移動、チェーン間での状態の更新を処理します。これにより、マルチチェーンサポートの開発時間が大幅に短縮されます (チームは、彼らのチェーン抽象化プラットフォームを使用すると開発時間が最大90%削減されると主張しています)。もう一つの側面は、Etherspot が AA フローのために構築したRPC Playgroundとデバッグツールであり、これにより複数のネットワークを含む可能性のある複雑なユーザーオペレーションのテストが容易になります。これらすべては、_チェーン抽象化の統合を、Web2 で決済 API を統合するのと同じくらい簡単にする_ことを目指しています。

エンドユーザーの視点から見ると、Etherspot を搭載したアプリケーションは、はるかにスムーズなオンボーディングと日常的な体験を提供できます。新規ユーザーは、ソーシャルログインやメールでサインインし (dApp が Etherspot のソーシャルアカウントモジュールを使用している場合)、自動的にスマートアカウントを取得できます。各チェーンのシードフレーズを管理する必要はありません。彼らはどのチェーンからでもトークンや NFT を一つのアドレス (スマートウォレットのアドレスはサポートされているすべてのチェーンで同じ) に受け取り、一つのリストで見ることができます。資産やガスがないチェーンでアクション (スワップ、貸付など) を実行したい場合、インテントプロトコルが自動的に資金とアクションをルーティングしてそれを実現します。例えば、Polygon 上に USDC を持っているユーザーが Ethereum の DeFi プールに参加したい場合、単に「プールに投資」をクリックするだけです。アプリ (Etherspot 経由) は、USDC を必要な資産にスワップし、Ethereum にブリッジし、プールコントラクトにデポジットし、さらには USDC のごく一部を徴収してガス代を処理します。これらすべてがワンフローで行われます。ユーザーは_「X ネットワークに切り替えてください」や「ガスに ETH が必要です」_といったエラーに直面することはありません。それらは裏側で処理されます。このワンクリック体験こそが、チェーン抽象化が目指すものです。

Etherspot の CEO である Michael Messele は、EthCC 2025 で_「高度なチェーン抽象化」_について語り、Web3 を真にブロックチェーン非依存にすることが、相互運用性、スケーラビリティ、UX を強化することでユーザーと開発者の両方に力を与えることができると強調しました。Etherspot 自身の貢献、例えば単一インテントのクロスチェーンスワップの Pulse デモは、クロスチェーンの相互作用を劇的に簡素化する技術が既に存在することを示しています。Etherspot が位置づけるように、インテントは、マルチチェーンエコシステムの革新的な可能性と、エンドユーザーが期待する_ユーザビリティ_との間の架け橋です。彼らのようなソリューションがあれば、dApps はチェーンの違いが背景に消える「摩擦のない」体験を提供でき、Web3 の主流への普及を加速させることができます。

ユーザー＆開発者体験の向上​

チェーン抽象化とインテント中心アーキテクチャは、最終的にはマルチチェーンの世界におけるより良いユーザー体験 (UX) と開発者体験 (DX) のためにあります。注目すべき改善点には以下のようなものがあります：

• シームレスなオンボーディング： 新規ユーザーは、自分がどのブロックチェーン上にいるかを心配することなくオンボーディングできます。例えば、ユーザーにはどこでも機能する単一のスマートアカウントが与えられ、それはソーシャルログインで作成されるかもしれません。彼らはどのチェーンからでも、このアカウントに任意のトークンや NFT を混乱なく受け取ることができます。もはや初心者が MetaMask でネットワークを切り替えたり、複数のシードフレーズを保護したりする方法を学ぶ必要はありません。これにより、dApp の使用が Web2 アプリのサインアップに近くなるため、参入障壁が大幅に下がります。アカウント抽象化を実装しているプロジェクトは、しばしばメールや OAuth ベースのウォレット作成を許可し、結果として得られるスマートアカウントはチェーン非依存になります。

• ワンクリックでのクロスチェーンアクション： おそらく最も目に見える UX の利点は、かつては複数ステップ、複数アプリのワークフローだったものを、1、2回のクリックに凝縮することです。例えば、以前のクロスチェーントークンスワップは、チェーン1でトークンAをブリッジ可能な資産にスワップし、ブリッジUIに行ってチェーン2に送り、その後チェーン2でトークンBにスワップするという手順が必要で、両方のチェーンでガス代を管理する必要がありました。インテント中心のシステムでは、ユーザーは単に「チェーン1のAをチェーン2のBにスワップ」と要求し、一度確認するだけです。すべての中間ステップ (必要であればチェーン2でガスを取得することも含む) は自動化されます。これは時間を節約するだけでなく、ユーザーエラー (間違ったブリッジを使用する、間違ったアドレスに送るなど) の可能性も減らします。これは、複数の区間を別々に手動で購入するのではなく、一つの旅行サイトで複数区間のフライトを予約する便利さに似ています。

• ネイティブガスの心配が不要： ユーザーは、トランザクションの支払いのために、少額の ETH、MATIC、AVAX などを常にスワップする必要がありません。ガス代の抽象化は、dApp がガスをカバーする (そして、取引されたトークンやサブスクリプションモデルで手数料を請求するかもしれない) か、システムがユーザーの資産の一部を自動的に変換して手数料を支払うことを意味します。これは心理的に大きな影響を与えます。混乱を招くプロンプト (「ガスが不足しています」というエラーはもうありません) の一類を取り除き、ユーザーが関心のあるアクションに集中できるようにします。EthCC 2025 のいくつかの講演では、ガス抽象化が優先事項として挙げられており、例えば Ethereum の EIP-7702 は将来的には EOA アカウントでさえもガスがスポンサーされることを可能にします。今日の実際には、多くのインテントプロトコルは、出力資産の少量を出力先のチェーンでユーザーのためにガスとしてドロップするか、ユーザーオペレーションに接続されたペイマスターを利用します。その結果、ユーザーは、例えば Arbitrum から Polygon へ USDC を移動させる際に、どちらの側でも ETH に触れることなく、到着後すぐに Polygon ウォレットでトランザクションを行えるようになります。

• 統一された資産管理： エンドユーザーにとって、チェーンを横断した_資産と活動の統一されたビュー_を持つことは、生活の質を大きく向上させます。チェーン抽象化は、統合されたポートフォリオを提示できます。メインネット上の1 ETH と Optimism 上のブリッジされた stETH 相当の2 ETH が、両方とも単に「ETH 残高」として表示されるかもしれません。5つの異なるチェーンに USD ステーブルコインを持っている場合、チェーン非依存のウォレットは合計の USD 価値を表示し、手動でブリッジすることなくそこから支出できるようにします。これは、(裏側で資金が複数の口座に分散していても) 単一の残高を表示する従来の銀行アプリのように感じられます。ユーザーは「デフォルトで最も安いネットワークを使用する」や「利回りを最大化する」といった設定を行うことができ、システムは自動的にトランザクションを適切なチェーンに割り当てるかもしれません。一方、すべての取引履歴はチェーンに関係なく一つのタイムラインで見ることができます。このような一貫性は、より広範な採用にとって重要です。それは、ブロックチェーンの複雑さを見慣れたメタファーの下に隠します。

• 開発者の生産性向上： 開発者側から見ると、チェーン抽象化プラットフォームは、_各統合ごとにチェーン固有のコードを書く必要がなくなる_ことを意味します。資産とネットワークのカバレッジを確保するために5つの異なるブリッジと6つの取引所を統合する代わりに、開発者はそれらを抽象化する一つのインテントプロトコル API を統合できます。これは開発工数を節約するだけでなく、メンテナンスも削減します。新しいチェーンやブリッジが登場すると、抽象化レイヤーのメンテナーが統合を処理し、dApp はその恩恵を受けるだけです。Etherspot の週刊ダイジェストでは、Okto のチェーン抽象化プラットフォームのようなソリューションが、主要なチェーンと流動性最適化のような機能の標準サポートを提供することで、マルチチェーン dApp の開発時間を最大90%削減すると主張していることが強調されました。本質的に、開発者はクロスチェーン転送やガス管理の複雑さではなく、アプリケーションロジック (例えば、貸付商品、ゲーム) に集中できます。これにより、より多くの Web2 開発者が Web3 に参入する扉が開かれます。彼らは各チェーンの深いブロックチェーン専門知識を必要とせず、より高レベルの SDK を使用できるからです。

• 新しい構成可能な体験： インテントとチェーン抽象化により、開発者は以前は試みるには複雑すぎた体験を創造できます。例えば、クロスチェーンのイールドファーミング戦略を自動化できます。ユーザーが「私の資産の利回りを最大化する」をクリックすると、インテントプロトコルが資産をチェーン間で最適なイールドファームに移動させ、レートが変化するにつれてこれを継続的に行うことさえ可能です。ゲームは、プレイヤーが手動でアイテムをブリッジする必要なく、複数のチェーンにまたがる資産やクエストを持つことができます。ゲームのバックエンド (インテントフレームワークを使用) がアイテムのテレポートや状態の同期を処理します。ガバナンスでさえも恩恵を受けることができます。DAO は、ユーザーが一度投票するだけで、その投票がクロスチェーンメッセージを介して関連するすべてのチェーンのガバナンスコントラクトに適用されるようにすることができます。全体的な効果はコンポーザビリティです。単一チェーン上の DeFi がプロトコルのレゴのような構成を可能にしたように、クロスチェーンのインテントレイヤーは異なるチェーン上のプロトコルが構成されることを可能にします。ユーザーのインテントが、チェーンをまたがる複数の dApp でアクションをトリガーするかもしれません (例えば、あるチェーンで NFT をアンラップし、別のチェーンのマーケットプレイスでそれを売る)。これにより、サイロ化された単一チェーンの操作よりも豊かなワークフローが生まれます。

• セーフティネットと信頼性： あまり評価されていない UX の側面として、エラー処理があります。初期のクロスチェーンインタラクションでは、何かがうまくいかない場合 (ブリッジで資金が詰まる、資金を送った後にトランザクションが失敗するなど)、ユーザーは複数のプラットフォームにまたがるトラブルシューティングの悪夢に直面しました。インテントフレームワークは、_再試行ロジック、保険、またはユーザー保護メカニズム_を組み込むことができます。例えば、ソルバーがファイナリティリスクを引き受けるかもしれません。ユーザーの資金を宛先ですぐに (数秒以内に) 配達し、遅いソースチェーンのファイナリティを自分で待つということです。これは、ユーザーが確認のために数分または数時間待たされることがないことを意味します。インテントが部分的に失敗した場合、システムは自動的にロールバックまたは返金できます。フロー全体が既知のステップでオーケストレーションされているため、_何かが壊れた場合にユーザーを元通りにする_余地がより多くあります。一部のプロトコルは、インテント実行の一部としてクロスチェーン操作のためのエスクローや保険を検討しており、これはユーザーが手動で面倒な手順を踏んでいる場合には不可能でしょう。彼らはそのリスクを一人で負うことになります。要するに、抽象化は、全体的な体験をよりスムーズにするだけでなく、平均的なユーザーにとってより安全で信頼できるものにすることができます。

これらの改善点はすべて、ユーザーの認知負荷を軽減し、ブロックチェーンの配管_をバックグラウンドに抽象化するという一つの傾向を指し示しています。うまく行けば、ユーザーは自分がどのチェーンを使用しているかにさえ気づかないかもしれません。彼らはただ機能やサービスにアクセスするだけです。一方、開発者は、単一のコードベースから多くのネットワークの流動性とユーザーベースを活用するアプリを構築できます。これは、複雑さがエッジ (ユーザーアプリ) からミドル (インフラプロトコル) へと移行するものであり、技術が成熟するにつれて自然な進展です。EthCC 2025 のトーンもこの感情を反映しており、「シームレスで構成可能なインフラ」_が Ethereum コミュニティの最重要目標として挙げられました。

EthCC 2025 からの洞察​

EthCC 2025 カンファレンス (2025年7月にカンヌで開催) は、チェーン抽象化とインテントベースの設計が Ethereum エコシステムでいかに中心的になったかを浮き彫りにしました。ネットワークを横断するユーザー体験の統一に焦点を当てたセッションブロックが設けられました。イベントからの主な takeaways は以下の通りです：

• 抽象化に関するコミュニティの合意： 業界リーダーによる複数の講演が同じメッセージを繰り返しました。マルチチェーン体験の簡素化は、Web3 採用の次の波にとって不可欠であるということです。Michael Messele (Etherspot) は_「ブロックチェーン非依存の未来へ」と題して語り、Alex Bash (Zerion wallet) は「抽象化とインテントによる Ethereum の UX の統一」について議論し、他の人々はステーブルコインのチェーン抽象化のための ERC-7811 のような具体的な標準を紹介しました。ある講演のタイトル自体、「チェーン抽象化なくして Web3 の未来はない」_が、コミュニティの感情を要約していました。言い換えれば、クロスチェーンのユーザビリティを解決しなければ、Web3 はその潜在能力を最大限に発揮できないという幅広い合意があります。これは、L1 や L2 のスケーリングが主な焦点だった数年前からの変化を表しています。今や多くの L2 が稼働しており、それらをユーザーのために接続することが新たなフロンティアとなっています。

• ハブとしての Ethereum の役割： EthCC のパネルディスカッションでは、Ethereum が単なる多くのチェーンの一つとしてではなく、_マルチチェーンエコシステムの基盤_として位置づけられていることが強調されました。Ethereum のセキュリティとメインネット上の 4337 アカウント抽象化は、さまざまな L2 やサイドチェーンでの活動の基盤となる共通の土台として機能します。ロールアップと競合するのではなく、Ethereum (ひいては Ethereum コミュニティ) は、チェーンのネットワーク全体を統一されたものと感じさせるプロトコルに投資しています。これは、多くのチェーンやロールアップにまたがる Open Intents Framework のようなプロジェクトへの Ethereum Foundation の支援によって例証されています。EthCC での雰囲気は、Ethereum の成熟度が、ユーザー中心の設計 (チェーンに関係なく) が最重要である**「エコシステムのエコシステム」**を受け入れることで示されているというものでした。

• 触媒としてのステーブルコインと現実世界資産： 興味深いテーマは、チェーン抽象化とステーブルコインおよび RWA (現実世界資産) との交差点でした。ステーブルコインは DeFi における「基盤となる力」として繰り返し言及され、いくつかの講演 (例：ERC-7811 ステーブルコインチェーン抽象化に関するもの) では、ステーブルコインの使用をチェーン非依存にすることに注目していました。その考えは、平均的なユーザーが自分の USDC や DAI がどのチェーンにあるかを気にする必要はなく、どこでも同じ価値を持ち、シームレスに利用できるべきだというものです。これは、Securitize のファンドが Wormhole を使用してマルチチェーン化し、機関投資家向け商品を効果的にチェーン間で抽象化した例で見られました。EthCC の議論では、ステーブルコインと RWA のクロスチェーン UX を解決することが、より広範なブロックチェーンベースの金融への大きな一歩であることが示唆されました。これらの資産は、機関投資家や主流ユーザーによる採用のためにスムーズなユーザー体験を要求するためです。

• 開発者の興奮とツール： ワークショップやサイドイベント (Multichain Day など) では、開発者に利用可能な新しいツールが紹介されました。ハッカソンプロジェクトやデモでは、(さまざまなチームからの) インテント API やチェーン抽象化 SDK を使用して、数日でクロスチェーン dApp を作成する方法が披露されました。Web3 UX の「聖杯」である、気づかずに複数のネットワークを使用することが手の届くところにあるという、 palpable な興奮がありました。Open Intents Framework チームは、初心者向けのワークショップを開催し、彼らの参照ソルバーとコントラクトを使用してインテント対応アプリを構築する方法を説明しました。過去にブリッジングやマルチチェーン展開に苦労した開発者たちは、これらのソリューションに熱心であり、Q&A セッション (カンファレンス中にソーシャルメディアで非公式に報告されたように) でそれが証明されました。

• 発表と協力： EthCC 2025 は、この分野のプロジェクト間の協力を発表する舞台ともなりました。例えば、ウォレットプロバイダーとインテントプロトコル、またはブリッジプロジェクトとアカウント抽象化プロジェクトとのパートナーシップが示唆されました。具体的な発表の一つは、Wormhole が Stacks エコシステムと統合し (Bitcoin の流動性をクロスチェーンフローに取り込む)、これは直接的には Ethereum のチェーン抽象化ではありませんでしたが、伝統的に分離されていた暗号エコシステム間の_接続性の拡大_を例証しました。Zerion (ウォレット)、Safe (スマートアカウント)、Connext、Socket、Axelar などのプロジェクトがすべて相互運用性について議論していたことは、パズルの多くのピースが組み合わさってきていることを示していました。

全体として、EthCC 2025 は、ユーザー中心のクロスチェーンイノベーションを中心に結束するコミュニティの姿を描き出しました。_「構成可能なインフラ」_という言葉が目標を説明するために使用されました。これらすべての L1、L2、プロトコルは、アプリケーションがアドホックに物事を繋ぎ合わせる必要なく構築できる、一貫した構造を形成すべきです。カンファレンスは、チェーン抽象化とインテントが単なるバズワードではなく、真剣な才能と投資を引き付ける活発な開発分野であることを明確にしました。この分野における Ethereum のリーダーシップは、資金提供、標準設定、堅牢なベースレイヤーの提供を通じて、イベントで再確認されました。

チェーン抽象化とインテントへのアプローチの比較​

以下の表は、クロスチェーンのユーザー/開発者体験に取り組むいくつかの著名なプロトコルとフレームワークを比較し、そのアプローチと主な特徴を強調しています：

(表の凡例：AA = アカウント抽象化, ChA = チェーン抽象化, AMB = 任意メッセージングブリッジ)

上記のアプローチはそれぞれ、クロスチェーン UX の課題にわずかに異なる角度から取り組んでいます。ユーザーのウォレット/アカウントに焦点を当てるもの、ネットワークメッセージングに焦点を当てるもの、そして開発者 API レイヤーに焦点を当てるものなどですが、すべてがブロックチェーンの相互作用をチェーン非依存かつインテント駆動にするという共通の目標を共有しています。特筆すべきは、これらのソリューションは相互に排他的ではなく、実際にはしばしば互いに補完し合うことです。例えば、アプリケーションは Etherspot のスマートウォレット + ペイマスターを使用し、Open Intents 標準でユーザーのインテントをフォーマットし、その後、実際にブリッジしてアクションを実行するための実行レイヤーとして Axelar や Connext を裏側で使用することができます。新たなトレンドは、_チェーン抽象化ツール自体の間の構成可能性_であり、最終的にはユーザーが自由にナビゲートできるブロックチェーンのインターネットへと構築されていきます。

結論​

ブロックチェーン技術は、サイロ化されたネットワークと手動操作から、統一されたインテント駆動の体験へとパラダイムシフトを遂げています。チェーン抽象化とインテント中心アーキテクチャは、この変革の中心にあります。複数のチェーンの複雑さを抽象化することで、人々がどのチェーンを使用しているか、資産をどのようにブリッジするか、各ネットワークでガスをどのように取得するかを理解する必要なく、分散型アプリケーションと対話できる_ユーザー中心の Web3_ を可能にします。インフラストラクチャ – リレイヤー、スマートアカウント、ソルバー、ブリッジ – が、ユーザーがルートを知ることなくインターネットの基盤プロトコルがパケットをルーティングするように、これらの詳細を協調して処理します。

ユーザー体験における利点はすでに明白です。よりスムーズなオンボーディング、ワンクリックのクロスチェーンスワップ、そしてエコシステムを横断する真にシームレスな dApp インタラクションです。開発者もまた、マルチチェーン世界のための構築を劇的に簡素化する高レベルの SDK と標準によって力を得ています。EthCC 2025 で見られたように、これらの開発は単なる刺激的な機能強化ではなく、Web3 成長の次の段階のための基本的な要件であるという強いコミュニティのコンセンサスがあります。Wormhole や Etherspot のようなプロジェクトは、Web2 のような使いやすさを提供しながら、分散化とトラストレス性を維持することが可能であることを示しています。

今後、これらのアプローチのさらなる収束が期待されます。ERC-7683 インテントや ERC-4337 アカウント抽象化などの標準は、広く採用され、プラットフォーム間の互換性を確保するでしょう。より多くのブリッジやネットワークがオープンなインテントフレームワークと統合し、ソルバーがユーザーのインテントを満たすための流動性と選択肢を増やすでしょう。最終的には、「クロスチェーン」という言葉は消え去るかもしれません。なぜなら、相互作用はもはや別々のチェーンという観点では考えられなくなるからです。ウェブのユーザーが自分のリクエストがどのデータセンターにヒットしたかを考えないのと同じです。代わりに、ユーザーは単に_統一されたブロックチェーンエコシステム_でサービスを呼び出し、資産を管理するようになるでしょう。

結論として、チェーン抽象化とインテント中心の設計は、マルチチェーンの夢を現実に変えています。断片化なしに、多様なブロックチェーンイノベーションの利点を提供します。設計をユーザーのインテントに集中させ、残りを抽象化することで、業界は分散型アプリケーションを今日の集中型サービスと同じくらい直感的で強力なものにするための大きな一歩を踏み出しており、より広範な聴衆に対して Web3 の約束を果たしています。インフラはまだ進化の途上にありますが、その軌道は明確です。シームレスでインテント駆動の Web3 体験が目前に迫っており、それは私たちがブロックチェーンを認識し、対話する方法を再定義するでしょう。

出典： このレポートの情報は、プロトコルのドキュメンテーション、開発者ブログの投稿、EthCC 2025 の講演など、最新のさまざまなリソースから収集されました。主な参考文献には、Wormhole のクロスチェーンインテントプロトコルに関する公式ドキュメント、Etherspot のアカウントおよびチェーン抽象化に関する技術ブログシリーズ、Ethereum Foundation の Open Intents Framework のリリースノートなどが含まれ、本文中で引用されています。各引用は、述べられた主張を裏付ける元の資料を特定するために【source†lines】の形式で示されています。

ウォレットの摩擦を解消し、ユーザーの流入を維持し、成長の可能性を予測する方法

Web3 アプリが現代の Web2 サービスと同じようにシームレスなサインアップフローを持っていたらどうでしょうか？それが Sui ブロックチェーンにおける zkLogin の核となる約束です。これは Sui のための OAuth のように機能し、ユーザーは Google 、 Apple 、 X などの使い慣れたアカウントでサインインできます。その後、ゼロ知識証明（ZKP）によって、その Web2 の ID がオンチェーンの Sui アドレスに安全に紐付けられます。ウォレットのポップアップ、シードフレーズ、ユーザーの離脱はもうありません。

その影響は現実的かつ即座に現れます。すでに数十万の zkLogin アカウントが稼働しており、ケーススタディでは、従来のウォレットの障壁を取り除いた後、ユーザーのコンバージョン率がわずか 17% から 42% へと大幅に向上したことが報告されています。これがどのように機能し、あなたのプロジェクトに何をもたらすのかを詳しく見ていきましょう。

なぜウォレットが初回コンバージョンを妨げるのか​

あなたは画期的な dApp を構築しましたが、ユーザー獲得のファネルからユーザーが流出しています。その原因のほとんどは常に同じ、「ウォレットを接続（Connect Wallet）」ボタンです。標準的な Web3 のオンボーディングは、拡張機能のインストール、シードフレーズの警告、そして暗号資産の専門用語のクイズといった迷路のようなものです。

これは初心者にとって非常に大きな障壁です。UX 研究者によると、ウォレットのプロンプトが表示された瞬間に 87% という驚異的な離脱 が観察されました。ある興味深い実験では、そのプロンプトをチェックアウトプロセスの後の段階に移動させるだけで、完了率が 94% に跳ね上がりました。暗号資産に興味があるユーザーでさえ、主な恐怖は「間違ったボタンをクリックすると資金を失うかもしれない」というものです。このたった一つの威圧的なステップを取り除くことが、飛躍的な成長を解き放つ鍵となります。

zkLogin の仕組み（わかりやすい解説）​

zkLogin は、すべてのインターネットユーザーがすでに信頼している技術を使用することで、ウォレットの問題をエレガントに回避します。その魔法は、舞台裏でいくつかの迅速なステップによって行われます：

1. 一時的なキーペア（Ephemeral Key Pair）: ユーザーがサインインしようとすると、ブラウザ内でローカルに一時的なシングルセッションキーペアが生成されます。これは、このセッションの間だけ有効な一時的なパスキーのようなものだと考えてください。
2. OAuth のプロセス: ユーザーは Google 、 Apple 、またはその他のソーシャルアカウントでサインインします。アプリはこのログインリクエストに、一意の値（ナンス / nonce）を巧みに埋め込みます。
3. ZKP サービス: ログインに成功すると、ZKP（ゼロ知識証明）サービスが暗号化された証明を生成します。この証明は、ユーザーの個人的な身元をオンチェーンで明かすことなく、「この OAuth トークンは一時的なパスキーの所有者を認証するものである」ことを確認します。
4. アドレスの導出: OAuth プロバイダーからのユーザーの JWT（JSON Web Token）と一意の ソルト（salt） を組み合わせて、永続的な Sui アドレスを決定論的に生成します。ソルトはクライアント側または安全なバックエンドで秘密に保持されます。
5. トランザクションの送信: アプリは一時的なキーでトランザクションに署名し、ZK 証明を添付します。Sui のバリデータはオンチェーンで証明を検証し、ユーザーが従来のウォレットを必要とすることなく、トランザクションの正当性を確認します。

ステップバイステップ導入ガイド​

準備はできましたか？ここでは TypeScript SDK を使用したクイックガイドを紹介します。原理は Rust や Python でも同じです。

1. SDK のインストール​

@mysten/sui パッケージには、必要なすべての zklogin ヘルパーが含まれています。

pnpm add @mysten/sui

2. キーとナンスの生成​

まず、一時的なキーペアと、Sui ネットワーク上の現在のエポック（epoch）に関連付けられたナンスを作成します。

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(keypair.getPublicKey(), Number(epoch) + 2, generateRandomness());

3. OAuth へのリダイレクト​

使用しているプロバイダー（Google 、 Facebook 、 Apple など）に適した OAuth ログイン URL を構築し、ユーザーをリダイレクトします。

4. JWT のデコードとユーザーソルトの取得​

ユーザーがログインしてリダイレクトで戻ってきた後、URL から id_token を取得します。それを使用してバックエンドからユーザー固有のソルトを取得し、Sui アドレスを導出します。

const jwt = new URLSearchParams(window.location.search).get('id_token')!;
const salt = await fetch('/api/salt?jwt=' + jwt).then(r => r.text());
const address = jwtToAddress(jwt, salt);

5. ZK 証明のリクエスト​

JWT をプルーバー（prover）サービスに送信して ZK 証明を取得します。開発用には Mysten の公開プルーバーを使用できます。本番環境では、独自にホストするか、Enoki のようなサービスを使用する必要があります。

const proof = await fetch('/api/prove', {
  method:'POST',
  body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. 署名と送信​

次に、トランザクションを構築し、送信者をユーザーの zkLogin アドレスに設定して実行します。SDK が zkLoginInputs（証明）の添付を自動的に処理します。 ✨

const tx = new TransactionBlock();
tx.moveCall({ target:'0x2::example::touch_grass' }); // 任意の Move 呼び出し
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
  transactionBlock: tx,
  zkLoginInputs: proof // ここで魔法が起こります
});

7. セッションの維持​

よりスムーズなユーザー体験のために、キーペアとソルトを暗号化して IndexedDB やローカルストレージに保存します。セキュリティ向上のため、数エポックごとにこれらをローテーションすることを忘れないでください。

KPI 予測テンプレート​

zkLogin がもたらす違いは、単なる質的なものではなく、数値化できるものです。一般的なオンボーディング・ファネルと、zkLogin を活用したファネルを比較してみましょう。

👉 この数値が意味すること： 10,000 人のユニークビジターを誘導するキャンペーンにおいて、初日のオンチェーンアクションが 300 件にとどまるか、2,500 件を超えるかの違いになります。

ベストプラクティスと注意点​

さらにシームレスな体験を提供するために、以下のプロのヒントを参考にしてください。

• スポンサー付きトランザクション (Sponsored Transactions) を活用する： ユーザーの最初の数回のトランザクション手数料を肩代わりしましょう。これにより、あらゆる摩擦が取り除かれ、驚くほどスムーズな「アハ体験」を提供できます。
• ソルト (Salts) の扱いに注意する： ユーザーのソルトを変更すると、新しいアドレスが生成されます。信頼できるリカバリパスを管理している場合にのみ行ってください。
• Sui アドレスを表示する： サインアップ後、ユーザーにオンチェーンアドレスを表示しましょう。これにより、上級ユーザーが後で必要に応じて、従来のウォレットにアドレスをインポートできるようになります。
• リフレッシュループを防止する： JWT と一時的なキーペア (ephemeral keypair) を有効期限が切れるまでキャッシュし、ユーザーに繰り返しログインを求めないようにします。
• プルーバーのレイテンシを監視する： 証明生成 (proof-generation) の往復時間に注意してください。2 秒を超える場合は、レスポンスを速く保つために、リージョンごとのプルーバーのホスティングを検討してください。

BlockEden.xyz が提供する価値​

zkLogin はユーザー向けのフローを最適化しますが、それをスケールさせるにはバックエンドの新たな課題が生じます。そこで BlockEden.xyz の出番です。

• API レイヤー: 当社の高スループットで地理的にルーティングされた RPC ノードは、ユーザーの場所に関係なく、zkLogin トランザクションを最小限のレイテンシで処理することを保証します。
• オブザーバビリティ (観測可能性): 証明のレイテンシ、成功/失敗の比率、コンバージョンファネルの健全性などの主要な指標を追跡するための、標準搭載のダッシュボードを提供します。
• コンプライアンス: 法定通貨へのブリッジを行うアプリ向けに、オプションの KYC モジュールを提供しており、ユーザーの確認済み ID から直接コンプライアンスに準拠したオンランプ (入金) が可能です。

リリースの準備はいいですか？​

扱いにくく、威圧的なウォレットフローの時代は終わりました。zkLogin サンドボックスを立ち上げ、BlockEden のフルノードエンドポイントを接続して、ユーザーに「ウォレット」という言葉を一切意識させることなく、サインアップのグラフが右肩上がりに伸びていく様子を見守りましょう。 😉

RiseWorks は、企業が国際的なコントラクターをフィアット（法定通貨）またはクリプト（仮想通貨）で雇用し、支払いを行うことを可能にするグローバルな給与支払いプラットフォームです。ユーザーからのフィードバックにより、人事担当者、フリーランサー / コントラクター（資金提供を受けたトレーダーを含む）、スタートアップ、企業 など、さまざまなユーザー層における悩みが明らかになりました。これらは、オンボーディング、価格設定、サポート、機能、統合、使いやすさ、パフォーマンスに関連しています。以下は、頻出する問題の詳細なレポート（ユーザーの直接の引用を含む）と、時間の経過とともに感情がどのように変化してきたかの分析です。

オンボーディング体験​

RiseWorks は、コントラクターの導入を合理化するために、自動化されたオンボーディング とコンプライアンスチェック（KYC / AML）を掲げています。人事チームは、コントラクターの事務作業を動的に処理する必要がないことを高く評価しており、プラットフォームは 94 % の承認率と 17 秒の中央値 ID 確認時間 を主張しています。これは、ほとんどのユーザーがほぼ即座に確認を完了できることを示唆しており、迅速なオンボーディングにとってはプラスの要素です。

しかし、一部のフリーランサーは、本人確認（KYC） プロセスが退屈であると感じています。新しいコントラクターは、登録の一環として詳細な情報（個人情報、納税者番号、住所証明など）を提供する必要があります。少数のユーザーは KYC の問題 に遭遇しており（RiseWorks の KYC 拒否を修正するための YouTube ガイドを作成したユーザーさえいます）、自動プロセスが失敗した場合、解決するのが混乱を招く可能性があることを示しています。一般的に、サインアップ自体についての広範な不満はありません。ほとんどの不満は、その後の支払い（ペイアウト）の段階で発生します。全体として、オンボーディングは 徹底していますが、コンプライアンス重視の給与システムとしては典型的 なものです。法的および税務上の要件を確実に満たすために、事前の手間がかかります。これを必要不可欠として受け入れるユーザーもいれば、もっとスムーズにできると感じるユーザーもいます。

価格設定と手数料​

RiseWorks は 二重価格モデル を採用しています。コントラクター 1 人あたり月額 50 ドル の固定料金、または 支払い額の 3 % の手数料 のいずれかです。また、フルタイムの海外雇用向けに Employer-of-Record（EOR）オプション（従業員 1 人あたり約 399 ドル）も提供しています。フリーランサー（コントラクター）の場合、プラットフォーム自体への登録は無料で、サブスクリプションなしで請求書の送信や支払いの受け取りが可能です。スタートアップや企業は、チームの規模や支払い額に応じて、コントラクターごとの支払いか、支払い額に対するパーセンテージか、より費用対効果の高い方を選択します。

価格設定に関する悩み は、ユーザーの不満の中心ではありません（運用上の問題がコストへの懸念を上回っています）。しかし、一部の企業は、多額の支払いの 3 % は高額になる可能性があると指摘しており、一方で小規模な契約が多い場合はコントラクター 1 人あたり月額 50 ドルが割高に感じられることもあります。比較として、Rise 自身のマーケティングでは、Deel などの競合他社よりも 手数料が低い と主張しています。ある第三者レビューでは、Rise が 最小限の手数料でクリプト支払い を提供していること（オンチェーン手数料は約 2.50 ドルのみ、またはレイヤー 2 ネットワークでは無料）も強調されており、これはコスト意識の高いクリプトネイティブなビジネスにとって魅力的です。

要約すると、価格設定に関するフィードバックは賛否両論 です。スタートアップや人事マネージャーは、固定料金またはパーセンテージの選択という透明性を評価していますが、自分たちにとってどちらのモデルが手頃かを計算する必要があります。これまでのところ、ユーザーレビューにおいて「隠れた手数料」や不当な価格設定に対する大きな反発は見られません。主な注意点は、企業が固定料金モデルとパーセンテージモデルを比較検討する必要があることです。例えば、10,000 ドルのコントラクターへの支払いは 3 % プランでは 300 ドルの手数料が発生するため、月額固定料金を選択する方が賢明かもしれません。プラン選択に関する適切なガイダンスがあれば、満足度はさらに向上するでしょう。

カスタマーサポート​

カスタマーサポートは、あらゆるユーザー層から寄せられる最も重大な悩みの一つ です。RiseWorks は 24 時間 365 日の多言語サポートと、複数の連絡手段（アプリ内チャット、メール、さらには Google フォーム）を宣伝しています。しかし、実際には、ユーザーのフィードバックは全く異なる実態を描き出しています。

フリーランサーやトレーダーからは、応答時間が極めて遅い という報告が寄せられています。あるユーザーは、「カスタマーサポートなんて存在しません。自動メッセージが 1 通届くだけで、その後は音沙汰なしです。資金をどうやって取り戻せばいいのかさえ分かりません（笑）」 と嘆いています。他のユーザーも同様に、サポートは実質的に存在しないと述べています。例えば、支払いのために RiseWorks を利用した資金提供型 FX トレーダーは次のように警告しています。「使わないほうがいいです... 出金を申請しましたが、現金を受け取れず、サポートは非常に貧弱です。現金を受け取っているはずなのに、全く返信がありません。2 日間出金を試みていますが、こんなひどいサービスを選ばなければよかったです」。このようなフィードバック、特に緊急の出金問題に対する無反応は、助けを求めているユーザーにとって深刻な懸念材料です。

人事担当者やビジネスオーナーにとっても、これは厄介な問題です。コントラクターがサポートを受けられなかったり、資金を受け取れなかったりすると、会社の評判に悪影響を及ぼします。一部の人事ユーザーは、アカウントマネージャーがサービスの設定はしてくれたものの、問題が発生した際に継続的なサポートに連絡がつかない と指摘しています。これは 繰り返されるテーマ であり、Trustpilot の否定的なレビューとともに「最悪の CS（カスタマーサービス）」と言及されています。ソーシャルメディアのフォーラムやグループでは、ユーザーが Trustpilot のリンクを共有し、サポートと支払いの問題を理由に 「Rise には注意せよ」 と互いに警告し合っています。

RiseWorks はサポートの不備を認識しているようで、より多くの連絡方法（Google フォームなど）を提供し始めています。しかし、ここ 1 年間の 支配的なユーザー感情は、サポートの反応の遅さに対する不満 です。給与支払い（特にお金が宙に浮いている状態）において、迅速で役立つサポートは不可欠であるため、これは RiseWorks が現在ユーザーの期待を裏切っている重要な領域です。フリーランサーと企業の双方が、支払いの問題を解決するためのより信頼性の高いリアルタイムのサポートを求めています。

機能と動作​

RiseWorks は機能豊富なプラットフォームであり、特にクリプトや Web3 企業にとって魅力的です。ユーザーはその 独自の機能 を高く評価していますが、一方で設立（2019 年）から日が浅いため、一部の機能が不足していたり未熟であったりする点も指摘されています。

ユーザー（主に企業やクリプトに精通したフリーランサー）から 高く評価されている主な機能 は以下の通りです：

• ハイブリッド支払い（法定通貨と暗号資産）: Rise は 90 以上の現地通貨と 100 以上の暗号資産をサポートしており、企業やコントラクターが支払い方法を自由に組み合わせることができます。この柔軟性は大きな特徴です。例えば、コントラクターは報酬の一部を現地通貨で、残りを USDC で受け取ることができます。Web3 ネイティブのワーカーにとって、これは大きな利点です。
• コンプライアンスの自動化: このプラットフォームは、国際的なコントラクター向けにコンプライアンスを遵守した契約書の作成、税務書類の生成、現地法の遵守を処理します。人事担当者は、法的リスクを軽減できるこの「オールインワン」な側面を高く評価しています。ある外部レビューでは、Rise が「国際的な税法や規制をナビゲート」し、すべてのコントラクターのコンプライアンスを維持していると指摘されています。
• クリプトファイナンスの特典: Rise のフリーランサーは、収益に対する高利回りの DeFi アカウント（Rise のサイトに記載）や、Rise のスマートコントラクトウォレットによる安全な保管などの組み込み機能にアクセスできます。これらの斬新な機能は、従来の給与支払いソフトウェアには一般的ではありません。

これらの強みがある一方で、ユーザーはいくつかの機能面での不満点も指摘しています：

• 成熟したプラットフォームに標準的な特定の統合や機能の欠如: RiseWorks は「給与業界に参入してまだ日が浅い（5 年目）」ため、一部の高度な機能はまだ追いついている最中です。例えば、採用担当者は、Rise には支出に関する強力な レポート / 分析機能 や自動化された総勘定元帳との連携がまだ備わっていないと述べています。あるスタートアップがオプションを比較した際、Rise は基本をカバーしているものの、別途処理しなければならない機能（クライアント向けのタイムトラッキングや請求書作成など）が不足していると感じました。
• モバイルアプリの可用性: 専用のモバイルアプリを希望するコントラクターもいます。現在、RiseWorks はウェブ経由でアクセスします。インターフェースはレスポンシブですが、外出先からアクセスして支払い状況を確認したり、書類をアップロードしたりするためのアプリがあれば利便性が向上します。競合サービスにはモバイルアプリがあることが多いため、これはフリーランサー側からの小さな不満点となっています。
• 新機能の安定性: Rise が機能を追加する際（例えば、最近導入された換金を伴う EUR/GBP の直接銀行振込など）、一部の早期導入者はバグに遭遇しました。あるユーザーは、「RiseID」（Web3 アイデンティティ機能）の設定で初期の不具合があったと述べています。コンセプトは有望ですが、サポートが（最終的に）解決するまで設定に失敗したとのことです。これは、最先端の機能にはさらなる磨きが必要な場合があることを示唆しています。

要約すると、RiseWorks の機能セットは強力ですが、まだ進化の途中にあります。テクノロジーに敏感なユーザーはクリプトとの統合やコンプライアンスの自動化を好む一方で、一部の伝統的なユーザーは、より歴史のある確立された給与システムで慣れ親しんでいる機能を惜しんでいます。コア機能（複数通貨によるグローバル決済）は堅実ですが、プラットフォームが成熟するにつれて、新機能の洗練を続け、さらにビジネス向けのツール（レポート、統合機能）を追加することで、より大きなメリットが得られるでしょう。

連携（統合）機能​

連携機能については、ユーザーの状況によって評価が分かれます：

• Web3 およびクリプトユーザー にとって、RiseWorks は主要なブロックチェーンツールとの連携において真価を発揮します。広く普及している暗号資産ウォレットやチェーン と接続し、資金調達や出金に柔軟性を提供します。例えば、Ethereum や Polygon ネットワーク、MetaMask や Gnosis Safe などのウォレットとの直接連携をサポートしています。これにより、企業はクリプトのトレジャリーから給与を支払ったり、コントラクターは個人の暗号資産ウォレットにシームレスに出金したりすることができます。あるユーザーは、手動の送金なしでチームにステーブルコインで支払うことができるため、取引所や銀行送金を組み合わせる手間が省けるという理由で Rise を選んだと指摘しています。
• しかし、従来のビジネス / 人事システム にとって、RiseWorks の連携機能は限られています。Workday、QuickBooks、ERP システムなどの 一般的な人事や会計ソフトウェアとネイティブに連携していません。ある人事マネージャーは、Rise からのデータ（支払い記録、コントラクターの詳細など）をエクスポートして、会計システムに手動で入力しなければならなかったと述べています。プラットフォームはカスタム連携用の API を提供していますが、これには技術的な労力が必要です。対照的に、一部の競合他社は一般的なソフトウェアとのプラグアンドプレイ連携を提供しているため、これは改善の余地がある分野です。

特定の国のユーザーから言及されたもう一つの連携に関する不満点は、現地の銀行や決済ネットワーク との連携です。RiseWorks は最終的に、現地通貨を届けるために提携銀行やサービスに依存しています。あるケースでは、インドのフリーランサーの銀行（Axis Bank）が、おそらく仲介者やクリプト関連の出自を理由に、18 時間後に入金送金を拒否し、支払いの遅延が発生しました。これは、現地銀行システムとの連携が地域によって当たり外れがあることを示唆しています。銀行のポリシーが厳しい地域のユーザーは、別の支払い方法を検討するか、Rise が別の決済業者と提携する必要があります。

連携に関するフィードバックをまとめると、クリプトの接続性には優れていますが、従来のソフトウェアエコシステムには不足しています。クリプト分野のスタートアップやフリーランサーは、RiseWorks がブロックチェーンのワークフローにいかによく適合しているかを称賛しています。一方で、伝統的な企業の人事チームは、既存のツールとの標準的な連携機能が欠けていることを摩擦点と捉え、回避策を必要としています。Rise が拡大するにつれて、主要な給与・会計システム向けの連携機能（またはシンプルな CSV インポート / エクスポート）を追加することで、ビジネスユーザーのこの不満を軽減できる可能性があります。

使いやすさとインターフェース​

全体として、ユーザーは RiseWorks のインターフェースを モダンで比較的直感的 であると感じていますが、特に問題が発生した場合には、特定のプロセスが分かりにくくなることがあります。（提携プロップファームからの）資金提供を受けたトレーダー向けのオンボーディングガイドでは、収益に対して 「簡単に請求書を提出」 し、選択した通貨で出金するためのプラットフォームの手順が明確に示されています。コントラクターからは、ガイド付きのワークフローを通じて、請求書の作成や出金方法の追加などの基本的なタスクは簡単である と報告されています。デザインはクリーンで、銀行振込を選択できる非仮想通貨ユーザーと、ウォレットを接続する仮想通貨ユーザーの両方に適した設計になっています。

しかし、何か問題が発生すると使いやすさは低下します。例外的なケース（KYC 検証の失敗、処理中のまま停止した出金、サポートへの連絡が必要な場合など）のユーザーエクスペリエンス は苛立たしいものです。サポートが遅れたため、ユーザーはフォーラムで助けを求めたり、自力でトラブルシューティングを試みたりすることになりました。これは、問題解決のためのアプリ内ガイダンスが不足している ことを物語っています。例えば、支払いが宙に浮いた状態になったあるユーザーは、UI 上でステータスの詳細や次のステップを見つけることができず、混乱して Reddit に 「どうすればお金を受け取れるのか？」 と投稿する事態になりました。これは、支払いが遅延した際に、プラットフォームが明確なエラーメッセージや実行可能な情報を提示できていない可能性（UX の改善が必要な領域）を示唆しています。

人事（HR）の観点 からは、コントラクターのオンボーディングと管理のための管理画面はまずまずですが、使いやすさを高めるためにより機能豊富 にすることも可能です。人事担当者は、例えば、すべてのコントラクターのステータス（KYC 保留中、支払い処理中など）を一覧できるビューや、一括操作ツールなどを求めています。現在、プラットフォームは個々のコントラクターのワークフローに重点を置いており、シンプルではありますが、数十人のコントラクターを管理する人事チームにとっては、規模が大きくなるとクリックの手間が多くなる可能性があります。

要約すると、RiseWorks は標準的な操作については使いやすいですが、例外的なケースでは使い勝手が低下します。 新規ユーザーは通常、意図したタスクのためにシステムを操作するのにほとんど苦労しません。インターフェースは他のモダンな SaaS 製品に匹敵し、初めてのフリーランサーでも、Rise を通じてセットアップを行い、クライアントに請求書を送る方法を理解できます。反面、ユーザーが異常なシナリオ（遅延や提出情報の更新が必要な場合など）に遭遇したとき、プラットフォームが提供するガイダンスは限られており、混乱や外部サポートへの依存を招いています。これらのシナリオをよりスムーズに処理し、アプリ内でよりプロアクティブなコミュニケーションを行うことができれば、全体的なユーザーエクスペリエンスは大幅に向上するでしょう。

パフォーマンスと信頼性​

支払処理のスピードと信頼性 に関するパフォーマンスは、多くのユーザーにとって最も重要な課題となっています。プラットフォームの技術的なパフォーマンス（サイトの稼働時間、ページの読み込み）については不満は出ておらず、ウェブサイトやアプリは一般的に正常に読み込まれます。問題が見られるのは、ある地点から別の地点へとお金を移動させる 運用のパフォーマンス です。

支払いの遅延： 多くのユーザーが、銀行出金に予想以上の時間がかかると報告しています。数件のケースでは、コントラクターは数日で届くはずの 資金を数週間 待ちました。あるトレーダーは、「自分の支払いが 2 週間も出金フェーズで止まっている」 と共有しました。別のユーザーも同様に、更新がないまま数日間出金が保留されていることについて投稿しました。このような遅延は、フリーランサーを不安定な状態に置き、いつ収益を受け取れるのか、あるいは本当に受け取れるのか確信が持てない状況を作り出します。これは信頼性に関する深刻な懸念事項です。給与支払いプラットフォームにおいて、適時の支払いは基本です。影響を受けた一部のユーザーは、お金が予定通りに届かなかったとき、詐欺に遭ったのではないかという恐怖さえ口にしました。RiseWorks は最終的にこれらの支払いの多くを履行しましたが、遅延中のコミュニケーション不足 が不満を増大させました。

仮想通貨 vs. 銀行振込のパフォーマンス： 興味深いことに、フィードバックによると、RiseWorks では 仮想通貨での支払いは従来の銀行振込よりもはるかに迅速でスムーズ です。仮想通貨（USDC など）での出金を選択したコントラクターは、多くの場合、仮想通貨ウォレットであれば数分以内に迅速に資金を受け取ることができました。顧客フィードバックの分析では、法定通貨の「銀行振込の遅延」とは対照的に、「迅速な仮想通貨出金」がポジティブなテーマとして挙げられています。これは、Rise の仮想通貨インフラは堅牢であるものの、銀行パートナーシップやプロセスがボトルネックになっている可能性があることを示唆しています。ユーザーにとって、これは格差を生みました。技術に精通したフリーランサーは遅延を避けるために仮想通貨を好むようになり、一方で現地通貨を必要とする人々は待ち時間に耐えなければなりませんでした。

システムの安定性： 支払いのタイミング以外にも、システムの不具合 が数例ありました。2024 年半ばには、一部のユーザーが出金を開始できなかったり、プラットフォームに「処理中」のステータスが無期限に表示されたりするエラーに遭遇しました。これらは単発のバグであったか、あるいは裏側で KYC や書類が完全に承認されていなかったことに関連していた可能性があります。広範囲にわたるシステム停止の証拠はありませんが、トランザクションのハング（停止） が数例あるだけでも信頼は損なわれます。RiseWorks にはステータスページがありますが、一部のユーザーはその存在を知らなかったり、個別の問題が反映されていなかったりしました。

信頼と認識される信頼性： 初期段階において、RiseWorks はユーザーの信頼獲得に苦労しました。多くの人にとって比較的新しかった 2024 年半ば、Trustpilot の平均評価は 5 つ星中 3.3 前後（「普通」のスコア）で、レビュー数も非常に少ない状態でした。お金の未着やサポートの質の低さに関するコメントにより、信頼できないとラベルを貼る人もいました。ある第三者の詐欺監視サイトは、riseworks.io に「非常に低い信頼スコア」を付け、リスクがあるかもしれないと警告したことさえあります。これは、パフォーマンスの問題（支払いの失敗など）がいかに評判に直接影響したかを示しています。

しかし、2025 年までには改善の兆しが見られます。より多くのユーザーがサービスの利用に成功し、満足している声が批判的な意見をある程度相殺するようになりました。集計レビューレポートによると、RiseWorks の Trustpilot 全体評価は 2025 年 4 月時点で 4.4/5 に上昇 しました。これは、多くのユーザーが最終的に支払いを受け、良好な体験をしたことで、ポジティブなフィードバックを残した可能性を示唆しています。評価の上昇は、同社が初期のバグや遅延の一部に対処したこと、あるいは（信頼性高く機能する）仮想通貨出金を利用したユーザーが高いスコアを付けたことを意味している可能性があります。いずれにせよ、不満を持つ顧客と並んで満足している顧客が存在することは、現在、体験が混在していること を示しており、初期のフィードバックが示唆していたような一様に悪い状態ではありません。

信頼性に関する結論として、RiseWorks は一部の人（特に仮想通貨経由）にとっては信頼できることが証明されていますが、他の人（特に銀行経由）にとっては一貫性がありません。 プラットフォームの パフォーマンスは斑（むら）があり、給与支払いは信頼とタイミングがすべてであるため、これは大きな悩みの種となっています。フリーランサーや企業は、支払いが約束通りに届くことを確信できる必要があります。Rise が銀行振込を仮想通貨支払いと同じくらい迅速に行えるようになるまで、これは懸念事項として残るでしょう。ここ数か月の傾向はやや肯定的（不穏な話が減り、評価が向上）ですが、慎重な楽観視が妥当です。ユーザーは依然として、Rise を使用する際に「注意してバックアップを用意しておく」よう互いにアドバイスし合っており、その信頼性に対する根強い懸念を反映しています。

繰り返されるテーマとパターンの要約​

ユーザータイプを問わず、RiseWorks プラットフォームにおいていくつかの 繰り返されるペインポイント が明確に浮き彫りになっています：

• 支払いの遅延と信頼性の欠如: これはフリーランス（特に資金提供を受けたトレーダーやコントラクター）から提起された最大の懸念事項です。2023 年から 2024 年にかけての初期ユーザーは、資金の受け取りに大幅な遅延を経験することが多く、数週間待ち、支払われないのではないかと不安を感じるケースもありました。このパターンは 2025 年には改善されているようですが、遅延（特に法定通貨の送金）は依然として報告されています。銀行振込の遅さとクリプト支払いの速さの対比は繰り返されるテーマであり、プラットフォームの従来の決済レールを改善する必要があることを示しています。
• 不十分なカスタマーサポート: ほぼすべての否定的なレビューやフォーラムの投稿で、対応の遅いサポートが挙げられています。あらゆる層のユーザー（人事担当者からコントラクターまで）が、助けを求めても返信がないか、一般的で役に立たない回答しか得られないことに不満を感じています。これはプラットフォームの初期から最近まで一貫しており、会社側は 24 時間 365 日のサポート体制を主張しているものの、改善は見られません。支払いが遅延している時にタイムリーなサポートが得られないことは、ユーザー体験をさらに悪化させるため、極めて重大なペインポイントとなっています。
• 信頼と透明性の問題: 新しいコミュニティ（プロップトレーディング企業のユーザーなど）への初期展開時、上記の問題により懐疑的な見方がありました。RiseWorks は「詐欺」や「信頼できない」という認識と戦わなければなりませんでした。時間の経過とともに、より多くのユーザーが正常に支払いを受け取れるようになり、一定の信頼が回復しつつあります（評価の向上に反映されています）。それでも、信頼は依然として脆弱です。新規ユーザーは、自分の報酬を預ける前に、RiseWorks が安全かどうかレビューを探したり、他のユーザーに尋ねたりすることがよくあります。RiseWorks の導入を検討している企業も、その短い実績を評価しており、給与支払いというデリケートな業務を比較的若い会社に任せることに躊躇することもあります。
• 価値提案と実行のギャップ: ユーザーは、RiseWorks が「クリプトの選択肢を含むグローバルなコントラクターへの支払い」という価値ある課題に取り組んでいることを認めており、多くの人がその成功を 望んでいます。人事担当者やスタートアップの創設者は、国際的なコンプライアンスをワンストップで解決できるというアイデアを好んでおり、フリーランスは支払い方法（特に手数料の低いクリプト）が増えることを喜んでいます。プラットフォームが意図した通りに機能すれば、これらのメリットが実現され、ユーザーは満足します。例えば、いくつかの Trustpilot のコメント（要約レポートによる）では、現地通貨での引き出しがいかに簡単だったか、あるいは税務書類を心配しなくて済むのがいかに便利かといった点が称賛されています。ペインポイントは、実行の一貫性が欠けていることにあります。コンセプトは強力ですが、会社はまだ運営上の問題を解決している段階です。あるコミュニティメンバーが適切に表現したように、「Rise には可能性がありますが、人々を定着させたいのであれば、支払いシステムとサポートを整理する必要があります。」。これは、多くの初期採用者が抱いている「慎重ながらも期待しているが、主要な部分で現在は失望している」という感情を集約しています。

以下は、カテゴリー別の ペインポイントの要約表 と、ユーザーからの報告内容のハイライトです：

経時的なパターン: 初期のフィードバック（2022 年後半から 2023 年）は、基本的な期待（お金が届かない、サポートがない）が満たされないことを中心に、大部分が否定的でした。これにより、フォーラムでは 「RiseWorks は期待に応えていない」 という論調が形成されました。2024 年から 2025 年にかけて、同社はこれらの問題に対処するための措置を講じてきたようです：支払い通路の拡大（EU / UK のローカル送金の追加）、サポートチャネルの増強、そして多くの個別事案の解決が進んだと思われます。その結果、最近では賛否両論のレビューが見られる ようになり、トラブルに遭遇するユーザーがいる一方で、スムーズな体験を報告するユーザーも増えています。2025 年 4 月までに Trustpilot のスコアが（1 年前の約 3/5 から）4.4/5 に上昇したことは、この変化を象徴しています。これは、クリプト支払いの成功やプロセスの改善により、満足しているユーザーが増えた（あるいは少なくとも満足している顧客が増えた）ことを示唆しています。

とはいえ、2025 年になっても主要なペインポイントは依然として残っています: 一部の支払いの遅延や標準以下のサポートが最近の議論でも言及されており、RiseWorks はそれらの問題を完全に克服したわけではありません。平均評価の向上は積極的な対策を反映している可能性がありますが、肯定的なレビューを促す取り組みの結果である可能性もあります。平均が 4.4 であっても、否定的な経験をしたユーザーにとっては非常に深刻な問題であった こと、そしてそれらの話がユーザーコミュニティ（Reddit、プロップトレーディングフォーラムなど）で流通し続けていることは重要です。新規ユーザーは、他の人が問題を抱えていないか明確に尋ねることが多く、プラットフォームの評判をめぐる慎重な姿勢が依然として存在することを示しています。

結論​

結論として、 RiseWorks はグローバルな給与支払い（特に暗号資産と法定通貨の支払いの橋渡し）に対する真のニーズに応えていますが、ユーザーエクスペリエンスからは期待と現実の間にギャップがあることが伺えます 。人事担当者や企業は、あらゆる通貨でのコンプライアンスを遵守した自動化された請負業者への支払いの概念を支持していますが、フリーランサーが報酬の受け取りに苦労している実態を見て、その信頼性を懸念しています。フリーランサーや資金提供を受けたトレーダーは、柔軟な支払いオプションと低い手数料に期待を寄せていますが、多くのユーザーが助けを必要とした際に、許容しがたい遅延やサポートからの無回答に直面しています。時間の経過とともに改善の兆しは見られ、現在ではポジティブな結果を報告するユーザーもいますが、 支払いの遅延と不十分なサポートという繰り返される問題が、依然として RiseWorks の成長を阻む最大の要因となっています 。

RiseWorks がすべてのユーザー層から完全に信頼を得るためには、 カスタマーサポートのレスポンスを大幅に改善し、常にタイムリーな支払いを保証する 必要があります。これらの核心的な問題が解決されれば、提供されているサービス自体は強力で革新的であるため、過去の否定的な評価の多くは払拭されるでしょう。それまでは、 スタートアップやクリプトネイティブのユーザーが機能とコストを高く評価する 一方で、 サポート体制やスピードに注意を促す 声も上がるなど、ユーザーからのフィードバックは引き続き賛否両論が混在するものと思われます。あるユーザーがソーシャルメディアで要約したように、 RiseWorks には大きな可能性がありますが「基本を確実に実行」しなければなりません —— これは、現在のユーザーから見たプラットフォームの立ち位置を端的に表しています。

情報源:

• Reddit（r/Forex, r/Daytrading, r/buhaydigital）における、支払いの遅延やサポートの問題を強調するユーザーの議論
• TradersUnion / Kimola のレポートによる Trustpilot の要約（「銀行送金の遅延、カスタマーサポートの欠如、迅速な暗号資産の引き出し」などの混在したレビュー）
• RiseWorks のマーケティング資料およびドキュメント（価格ページ、インテグレーション、競合他社との比較）
• コミュニティの投稿（プロップファームトレーダー向けの Facebook グループ）、銀行支払いの不備に関する警告
• PipFarm による RiseWorks ユーザーガイド、オンボーディング手順と請負業者の体験の概要
• Medium での RiseWorks のレビュー（Coinmonks）、機能の概要と料金の詳細