管理 Structs 中的经济操作。涵盖反应堆质押、能源提供商、协议、分配、生成器注入和代币转移。使用时机:...
Structs Economy.是一项面向实际任务的技能,主要用于Seafety. 见SAFETY.md 关于信托合同. 在这个技能中:.;Reactor-infuse(Tier 1)——"你的α锁进入反应堆. . .;
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
有关信任合约,请参阅 SAFETY.md。本技能中涉及的关键操作如下:
reactor-infuse(一级操作)—— “您的 alpha 将锁定至 reactor。手续费率在注入时刻即永久确定。” 请展示验证器地址、手续费率及 ualpha 数量。struct-generator-infuse(二级操作 — 不可逆)—— “湮灭。证明一旦上链,物质即刻消失。详见 structs-building 文档。”reactor-defuse(二级操作 — 冷却锁定期)—— “启动冷却倒计时。等待期间,您的 alpha 既不在 reactor 中,也不在您的钱包内。仅可通过 reactor-cancel-defusion 干净取消。”reactor-begin-migration(二级操作)—— “在验证器之间迁移质押资产。请务必核对目标验证器地址 — 本系统不提供‘撤销迁移’命令。”player-send 向已有交易历史的接收方转账(一级操作)/ 向新地址转账(二级操作)—— “代币将从您的地址转出。目标地址若存在拼写错误,后果不可逆。”provider-delete、allocation-delete(二级操作 — 级联效应)—— “供电立即中断。关联的 substation 可能离线;其所属 player 也可能离线。” 详见 structs-power。structsd query structs player/reactor/provider/agreement [id]。structsd tx structs reactor-infuse [player-address] [reactor-address] [amount] TX_FLAGS。其中 amount 必须包含单位标识,例如 60000000ualpha(不可仅写 60000000)。该操作 将自动提升 player 的容量上限 —— 无需额外配置 allocation。reactor 的手续费率决定收益分配:player 获得 power * (1 - commission),其余归 reactor 所有。撤回质押:reactor-defuse [reactor-id](适用冷却期)。取消冷却:reactor-cancel-defusion [reactor-id]。迁移质押:reactor-begin-migration [player-address] [source-validator-address] [dest-validator-address] [amount]。structsd tx structs struct-generator-infuse [struct-id] [amount] TX_FLAGS。不可逆操作 —— Alpha 无法回收。相比 reactor 具有更高转化率(2–10 倍),但 generator 易受 raid 攻击。provider-create [substation-id] [rate] [access-policy] [provider-penalty] [consumer-penalty] [cap-min] [cap-max] [dur-min] [dur-max] TX_FLAGS。合法的 access-policy 值包括:open-market(任何人可购买)、guild-market(需满足对应 guild rank 权限的公会成员方可购买 —— 权限由 provider 上的 guild rank 设置管理)、closed-market(仅对 provider 显式授予 PermProviderOpen 权限的 player 可购买)。通过 provider-update-capacity-maximum、provider-update-duration-minimum 等命令更新容量/持续时间/访问策略。删除:provider-delete [provider-id]。提现收益:provider-withdraw-balance [provider-id]。为公会成员开通 guild-market provider 访问权限:permission-guild-rank-set [provider-id] [guild-id] 262144 [rank](即 PermProviderOpen)。agreement-open [provider-id] [duration] [capacity] TX_FLAGS。关闭:agreement-close [agreement-id]。调整:agreement-capacity-increase/decrease、agreement-duration-increase 等。allocation-create [source-id] [power] --allocation-type static|dynamic|automated TX_FLAGS。其中 --controller 参数接受一个 PlayerId(例如 1-42)。若省略此参数,则默认以创建者 player 为 controller。更新:allocation-update [allocation-id] [new-power]。删除:allocation-delete [allocation-id] —— 仅 controller 所属 player 可执行删除操作。转移 controller:allocation-transfer [allocation-id] [new-controller]。| 类型 | 是否可更新 | 是否可删除 | 是否自动扩容 | 限制 | 适用场景 |
|---|---|---|---|---|---|
static |
否 | 否(连接状态下) | 否 | 无限制 | 固定容量路由 |
dynamic |
是 | 是 | 否 | 无限制 | 灵活、人工管理的路由 |
automated |
是 | 否 | 是(随 source 容量自动缩放) | 每个 source 仅允许一个 | 能源交易(推荐使用) |
provider-agreement |
系统托管 | 系统托管 | 系统托管 | 系统自动生成 | 开启 agreement 时自动创建;切勿手动创建 |
Automated allocation 数量限制:每个 source 最多只能拥有一个 automated allocation。尝试从同一 source 创建第二个将报错。如需单 source 多 allocation,请改用 dynamic 类型。
能源销售推荐方案:使用 automated allocation。当您向 reactor 注入更多 alpha 时,您的容量随之增长,automated allocation 将自动按比例增加流向各 substation 的能源,全程无需人工干预。
7. 代币转账 —— player-send [from-address] [to-address] [amount] TX_FLAGS。
| 操作 | 命令 |
|---|---|
| Reactor 注入 | structsd tx structs reactor-infuse [player-addr] [validator-addr] [amount](验证器地址格式为 structsvaloper1...,非 reactor ID) |
| Reactor 撤回 | structsd tx structs reactor-defuse [reactor-id] |
| Reactor 迁移 | structsd tx structs reactor-begin-migration [player-addr] [src-validator-addr] [dest-validator-addr] [amount] |
| Reactor 取消撤回冷却 | structsd tx structs reactor-cancel-defusion [reactor-id] |
| Generator 注入 | structsd tx structs struct-generator-infuse [struct-id] [amount] |
| Provider 创建 | structsd tx structs provider-create [substation-id] [rate] [access] [prov-penalty] [cons-penalty] [cap-min] [cap-max] [dur-min] [dur-max] |
| Provider 删除 | structsd tx structs provider-delete [provider-id] |
| Provider 提现 | structsd tx structs provider-withdraw-balance [provider-id] |
| Agreement 开启 | structsd tx structs agreement-open [provider-id] [duration] [capacity] |
| Agreement 关闭 | structsd tx structs agreement-close [agreement-id] |
| Allocation 创建 | structsd tx structs allocation-create [source-id] [power] --allocation-type [type] |
| Allocation 更新 | structsd tx structs allocation-update [allocation-id] [power] |
| Allocation 删除 | structsd tx structs allocation-delete [allocation-id] |
| Player 转账 | structsd tx structs player-send [from] [to] [amount] |
TX_FLAGS(交互式 — CLI 将提示您确认):--from [key-name] --gas auto --gas-adjustment 1.5
TX_FLAGS_APPROVED(仅在 commander 批准后可用;禁用交互提示):在 TX_FLAGS 基础上追加 -y。详见 SAFETY.md 中 “-y 规则” 部分。本技能中所有命令均为一级或二级操作,默认应使用交互模式。
前置依赖:确保 structsd 已加入系统 PATH,并已配置签名密钥。
重要提示:含短横线的实体 ID(如 3-1、4-5)会被 CLI 解析器误判为命令行标志。请始终在标志与位置参数之间插入 --:例如 structsd tx structs command TX_FLAGS -- [entity-id] [other-args]。
structsd query structs reactor [id] —— 检查 infusedAmount 与 defusionCooldown 字段。structsd query structs provider [id] —— 核验容量、费率及活跃 agreement 数量。structsd query structs agreement [id] —— 检查状态、容量与持续时间。structsd query structs allocation [id] —— 确认功率值、source 与 destination。structsd query structs player [id] —— 在转账后验证 Alpha Matter 余额。infuse 或 send 前,请先检查 player 的 Alpha Matter 余额;必要时请先精炼矿石。capacityMaximum;降低 agreement 容量,或新建 provider。reactor-cancel-defusion 重新质押,或选择等待冷却结束。structs-energy 技能 —— “我需要更多能源” 决策树与工作流knowledge/economy/energy-market —— Provider/agreement 流程与定价机制knowledge/economy/guild-banking —— 中央银行代币knowledge/mechanics/resources —— Alpha Matter 与转化率knowledge/mechanics/power —— 容量、负载与在线状态相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.1万人学习
共49课时 | 82.6万人学习
最新文章