Dandelion++

Dandelion++ 针对一种具体 network trace：根据新 transaction 最初从何处传播来推断 origin node 的 IP。它不加密 transaction，不隐藏 amounts 或 addresses，也不消除 public blockchain 上留下的痕迹。 [1]

Relay 分两阶段。在 stem 阶段，transaction 不发送给所有 peers，而是沿狭窄的 pseudorandom path 传递；某个 node 切换为 fluff 后，普通 diffusion 才开始。这让真实 source 与第一次广泛传播的位置之间产生延迟和不确定性。 [1]

Dandelion++ 在每个约 10 分钟 epoch 内，利用选定的 outbound peers 形成近似 4-regular anonymity graph。Node 最多选择 2 条 stem relay connections；下一 epoch 的新分配限制了对同一路径的长期观察。 [1]

Node 自己的 transactions 在一个 epoch 内从同一 stem edge 发出，收到的 transactions 则从 incoming edge 映射到 outbound edge。Relay 或 diffuser 角色按 node 与 epoch pseudorandom 选择，而非每笔 transaction 重选，以应对原 Dandelion 的 graph-learning 和 intersection attacks。 [1]

Dandelion++ paper 不是 active Bitcoin BIP。BIP 156 描述的是较早的 Dandelion，已在未实现的情况下关闭；Bitcoin Core issue 20203 提议 Dandelion++，如今也已关闭且没有附加 branch 或 pull request。因此普通 Bitcoin Core 默认不使用 Dandelion++。 [3]

攻击者可以尝试 black-hole attack、占据 Sybil positions、学习 topology 或关联多笔 transactions。Random fail-safe embargo timer 会在 node 未及时看到 diffusion 时把 transaction 切换为 fluff；这改善 liveness，但 timing 与 partial deployment 仍会造成信息泄漏和延迟。 [4]

Dandelion++ 可以与 Tor 或 I2P 结合，但作用不同。Anonymity network 隐藏 connection 的 transport path，而 Dandelion++ 改变 Bitcoin peers 间的 transaction gossip；两者都无法单独解决 on-chain heuristics 或 coin-control mistakes。 [1]

验证 claim 需要具体 implementation，不能只看名称。应检查 feature negotiation、epochs 与 stem peers 的构造、incoming-edge mapping、stem/fluff switch、embargo timer、面对 incompatible peers 的 fallback，以及实测 anonymity、latency 和 partial-deployment behavior。 [2]