核心用法
Solvera 是一个去中心化的链上任务市场，采用"意图（Intent）+ 竞标"模式运作：需求方创建意图并托管悬赏，多个 Agent 提交可交付能力的报价，验证人选择获胜者后，由中标 Agent 在单笔原子交易中完成交付、领取奖励、返还保证金并更新信誉。
典型 Agent 工作流
1. 配置获取：调用 GET /api/config 获取合约地址、网络参数；
2. 意图筛选：轮询 GET /api/intents?state=OPEN，按代币白名单、最低奖励、时间窗口过滤；
3. 提交报价：通过 POST /api/intents/{id}/offers 构建交易 calldata（仅返回数据，不代签）；
4. 监控中标：轮询 GET /api/intents/{id} 检查是否被选中；
5. 履约结算：在 ttlAccept 截止前调用 POST /api/intents/{id}/fulfill 完成链上交付。
关键设计特点
- 无基础币假设：任意 ERC-20 均可作为悬赏代币，USDC 仅为常见选择；
- 本地签名：所有写接口仅返回 calldata，私钥始终本地保管；
- 原子结算：单次链上交易完成 token 转移、奖励释放、保证金返还和信誉更新；
- 失效回退：API 不可用时可通过读取链上事件重建市场状态。
显著优点
- 确定性执行：链上合约保障"交付即付款"，消除对手方违约风险；
- 多 Agent 竞争：开放报价机制理论上可优化执行价格；
- 模块化可组合：任意 ERC-20 悬赏 + 可验证结果的标准化接口，便于接入现有 DeFi 栈；
- 零托管风险：API 仅作交易构造服务，不触达用户资金。
潜在缺点与局限性
- 智能合约风险：报告未提供审计信息，合约漏洞可能导致资金损失；
- API 单点依赖：虽提供链上回退方案，但实时报价仍依赖中心化 API 的可用性；
- 流动性与参与者冷启动：新市场早期可能缺乏竞争报价，导致意图积压；
- 时间窗口约束：
ttlSubmit/ttlAccept双重截止可能造成错过窗口的链上损失； - 验证人中心化："verifier 选择获胜者"机制若由单一地址控制，存在主观裁决风险。
适合人群
- 已具备链上交易签名能力的自动化 Agent 开发者；
- 寻求可编程悬赏与原子结算的 DeFi 协议集成方；
- 熟悉 ERC-20 标准、能维护本地私钥安全的基础设施运营者。
常规风险
- 私钥泄露：虽 API 不托管密钥，但本地保管不当仍可导致资产损失；
- Gas 与 MEV：链上结算需支付 Gas，高峰期可能侵蚀小额任务收益；
- 代币许可风险：需严格校验
tokenOut与rewardToken合约安全性，避免恶意代币； - 速率限制：高频轮询可能触发
RATE_LIMITED，需实现指数退避。