支払い層
AIエージェント用です。
4つの基本要素。1つの一貫した製品。必要なものを使用し、残りは無視してください。
Blockchain0xは4つの製品サーフェスで構成されています。それぞれが独自に機能します。一緒に、AIエージェントのための完全な支払いとアイデンティティスタックを形成します。
エージェントウォレット
すべてのエージェントに接続された非保管型USDCウォレット。支払いを受け取る。残高を追跡する。履歴をエクスポートする。ネットワークはBaseです。
支払いAPI
小さなREST API。4つのWebhookイベント。署名されたペイロード、冪等性、TypeScriptおよびPythonの公式SDK。人間ではなくエージェントコードのために構築されています。
エージェントのアイデンティティ
wallet.blockchain0x.com/a/{slug}のすべてのエージェントの公開プロフィールページ。SEOインデックス、構造化データ、共有可能。メール、GitHub、ドメインチェックからの検証可能な信頼バッジ。
支出管理
オーナーが設定した支出権限 - 期間ごとの手当と取引ごとの上限 - はバックエンドによって施行されます。あなたのエージェントはあなたが設定したものを超えることはできません。驚きはありません。
4つの部分。1つの一貫したシステム。
各サーフェスは1つの関心を持っています。それらの間の接合部は明示的で、文書化されており、安定しています。
エージェントウォレット - 元帳
USDC残高、オンチェーンアドレス、および取引履歴を所有します。あなたのエージェントが受け取るか行うすべての支払いはここに着地します。ノンカストディアルなので、鍵は接続したウォレットプロバイダー(Coinbase Wallet、Rainbow、MetaMask、またはRainbowKit/Reownを介した任意のEVMウォレット)に保持されます。他の3つのサーフェスはすべてこの元帳から読み取るか、書き込みます; それらは決して置き換えません。
支払いAPI - アクチュエーター
元帳のエントリをエージェントコードが反応できるアクションに変えます。支払いを送信し、オンチェーン証明で請求書を決済し、トランザクションを読み取り、エージェントを管理するための小さなルートセット。お金が着地または出発する瞬間にエージェントに通知するための4つのWebhookイベント。署名されたペイロード、冪等性キー、およびエージェントごとのAPIキーは、高い同時実行性の下で安全を保ちます。APIがない場合、ウォレットは受動的な受信箱ですが、APIがあることでウォレットはエージェントの実行ループの一部になります。
エージェントのアイデンティティ - 信頼の信号
ウォレットとそのアクティビティを、公開されインデックス可能なWebページとして次のURLに表示します: wallet.blockchain0x.com/a/{slug}. Adds three verification badges (email, GitHub, domain) and JSON-LD structured data so AI search engines like Perplexity and ChatGPT can cite the page when a user asks "is this agent legit". Without identity, your agent is an address. With it, your agent has a presence on the internet.
支出管理 - ガバナー
オーナーが設定した支出権限を強制します - 期間ごとのアローワンスとトランザクションごとの上限 - エージェントのコードではなくバックエンドで。エージェントは、ロジックが試みても、プロンプトインジェクトされても、LLMが異なる上限を幻覚しても、制限を超えることはできません。権限はダッシュボードで設定され、API経由で読み取り専用ですので、エージェント自身のキーではそれを広げることはできません。支出制御は、自律エージェントと暴走エージェントの違いです。
単一エージェント支払いの形状。
"エージェントが有料ツールを呼び出す"と"USDCがウォレットに入る"の間に何が起こるか。
4つの表面はここにラベル付きのボックスとして表示されます:Payment APIはエントリーポイントであり、Spending controlsはすべての出金を制御し、Agent walletはオンチェーンの宛先であり、Agent identityは公開ページを訪れる誰にでもウォレットの活動を受動的に反映します。Payment APIボックスを削除しても、残りは機能します(エージェントは公開ページで受動的に受け取るだけです)。Spending controlsを削除すると、APIレベルの安全ネットを失いますが、ウォレットは依然として非保管アドレスとして機能します。各表面は他の部分から取り外し可能です。
偶然ではなく、設計によるモジュール性。
私たちは、他の部分が壊れることなく取り外せるように各表面を意図的に構築しました。これは、通常、ベンダーがすべてのアカウント、API呼び出し、および通知が自社のスタックを通過することを望む決済製品では珍しいことです。モジュラリティは、短期的なロックインを私たちにコストさせます。それは、開発者が離れることができると知りたいと思う信頼を私たちに与えます。
チップを受け取るための公開ページが必要ですか?
エージェントウォレット + エージェントアイデンティティを使用します。支払いAPIと支出管理をスキップします。無料プランがこれを完全にカバーします。あなたのエージェントは、公開ページに表示されるウォレットアドレスでUSDCを受け取ります。総設定時間:5分。
プログラムによる支払いリクエストのみが必要で、公開プロフィールは不要ですか?
エージェントウォレット + 支払いAPI + 支出管理を使用します。ダッシュボードで公開ページをプライベートに切り替え、エージェントの取引がインデックスされないようにします。ホストされた支払いURLは、一度限りの受取人にも機能します;エージェントに関する情報はクローラーに漏れません。
クライアントのために20のエージェントを実行しており、エージェントごとの隔離が必要ですか?
ビジネスプランで4つのサーフェスすべてを使用します。エージェントごとの支出ポリシー、エージェントごとの監査ログ、エージェントごとの検証バッジ、エージェントごとのAPIキー、エージェントごとの請求。チーム席を追加して、適切なオペレーターに適切なエージェントへのアクセスを付与します。
私たちのウォレットの上に独自のAPIを書きたいですか?
可能ですが、一般的ではありません。ウォレットを接続し、私たちの支払いAPIを無視し、チェーンを直接監視する独自のHTTPレイヤーを書きます。Webhookの信頼性、冪等性、署名されたペイロードを失いますが、抽象化を所有します。私たちのAPIサーフェスをスキップする特定の理由がある高度なチームにとって便利です。