Apr 29 - May 15, 2026
The primary vulnerability lies in the ability to fingerprint these nodes by comparing ADDR responses across different connections, exploiting the correlation between addresses and shared timestamps. This issue is exacerbated by AddrMan’s mechanism of considering addresses stale after 30 days based on their last seen timestamp, which prevents old addresses from circulating indefinitely but also poses a risk of outdated information persisting.
Several strategies have been proposed to address this vulnerability. One approach involves fuzzing timestamps by adding a random distortion within a ±5 day range, aiming to preserve privacy while maintaining the operational integrity of the network’s address management. Another strategy suggests fixed timestamps for addresses from networks different than that of the requester, potentially combining this with selective fuzzing based on network disparity to create a more dynamic and less predictable response pattern.
A hybrid solution has also been considered, merging the concepts of network-specific timestamp alterations with general fuzzing principles to balance freshness and aging of address data. This approach is particularly compelling because it allows for flexibility in handling timestamps based on the network origin of both the address and the requestor, potentially reducing the predictability of timestamp values and thus enhancing privacy.
However, a significant proposal involves restricting GETADDR responses to only include entries corresponding to the network from which the request originates. This method would inherently eliminate cross-network fingerprinting risks by ensuring that address pools are network-specific. Although this could lead to initial hurdles for fresh nodes requiring connections to diverse network types, it fundamentally segregates address information by network, simplifying the address relaying process and potentially strengthening network-specific communities.
These discussions and proposed solutions underscore the ongoing need to refine Bitcoin's address handling mechanisms to safeguard user privacy against sophisticated fingerprinting techniques while ensuring robust network connectivity and data accuracy. Further experimentation and community feedback will be crucial in navigating the trade-offs involved and selecting the most effective strategies for future implementations.
TLDR
We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project.
Give Feedback