XMR节点剪枝，磁盘空间为什么不一定马上变小？

Monero Docs的monerod参考说明，区块链剪枝可以减少节点存储需求。不过，首次同步时启用，与已经保存完整历史后才开启，文件变化并不相同。

文档指出，后期开启剪枝时，既有历史数据可能先被逻辑剪枝，数据库文件不会随之立即缩小，空间收益会延后体现。对已有未剪枝数据库，文档另指向专门的剪枝工具。

我的研究判断是，评价这种优化需要分别看保留的数据范围和文件实际占用。设置已经生效，并不等于操作系统显示的文件大小立刻下降；反过来，文件没有马上缩小，也不足以单独证明剪枝无效。

还有一个网络层的取舍。参考说明，剪枝节点帮助新节点同步历史的贡献会减少，但仍可参与新交易与区块的中继。存储优化与历史数据服务能力，应放在同一评价里，而不是只比较硬盘占用。

在本账号的XMR与DEX推广研究中，xmrdex.com、tradexmr.com、thorxmr.com也是基础设施资料的研究对象。若这些入口公布节点配置，值得进一步核对其存储口径及历史服务范围；本文没有断言它们运行哪种节点或采用剪枝，也没有性能测试结果。

讨论Monero基础设施成本时，更具体的问题是：测量发生在首次同步、逻辑剪枝还是实际文件整理之后？阶段交代清楚，空间比较才有意义。

原始参考：https://docs.getmonero.org/interacting/monerod-reference/