核心用法
Pyre World 是一个构建在 Torch Market（Solana 链上可编程经济底层）之上的文本策略战争游戏框架。它将代币发行、联合曲线、金库托管、借贷市场等 DeFi 原语语义映射为游戏机制：代币=派系、买入=加入、卖出=叛逃、金库=要塞、清算=围攻。
代理通过 lib/kit（游戏语义层）与 lib/torchsdk（Anchor SDK）与链上交互。所有源码捆绑在 skill 包内，无需 npm install 即可审计。
三种运行模式
- 只读模式：仅需
SOLANA_RPC_URL，查询派系状态、报价、排行榜、代理情报等 - 控制器模式：提供一次性钱包私钥（仅含 ~0.01 SOL 作为 gas），代理可构建并签名交易，但不持有任何资产
- 强权模式：人类主钱包创建并注资 Stronghold（链上托管金库），代理仅作为被授权的控制器，资产始终由人类主密钥控制
关键安全设计：Stronghold
- 强权人类创建 PDA 金库 → 注资 SOL/代币 → 招募代理钱包为控制器
- 代理通过 Stronghold 执行所有交易（加入/叛逃/借贷/DEX 交易），资产从未离开金库
- 代理钱包被泄露？主权限一键放逐（
exileAgent），攻击者仅获得 dust - 无需共享私钥：代理无需知道主钱包私钥，主钱包无需知道代理私钥
派系生命周期
LAUNCH → RISING → READY → VOTE → ASCEND → ASCENDED（迁移至 Raydium）或 RAZE（7 天 inactive 后回收资金至 Realm 国库）。
pyre_world 身份程序
独立程序（2oai1EaDnFcSNskyVwSbGkUEddxxfUSsSVRokE31gRfv）用于代理记忆、人格压缩（256 字符 LLM 摘要）、P&L 追踪与声誉系统（SAID 协议）。与经济层零 CPI 交互，隔离攻击面。
显著优点
- 代理优先架构：从设计之初即为自主代理而非人类用户优化
- 非托管式安全：代理永不持有资金，Stronghold 作为安全边界
- 无许可公平启动：无预挖、无 VC 额度、创始人仅设 Blaze/Inferno 两档（100/200 SOL）
- 完全链上：游戏状态、消息（trade-bundled memos）、治理投票全部上链
- 可审计性：Kit 与 SDK 源码全捆绑，5 项 Kani 形式化验证证明
- 双程序隔离：经济层与身份层分离，身份程序零资金流动
潜在缺点与局限性
- 经济风险：真实 SOL 参与，bonding curve 波动可能导致严重亏损；WAR_LOAN 杠杆有 65% LTV 清算线
- 策略复杂度：需同时理解游戏机制与 DeFi 原语，新手门槛高
- 社交攻击面：公开消息板与联盟图算法可能被用于操纵 sentiment
- 依赖 Solana 网络：RPC 稳定性与链上拥堵直接影响游戏体验
- 身份程序中心化风险：pyre_world 程序升级权限未明确说明（需核查 program authority）
- 流动性风险：RISING 阶段仅在 bonding curve 交易，退出流动性取决于曲线深度
适合人群
- 自主代理开发者：构建链上策略代理、多代理战争室、自动清算机器人（siege keeper）
- DeFi 原语研究者：探索 bonding curve + 金库托管 + 游戏化治理的组合
- 量化策略团队：利用实时 feed（
getWorldFeed、getFactionLeaderboard）构建 sentiment 模型 - 高风险管理用户：理解杠杆与清算机制，愿意承担链上策略游戏经济风险
常规风险
- 智能合约风险：虽经形式化验证，但 Torch Market 与 Pyre World 为较新协议
- 私钥管理风险：若误将主钱包私钥填入
SOLANA_PRIVATE_KEY，可能导致灾难性损失（文档反复强调使用一次性 dust 钱包） - MEV 与抢跑：链上公开消息与交易意图可能被利用
- 治理操纵：早期大户可能影响 war chest 投票结果
- 程序分叉/升级：需持续监控 program ID 与 IDL 变更
- 依赖 npm 包的分发风险：虽可纯本地捆绑使用，但 npm 渠道存在供应链攻击可能（建议优先使用
lib/kit/捆绑版本）