比特币核心自带 bench_bitcoin 基准程序，对哈希、签名验证、交易整体验证等热点路径做微基准，用法写在 doc/benchmarking.md。本文按该文档说明它测什么、怎么控制时长与线程，以及它与跑真实节点的同步速度之间没有换算关系。

Solana slot time 影响网络节奏，但不等同于最终确认时间。本文解释 slot、blockhash、confirmation 和 finalization 的区别，以及新手排查交易状态的方法。

Solana slot time变化不等于交易最终安全。本文解释slot、blockhash、确认状态和用户排查清单。

比特币节点启动时的文件描述符核算逐项拆解：最低需求、预算抬升、select上限与收缩警告的因果链，v31.0源码行为。

比特币核心 v31.0 在检测到总内存不低于 4096 MB 时把状态数据库缓存默认值从 450 MB 抬到 1024 MB。本文依据源码梳理这条条件默认值、它与内存池共享内存的关系，以及不同内存机器的取值建议。

比特币核心的 maxreceivebuffer 与 maxsendbuffer 不是带宽旋钮，而是每连接的内存水位线：接收队列超线暂停读、发送内存超线延后发。本文依据 v31.0 源码说明默认值、反压机制与调参前先分清的三本账。

比特币核心的 -par 决定脚本验证专用线程数：零为自动、负数为留核、上限十五，主线程计入名额。本文依据 v31.0 源码讲清换算式、验证队列工作方式、与 assumevalid 检查点的分工。

全节点最贵的计算是逐笔验签，而验证结果确定且可复用，于是节点给"已验过的签名"记了一本内存账。核心把签名缓存与脚本执行缓存拆开又合用一份预算，默认三十二兆各占一半，参数 maxsigcachesize 可调总量。本文拆解缓存为什么只记好消息、低内存机器的调参顺序，以及它与重启、修剪的关系。

EIP-5656新增MCOPY操作码，并规定源目标重叠时采用memmove语义。文章用内存区间、按字计费和扩展成本解释正确实现及基准测试方法。并提供EIP-5656场景下可复查的操作记录与安全边界。

本文解释 Solana 的区块广播协议 Turbine：shred 切分与 Reed-Solomon 纠删批、按质押加权且逐 shred 洗牌的多层接力树、每节点扇出与丢包叠加的权衡、repair 兜底机制，以及它将如何被 Alpenglow 的 Rotor 单跳广播替换。