Hyperledger Besu节点权限控制中的并发修改异常分析

问题背景

在Hyperledger Besu区块链平台中，节点权限控制是一个关键的安全功能，它确保只有经过授权的节点才能加入网络并参与共识过程。在版本v24.9.1的QBFT共识机制实现中，发现了一个可能导致节点意外终止的并发修改异常问题。

异常现象

当使用QBFT共识机制的4节点网络正常运行时，系统在处理区块导入过程中随机出现ConcurrentModificationException异常。这个异常发生在NodeLocalConfigPermissioningController.isPermitted(...)方法中，具体是在检查节点是否被允许连接时。

从堆栈跟踪可以看出，异常发生在Java的ArrayList的tryAdvance操作中，这表明在遍历节点权限列表时，列表被并发修改了。这种并发修改通常发生在多个线程同时访问和修改同一个非线程安全的集合时。

技术分析

根本原因

1. 非线程安全集合的使用：NodeLocalConfigPermissioningController类中使用了ArrayList来存储节点权限信息，但ArrayList不是线程安全的集合类。

2. 并发访问场景：在QBFT共识过程中，区块导入和权限检查可能同时进行。当一个新的区块被导入时，会触发权限更新通知，而同时可能正在进行权限检查操作。

3. 流式操作中的并发问题：异常发生在使用Java Stream API的anyMatch操作中，这个操作会创建Spliterator来遍历集合，如果在遍历过程中集合被修改，就会抛出ConcurrentModificationException。

影响范围

这个bug会影响：

• 使用QBFT共识机制的网络
• 启用了节点权限控制的配置
• 多节点环境下频繁进行区块导入的场景

解决方案

针对这类并发问题，通常有以下几种解决方案：

1. 使用线程安全集合：将ArrayList替换为CopyOnWriteArrayList，这种集合在修改时会创建底层数组的新副本，适合读多写少的场景。

2. 同步访问控制：在访问权限列表时使用同步机制，如synchronized块或锁。

3. 防御性拷贝：在进行检查操作前，先创建集合的副本，然后在副本上进行操作。

在Hyperledger Besu的实际修复中，开发团队选择了最合适的线程安全方案来彻底解决这个问题。

最佳实践

对于区块链开发者，在处理类似权限控制功能时，建议：

1. 始终考虑多线程环境下的安全性
2. 对于频繁读取但较少修改的配置数据，优先考虑CopyOnWriteArrayList
3. 在涉及权限检查的关键路径上，进行充分的并发测试
4. 使用不可变对象模式来设计权限配置数据

总结

这个并发修改异常揭示了在区块链系统中权限控制实现时需要考虑的重要并发问题。通过分析这个案例，开发者可以更好地理解如何在分布式系统中安全地实现权限控制功能，避免类似的并发问题。Hyperledger Besu团队通过修复这个问题，进一步提升了QBFT共识机制的稳定性和可靠性。