Bob the Solver：「インテント取引」を通じて、よりシンプルな取引プロセスを実現
TechFlow厳選深潮セレクト
Bob the Solver：「インテント取引」を通じて、よりシンプルな取引プロセスを実現
本質的に、「インテント」は望ましい結果を表し、「トランザクション」は取引を実行するために必要な正確な手順を概説する。
Web3業界の深掘り報道に専念し潮流を洞察執筆：AArow、Go2Mars Capital創業者
最近由Paradigmが提唱した「インテント（intent）」という概念が注目を集めています。この分野のプロジェクトが大手投資家から資金調達を進めていることもあり、ますます注目度が高まっています。では、「インテント」とは何か？ また「インテント取引」とは何でしょうか？ そして、インテントに基づくトランザクションインフラストラクチャであるBob the Solverについても見ていきましょう。
「インテント取引」で豚足飯を買うには？
たとえば、美团（ミンツー）で豚足飯を注文するとします。通常であれば――アプリを開き、店舗を検索し、クーポンの有無を確認し、割引を適用して20元を支払い、その後配達を待つ――という一連の「実行」プロセスをユーザー自身が明示的に指示する必要があります。一方、「インテント」とは、その操作の「期待される結果」を指します。つまり、豚足飯を買うという行為において、あなたの「インテント」は「私は豚足飯を1食買いたい。20元までなら支払ってもいい」というものです。この命令を第三者に委託することで、第三者があなたの代わりにアプリを開き、店舗を探し、割引を適用し、最終的に購入を完了してくれるのです。
上記の例では、前者は「コマンド型取引」と呼ばれ、すべての取引パラメータをユーザー自ら指定しなければなりません。一方、後者は「インテント取引」と呼ばれ、ユーザーは単に望む結果を簡潔に示すだけで済み、あとはシステムが自動的に処理を完遂します。もちろん、「インテント取引」ではこうした利便性を実現するために、実行プロセスを信頼できる第三者に委託する必要があります。
本質的に、「インテント」とは「期待される結果」を表し、「取引（transaction）」とはその結果を得るために必要な正確なステップを示すものです。
インテントとインテント取引のプロセスの違い
現在、ユーザーがイーサリアムとやり取りする標準的な方法は、自らクリックして取引を作成・署名し、特定のフォーマットでメッセージをイーサリアム仮想マシン（EVM）に送信し、状態遷移を実行させるというものです。しかし、実際の取引作成は複雑であり、非効率的です。さらに、ユーザーは十分な情報や複雑な実行戦略を持たないまま、意思決定を迫られることになります。
そこで登場するのが「インテント」です。インテントとは、宣言的な制約条件のセットに署名することで、ユーザーが取引の作成を第三者に外注できるようにする仕組みです。ただし、完全なコントロール権を相手に渡すわけではありません。つまり、面倒な操作を権限付きで第三者に委託できるということです。
従来の取引フローでは、取引の署名によりバリデーターが特定の状態に対して計算パスを追うことを可能にし、ヒント（incentive）によってそれを促進します。
しかし、インテント取引では事情が異なります。インテント取引は、必ずしも特定の計算パスを指定するわけではなく、特定の制約条件を満たせばどのようなパスでも許容されます。インテントに署名して共有することで、ユーザーは受信者に計算パスを選択する権限を効果的に付与しているのです。
事例紹介：Bob the Solver（ボブ・ザ・ソルバー）
次に、具体的事例を見てみましょう（注：本稿はプロジェクトの推奨・賛同を目的としたものではなく、分析用です）。
Bob the Solver（ボブ・ザ・ソルバー）は、インテントベースのトランザクションインフラストラクチャであり、ウォレットおよびdAppのユーザーエクスペリエンスを改善することを目指しています。どのように機能するのかを見ていきましょう。
Bob the Solverは、取引プロセスを簡素化し、ウォレットや分散型アプリケーション（dApps）に統合されることを目的としています。
このプロジェクトは、アカウント抽象（Account Abstraction）分野における新興のパラダイムシフトから生まれました（アカウント抽象については別途解説）。取引作成プロセスを第三者に委任するという点が特徴です。重要なのは、具体的な操作を指示することではなく、ユーザーの意図を実現することにあります。
要するに、ユーザーの取引作成と実行プロセスを外注することで、ブロックチェーンとのやり取りの仕方を変革し、より直感的でユーザーフレンドリーな体験を提供しようとしているのです。
Bob the Solverの実装は、以下の2つの関連コンポーネントで構成されています。
1. 取引（txs）を作成する「ソルバー（Solver）」
2. これらの取引を実行する「アカウント抽象（AA）ウォレット」
ソルバー（Solver）
ソルバー：ソルバーは、ユーザーのインテントを分類するために機械学習（ML）モデルを搭載しています。
インテントの分類後、最適化アルゴリズムが潜在的な取引ルートをスキャンし、期待される結果を達成するための最も効率的なパスを探索します。
最適なパスが決定されると、ソルバーはユーザーに代わって必要な取引を構築し、AAウォレットに転送します。
アカウント抽象（AA - Account Abstraction）ウォレット
AAウォレットは、このシステムの実行者として機能します。AAウォレットには、バウンダー（bundler）とペイマスター（paymaster）が含まれています。
バウンダーの役割は、ソルバーが計画した取引を収集・整理することです。
一方、ペイマスターは、これらの取引に関連するガス代を管理します。つまり、必要に応じてガス代を支払い、取引が円滑かつ中断なく実行されることを保証します。
MLモデルを使ってユーザーのインテントを解読することで、ソルバーは取引作成の複雑さを排除します。一方、AAウォレットは取引の確実な実行を保証します。
この2つの要素が融合することで、取引ステップが大幅に簡素化されます。たとえば、「BAYCを最低価格で買いたい」というインテントを出すだけで、「Bob the Solver」がシームレスかつ効率的に取引を実行してくれるのです。
あなたは、ソフトウェアを比較して自分だけの理解可能な購入方法を探す必要はありません。「インテント」を示すだけでよく、残りの処理はすべて「インテント取引」が担ってくれます。
注：本記事の多くの見解は、ParadigmのQuintus Kilbourn氏とGeorgios Konstantopoulos氏による論文「Intent-Based Architectures and Their Risks（インテントベースのアーキテクチャとそのリスク）」の研究に基づいており、それに加えて現在話題のプロジェクトや個人的な見解を含んでいます。より包括的な理解を深めるには、Paradigmの原著をご覧ください。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
Go2Mars Capital
