by 运行时依赖
安装命令
点击复制技能文档
分析燃烧经济概述 这是一个纯粹的研究技能，生成关于 Uniswap 协议费系统的燃烧经济的治理级别分析。这个技能回答了 UNI 持有者、治理参与者和协议研究人员关心的问题：燃烧有多盈利？费用趋势如何？什么驱动了积累？什么时候应该调整参数？没有执行能力 -- 这纯粹是分析性的。
为什么这个技能比单独调用工具更好 10 倍： 历史分析的交叉引用：单个 get_burn_history 调用返回原始事件日志。这个技能将每次燃烧与 UNI 价格（通过 get_token_price_history）、gas 成本和索赔资产进行交叉引用 -- 生成每次燃烧的利润/亏损表，这是单个工具无法生成的。 趋势分析：通过结合积累率与燃烧历史，代理确定协议费系统是否随时间变得更加或 менее盈利，燃烧频率是否增加（更多竞争），以及费用组成是否发生变化。 治理相关的预测：报告包括敏感性分析 -- 盈利能力如何随着 UNI 价格、阈值调整和费率变化而变化。这是治理参与者需要评估参数提案的数据。 30 多分钟的手动分析在一个命令中：手动计算每次燃烧的盈亏需要查询每个燃烧事件、查找该区块的令牌价格、计算 gas 成本和聚合。这个技能自动化了整个研究工作流程。
何时使用： 激活当用户说类似的话时： "什么是燃烧经济？" "显示协议费烧伤的历史" "每次烧伤的平均利润是多少？" "最后一次烧伤是什么时候？" "Firepit 有多盈利？" "分析协议费趋势" "烧伤历史和盈利能力" "费系统工作正常吗？" "协议费的治理分析" "烧伤盈利能力如何随时间变化？" 不要在用户想要执行烧伤（使用 seek-protocol-fees 代替）或想要实时监控仪表板（使用 monitor-tokenjar 代替）时使用。
参数： 参数 | 必需 | 默认值 | 如何提取 chain | 否 | ethereum | 总是以太坊主网用于 TokenJar/Firepit days | 否 | 90 | 回顾期： "最近 30 天"、"过去一年" = 365 include-projections | 否 | true | "仅历史" 或 "无预测" 表示 false
工作流程： ANALYZE-BURN-ECONOMICS 流水线 ┌─────────────────────────────────────────────────────────────────────┐ │ │ 步骤 1：数据收集（并行 MCP 调用） │ ├── get_burn_history — 回顾窗口内的所有烧伤 │ ├── get_fee_accumulation_rate — 当前的积累动态 │ ├── get_firepit_state — 当前的阈值和参数 │ ├── get_tokenjar_balances — 当前的 jar 状态 │ ├── get_token_price (UNI) — 当前的 UNI 价格 │ ├── get_token_price_history (UNI) — 回顾窗口内的 UNI 价格 │ │ │ （所有数据输入步骤 2） │ │ 步骤 2：分析（protocol-fee-seeker 在分析模式下） │ ├── 每次烧伤的盈亏计算 │ ├── 烧伤频率和时序分析 │ ├── 费用来源和组成趋势 │ ├── 积累率随时间的变化 │ ├── 竞争动态（搜索者行为） │ └── 输出：历史分析报告 │ │ │ （如果 include-projections：true） │ │ 步骤 3：预测 │ ├── 下一次盈利烧伤的时序 │ ├── 当前费率的预期利润 │ ├── 对 UNI 价格变化的敏感性 │ ├── 阈值参数变化的影响 │ └── 输出：预测报告 │ │ └─────────────────────────────────────────────────────────────────────┘
步骤 1：数据收集（并行 MCP 调用） 同时进行所有调用以提高速度： mcp__uniswap__get_burn_history 限制：100 -- 回顾窗口内的所有烧伤。 mcp__uniswap__get_fee_accumulation_rate -- 当前的日/周/月费率。 mcp__uniswap__get_firepit_state -- 当前的阈值、nonce 和合同参数。