Solana getRecentPerformanceSamples同时提供总交易、非投票交易、slot数量和样本秒数。本文说明两种TPS的复算公式、空值处理、窗口聚合与节点差异。

Solana 官方文档把 Proof of History 描述为出块前后的时间戳证明：一条持续自串的哈希链，交易被混入哈希，先后关系因此被密码学固定。本文拆解条目的三项字段、验证方式，以及它与时钟、共识和可验证延迟函数的分工边界。

同一条链上大量交易为什么能真正并行，答案在签名时就声明的账户读写集：不写同一账户就并发，只读共享不算冲突，热点账户则退回串行。本文按 Solana 官方文档拆解 Sealevel 运行时的静态声明机制、1232 字节等结构约束，以及从链上数据辨别拥堵与冲突失败的观察方法。

Solana 每笔交易都要带近期区块哈希当寿命证明，超出 150 时隙即被拒绝，离线会签流程因此容易过期作废。durable nonce 把哈希换成账户里一次性推进的存储值来取消时限。本文拆解两种寿命机制的校验路径、共用 nonce 账户的作废事故，并如实转述官方的弃用讨论注记。

Agave 文档把 Solana 验证者拆成 TPU 与 TVU：前者经 QUIC 流收包、验签、缓存打包并广播，后者靠 Turbine 与转传把块推给全网。本文说明连接配额、限流错误码与多 socket 端口这些可观察细节，并给出排查视角。

在 Solana 上发交易，收到的节点不一定处理它，而是把它转交给本时隙的领导者。本文按 Anza 文档拆解 TPU 收包、签名验证、排队与转发四道门，解释为什么交易要定向递话、QUIC 节流为何丢包、转发开关为何影响自建节点，以及普通用户如何判断交易卡在哪一段。

RPC 查询压得太重时，验证者可能跟不上网络。Anza 文档给出的解法是 Geyser 插件：在验证者运行时旁边开一道出水口，把账户、时隙、区块、交易事件实时推给外部数据库或流服务。本文说明四类回调与两段式交易通知、is_startup 标志的用途，以及它与 gRPC 订阅通道和承诺档位之间的关系。

getRecentPrioritizationFees只是Solana估费器的输入。本页聚焦采集批次、账户集合、CU预算、发送归因、历史回放与灰度回滚，构建可解释的优先费反馈闭环。

投票塔是 Solana 最终性的核心记账结构：投票逐层堆叠、锁定期指数翻倍，被挤出塔底的槽位才进入最终状态。本文讲清锁出机制、最大锁定与三档确认级别的关系，以及等待最终性时的常见误区。

Turbine 传播丢碎片的两个后果由 Repair Service 处理：沿根槽位补洞的切片修复，和给无父可寻的孤儿槽位找父亲的抢占式修复。本文讲清 Epoch Slots 完成名单、请求对象的挑选规则，以及节点卡住时的观察信号。