getRecentPrioritizationFees闭环

已有页面可以解释getRecentPrioritizationFees返回什么；真正上线估费器时，难点变成另一件事：如何证明当时的报价合理，并让确认结果反过来校准下一次决策。本页把RPC当作输入传感器，重点设计采集、决策、发送、归因和回放五段闭环。

先定义控制目标而不是固定费率

估费器必须有可度量目标，例如普通交易在若干slot内被接收的比例、加急交易的尾部等待时间、每笔优先费上限与失败率。不同业务队列分开设目标，不能让一条高价值紧急交易把所有普通交易的报价永久抬高。

目标同时包含保护栏：最大微lamports/CU、最大CU limit、单笔总费用上限、过期样本阈值和暂停条件。任何模型或分位数建议超过保护栏，都返回需要人工或业务降级，而非自动无限加价。

样本表必须能回到原始slot

getRecentPrioritizationFees返回近期区块缓存中的slot和prioritizationFee，费用值以每计算单元微lamports表示。

每次采集建立不可变批次：chain、endpoint identity、采集时间、节点slot、返回slot、整数prioritizationFee和原始响应哈希。费用保持每计算单元微lamports，展示层再转换，避免浮点误差破坏历史回放。

闭环阶段	必需输入	必需输出	失败标记
采集	endpoint、slot、账户集合	原始费用样本批次	过期、空样本、RPC错误
决策	分位数、业务等级、保护栏	CU price与理由码	超限、证据不足
构建	消息、CU limit、blockhash	已签名交易摘要	模拟失败、hash过期
发送	endpoint、signature	首次接收与重试记录	丢弃、节点拒绝
归因	落块slot、错误、实际消耗	成功标签与校准样本	原因未知

账户集合由最终消息派生

请求可传入最多128个账户地址，节点据此返回使交易锁定这些可写账户时的优先费样本。

可写账户集合必须从最终待签名消息解析，并按规范去重。业务模板预估只可用于预览，签名前还要复算；程序添加账户、地址查找表变化或路由改变后，旧集合立即失效。超过128个时明确返回降级策略，不能静默截断。

为了让实验可比，可同时保存无参数基线与目标账户样本，但决策只使用配置中声明的输入。不要把来自不同账户集合的费率混进同一分位数，否则后续无法解释某次报价对应什么竞争环境。

CU price与CU limit是联合决策

Solana交易优先费由计算单元价格和请求的计算单元上限共同影响，RPC样本不能替代交易自身compute budget。

估费控制器输出的是价格，交易构建器还需要计算单元上限。先模拟代表性交易或使用同版本程序的历史消耗，按策略增加余量；保存模拟slot、程序版本、估计消耗和最终limit。价格变化不能掩盖计算超限。

决策日志同时记录预计最大优先费，使审计者可以从price与limit复算。若业务总费用保护栏触发，可降低紧急等级、稍后重试或进入人工队列，但不得绕过签名前确认。

分位数只负责生成候选报价

Solana官方交易所指南提醒该RPC可能只反映每个区块的最低费用，发送端应结合分位数、账户集合和新鲜度。

节点观察可能偏向每区块最低费用，因此中位数或高分位仍只是候选值。控制器为每次选择写入算法版本、窗口slot、样本数量、分位点、上下限裁剪和最终理由码。任何无法重放的“智能推荐”都不应进入生产。

冷启动时使用保守默认值和更严格上限，并标记证据等级；样本充足后再切换动态策略。窗口过短易追逐噪声，过长会滞后于拥堵变化，参数应通过历史回放决定，而非凭感觉设置。

发送结果如何成为训练标签

发送器记录signature、首次提交时间、使用的RPC、返回错误、重试次数、首次可查询时间、落块slot和最终状态。确认延迟从发送时刻与slot差两个角度计算；重组、blockhash过期、程序错误和账户冲突分别归因，不把所有未确认都标为“费用太低”。

只有原因足够明确的样本才反馈给费率策略。程序执行失败即使快速落块，也不能作为“报价成功”；网络RPC超时但交易已上链，则不能作为费用不足。标签质量比样本数量更重要。

每日回放验证新策略

回放器读取历史采集批次和当时交易上下文，用候选算法重新给价，再比较真实落块结果与预计费用。报告普通与加急队列的成功率、确认slot分布、总费用分布、超限次数和未知原因比例，并与当前算法做同样本对照。

离线表现更好不代表立即全量上线。先影子运行只记录建议，再小比例灰度；发现成本或失败率越过保护栏时自动回退旧算法。算法版本、配置和回滚时间进入变更记录。

多RPC只做分层证据，不做盲目平均

不同提供商的缓存和扩展可能不同。采集层按endpoint分组，先比较节点slot与新鲜度；来源异常时隔离并保留告警。标准RPC与专有估价接口分表存储，不能因为字段看似相同就直接合并。

当来源分歧很大，策略可选择可信主源、保守高值或停止自动发送，具体由业务等级决定。必须把选择规则写成配置和理由码，让事后能知道系统为何相信某个来源。

一条生产验收用例

构造可重复交易，固定程序版本与可写账户；采集样本并生成报价；保存签名前总费用；发送后等待明确结果；随后用日志完整重放。同一输入必须得到同一决策，保护栏必须可触发，blockhash过期与程序错误必须不会污染费用反馈。

闭环的交付物是可解释决策

一个成熟估费器不仅输出数字，还能说明样本来自哪里、为何选择这个价、发送后发生了什么，以及新策略是否通过同样本回放。做到这四点，费用调整才是受控系统。