# Monero Pull Request Would Delay Tor and I2P Transaction Relays

By Simon Yoon

Canonical URL: https://www.tokenpost.com/news/technology/57764
Published: 2026-11-15T10:24:51.000Z
Updated: 2026-11-15T10:24:51.000Z
Section: Technology

> The proposal would add a randomized wait before nodes relay transactions from anonymity networks to public peers. It was open and pending review as of Nov. 15.

A proposal for Monero (XMR) would require nodes to add a randomized wait before relaying transactions received over Tor or I2P to public peers, changing how those transfers move between anonymity networks and the wider internet. Contributor selsta opened pull request #11743 on Nov. 13.

The pull request was open and pending review as of Nov. 15. It gives no release date or specific delay duration. selsta described it as an “Alternative to #11711 after feedback from @vtnerd.”

Under the proposed rules, nodes would send Tor and I2P transactions only over outbound connections and accept them only over inbound connections. They would ignore transactions received over outbound connections to those networks. After accepting a transaction, a node would wait a randomized interval before relaying it to public peers through Dandelion++, including when the sender requests “fluff” relay or first submits the transaction locally.

A possible risk is that an observer monitoring both an anonymity network and the public network could compare when a transaction appears on each path. The randomized wait would change that timing, but the proposal does not specify its duration or establish how much it might reduce that risk.

The disable_noise option speeds broadcasts by allowing a transaction to be sent to an outbound Onion or I2P peer. The receiving hidden-service node can then relay it immediately to IPv4 or IPv6 peers. Under the proposal, the randomized wait would apply before that node relays an accepted transaction to public peers.

The proposal concerns node-to-node relay timing and does not describe changes to Monero’s ledger-level privacy mechanisms. Dandelion++ makes transaction propagation over public networks less traceable, but it does not shield users from an internet service provider, VPN provider or the first remote node that receives a transaction. The pull request remains under review, with no release timing specified.