Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
[BUGFIX] Reconstruct HashMap using 32-byte key
Addresses the first half of bisq-network#3629 by ensuring that the reconstructed HashMap always has the 32-byte key for each payload. I feel this fix is less risky than writing ondisk upgrade code throughout the TempProposalStore and other disk-writing classes that are currently untested and hard to test. The end result is that the persistence code in P2PDataStorage still use the 20-byte key, but the HashMap is reconstructed from disk using the 32-byte key of the payload which minimizes the affected classes and gives the same outward behavior. Important to note that until all seednodes receive this update, nodes will continue to have both the 20-byte and 32-byte keys in their HashMap.
- Loading branch information