Monero stelt wachtijd in voor transacties uit Tor en I2P

Monero (XMR) heeft een voorstel lopen om een willekeurige wachttijd in te voeren voor transacties die via Tor of I2P binnenkomen. De wijziging staat open als pull request en was nog in review op 15 november.

Wat er gebeurde

Contributor selsta opende pull request nummer 11743 op 13 november. De aanvraag was open en in review op 15 november.

Het voorstel verplicht nodes om een willekeurige wachttijd toe te voegen voordat ze transacties die uit Tor of I2P komen doorsturen naar publieke peers. Het geeft geen release datum en noemt geen specifieke duur voor de wachttijd.

Onder de regels in het voorstel zouden nodes Tor- en I2P-transacties alleen via outbound verbindingen verzenden en alleen via inbound verbindingen accepteren. Transacties die via outbound verbindingen binnenkomen naar die netwerken worden genegeerd.

Nadat een node een transactie accepteert, wacht die een willekeurig interval voordat de transactie via Dandelion++ naar publieke peers gaat. Dit geldt ook als de afzender om 'fluff' relay vraagt of de transactie lokaal indient.

De bestaande optie disable_noise maakt broadcasts sneller doordat een transactie naar een outbound Onion- of I2P-peer kan worden gestuurd en die verborgen-service node de transactie daarna meteen naar IPv4- of IPv6-peers kan doorsturen. Onder het voorstel zou de willekeurige wachttijd alsnog gelden voordat zo'n node de transactie naar publieke peers relaist.

Een mogelijk risico is dat een waarnemer die zowel het anonimiteitsnetwerk als het publieke netwerk monitort, kan vergelijken wanneer een transactie op elk pad verschijnt. De voorgestelde willekeurige wachttijd verandert die timing, maar het voorstel specificeert niet hoe lang de wachttijd is of hoeveel het dat risico vermindert.

Het voorstel gaat over timing van node-tot-node relay. Het beschrijft geen wijzigingen in de ledger-level privacy mechanismen van Monero. Dandelion++ maakt propagatie over publieke netwerken moeilijker te traceren, maar beschermt gebruikers niet tegen monitoring door een internetprovider, VPN-provider of de eerste externe node die een transactie ontvangt.

De pull request bleef in review en er is geen timing voor een release genoemd.