Protocol zmienia tylko pierwszy etap P2P relay: podczas około dziesięciominutowej epoch przekazuje transaction przez pseudorandom stem graph, a po przejściu do fluff sieć ogłasza ją zwyczajnie; nie ukrywa on-chain data ani nie zmienia consensus.
Dandelion++ ogranicza jeden konkretny network trace: możliwość oszacowania IP origin node na podstawie miejsca pierwszego rozchodzenia się nowej transaction. Nie szyfruje transaction, nie ukrywa amounts ani addresses i nie usuwa śladów pozostających w public blockchain. [1]
Relay ma dwie fazy. W stem transaction nie trafia do wszystkich peers, lecz biegnie wąską pseudorandom route; gdy node przechodzi do fluff, zaczyna się zwykła diffusion. Powstają opóźnienie i niepewność między prawdziwym source a pierwszym miejscem szerokiego rozgłoszenia. [1]
W każdej około 10-minutowej epoch Dandelion++ buduje z wybranych outbound peers w przybliżeniu 4-regular anonymity graph. Node wybiera do 2 stem relay connections, a świeże przypisanie w następnej epoch ogranicza długotrwałe śledzenie tej samej trasy. [1]
Własne transactions node w jednej epoch wychodzą tą samą stem edge, a odebrane mapuje się z incoming edge na outbound edge. Rola relay lub diffuser jest pseudorandom wybierana dla node i epoch, nie osobno dla każdej transaction; odpowiada to na graph-learning i intersection attacks wobec pierwotnego Dandelion. [1]
Dandelion++ paper nie jest aktywnym Bitcoin BIP. BIP 156 opisywał starszy Dandelion i został zamknięty bez implementation; Bitcoin Core issue 20203 proponowało Dandelion++, ale dziś jest zamknięte bez attached branch ani pull request. Zwykły Bitcoin Core nie używa go więc domyślnie. [3]
Attacker może próbować black-hole attack, Sybil positions, topology learning lub correlation wielu transactions. Losowy fail-safe embargo timer przełącza transaction do fluff, gdy node nie widzi diffusion na czas; poprawia liveness, lecz timing i partial deployment nadal pozwalają na wyciek informacji i opóźnienie. [4]
Dandelion++ można łączyć z Tor lub I2P, ale pełni inną funkcję. Anonymity network ukrywa transport path connection, a Dandelion++ zmienia transaction gossip między Bitcoin peers; żaden mechanizm sam nie naprawia on-chain heuristics ani błędów coin control. [1]
Weryfikacja claim wymaga konkretnej implementation, nie samej nazwy. Trzeba zbadać feature negotiation, budowę epochs i stem peers, mapping incoming edges, stem/fluff switch, embargo timer, fallback z incompatible peers oraz measured anonymity, latency i partial-deployment behavior. [2]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Transakcja, Mempool, Full Node, Prywatność w Bitcoinie, Lightning Routing, Sybil Attack. Do tego hasła prowadzą również odsyłacze z Bitcoin Anonymity Networks.
01Czy Dandelion++ jest częścią Bitcoin Core?+
Nie według obecnego public state. Starszy BIP 156 zamknięto bez implementation, a Bitcoin Core issue 20203 dotyczące Dandelion++ również jest zamknięte bez attached branch ani pull request. Paper nie jest włączoną funkcją zwykłego node.
02Czy Dandelion++ anonimizuje Bitcoin transactions?+
Nie. Ogranicza jeden sposób szacowania network origin, lecz transaction pozostaje publiczna w blockchain i może ujawnić links przez addresses, amounts, timing, coin selection lub inne network observations.