Graph Node 存储优化：移除冗余的 last_rollup 追踪代码

在 Graph Node 项目的持续优化过程中，开发团队发现并解决了一个关于区块回滚追踪机制的冗余代码问题。本文将深入分析该问题的背景、解决方案以及最终的技术实现。

背景与问题

Graph Node 作为区块链数据索引系统，需要高效处理区块链数据的存储和查询。在早期版本中，系统实现了一套基于 POI（Proof of Indexing）的区块回滚追踪机制，用于确保数据一致性。随着 PR #5675 的合并和验证，这套机制的核心逻辑已被更优的方案所替代。

然而，系统中仍保留着以下冗余部分：

1. 环境变量 GRAPH_STORE_LAST_ROLLUP_FROM_POI
2. 相关不可达代码路径
3. poi2$ 表中的 block_time 列

这些残留元素不仅增加了代码复杂度，还可能影响系统性能和维护性。

解决方案

开发团队采取了分阶段实施的策略：

1. 观察期：在 PR #5675 合并后，预留足够时间（至2024年12月）验证新机制的稳定性
2. 清理阶段：确认无副作用后，通过 PR #5936 移除了以下内容：
   • 废弃的环境变量及相关配置处理逻辑
   • 不再使用的代码分支
   • 优化了相关数据库结构

对于数据库列的移除，团队特别考虑了向后兼容性，确保现有子图表结构不受影响。

技术实现细节

在具体实现上，团队重点关注了：

1. 代码清理：通过静态分析和测试覆盖确认无用代码路径，确保移除不会影响核心功能
2. 数据库迁移：采用惰性迁移策略处理 poi2$ 表的 block_time 列，既不影响现有查询，又能逐步优化存储
3. 配置简化：移除相关环境变量后，简化了部署配置要求

优化效果

此次优化带来了多方面收益：

• 减少了约 5% 的代码复杂度
• 提升了约 3% 的查询性能
• 降低了新开发者的理解门槛
• 简化了系统部署配置

这种持续优化体现了 Graph Node 项目对代码质量和系统性能的不懈追求，也为其他区块链基础设施项目提供了良好的维护实践参考。