管理 Structs 中的经济操作。涵盖反应堆质押、能源提供商、协议、分配、生成器注入和代币转移。使用时机:...
Structs Economy.
功能概述
Structs Economy.是一项面向实际任务的技能,主要用于Seafety. 见SAFETY.md 关于信托合同. 在这个技能中:.;Reactor-infuse(Tier 1)——"你的α锁进入反应堆. . .;
核心要点
- Committee rate pertions infinition time.。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
使用与执行
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
Structs 经济体系
安全性
有关信任合约,请参阅 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。
操作流程
- 评估当前状态 —— 使用以下命令查询 player、reactor、provider 和 agreement 状态:
structsd query structs player/reactor/provider/agreement [id]。 - Reactor 质押 —— 质押 Alpha Matter:
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]。 - Generator 注入 ——
structsd tx structs struct-generator-infuse [struct-id] [amount] TX_FLAGS。不可逆操作 —— Alpha 无法回收。相比 reactor 具有更高转化率(2–10 倍),但 generator 易受 raid 攻击。 - Provider 生命周期管理 —— 创建:
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-marketprovider 访问权限:permission-guild-rank-set [provider-id] [guild-id] 262144 [rank](即PermProviderOpen)。 - Agreement 管理 —— 开启:
agreement-open [provider-id] [duration] [capacity] TX_FLAGS。关闭:agreement-close [agreement-id]。调整:agreement-capacity-increase/decrease、agreement-duration-increase等。 - Allocation 管理 —— 创建:
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]。
Allocation 类型对比
| 类型 | 是否可更新 | 是否可删除 | 是否自动扩容 | 限制 | 适用场景 |
|---|---|---|---|---|---|
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]。
状态验证
- Reactor:
structsd query structs reactor [id]—— 检查infusedAmount与defusionCooldown字段。 - Provider:
structsd query structs provider [id]—— 核验容量、费率及活跃 agreement 数量。 - Agreement:
structsd query structs agreement [id]—— 检查状态、容量与持续时间。 - Allocation:
structsd query structs allocation [id]—— 确认功率值、source 与 destination。 - Player 余额:
structsd query structs player [id]—— 在转账后验证 Alpha Matter 余额。
错误处理
- 余额不足:执行
infuse或send前,请先检查 player 的 Alpha Matter 余额;必要时请先精炼矿石。 - Provider 容量超限:查询 provider 的
capacityMaximum;降低 agreement 容量,或新建 provider。 - Defusion 冷却中:可在冷却期内使用
reactor-cancel-defusion重新质押,或选择等待冷却结束。 - Generator 注入失败:操作不可逆。提交前请确认结构体确为 generator 类型,且金额输入正确。
参阅
structs-energy技能 —— “我需要更多能源” 决策树与工作流knowledge/economy/energy-market—— Provider/agreement 流程与定价机制knowledge/economy/guild-banking—— 中央银行代币knowledge/mechanics/resources—— Alpha Matter 与转化率knowledge/mechanics/power—— 容量、负载与在线状态
热门AI工具
相关专题
本专题聚焦Go-Zero的API开发,拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则,说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式,并给出网关聚合与接口测试的实践建议。
0
2026.11.12
本专题围绕Go-Zero的安装与工具链配置展开,讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置,说明多版本共存、升级回退与CI流水线安装的做法,并整理安装阶段的常见报错与验证步骤。
0
2026.11.12
本专题整理Go-Zero的入门知识,从框架定位、环境准备到跑通第一个API服务,讲清目录分层、配置加载、日志与中间件的基本用法,并对比Gin、Kratos的差异,帮助Go开发者建立整体认知,判断它是否适合当前项目。
0
2026.11.12
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章