NEARインテント:インテントベースのトランザクション実行
Learn how NEAR Intents enables intent-based blockchain transactions with competing solvers. Simplify cross-chain DeFi without managing gas or routes.
NEARインテンツは、NEARプロトコルにおけるトランザクション実行フレームワークです。これにより、ユーザーはブロックチェーンインタラクション(例:最低レートでのトークン交換)で望む結果を宣言でき、ソルバーと呼ばれる競争力のある専門エージェントのネットワークに実行が委任されます。これにより、ルート、ガスリミット、コントラクトコールを手動で指定する必要がなくなります。
NEAR Intents は、NEAR Protocol 上に構築された インテントベースのトランザクション実行 フレームワークであり、ブロックチェーンのインタラクションで何をしたいかを宣言し、その実行詳細は、競争力のある専門エージェントのネットワークに任せることができるように設計されています。どのコントラクトを呼び出すか、ガスの量をいくらに設定するか、どのルートを取るかを指定するのではなく、単一のインテントに署名すれば、システムが残りの処理を行います。
NEARプロトコルは、Nightshadeシャーディングによる高スループットの並列トランザクション処理を可能にする、スケーラブルで開発者フレンドリーなレイヤー1ブロックチェーンであり、NEAR Intents はその最も重要なアーキテクチャ上の追加機能の1つです。NEARプロトコルのネイティブトークンは $NEAR で、ネットワーク上での計算およびストレージの支払いに使用されます。NEAR Intents モデルでは、ソルバーがあなたの代わりにガス代を処理する場合があります。これにより、トランザクションを実行するために $NEAR を直接保有する必要性が軽減される可能性があります。
NEAR Intentsがメインネットで稼働しました。フレームワークは進化し続けているため、構築や取引を行う前にNEAR Protocol documentationで現在のデプロイ状況とバージョンの詳細を確認してください。
この記事の内容:
- 従来のブロックチェーン取引における問題点
- NEAR Intentsの仕組み:インテントのライフサイクル
- ソルバーとは?ソルバーネットワークの仕組み
- NEAR Intentsの重要性:チェーン抽象化とクロスチェーン DeFi
- NEAR Intentsでできること:実際のユースケース
- NEAR Intentsと代替手段の比較
- NEAR Intentsの開始方法:開発者向けリソース
- NEAR Intentsに関するよくある質問
従来のブロックチェーン・トランザクションにおける問題点
すべての従来のブロックチェーン・トランザクションは指示セットです。ネットワークに対し、どのコントラクトを呼び出し、どの関数を実行し、どれだけのガスを割り当て、どの程度のスリッページ許容範囲を設定するかを正確に伝えます。ネットワークは、それらのステップがあなたにとって最適かどうかを判断することなく、その特定のステップを実行します。
実行パラメータをすべて事前に指定し、その指示通りの結果を受け入れるスマートコントラクトの直接呼び出しとは異なり、インテント(意図)では、望む結果のみを宣言することができます。その裏では依然としてスマートコントラクトが動作していますが、どのコントラクトをどのように設定すべきかを知る必要はもうありません。この違いこそが、ブロックチェーンにおける「宣言型実行(declarative execution)」の核心です。つまり、道順ではなく、目的地を記述するのです。
従来のオンチェーン取引における摩擦は、どのDeFiユーザーにとっても馴染みのあるものです。スリッページを厳しく設定しすぎてトランザクションが失敗する。ネットワーク間で手動でトークンをブリッジし、各ステップで手数料を支払う。ガス代の見積もりを誤り、トランザクションがリバートされる。
あなたはスワップのために単一のDEXを選択し、提示されたレートをそのまま受け入れますが、別のルートならより多くのトークンが得られたことに気づいていません。これらの失敗モードはすべて、ユーザーが実行に関する知識の全負担を負っているという同じ根本原因から生じています。
この違いを旅行の予約に例えてみましょう。すべてのフライト区間や乗り継ぎ時間、ホテルをご自身で一つずつ調べることもできます。あるいは、旅行代理店に「金曜日までに800ドル以内で東京に行きたい」と伝え、最適なルートを探してもらうことも可能です。前者のアプローチは「命令的(imperative)」、後者は「宣言的(declarative)」な手法です。
この摩擦(誤ったスリッページ設定、トランザクションの失敗、複雑なマルチステップのブリッジ)は、まさに NEAR Intents が解消するために構築されたものです。
NEARインテントの仕組み:インテントのライフサイクル
NEAR Intentsは、署名済みの宣言から確定した結果に至るまで5段階のプロセスを経ており、複雑な実行処理はすべてユーザーの目に触れることなく行われます。
[デザインチーム:フロー図作成依頼。ユーザーが意図を宣言 → 意図のブロードキャスト → ソルバーネットワークが競合 → 勝者ソルバーが実行 → ユーザーが結果を受け取る]
- 希望する結果を、ノンカストディアルウォレット(MyNEAR Walletや互換性のあるウォレット拡張機能など)を使用して「1 ETHを最低2,800 USDCと交換」のようなインテントに署名することで宣言します。
- 署名済みのインテントはソルバーネットワークにブロードキャストされ、そこでは競合するエージェントがそれを満たせるかどうかを評価します。
- 複数のソルバー(宣言されたインテントを最も良く満たす方法を見つけるために競合する専門エージェント)が、利用可能な実行パスに基づいて入札を提出します。
- 最良の結果を提供するソルバーが実行権を獲得し、AMMプール、オフチェーンオーダーブック、およびマーケットメイカーのインベントリから流動性を調達して、あなたの代わりにトランザクションを実行します。
- あなたは宣言された結果を受け取ります。ソルバーの具体的な実行経路は、あなたには見えません。
定義された期間内にソルバーから入札がない場合、インテントは失効し、資金はウォレットに影響なく保持されます。NEARインテントアーキテクチャは、未完了のインテントが資産にリスクを及ぼさないように設計されています。現在の実装について、NEAR Protocolドキュメント)から正確な失効および失敗の挙動を確認してください。
ソルバーとは? ソルバーネットワークの仕組み
ソルバーとは、NEAR Intentsプールを監視し、ユーザーが宣言したインテント(意図)の実行を競い合う専門のエージェント(個人オペレーター、自動化されたボット、または機関投資家のマーケットメイカー)のことです。ソルバーは、ユーザーが指定した最低価格よりも有利な約定価格を見つけることで利益を得ます。その最低価格と実際の市場レートの間のスプレッドが、ソルバーの手数料として収益となります。
インテントをブロードキャストすると、複数のソルバーが同時にそれを受信し、利益を上げつつそれを履行できるかどうかの計算を開始します。各ソルバーは、自身が提供できる成果を表す入札を提出します。NEAR Intentsプロトコルは、宣言されたパラメータを最もよく満たす入札を選択し、そのソルバーに実行権限を与えます。
インセンティブ構造こそが、競争力のあるソルバー市場があなたに有利に働く理由です。ソルバーは、複数のソース(DEXプール、オフチェーン注文板、およびマーケットメイカーの在庫)から流動性を集約して最適な実行ルートを見つけるため、手動で単一のDEXを選択するよりも、しばしばより良い価格を提供することができます。ソルバーを、指定された予算よりも安い航空券を見つけた場合にのみ手数料を得る旅行代理店のように考えてください。彼らのインセンティブはあなたと同じ方向に向いています。
もし、宣言した最小価格であなたの意図(インテント)を満たせるソルバーが見つからない場合、その意図は実行されずに失効します。あなたの資金はウォレットに残ったままで、パラメータを調整して再送信することができます。プロトコルは、決済が確定する前に、ソルバーが提供する結果があなたの宣言した意図と一致することを確認するため、個々のソルバーを信頼する必要はありません。システムは、資金が解放される前に彼らの作業をチェックします。
NEAR Intentsが重要な理由: チェーン抽象化とクロスチェーン DeFi
NEAR Intents が重要である理由は、ブロックチェーン上のインタラクションの単位を「特定の命令セット」から「望ましい結果」へと変更するからです。その変化は、DeFi ユーザーや、複数のチェーンにまたがるアプリケーションを構築する開発者にとって、実用的な影響を与えます。
NEARにおけるチェーン抽象化とは?
NEARにおけるチェーンアブストラクションは、ブロックチェーンネットワークの境界をユーザーから見えないようにする取り組みであり、どのチェーンを利用しているかを意識することなく、あらゆるチェーン上の資産やアプリケーションとやり取りできるようにするものです。NEAR Intentsは、これを可能にする主要な技術的メカニズムの1つです。ソルバー(solvers)がユーザーに代わってクロスチェーン実行を処理することで、基盤となるネットワークトポロジーをユーザーが意識することはありません。チェーンアブストラクションはより広範な戦略的ビジョンであり、NEAR Intentsはそのビジョンを現在において機能させるための具体的なツールの1つです。
NEAR Intentsとクロスチェーン実行
NEAR Intentsは、後付けの機能ではなくコアとなる設計機能としてクロスチェーン実行をサポートしています。つまり、複数のブロックチェーンネットワークにまたがるインテントを宣言でき、ブリッジインターフェースを操作することなくソルバーがクロスチェーンの仕組みを処理します。例えば、Ethereum上のETHをNEAR上のUSDCにスワップする単一のインテントに署名するだけで、ソルバーが両方のチェーンにわたるブリッジと決済を処理します。ブリッジのUIや個々のDEXを操作する必要はありません。このクロスチェーン機能は、Ethereumエコシステム内のみで動作するシングルチェーンのインテントプロトコルとNEAR Intentsを分ける、最も明確な差別化要因の1つです。
アカウント抽象化は、NEAR Intentsが位置づけられる広範なデザインパターンです。これは、ユーザーが何を望んでいるかを、ブロックチェーンがそれをどのように実行するかから分離するというコンセプトです。NEAR Protocolのネイティブアカウントモデルは、名前付きアカウント、マルチキーアクセス、コントラクトベースのアカウントロジックなど、柔軟なアカウント抽象化の特性を備えており、インテントベースのシステムのホストとして最適です。Ethereumの開発者は、Ethereumのアカウント抽象化標準であるERC-4337からこのパターンを認識しているかもしれませんが、NEAR Intentsは同様の原則で動作しつつ、NEARのアーキテクチャにネイティブであり、クロスチェーン実行まで拡張されています。
DeFiプロトコル(分散型取引所、レンディングプラットフォーム、および流動性プール)は、NEAR Intentsが最も即時的な価値をもたらす場所です。なぜなら、DeFiトランザクションは現在、オンチェーンでのやり取りの中でも特にパラメータが多く、失敗しやすいものの1つだからです。ソルバーは通常、インテントの実行の一環としてガス代の支払いを処理し、そのコストは実行手数料に組み込まれます。つまり、ガス代を直接支払うためにウォレットに$NEARを保持する必要がない場合があります。ガス代がなくなるわけではありませんが、トランザクションごとに管理する必要はもうありません。
NEARインテントで何ができるか? 実世界でのユースケース
NEAR Intentsは、DeFiユーザーにとってのオンチェーン・インタラクションのあり方を一変させます。現在利用可能な、最も活発なユースケースを以下にご紹介します。
["- Cross-chain token swaps: 単一の署名済みインテントで異なるブロックチェーン間でトークンをスワップでき、ブリッジUIは不要です。","- Best-execution DEX trades: 受け入れ可能なトークンと最低レートを指定し、ソルバーに各種 DEX を検索させて最適な約定を見つけさせます。","- Gas-abstracted DeFi interactions: 各チェーンのネイティブガスを個別に保有することなく、スワップ、流動性の提供、またはプロトコルとのインタラクションを実行できます。","- Cross-chain yield optimization: 複数ネットワークにわたる利回り目標を設定し、ソルバーに最適なレートで資産をルーティングさせます。","- dApp interactions without gas management: ガス複雑性をユーザーフローから完全に排除し、インテントベースの入力を受け入れるアプリケーションを使用します。","- Intent-based NFT purchases across chains: 資産がどのチェーンに存在するかに関わらず、希望する NFT と最大価格を宣言し、ソルバーに調達と決済を行わせます。"]
Defuse Protocolは、NEAR Intentsインフラストラクチャ上に構築されたアプリケーションの最も明確なライブ例です。Defuseは、トークンペアと最低許容レートを指定してクロスチェーン取引インテントを送信できるNEARネイティブのDEXであり、インテントマーケットプレイスです。これらのインテントはNEAR Intentsソルバーネットワークによって実行されます。Defuse ProtocolはNEAR Intentsを利用するアプリケーションであり、NEAR Intentsそのものではありません。プロセス全体を通じて、お客様はご自身の資産の完全な管理権を保持します。ソルバーがお客様の資金を管理することはありません。ビルドまたは取引を行う前にNEAR Intentsの動作を確認したい場合は、Defuse Protocolがそのための主要な検証済みリソースです。
NEAR Intentsと他の選択肢との比較
NEAR Intents は、拡大を続けるインテントベース実行システムというカテゴリに属しています。ここでは、3つの著名な代替案との違いについて説明します。
| 機能 / 項目 | NEAR Intents | CoW Protocol | UniswapX | ERC-4337 |
|---|---|---|---|---|
| チェーン / エコシステム | NEAR Protocol | Ethereum | Ethereum / EVM | Ethereum |
| クロスチェーン・ネイティブ? | はい | いいえ | いいえ | いいえ |
| 実行モデル | ソルバーによる競合(オークション) | バッチオークション / Coincidence-of-wants (需給一致) マッチング | オフチェーン・フィラーによる競合 | スマートコントラクト・ウォレット (UserOperation) |
| ソルバー / フィラーの種類 | 個人、ボット、マーケットメーカー | バッチオークション・ソルバー | オフチェーン・フィラー | バンドラー |
| ガス代の抽象化 | はい:ソルバーが実行手数料の一部としてガス代を処理 | 部分的:プロトコルがバッチ決済内でガス代を処理 | 部分的:フィラーがガス代を処理する場合がある | はい:ペイマスター(Paymaster)コントラクト・モデル |
| MEV保護 | 軽減:ソルバーが決済前にプライベートに競合 | 軽減:バッチ決済により公開順序を排除 | 部分的:オフチェーン・ルーティングによりメンプールへの露出を低減 | 主要な設計目標ではない |
| 主なユースケース | クロスチェーン DeFi 実行 | 余剰分を再分配する Ethereum DEX トレード | 最適な約定を伴う Ethereum トークンスワップ | Ethereum 上のスマートコントラクト・ウォレット UX |
| デプロイ状況 | メインネットで稼働中(最新バージョンは docs.near.org で確認してください) | Ethereum メインネットで稼働中 | Ethereum メインネットで稼働中 | Ethereum メインネットで稼働中 |
MEV(最大抽出可能価値)とは、公開メンプールで見えるトランザクションをフロントランニングしたり順序を入れ替えたりすることで、バリデーターやボットが抽出する利益を指します。インテントベースのシステムでは、トランザクションがチェーンに到達する前にソルバーがプライベートオークションで競い合うため、MEVへの露出が減少します。これは上記4つのシステムすべてに当てはまりますが、その方法や程度はそれぞれ異なります。
CoW Protocol (Coincidence of Wants) は、バッチオークションモデルを使用する Ethereum ネイティブなインテントベースの DEX です。ユーザーは希望する結果を表明する注文を送信し、ソルバーは(2人のユーザーのニーズが互いに相殺し合う直接的なピアツーピアの coincidence を含む)マッチングを見つけるために競い合い、落札されたバッチがオンチェーンで決済されます。CoW Protocol と NEAR Intents は、インテントの宣言とそれに続くソルバー間の競争という共通の基礎構造を共有しています。主な構造的違いはそのスコープにあります。CoW Protocol は Ethereum エコシステム内で動作しますが、NEAR Intents は当初から複数のブロックチェーンネットワークにわたるクロスチェーン実行のために設計されています。
UniswapXは、EthereumおよびEVM互換チェーン上のUniswapエコシステム内で、同様のオフチェーンフィラーモデルを使用しています。UniswapXは、UniswapのAMMコントラクトとは異なる商品であり、それらと混同されるべきではありません。Ethereumのアカウント抽象化標準であるERC-4337は、ウォレットのインタラクション層に対応しており、スマートコントラクトウォレットによるトランザクションの開始や、ペイマスターコントラクトによるガス代の処理を可能にします。これはEthereum内で動作し、クロスチェーン実行機能は提供しません。
NEARインテントの主な差別化要因は、クロスチェーンネイティブ実行にあります。CoWプロトコルやUniswapXがイーサリアムのエコシステム内で機能し、ERC-4337がウォレットインタラクションレイヤーを担うのに対し、NEARインテントはNEARプロトコル上で、単一のシステムとして実行最適化とクロスチェーンルーティングの両方を処理します。
NEAR Intentsをはじめよう:開発者向けリソース
NEAR Intents で開発を行う準備のできた開発者は、以下の公式 NEAR Protocol リソースを通じて、完全な技術アーキテクチャ、API 仕様、およびテストネット環境にアクセスできます。
- NEAR Intentsドキュメント:): 公式アーキテクチャリファレンス、インテント構造の仕様、およびソルバー登録の詳細
- NEAR Protocol GitHub:): ソースリポジトリ。ビルド前にインテント専用の正しいリポジトリを確認してください
- NEAR Testnet: インテント開発とソルバーテスト用のサンドボックス環境。公式ドキュメントから最新のテストネットアクセスURLを確認してください
- NEAR Foundation Chain Abstraction Hub:): エコシステムのコンテキスト、チェーンアブストラクション(チェーンの抽象化)イニシアチブの概要、および関連する開発者プログラム
NEARで開発を行うEVM開発者は、NEARのインフラ上でSolidityベースのアプリケーションを実行できるNEAR ProtocolのEVM互換実行レイヤーであるaurora.devも検討できます。開発を開始する前に、公式ドキュメントでAuroraとNEAR Intentsの最新の関係性を確認してください。
公開前に、上記のすべてのリンクが有効であることを必ず確認してください。公式URLでNEAR Intentsの公開ロードマップが利用可能になった場合は、このリストに追加してください。推測に基づくリンクやコミュニティソースのロードマップのリンクは含めないでください。
NEAR Intentsに関するよくある質問
以下の質問は、NEAR Intentsに関してよく検索される内容をまとめたものです。各回答は、それ単体で完結するように構成されています。
NEAR Intentsはどのような課題を解決しますか?
従来のブロックチェーン取引では、コントラクトアドレス、関数呼び出し、ガスリミット、スリッページ、ルーティングパスといった、あらゆる実行パラメータを指定する必要があります。これにより、取引の失敗、最適ではない価格、ネットワーク間の複雑な複数ステップのブリッジングといった摩擦が生じます。NEAR Intents は、あなたが望む結果のみを宣言できるようにし、実行を、あなたに代わって最適なパスを見つける競合するソルバーに委任することで、この問題を解決します。結果として、その下にあるルーティングやコントラクトの仕組みを理解する必要なく、よりシンプルで信頼性の高いオンチェーン体験が得られます。
インテントとトランザクションの違いは何ですか?
従来のブロックチェーン取引では、実行ステップをすべて事前に指定する必要があり、ネットワークはそれらがあなたにとって良い結果をもたらすかどうかに関わらず、記述されたとおりに実行します。インテントは宣言型であり、望む結果のみを述べれば、システムがそれを達成する方法を決定します。標準的な取引ではあなたがルートを選択しますが、インテントではソルバーがあなたの代わりに最適なルートを見つけるために競合します。実質的な違いは、ガス代、スリッページ設定、またはルーティングの決定を管理することなく、一度署名し、望む結果を宣言し、それを受け取ることです。
NEARインテントにおけるソルバーのインセンティブは?
ソルバーは、ユーザーが宣言する最低限の結果よりも優れた実行価格を見つけることで利益を得ます。これは、ユーザーが提示した最低価格と、より優れた流動性ルーティングを通じて達成できる実際の市場レートとの間のスプレッドを捉えることによります。例えば、「ETHを995 USDC以上で交換したい」と宣言した場合、ソルバーが1,002 USDCでスワップを実行できれば、その7 USDCの差額をソルバーの手数料として獲得します。この競争的なダイナミクスにより、ソルバーは最良の執行を積極的に探す直接的な金銭的インセンティブを得られ、これは手動の単一-DEX取引が通常達成するよりも有利な価格をユーザーに提供することで、ユーザーにも利益をもたらします。
NEAR Intentsはメインネットで稼働していますか?
はい。NEAR Intents がメインネットで稼働中です。このフレームワークは活発に開発されており、リリースごとに詳細が変更されるため、現在のバージョン、機能の利用可能性、および有効な制限事項については、NEAR Protocol ドキュメント,) でご確認ください。閲覧時点での最も正確なデプロイメントステータスについては、公式ドキュメントが最終的な情報源です。
NEAR Intents は異なるブロックチェーン間で機能しますか?
はい、クロスチェーン実行はNEAR Intentsのコア設計機能であり、後から追加されたオプションの拡張機能ではありません。複数のブロックチェーンネットワークにまたがるインテントを宣言でき、ソルバーがブリッジインターフェースを操作することなく、クロスチェーンのメカニズムを処理します。具体的な例として、Ethereum上のETHをNEAR上のUSDCと交換するという単一のインテントを表現でき、ソルバーがクロスチェーンルーティングと決済をあなたの代わりに処理します。この機能は、NEAR IntentsとUniswapXやCoW Protocolのような単一チェーンのインテントプロトコルとの最も明白な違いの1つです。
NEARにおけるチェーン抽象化とは何ですか?
NEARにおけるチェーン抽象化は、ブロックチェーンネットワークの境界をユーザーから見えないようにする取り組みであり、現在どのブロックチェーンを利用しているかを意識することなく、あらゆるチェーン間でのやり取りを可能にします。NEAR Intentsは、このビジョンを実現するための主要な技術メカニズムの一つです。クロスチェーンの仕組みを処理するソルバーネットワークを介してインテントをルーティングすることで、基盤となるネットワークの複雑さがユーザー体験から排除されます。チェーン抽象化が戦略的目標であり、NEAR Intentsは今日その目標に向けて進んでいる具体的な実装の一つです。
NEAR Intentsを使用すれば、ガス代を支払わなくて済むということですか?
NEAR Intentsでは、ガス管理が抽象化されており、インテントを実行するためにネイティブトークンを保有したり、ガスリミットを手動で設定したりする必要は通常ありません。ソルバーがインテントの履行の一環としてガスの支払いを処理し、その費用は実行手数料に吸収されます。ガス料金がなくなるわけではなく、インフラストラクチャレベルでは依然として存在しますが、それはあなたではなくソルバーによって処理されます。実際の結果として、複数のチェーンにわたるガスリミットを管理したり、個々のトランザクションのガスリミットを推定したりする必要がなくなります。
NEAR Intentsは誰が構築したのですか?
NEARインテントは、NEARプロトコルとNEAR財団が、より広範なチェーン抽象化イニシアチブの一環として開発したものです。特定の作業部会またはコアチームへの貢献者については、near.org および NEARプロトコル ドキュメンテーション で最新の詳細をご確認ください。このプロジェクトにはNEARエコシステム内の複数のチームからの継続的な貢献が関わっているためです。
NEARインテントをサポートするウォレットは?
NEAR Intentsのウォレット互換性は、フレームワークを介して操作するアプリケーション層に依存します。検証済みの最新の互換ウォレット一覧については、NEAR Protocolドキュメント、またはNEAR Foundation公式サイトのウォレット互換性ページを参照してください。ウォレットの互換性に関してコミュニティ提供のリストに頼らず、取引前に公式ソースでサポートを確認してください。
NEAR IntentsはERC-4337のようなものですか?
両システムは、実行の複雑さをユーザーから抽象化することで、生のブロックチェーンのメカニズムを直接操作するのではなく、望ましい結果(アウトカム)に対して対話できるようにするという共通の根本的な目標を共有しています。一方で、そのアーキテクチャと適用範囲は異なります。Ethereumのアカウント抽象化標準であるERC-4337は、Ethereum上のウォレットレイヤーで機能し、ガス代の処理にバンドラー(bundler)とペイマスター(paymaster)のモデルを利用します。これに対し、NEAR IntentsはNEAR Protocol上のトランザクション実行およびクロスチェーンルーティングレイヤーで動作し、マルチチェーン環境向けにネイティブに設計されています。これらは概念的には関連していますが、異なるチェーンやスタックの異なるレイヤーのために構築された、アーキテクチャ上は別個のシステムです。
[公開チームへ:上記のFAQセクションにFAQPageスキーママークアップを実装してください。各H3の質問とそれに対応する回答の段落を、QuestionおよびAnswerスキーマプロパティでマークアップしてください。公開前に、Googleのリッチリザルトテストを使用して実装を検証してください。]