Incident Summary
A user reported a bug saying that Besu was considering public transactions as if they were private transactions. Because of that, they were not able to send transfer value transactions to their Besu nodes.
...
We coordinated a hotfix release version 21.7.2. This new version will be the new recommended version for the London hard fork.
Leadup
The bug was introduced by this commit on 10th Jun 2021. Because this wouldn’t impact a majority of users, we didn’t hear anything about it until the 4th of August.
...
First, we thought the problem wasn’t impacting users. But later we identified that the change in the TransactionPool would cause issues for value transfer public transactions.
Problem
The scope of this problem is limited to:
...
It is worth mentioning that this bug was caused by a specific combination of factors, related to the chainId value being 1. Unfortunately, our tests do not cover scenarios with specific chainIds.
Impact
The impact wasn’t major as we were not causing a fork in the network. However, users were not able to send transfer transactions through their Besu nodes. We don’t have an estimate of how many users were impacted by this problem.
Regarding the transactions propagation, because other nodes in the network would also propagate the same transactions, the impact of Besu not propagating them is low.
Actions
- To prevent something like this from happening again, we have added a test that validates that transactions with chainId = 1 (and any other chainId) won't be affected by private transaction logic.
- A hotfix version 21.7.2 will be released containing the fix.
Next Steps
- We will review the branching of execution of public vs private transactions in an effort to better isolate their differences. The ideal scenario would be that, when running on public networks, none of the private tx logic would be ever in the code execution path.