Das Monero Datenschutz-Update soll es erschweren, eine Transaktion im öffentlichen Netzwerk mit der Tor- oder I2P-Verbindung zu verknüpfen, über die sie zuerst übertragen wurde. Der Vorschlag sieht eine zufällige Verzögerung vor der Weiterleitung vor. Der Pull-Request ist jedoch noch offen, ein Veröffentlichungstermin wurde nicht bestätigt.
U.Today zufolge wurde Pull-Request 11743 am 13. November eröffnet. Er soll die Weiterleitung von Transaktionen ändern, die über Tor und I2P bei Monero-Knoten eingehen. Der Patch zielt auf zeitliche Rückschlüsse ab, nicht auf sämtliche möglichen Risiken für die Privatsphäre oder die Identität eines Nutzers.
- Knoten sollen einschlägige Transaktionen über eingehende Tor- und I2P-Verbindungen annehmen.
- Vor der Weiterleitung über Dandelion++ ist eine zufällige Wartezeit vorgesehen.
- Anfragen nach einer sofortigen Weiterleitung sollen bei Verbindungen über Tor oder I2P ignoriert werden.
- Der Pull-Request ist für einen möglichen Backport markiert. Das bestätigt weder eine Veröffentlichung noch einen Zeitplan.
Der Zeitplan für das Monero Datenschutz-Update
Die Entwicklung geht auf einen früheren Vorschlag zurück. U.Today berichtete, dass der aktuelle Patch nach Rückmeldungen eines weiteren Monero-Entwicklers überarbeitet wurde. Die zeitliche Abfolge sieht so aus:
- 8. November 2026: Ein früherer Vorschlag für eine zufällige Verzögerung bei der Weiterleitung stammt laut U.Today von diesem Tag.
- 13. November 2026: Pull-Request 11743 wurde eröffnet. Er betrifft den Umgang von Knoten mit Transaktionen, die über Tor und I2P eingehen.
- 15. November 2026: U.Today meldete, dass der Vorschlag noch geprüft wurde. Wann er in eine Softwareversion aufgenommen werden könnte, war nicht bekannt.
Was das Monero Datenschutz-Update technisch ändern würde
Das Problem entsteht, wenn ein Knoten eine Transaktion über Tor oder I2P empfängt und sie anschließend in das reguläre Peer-to-Peer-Netzwerk von Monero weitergibt. Auf dem ersten Abschnitt nutzt die Transaktion ein Anonymisierungsnetzwerk. Beobachtet jemand sowohl dieses Netzwerk als auch öffentliche Monero-Peers, kann ein zeitlicher Vergleich Hinweise auf einen Zusammenhang liefern. Taucht die Transaktion fast unmittelbar bei öffentlichen Peers auf, könnte das die Zuordnung erleichtern. U.Today beschreibt diesen zeitlichen Zusammenhang als Ansatzpunkt des Vorschlags.
Das Monero Datenschutz-Update setzt an dieser Stelle mit einer konkreten Weiterleitungsregel an. Knoten sollen Transaktionen über Tor und I2P nur über eingehende Verbindungen aus diesen Netzwerken annehmen. Danach wartet jede Transaktion eine zufällige Zeitspanne, bevor sie über Dandelion++ weitergeleitet wird. Dieses bestehende Monero-Protokoll soll verschleiern, woher eine Transaktion stammt.
Der Patch soll außerdem verhindern, dass die Verzögerung durch eine Anfrage zur sofortigen Weiterleitung umgangen wird. Knoten würden solche Anfragen ignorieren, wenn eine Transaktion über Tor oder I2P eingegangen ist. Das ist eine gezielte Anpassung und keine Zusage, dass Transaktionen dadurch vollständig unauffindbar werden. Andere Risiken für die Privatsphäre werden in der Beschreibung des Vorschlags nicht als behoben genannt.
Die Änderung ist auch nicht mit der längerfristigen Kryptografie-Arbeit von Monero gleichzusetzen. In einem Erklärtext von 2024 beschrieb das Projekt FCMP++ als geplanten Ansatz für einen Full-Chain-Mitgliedschaftsnachweis, der einen Wechsel zu Seraphis vermeiden soll. Der FCMP++-Erklärtext des Monero-Projekts behandelt diesen separaten Entwicklungsweg. Eine Verzögerung bei der Weiterleitung setzt FCMP++ nicht um.
Reaktionen und Marktdaten zum Monero Datenschutz-Update
U.Today bezeichnete die Codeänderung als vergleichsweise klein, aber relevant für Menschen, die Tor oder I2P nutzen, um ihren Netzwerkstandort zu verbergen. Der Bericht verwies auch auf einen früheren Vorschlag für eine ähnliche zufällige Verzögerung. Das spricht dafür, dass der aktuelle Pull-Request eine Überarbeitung einer bestehenden Idee ist, nicht für ein bestätigtes Protokoll-Upgrade.
Auch die übrige Datenschutz-Roadmap von Monero befindet sich noch in der Entwicklung. Laut den FCMP++- und Carrot-Beta-Stressnet-Veröffentlichungsnotizen wurde das Testnetz am 5. Oktober 2026 vom Monero-Testnetz abgespalten. Die Beta-Version 3.1 erschien demnach am 26. Oktober. Diese Angaben beziehen sich auf Testnet-Arbeiten, nicht auf eine Aktivierung im Monero-Hauptnetz. Den Notizen zufolge waren Hardware-Wallet-Unterstützung, Multisig und Transaktionsnachweise in der Stressnet-Software noch nicht funktionsfähig.
Die bereitgestellten Marktdaten enthalten keinen Monero-Kurs. Sie belegen daher keine konkrete XMR-Reaktion auf das Monero Datenschutz-Update. Zum breiteren Marktumfeld meldete CoinGecko am 15. November 2026 um 11:13 UTC für Bitcoin ein Minus von 2,92 Prozent und für Ethereum ein Minus von 4,25 Prozent innerhalb von 24 Stunden. Der Crypto Fear & Greed Index von Alternative.me lag am selben Tag bei 10 und wurde als „Extreme Fear“ eingestuft. Diese Werte beschreiben die allgemeine Marktlage, nicht eine nachgewiesene Reaktion auf den Monero-Patch.
| Messwert | Wert | Zeitpunkt |
|---|---|---|
| Bitcoin, Veränderung in 24 Stunden | -2,92 % | 15. November 2026, 11:13 UTC |
| Ethereum, Veränderung in 24 Stunden | -4,25 % | 15. November 2026, 11:13 UTC |
| Crypto Fear & Greed Index | 10, Extreme Fear | 15. November 2026 |
Wie es mit dem Monero Datenschutz-Update weitergeht
Als Nächstes müssen Prüfer entscheiden, ob sie die vorgeschlagenen Verbindungsregeln und die zufällige Wartezeit akzeptieren. Danach bleibt offen, ob die Änderung in einer Softwareversion erscheint. U.Today zufolge ist der Pull-Request für einen möglichen Backport markiert. Das lässt eine Aufnahme in den aktuellen Release-Zweig offen, bestätigt sie aber nicht und nennt keinen Bereitstellungstermin.
Unabhängig davon bezeichnet der von Entwicklern gepflegte FCMP++/Carrot-Plan sich als unverbindlichen Arbeitsentwurf. Er schätzt eine Aktivierung für Kalenderwoche 17 im Jahr 2027. Das ist eine Planungsschätzung, kein bestätigtes Datum. Die Beta-3.1-Notizen führen Hardware-Wallet-Unterstützung, Multisig und Transaktionsnachweise weiterhin als nicht funktionsfähig in der Stressnet-Software auf. Sie berichten außerdem, dass eine Schwachstelle mit möglicher erkennbarer Inflation 24 Stunden nach dem anfänglichen Stressnet-Hard-Fork offengelegt wurde.
Die praktische Bedeutung des Monero Datenschutz-Updates hängt von der endgültigen Umsetzung und einer möglichen Veröffentlichung ab. Der Vorschlag richtet sich gegen eine zeitbasierte Schwachstelle beim Schutz der Privatsphäre. Wann und ob er verfügbar wird, ist nicht bestätigt. Für XMR liegt in den bereitgestellten Daten kein Kurswert vor, der eine Marktreaktion auf den Patch belegen könnte.
Häufige Fragen
Was bewirkt das Monero Datenschutz-Update?
Es sieht vor, Transaktionen, die über Tor oder I2P eingehen, vor der Weiterleitung an öffentliche Peers zufällig zu verzögern. So sollen zeitliche Vergleiche weniger hilfreich dabei sein, eine Transaktion ihrem ursprünglichen Anonymisierungsnetzwerk zuzuordnen.
Ist das Monero Datenschutz-Update bereits genehmigt?
Nein, laut dem Bericht von U.Today vom 15. November 2026 war Pull-Request 11743 noch in Prüfung. Ein Veröffentlichungstermin war nicht bestätigt.
Ist der Patch dasselbe wie FCMP++?
Nein. Der offene Patch verändert die Weiterleitung von Transaktionen. FCMP++ ist ein separater, vorgeschlagener kryptografischer Ansatz für Mitgliedschaftsnachweise, an dem noch entwickelt und getestet wird.
Quellen
- Full-Chain Membership Proofs Development (www.getmonero.org)
- New Monero Privacy Update Might Be Coming Soon: Key Improvement (U.Today)
- Release FCMP++ & Carrot beta stressnet v3.1 (github.com)
Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Kryptowährungen sind sehr volatil, recherchieren Sie daher immer selbst, bevor Sie investieren.
