PriorSeal

PriorSeal

エージェントが EVM、Solana、および制限付きの HyperCore スポット操作を準備できるようにしながら、ユーザーが明示的で独立して検証可能な制御を維持できます。

ライブコンソール · MCP 導入ガイド · TypeScript SDK · PriorSeal MCP · API 仕様 · パイロットへの協力

エージェントはトランザクションを提案できますが、トランザクションハッシュだけでは、誰が操作を承認したのか、何を承認したのか、観測された実行が承認内容と一致したのか、ユーザーに最終決定権があったのかを示せません。PriorSeal は、プリンシパルが署名した有効期間付きの認可を、特定された EVM または Solana の実行に結び付け、他者が独立して検証できるポータブルなレシートとして提供します。その中核にあるのは、エージェントが提案した内容、操作前に認可された内容、操作後に観測された内容の関係です。

Agent proposal → Bounded intent → Principal signature → Acceptance + time evidence
                                → EVM / Solana observation → Signed receipt → Independent review

PriorSeal は、EVM および Solana のエージェント、トレジャリーの自動化、ウォレット、取引アプリケーション、トランザクションインフラストラクチャを構築するチーム向けです。トランザクションを構築、署名、送信するシステムに並行して動作します。ウォレットキーを保持したり、資金を移動したり、単一の認可を制限のない自動化に変えたりすることはありません。

統合方法を選ぶ

ニーズ	こちらから開始
ユーザーが制御する単一のアクションを、ポータブルな証拠とともにエージェントに準備させる	エージェントの利用と支払いモデル · PriorSeal オフラインの例
オラクルデータを調査し、取引での利用を評価する	Insight と oracle-insight-guard
正確な EVM 呼び出しを誰が承認し、何が観測されたかを証明する	PriorSeal オフラインの例 と priorseal-sdk
再現可能な正確な呼び出しの統合を開始し、レビュー担当者にポータブルな v3 レシートバンドルを渡す	正確な呼び出しのパートナー向けリファレンス
Solana mainnet のトランザクションメッセージを、ウォレットの承認および観測されたトランザクションに紐付ける	Solana 統合ガイド
Hyperliquid HyperCore の現物 IOC 指値注文を、cloid および観測された約定に紐付ける	Hyperliquid 統合ガイド
対象となる読み取り専用の証拠エクスポート向けに x402 決済を設定する	x402 決済の統合 · 段階的なロールアウト
Insight の評価および PriorSeal の証拠とともに、対象となる Base Wallet MCP 呼び出しを利用する	Wallet MCP × Insight × PriorSeal · ローカルスキルパッケージ
Insight による Base または Monad の貸付リスク判断を、ユーザー承認済みの Aave/Morpho 呼び出しに紐付ける	Base の紐付け · Monad の紐付け
AI エージェントに、レビュー済みの承認および証拠ワークフローを PriorSeal で利用させる	MCP 導入ガイド · PriorSeal MCP · 制御された実行の例 · 互換性の証明 · リモートエンドポイント https://priorseal.xyz/mcp
ERC-8004 のエージェント ID と信頼の証拠を承認に紐付ける	ERC-8004 統合ガイド および読み取り専用インスペクター
評価、承認、実行の証拠をまとめて保持する	Base スワップ v2 フィクスチャ および複合レビュー・マニフェスト

Insight と PriorSeal は独立して機能します。Insight はオラクルの透明性とリスクインテリジェンスを提供し、PriorSeal は承認と実行の証拠を提供します。両者を組み合わせることで、各製品の信頼性チェックを分離したまま、評価、承認、実行、レビューを関連付けることができます。ウォレット、RPC エンドポイント、API キーを接続する前に、オフラインの例から始めてください。

PriorSeal は、エージェント向けの、ユーザーが制御する都度ごとの承認および証拠レイヤーとして設計されています。エージェントはサービスを呼び出し、利用が有効になっている場合は対象となる証拠エクスポートまたはFresh Evidence Checkの料金を支払うことができますが、サービスへの支払いによって顧客のトランザクションを操作する権限が与えられることはありません。プリンシパルによる明示的な単回使用の署名済み承認は、これとは別に維持されます。Fresh Evidence Check は、承認に紐付けられたレシートで指定されたトランザクションを再観測し、新たな発行者署名済みレポートを返します。アクションを送信するものでも、将来の安全性を保証するものでもありません。無料の MCP サーフェスで利用できるのは、検出と購入への引き継ぎのみです。料金を支払ったバンドルやチェックを生成することはできません。現在の料金、有効な決済手段、正確なリソースは GET /v1/capabilities で確認できます。エージェントの利用と支払いモデルを参照してください。 x402 API 決済で対応する本番環境の決済レールは、Ethereum、OP Mainnet、Polygon PoS、Monad、X Layer、Sei、Base、Arbitrum One、Avalanche C-Chain、および Solana mainnet-beta です。決済レールが提示されるのは、受取人が設定され、選択したファシリテーターが現在その決済レールをサポートしている場合に限られます。実行の監視には、引き続きそのチェーン用に個別設定された RPC エンドポイントが必要です。

証拠の対象範囲

1. 権限。 ユーザーまたは組織は、Agent と実行者に対する、期限付きで一度だけ使用できる EIP-712、ERC-1271、または Solana Ed25519 のメッセージ認可に署名します。アプリケーションが宣言する Agent ID は署名済み認可に結び付けることができますが、別途検証しない限り、本人確認や実績の証明にはなりません。デプロイポリシーでは、審査済みのプリンシパル ID をアカウントに結び付けることができます。そのレジストリがない場合、人が読めるプリンシパル ID は自己申告です。
2. 順序。 PriorSeal は実行前に認可を受け付けます。本番環境へのデプロイでは、RFC 3161 タイムスタンプ、証人クォーラム、または EVM アンカーによる、独立した実行前証明モードが必要です。デフォルトの開発用 issuer モードが提供するのは、発行者による受理の表明のみです。
3. 実行。 PriorSeal は、設定済みの EVM または Solana RPC ソースを通じて指定されたトランザクションを監視するか、パブリック Info API を通じて、上限を定めた Hyperliquid HyperCore のスポット IOC 注文を監視し、対応するフィールドを署名済みの意図と照合します。Solana のサポートでは、解決済みの v0 アドレスルックアップアカウントと v1 リソース設定を含む、レガシー、v0、または v1 のコンパイル済みメッセージ全体を結び付け、現在は確認済みの mainnet-beta トランザクションを監視します。Hyperliquid のサポートでは、cloid、IOC パラメーター、および一致する約定を結び付けます。取引所への操作の送信や API ウォレットの認証情報の保管は行いません。保留中、利用不可、リバート済み、リオーグ済みの各状態は、明示的に区別されます。
4. レビュー。 Ed25519 署名付きの v3 レシートでは、証拠の有効性、実行状態、認可への準拠がそれぞれ分離されています。レビュー担当者はレシートをダウンロードし、独立して確認した発行者キーを使って、ハッシュ、署名、ポリシーの結果、結び付けをローカルで検証できます。有料の x402 レシートバンドルエクスポートでは、決済レールと対象の実行チェーンを混同することなく、決済とリソースの関係を示す署名済み証拠文書を追加で含めることができます。

EVM コントラクト呼び出しの場合、priorseal.intent.v2 の完全一致呼び出しプロファイルは、チェーン、実行者、ノンス、宛先、calldata ハッシュ、およびネイティブ通貨の値を含むトランザクションエンベロープを結び付けます。Solana トランザクションプロファイルは、コンパイル済み命令およびアカウントデータとして表現された署名済みメッセージのバイト列を結び付けます。オプションのコンテキストコミットメントでは、PriorSeal がそれらの判断を行ったと主張することなく、外部の判断、評価、またはブロックを固定した ERC-8004 ID スナップショットのダイジェストを結び付けられます。証拠の関係レベル、Solana 統合ガイド、および ERC-8004 統合ガイドを参照してください。

ERC-4337 スマートアカウント向けには、2 つ目の intent.v2 プロファイルが標準 UserOperation ハッシュを結び付け、Insight の署名済みリスク評価からのコミットメントをサポートします。EIP-7702 の監視では、事前に委任された EntryPoint v0.7 アカウントと、マーカー方式の v0.8/v0.9 フローをサポートし、操作が新しい委任を要求する場合は署名済み認可タプルを結び付けます。すべてのプロファイルでデリゲートコードを固定し、バンドルの calldata とトランザクションレベルの委任状態が完全に一致することを検証します。サポート範囲、および UserOperation の証拠と通常のバンドラートランザクション監視との違いについては、ERC-4337 統合ガイドを参照してください。

有効なレシートは署名済みの主張に関する証拠であり、経済的安全性や RPC ビューの完全無欠性を保証するものではありません。 ERC-1271 の権限と EVM アンカーを完全に検証するには、追加のチェーン状態チェックが必要です。ダウンロードしたバンドルに含まれるキーは、キーを見つけるためのデータです。そのキーを信頼するには、レビュー担当者が別途確認する必要があります。

試してみる

ホステッドコンソールを使う

PriorSeal コンソールを開きます。クイックスタートでは、ウォレットで署名する前に、デプロイで設定されている機能を確認します。認可を作成し、トランザクションを監視して、レシートをエクスポートし、ローカル検証ツールで確認できます。コンソールのアクティビティ一覧はブラウザー内に保存されるもので、サーバー側の完全な履歴ではありません。

オフラインのサンプルを実行する

リポジトリの開発には Node.js 22+ が必要です。このサンプルでは一時的な鍵ペアと合成実行を生成します。RPC エンドポイントや資金がなくても、レシートと検証ツールを確認できます。

npm ci
npm run example:receipt
npm run verify:receipt

検証ツールには valid: true、code: OK、outcome: COMPLETED、executionStatus: CONFIRMED、complianceStatus: COMPLIANT と表示されます。これらは合成フィクスチャの結果であり、オンチェーントランザクションの証明ではありません。他の発行者から受け取ったレシートを信頼する前に、公開鍵を別途確認してください。

生成物は、Git の追跡対象外である examples/receipt-artifacts/ ディレクトリに書き込まれます。別のレシートと信頼できる公開鍵を検証するには、次のようにします。

npm run verify:receipt -- /path/to/receipt.json /path/to/public-key.pem

API とコンソールをローカルで実行する

npm ci の実行後、.env.example を .env.local にコピーし、開発用の発行者鍵ファイルのパスと、監視するチェーンの RPC エンドポイントを設定します。その後、別々のターミナルで API と UI を起動します。

cp .env.example .env.local
npm run start:api

npm --prefix web run dev

UI は Vite が表示するローカル URL を使用し、API 呼び出しをポート 3000 にプロキシします。データベースのセットアップ、鍵の取り扱い、本番環境の設定については、運用手順書を参照してください。秘密鍵、認証情報を含む RPC URL、データベースのシークレットを Git に登録しないでください。

TypeScript と統合する

公開されている priorseal-sdk は Node.js 20+ と最新のブラウザーに対応しています。ウォレット認可を準備し、API を呼び出し、永続化された監視を再開して、レシートをローカルで検証します。実行トランザクションへの署名やブロードキャストは行いません。

npm install priorseal-sdk

import { createPriorSealClient } from 'priorseal-sdk'

const priorseal = createPriorSealClient({ baseUrl: 'https://priorseal.xyz' })
const capabilities = await priorseal.capabilities()

const flow = await priorseal.authorizeWithWallet({
  intent,
  audience: capabilities.audience,
  principal: { type: 'user', id: 'user:42' },
  delegate: { agentId: 'agent:treasury', executor: intent.sender },
}, window.ethereum)

// Your execution system submits the authorized transaction and supplies txHash.
const evidence = await priorseal.observeExecutionUntilFinal({
  authorizationId: flow.accepted.authorization.authorizationId,
  chainId: Number(intent.chainId),
  txHash,
  confirmations: 12,
})

これは統合の概要です。intent、txHash、ウォレットプロバイダーはアプリケーションから渡します。ウォレットや RPC に依存しない実行可能なサンプルについては、オフラインのサンプルを使用してください。

SDK ガイドでは、インテントの構築、復旧チェックポイント、正確な呼び出し、オフライン検証について説明しています。HTTP コントラクトはOpenAPIで確認できます。主なフローでは、POST /v1/authorizations/prepare、POST /v1/authorizations、POST /v1/executions/observe を使用します。

例と統合

これらの例では、証拠の対象範囲がそれぞれ異なります。結果を統合や本番環境に関する主張として扱う前に、各例の README をお読みください。

例	実証する内容
正確な呼び出しの SDK 統合	パートナーが所有する呼び出しエンベロープのダイジェストを、プリンシパルが署名した認可に紐付けます。
Base swap v2 フィクスチャ	署名済みの Insight アドバイザリー入力、エージェント側のポリシー判断、PriorSeal 認可を合成フローで組み合わせます。
Base Sepolia のライブ証拠	署名前に認可された実際のテストネットトランザクションを1件検証します。ライブ Insight アテステーションは含まれません。
RWA v2	評価証拠を正確な呼び出しに紐付け、完全性、信頼性、時間、ポリシー、実行を個別に報告します。
APS 判断の紐付け	独立して検証された APS 判断を、認可および合成実行証拠と照合します。
Open Evidence Lab 正確な呼び出しのマトリックス	署名済みリクエストを観測された実行エンベロープと照合して検証する、合成的なオフライン相互運用ケースです。
コンシューマー判定の例	マトリックスレポートに小規模な下流ポリシーを適用します。正確に一致する完了済みのケースは受け入れ、不一致は拒否し、不完全な証拠はレビューのため保留します。

その他のパートナー向けフィクスチャは examples/ にあります。Insight は評価証拠として単独で使用でき、PriorSeal は認可および実行証拠として単独で使用できます。両者を組み合わせたワークフローでは、信頼の基点を統合せずに、両者を紐付けることができます。

ドキュメント

トピック	こちらから
製品の対象範囲、商用化の方向性、証拠の限界	位置付け · 初回リリースの対象範囲 · エージェントの利用と支払いモデル · 証拠の関係レベル
認可とレシートの意味	署名済み認可 · 時間に関する証拠とファイナリティ · ライフサイクル · API 互換性
セキュリティと運用	脅威モデル · サプライチェーンの制御 · 運用 · エージェント／小売の公開運用 · Cloudflare のデプロイ
SDK と統合からの復旧	SDK ガイド · 信頼性ランブック
Solana トランザクションの認可と観測	Solana 統合ガイド
チェーン別の支払い、観測、高度なプロファイルの境界	チェーン機能マトリックス
エージェントと小売のオンボーディング	エージェントと小売向けユーザーガイド · エージェント利用モデル · 公開ローンチ記録
対応する EVM ネットワークおよび Solana での x402 API 支払い	x402 支払い統合 · 段階的なロールアウト
サンドボックスアダプターの提案	APS チェックアウトゲートの注文ごとの上限チェック

リポジトリのチェックを実行するには npm run check を、リリースゲート全体を実行するには npm run release:check を実行してください。本番環境では、Cloudflare Workers 上で API とコンソールを実行し、D1 にデータを永続化します。ローカルの Node デプロイでは PostgreSQL を使用できます。

PriorSeal との連携

パイロットでは、範囲を限定した EVM または Solana の実行経路を 1 つ選び、独立したレビュー担当者に、エクスポートされた証拠から認可、タイミング、観測、コンプライアンスの結果を再現してもらいます。公開 Issue は、機密情報を伏せた開発者間の協業にのみ使用してください。協業ガイドを参照するか、機密情報を伏せたパイロットの依頼を送信してください。コードへの貢献についてはCONTRIBUTING.mdに、セキュリティに関する報告についてはSECURITY.mdに従ってください。

MIT ライセンスです。LICENSEを参照してください。