把 NFT 元数据交给 IPFS 不等于高枕无忧：内容能否持续取回，取决于谁在为你固定对象。本文对比 Pinata 与 Filebase 等固定服务的计费模型、对象管理与下架机制，并梳理判断固定服务风险的核对点

Bitcoin Core 的调试参数 -fastprune 把区块文件上限从 128 MiB 缩到 64 KiB、把修剪高度地板从十万降到一百，让剪枝逻辑在几百个区块内就能真实触发。对照 v31.0 源码拆解两处改动的实现、超大区块装不下文件的动态兜底，以及它适合测试教学而不适合生产省磁盘的原因。

Filecoin Plus 用 DataCap 与十倍质量调整算力激励矿工存真实数据。本文按官方文档拆解验证交易的信任评估、QAP 乘数对奖励、保证金与罚没的同倍放大，以及接真实数据新增的运维责任。

Sui 上对象的字段在模块发布时就固定，且对象有大小上限。本文按 Sui 官方文档拆解动态字段：它如何按名字哈希挂出子对象、只在访问时计 gas，普通字段与对象字段在外部可见性上的差别，以及这对钱包和区块浏览器查账的实际影响。

比特币核心的 -prune 取值 0、1 和不小于 550 的整数分别对应不修剪、仅允许 RPC 手动修剪、自动维持容量目标。本文按 v31 源码讲清三档语义、十万块高度门槛、与 txindex 互斥和不可回退的容量纪律。

以太坊合约把存储槽从零写成非零，等于给全网节点的数据库新增一条记录，现行计价是单次 20000 Gas。2022 年 4 月的 EIP-5022 认为这笔入场费长期被低估，主张直接翻倍到 40000 Gas，理由是状态膨胀已成为提高 Gas 上限的最大阻力。这份提案处于 Stagnant 停摆状态。本文解释状态增长为什么贵、为什么只抬从零到非零这一档，以及它落地的话哪些操作会变贵，和状态租金等长期方案的分工。

解释 NFT 元数据的常见存放位置（完全上链、IPFS、中心化服务器）各自的成本、耐久性和可修改性差异，以及买家如何判断一张 NFT 的存储可靠性。

EIP-8125 提议新增 TMPSTORE 与 TMPLOAD 两个操作码，给合约一块能跨交易、跨区块存活但按协议日程自动清空的临时存储。本文对比它与瞬态存储、常规存储的区别，并解释两个系统账户轮换设计的用意。

Kubo repo gc会回收未被本地pin保护的块，但释放空间不等于业务数据完整。本文从pin清单、关键CID抽样、执行错误流到GC后回读，给出安全运行闭环。

Filecoin 用密封过程把原始数据加工成带矿工指纹的唯一副本，并以复制证明（PoRep）断言数据完整、副本独特、时间绑定。本文按 Filecoin 规范解释这道入册关与后续时空证明的分工，以及三个高频术语的边界。