基于Para官方MPC基础设施的区块链钱包技能，私钥分片永不完整聚合，为AI Agent提供安全的EVM/Solana钱包创建与交易签名能力。
说明：
## 核心用法
para-wallet 是一个面向 AI Agent 的区块链钱包管理技能，基于 Para 的 MPC（多方计算）基础设施实现。该技能通过三个 REST API 端点提供完整的钱包生命周期管理：创建钱包（POST /v1/wallets）、查询状态（GET /v1/wallets/{id}）和签名数据（POST /v1/wallets/{id}/sign-raw）。支持 EVM、Solana 和 Cosmos 三条主流公链，采用 DKLS、CGGMP、ED25519 等业界标准的签名方案。
使用时需先配置 PARA_API_KEY 环境变量，开发阶段连接 Beta 环境（api.beta.getpara.com），生产环境切换至正式端点（api.getpara.com）。钱包创建采用异步模式，返回初始状态为 “creating”，需轮询至 “ready” 后方可获取地址和公钥，进而执行签名操作。同一用户标识符（userIdentifier）与链类型、签名方案的组合具有唯一性约束，重复创建将返回 409 冲突响应并附带已有钱包 ID。
## 显著优点
**安全架构领先**：MPC 技术确保私钥以分片形式分布于独立参与方，任何单一节点均无法重构完整私钥，从根本上消除单点泄露风险。AI Agent 可在完全不接触完整私钥的前提下完成交易签名，这对自动化系统尤为关键。
**接入极简**：纯 REST API 设计，无需安装 SDK 或管理复杂依赖，curl 示例即开即用。单 API Key 认证机制降低了集成门槛，支持快速原型开发。
**多链兼容**：原生支持 EVM 和 Solana 两大生态，覆盖主流 DeFi 和 NFT 场景，Cosmos 支持则拓展了跨链应用可能性。
**行为可预测**：完善的错误码体系（400/401/403/404/409/500）和幂等性设计（409 返回现有钱包 ID）使异常处理逻辑清晰，适合构建健壮的自动化流程。
## 潜在缺点与局限性
**网络依赖性强**：所有签名操作必须实时连接 Para 服务端，无法离线使用。对于网络隔离环境或高合规要求的场景存在部署限制。
**异步等待成本**：钱包创建需轮询等待（通常数秒），高频创建场景下可能形成性能瓶颈。文档示例采用 1 秒间隔轮询，生产环境需设计更优雅的退避策略。
**第三方信任假设**：尽管 MPC 分散了信任，但用户仍需信任 Para 基础设施的可用性与诚实性。服务中断将直接导致签名能力丧失，存在供应商锁定风险。
**功能边界明确**：当前仅覆盖钱包创建与基础签名，缺乏余额查询、交易广播、Gas 估算等配套功能，完整 DApp 开发需额外集成其他服务。
## 适合的目标群体
– **AI Agent 开发者**：需要为自动化代理赋予区块链交互能力，同时避免私钥管理复杂性的团队
– **MPC 安全方案探索者**：希望在不自建 MPC 网络的前提下，快速验证多方计算钱包可行性的产品团队
– **多链基础设施构建者**：寻求统一接口管理 EVM 和 Solana 钱包的后端工程师
– **合规敏感型项目**：私钥分片存储可满足部分监管对密钥托管的审计要求
## 使用风险
**API Key 泄露风险**：PARA_API_KEY 一旦泄露，攻击者可创建钱包并签名交易。建议采用密钥管理服务（KMS）或环境变量加密方案，避免硬编码。
**端点混淆风险**：Beta 与 Production 环境切换时若配置错误，可能导致测试交易进入主网或生产数据写入测试环境。建议通过配置管理工具严格区分环境变量。
**轮询资源消耗**：文档示例的固定间隔轮询在批量创建场景下可能触发 API 限流，生产实现应引入指数退避和最大重试次数限制。
**数据格式陷阱**：签名接口要求 0x 前缀的 hex 字符串，格式错误将导致签名失败。EVM 与 Solana 的序列化交易格式差异需开发者自行处理。
会员专属
