关于 PriorSeal
PriorSeal 是为构建 EVM、Solana 和受限 HyperCore 现货操作 Agent 及交易系统的团队提供的授权与证据服务。它将用户的限时授权关联到观测到的执行,并生成可供审查者独立验证的签名回执。
主要功能
- 01限时单次授权
- 02观测并比对受支持的执行
- 03可本地验证的签名回执
- 04EVM 与 Solana 操作证据
- 05受限 HyperCore 现货订单证据
- 06授权与服务付款分离
适用场景
- 01审查 Agent 准备的区块链交易
- 02验证执行是否符合授权意图
- 03为交易审查提供可移交证据
MCP 相关
PriorSeal 提供 MCP 接口,供 Agent 使用其审查式授权与证据工作流。免费 MCP 接口支持发现和购买跳转,不支持生成付费证据包或执行检查。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://priorseal.xyz/mcpclaude mcp add --transport http imokokok-priorseal https://priorseal.xyz/mcp{"mcpServers":{"imokokok-priorseal":{"type":"http","url":"https://priorseal.xyz/mcp"}}}在 Cursor 中打开{"servers":{"imokokok-priorseal":{"type":"http","url":"https://priorseal.xyz/mcp"}}}在 VS Code 中打开{"mcpServers":{"imokokok-priorseal":{"type":"http","url":"https://priorseal.xyz/mcp"}}}{"mcpServers":{"imokokok-priorseal":{"serverUrl":"https://priorseal.xyz/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
PriorSeal
让 Agent 准备 EVM、Solana 和范围受限的 HyperCore 现货操作,同时让用户保留明确且可独立验证的控制权。
在线控制台 · MCP 采用指南 · TypeScript SDK · PriorSeal MCP · API 规范 · 试点合作
Agent 可以提出一笔交易,但仅凭交易哈希无法说明谁授权了该操作、批准了什么、观察到的执行是否与之相符,或用户是否仍拥有最终决定权。PriorSeal 将由主体签名且有时限的授权,与已识别的 EVM 或 Solana 执行关联起来,生成可供他方独立验证的便携式回执。其核心在于Agent 提议了什么、操作前授权了什么,以及操作后观察到了什么之间的关系。
Agent proposal → Bounded intent → Principal signature → Acceptance + time evidence
→ EVM / Solana observation → Signed receipt → Independent review
PriorSeal 面向构建 EVM 和 Solana Agent、财库自动化、钱包、交易应用及交易基础设施的团队。它与构建、签名和提交交易的系统协同工作;它不会持有钱包密钥、转移资金,也不会将单次授权变成不受限制的自动化。
选择集成方式
| 需求 | 从这里开始 |
|---|---|
| 让 Agent 准备一项由用户控制的操作,并提供可移植的证据 | Agent 使用与付费模式 · PriorSeal 离线示例 |
| 检查预言机数据并评估其在交易中的用途 | Insight 和 oracle-insight-guard |
| 证明是谁授权了确切的 EVM 调用,以及观察到了什么 | PriorSeal 离线示例 和 priorseal-sdk |
| 启动可复现的确切调用集成,并向审核者提供可移植的 v3 收据包 | 确切调用合作伙伴参考 |
| 将 Solana 主网交易消息绑定到钱包授权和已观察到的交易 | Solana 集成指南 |
| 将 Hyperliquid HyperCore 现货 IOC 限价订单绑定到 cloid 和已观察到的成交 | Hyperliquid 集成指南 |
| 为符合条件的只读证据导出配置 x402 付费 | x402 付费集成 · 分阶段推出 |
| 使用符合条件的 Base Wallet MCP 调用、Insight 评估和 PriorSeal 证据 | Wallet MCP × Insight × PriorSeal · 本地技能包 |
| 将 Insight 的 Base 或 Monad 借贷风险决策绑定到用户授权的 Aave/Morpho 调用 | Base 绑定 · Monad 绑定 |
| 让 AI Agent 使用 PriorSeal 经审核的授权与证据工作流 | MCP 采用指南 · PriorSeal MCP · 受控执行示例 · 兼容性证明 · 远程端点 https://priorseal.xyz/mcp |
| 将 ERC-8004 Agent 身份和信任证据绑定到授权 | ERC-8004 集成指南 和只读检查器 |
| 将评估、授权和执行证据放在一起 | Base swap v2 fixture 和复合审核清单 |
Insight 和 PriorSeal 可独立使用。Insight 提供预言机透明度与风险情报;PriorSeal 提供授权与执行证据。组合使用时,可将评估、授权、执行和审核串联起来,同时保留各产品独立的信任检查。连接钱包、RPC 端点或 API 密钥之前,请先从离线示例开始。
PriorSeal 专为面向 Agent、由用户控制、逐次使用的授权与证据层而设计:Agent 可以调用该服务,并在启用时为符合条件的证据导出或新鲜证据检查付费,但支付服务费用绝不会使其获得操作客户交易的权限。主体明确签署的单次授权始终独立存在。新鲜证据检查会重新观察授权绑定收据所指明的交易,然后返回一份新的发行方签名报告;它不会提交操作,也不会声称未来一定安全。免费的 MCP 功能仅提供发现和购买流程引导,无法生成付费证据包或检查结果。可通过 GET /v1/capabilities 查看实时定价、已启用的支付方式和具体资源。详见Agent 使用与付费模式。
对于 x402 API 付款,对齐的生产支付轨道包括 Ethereum、OP Mainnet、
Polygon PoS、Monad、X Layer、Sei、Base、Arbitrum One、Avalanche C-Chain 和
Solana mainnet-beta。只有在收款方已配置且所选的协调器当前支持该支付轨道时,才会公布该轨道;执行观察仍
需要为相应链独立配置 RPC 端点。
证据涵盖的内容
- 授权。 用户或组织为 Agent 和执行器签署有时限、单次使用的 EIP-712、ERC-1271 或 Solana Ed25519 消息授权。应用声明的 Agent ID 可以绑定到已签署的授权中,但除非另行验证,否则它不能证明身份或表现。部署策略可以将经过审核的主体身份绑定到账户;如果没有该注册表,人类可读的主体 ID 就是自行声明的。
- 排序。 PriorSeal 在执行前接受授权。生产部署要求采用独立的执行前证明模式:RFC 3161 时间戳、见证者仲裁或 EVM 锚定。默认的开发
issuer模式仅提供签发方接受声明。 - 执行。 PriorSeal 通过已配置的 EVM 或 Solana RPC 源观察指定交易,或通过公开的 Info API 观察有界的 Hyperliquid HyperCore 现货 IOC 订单,并将受支持的字段与已签署意图进行比较。Solana 支持会绑定完整的 legacy、v0 或 v1 编译消息,包括解析后的 v0 地址查找账户和 v1 资源配置,目前观察的是已确认的 mainnet-beta 交易。Hyperliquid 支持会绑定 cloid、IOC 参数和匹配成交;它不会提交交易所操作,也不会持有 API 钱包凭据。待处理、不可用、已回滚和已重组状态均会明确标示。
- 审核。 Ed25519 签名的 v3 收据会分别呈现证据有效性、执行状态和授权合规性。审核者可以下载收据,并使用独立确认的签发方密钥在本地验证其哈希、签名、策略结果和绑定关系。付费的 x402 收据包导出还可以附带签名的付款至资源证据声明,而不会将付款轨道与主体执行链混为一谈。
对于 EVM 合约调用,priorseal.intent.v2 精确调用配置文件会绑定交易信封:链、执行器、nonce、目标、calldata 哈希和原生代币金额。Solana 交易配置文件会绑定以编译指令和账户数据表示的已签名消息字节。可选的上下文承诺会绑定外部决策、评估或区块固定的 ERC-8004 身份快照的摘要,但不会声称这些决策由 PriorSeal 作出。请参阅证据关系级别、Solana 集成指南和 ERC-8004 集成指南。
对于 ERC-4337 智能账户,另一个 intent.v2 配置文件会绑定规范的 UserOperation 哈希,并支持来自 Insight 已签名风险评估的承诺。EIP-7702 观察支持预委托的 EntryPoint v0.7 账户,以及基于标记的 v0.8/v0.9 流程;当操作请求新的委托时,会绑定已签名的授权元组。所有配置文件都会固定委托代码,并验证精确的 bundle calldata 以及交易级委托状态。请参阅 ERC-4337 集成指南,了解支持范围,以及 UserOperation 证据与普通 bundler 交易观察之间的区别。
有效收据是对已签署声明的证据,并不保证经济安全,也不意味着 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。这些结果适用于模拟测试夹具,并不能证明发生了链上交易。依赖其他签发方的回执前,请独立确认公钥。
生成的文件会写入被忽略的 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 兑换 v2 fixture | 在合成流程中结合经签名的 Insight 咨询输入、Agent 侧策略决策和 PriorSeal 授权。 |
| Base Sepolia 线上证据 | 验证一笔在签名前获得授权的真实测试网交易;不包含实时 Insight 证明。 |
| RWA v2 | 将评估证据关联到精确调用,并分别报告完整性、信任、时间、策略和执行情况。 |
| APS 决策绑定 | 将经过独立验证的 APS 决策与授权及合成执行证据相关联。 |
| Open Evidence Lab 精确调用矩阵 | 用于验证已签名请求与观测到的执行封装是否一致的合成离线互操作案例。 |
| 使用方处置示例 | 对矩阵报告应用小型下游策略:接受精确匹配且已完成的情况,拒绝不匹配的情况,并将证据不完整的情况暂缓以供审核。 |
其他合作方 fixture 位于 examples/ 下。Insight 可独立用于评估证据;PriorSeal 可独立用于授权和执行证据;组合工作流则可将两者绑定,同时不合并其信任根。
文档
| 主题 | 从这里开始 |
|---|---|
| 产品范围、商业方向和证据限制 | 定位 · 首个版本的范围 · Agent 使用和支付模式 · 证据关联级别 |
| 授权和回执语义 | 签名授权 · 时间证据和最终性 · 生命周期 · API 兼容性 |
| 安全与运维 | 威胁模型 · 供应链控制 · 运维 · Agent/零售公开运维 · Cloudflare 部署 |
| SDK 与集成恢复 | SDK 指南 · 可靠性运行手册 |
| Solana 交易授权与观测 | Solana 集成指南 |
| 按区块链划分的支付、观测和高级配置边界 | 区块链能力矩阵 |
| Agent 和零售接入 | Agent 和零售用户指南 · Agent 使用模式 · 公开上线记录 |
| 对齐的 EVM 网络和 Solana 上的 x402 API 支付 | x402 支付集成 · 分阶段推出 |
| 沙盒适配器提案 | APS 结账门控的每笔订单限额检查 |
运行 npm run check 执行仓库检查,或运行 npm run release:check 执行完整的发布门禁。生产环境在 Cloudflare Workers 上运行 API 和控制台,并使用 D1 持久化;本地 Node 部署可使用 PostgreSQL。
使用 PriorSeal
试点时,选择一条范围明确的 EVM 或 Solana 执行路径,并请独立审查者根据导出的证据,复现授权、时间、观测和合规结果。公开 Issues 仅用于经脱敏的开发者协作。请参阅协作指南,或提交经脱敏的试点申请。代码贡献请遵循 CONTRIBUTING.md;安全报告请参阅 SECURITY.md。
采用 MIT 许可证。请参阅 LICENSE。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。