Offene Infrastruktur für das Bitcoin-Netzwerk
Ein Teil der Software, die diese Risiken adressiert, liegt auf der Netzwerkebene und trägt dazu bei, die Verbindungen zwischen den Menschen und Maschinen zu schützen, die am Bitcoin-Netzwerk teilnehmen. Die Pflege dieser Infrastruktur erfordert fortlaufende Arbeit, da sich Betriebssysteme ändern, neue Sicherheitsprobleme entdeckt werden und die Plattformen, die zur Verteilung von Software genutzt werden, auf neue technische Anforderungen aktualisiert werden.
OpenSats hat Projekte unterstützt, die unterschiedliche Bedürfnisse auf dieser Netzwerkebene adressieren. Tor verbessert die Privatsphäre, indem es schwieriger macht, Online-Aktivitäten einer bestimmten IP-Adresse oder einem Standort zuzuordnen, während Onion Services es Websites, Anwendungen und anderen Tools ermöglichen, zu funktionieren, ohne öffentlich preiszugeben, wo ihre Server gehostet werden. Bitcoin-Nutzer und Infrastrukturbetreiber verwenden diese Datenschutz-Tools, um die Informationen zu begrenzen, die dem Netzwerk ausgesetzt werden. Tor spielt auch in nostr eine etablierte Rolle, wo Betreiber ihre Relays Nutzern als Onion Services zur Verfügung stellen können.
WireGuard adressiert einen weiteren Netzwerkbedarf, indem es verschlüsselte Verbindungen zwischen Geräten und Systemen herstellt, die sicher kommunizieren müssen. Bitcoin-Node-Betreiber können diese privaten Tunnel für den Fernzugriff auf ihre Infrastruktur nutzen, während ähnliche Einrichtungen verwendet werden können, um Bitcoin-Mining-Ausrüstung sicher zu erreichen und zu verwalten. WireGuard funktionsfähig zu halten – über Linux, Windows, Android und andere Plattformen hinweg – erfordert kontinuierliche Wartung, da sich Betriebssysteme, Sicherheitsanforderungen und Entwicklungstools ändern.
Dieser Wirkungsbericht wirft einen genauen Blick auf die jüngsten Entwicklungen in den folgenden Projekten:
Lass uns tiefer eintauchen, wie sich diese grundlegenden Infrastrukturprojekte im vergangenen Jahr entwickelt haben.
The Tor Project
Tor hilft Menschen, das Internet mit Privatsphäre zu nutzen. Es verschlüsselt Anfragen und sendet sie über mehrere unabhängig betriebene Relays mithilfe einer Technik namens Onion-Routing, wodurch es für böswillige Akteure schwierig wird, zu ermitteln, wer sich mit einer bestimmten Website oder einem Dienst verbindet.
Tor unterstützt außerdem Onion Services, die es Websites, Anwendungen und anderen Online-Diensten ermöglichen, zu funktionieren, ohne öffentlich preiszugeben, wo sich ihre Server befinden. Diese Datenschutz-Schutzmaßnahmen sind besonders wichtig für Menschen, die unter autoritären Regimen leben und Überwachung, Zensur oder Bedrohungen ausgesetzt sind, die gegen die von ihnen genutzte Infrastruktur gerichtet sind.
The Tor Project baut seine Kernsoftware in Rust über eine Implementierung namens Arti neu auf. Arti soll im Laufe der Zeit die aktuelle C-Version von Tor, bekannt als C Tor, ersetzen, obwohl Tor C Tor während des Übergangs weiterhin wartet und weiterentwickelt. Mit Unterstützung von OpenSats konzentrierte sich das Tor-Team darauf, Arti für Menschen nützlicher zu machen, die Onion Services betreiben – durch stärkere Abwehrmaßnahmen gegen missbräuchlichen Datenverkehr, bessere Tools zur Überwachung der Dienstgesundheit, sichere Verwaltung von Identitätsschlüsseln und eine einfachere Möglichkeit für bestehende Dienste, mit dem Testen von Arti zu beginnen.
Ein Arbeitsbereich betraf den Schutz von Onion Services vor Distributed-Denial-of-Service-Angriffen (DDoS). Diese Angriffe überfluten einen Dienst mit einer großen Anzahl automatisierter Verbindungsanfragen, oft gleichzeitig von vielen Geräten, verbrauchen Ressourcen und machen einen Dienst für legitime Nutzer langsam oder unerreichbar. Das [Proof-of-Work]-System für Onion Services von Tor (https://onionservices.torproject.org/technology/security/pow/#the-technology) gibt Betreibern eine Möglichkeit, Ereignisse wie diese zu bewältigen.
Während der normalen Nutzung bleibt der Schutz inaktiv. Wenn ein Dienst unter starken Datenverkehr gerät, können sich verbindende Nutzer gebeten werden, ein kleines Rechenrätsel zu lösen (eine Aufgabe, die automatisch von der Tor-Software des Nutzers gelöst wird). Der Dienst kann dann Verbindungsanfragen von Nutzern priorisieren, deren Tor-Software das Rätsel gelöst hat. Für einen Angreifer, der Tausende oder Millionen von Anfragen senden möchte, wird diese zusätzliche Arbeit schnell kostspielig, während ein normaler Nutzer sie nur für seine eigene Verbindung durchführen muss.
Das Tor-Team entwickelte diese Abwehr in mehreren Stufen. Die Ingenieure bereiteten zunächst die HashX- und Equi-X-Komponenten vor und integrierten sie, die die Rätsel antreiben. Anschließend wurde experimentelle Unterstützung für Onion Services hinzugefügt, die über Arti laufen. Das Team testete das System, verbesserte die Warteschlangenbearbeitung eingehender Anfragen, verfolgte die Speichernutzung und fügte Messungen hinzu, die Betreibern helfen zu verstehen, was passiert, wenn ein Dienst langsamer wird oder unter Angriff steht. Mit der Veröffentlichung von Arti 1.4.5 betrachtete Tor seine Proof-of-Work-Unterstützung für Onion Services als ausreichend abgeschlossen, um in eine Stabilisierungsphase überzugehen, sodass Nutzer und Entwickler mit dem Testen beginnen konnten.
Während das System durch die Tests lief, identifizierten Forscher am Korea Advanced Institute of Science and Technology (KAIST) Schwächen in Tor’s ursprünglichem Proof-of-Work-Kontrollsystem zur Anpassung der Rätselschwierigkeit durch eine Angriffsfamilie, die sie OnionFlation nannten. Ihre Ergebnisse zeigten, wie ein Angreifer die Rätselschwierigkeit für legitime Nutzer künstlich erhöhen konnte, ohne offensichtliche Überlastung am angegriffenen Onion Service zu erzeugen. Das Tor-Team prüfte die Ergebnisse und entwickelte ein Ersatzkontrollsystem, das darauf ausgelegt ist, diese Art von Manipulation zu begrenzen, während die Rätselschwierigkeit während eines Angriffs weiterhin angepasst wird.
Die resultierenden Verbesserungen wurden im August 2025 in Arti 1.4.6 ausgeliefert. Ein Ersatz-Proof-of-Work-Kontrollsystem, das auf Tor Proposal 362 basiert, verbesserte die Art und Weise, wie Arti entscheidet, wie schwierig diese Rechenrätsel sein sollten, und erschwerte es Angreifern zugleich, diese Schwierigkeit zu manipulieren. Eine weitere Änderung begrenzte die Größe von Onion-Service-Deskriptoren, die Informationen enthalten, die zum Finden und Verbinden mit einem Onion Service benötigt werden. Die Begrenzung ihrer Größe verringert die Möglichkeiten für einen Angreifer, übermäßige Netzwerk- und Serverressourcen zu verbrauchen.
Das Team verbesserte außerdem, wie Onion-Service-Betreiber die Leistung überwachen können. Über Arti’s Prometheus-artigen MetricsPort erweiterten sie die diagnostischen Metriken, die Onion-Service-Betreibern zur Verfügung stehen, und gaben ihnen bessere Einblicke in die Gesundheit ihrer Dienste – einschließlich der Frage, wie Anfragen behandelt werden, wann Anfragen die Verifizierung nicht bestehen oder vor Abschluss ablaufen und wie viel Rechenarbeit die Anfragen erfordern. Dies kann es erleichtern, Probleme zu identifizieren und zu lösen, die Stabilität, Zuverlässigkeit und Leistung beeinträchtigen.
Weitere Arbeiten konzentrierten sich darauf, es bestehenden Onion Services zu erleichtern, mit Arti zu experimentieren, ohne ihre etablierten .onion-Adressen zu verlieren. Jeder Onion Service hat einen Identitätsschlüssel, der seine dauerhafte .onion-Adresse bestimmt. Eine Änderung dieses Schlüssels würde also auch die Adresse ändern und Lesezeichen, Links und Software-Verbindungen brechen, die davon abhängen. Der experimentelle ctor-migrate-Befehl in arti hss ermöglicht es Betreibern, einen bestehenden Identitätsschlüssel von C Tor in Arti zu importieren, und gibt ihnen so eine Möglichkeit, die neuere Software zu testen, während sie dieselbe Adresse behalten. Tor stuft die Schlüsselmigrationsfunktion weiterhin als experimentell ein.
Wir sind dankbar für die Gelegenheit, die dieses Stipendium bot, um uns auf entscheidende Funktionen und Verbesserungen von Onion Services zu konzentrieren. […] Die Möglichkeit, Zeit und Ressourcen für wichtige Funktionen und Verbesserungen aufzuwenden, war äußerst vorteilhaft.
– The Tor Project
Eine private Verbindung hat einen begrenzten Wert, wenn der Dienst am anderen Ende während eines Angriffs unerreichbar wird. Stärkere Abwehrmaßnahmen, bessere Überwachung und sicherere Migrationstools helfen Betreibern, Onion Services verfügbar zu halten, während Tor den längeren Übergang von seiner älteren C-Software zu Arti fortsetzt.
The Tor Project ist stets daran interessiert, die Entwicklung seines Onion-Services-Ökosystems auszuweiten, da viele der technischen Eigenschaften von Onion Services für eine breite Palette sicherer Peer-to-Peer-Anwendungen wünschenswert sind. […] Die Unterstützung und das Feedback, das wir während dieser Projekte erhalten, sind für unsere Bemühungen, eine starke Entwicklungs-Community rund um Onion Services mit Drittanbieter-Anwendungsentwicklern aufzubauen, äußerst wertvoll.
– The Tor Project
Für Bitcoin-Nutzer und Infrastrukturbetreiber kann Tor die Netzwerkinformationen reduzieren, die offengelegt werden, wenn Wallets, Nodes, Miner und Dienstanbieter über das Internet kommunizieren. Die Weiterleitung von Verbindungen über Tor macht es böswilligen Netzwerkbeobachtern schwerer, Bitcoin-Aktivitäten mit einem bestimmten Zuhause, Büro, Server oder einer Person zu verknüpfen. Bitcoin-Dienste können auch als Onion Services betrieben werden, sodass Betreiber Zugriff bereitstellen können, ohne öffentlich preiszugeben, wo sich ihre Server befinden. Zusammen bieten diese Fähigkeiten bessere Privatsphäre sowohl für Menschen, die sich mit Bitcoin-Infrastruktur verbinden, als auch für die Betreiber, die sie führen.
Auch das nostr-Ökosystem macht Gebrauch von Tor und Onion Services. Nutzer können sich über Tor mit Relays verbinden, ohne ihre IP-Adressen direkt offenzulegen, während Relay-Betreiber ihre Relays als Onion Services anbieten können, um zu verbergen, wo die Server gehostet werden. Die NIP-66-Relay-Discovery-Spezifikation von Nostr erkennt sogar tor als Relay-Netzwerktyp an. Verbesserungen, die Onion Services zuverlässiger und widerstandsfähiger gegen Angriffe machen, stärken daher eine bestehende Datenschutzoption für Nostr-Nutzer und Relay-Betreiber.
Die Unterstützung von OpenSats gab dem Tor-Team die Ressourcen, Onion Services zu verbessern, während es den langfristigen Übergang von C Tor zu Arti fortsetzt. Die Finanzierung der Onion-Service-Entwicklung war historisch schwer zu sichern, was eine nachhaltige Unterstützung besonders wertvoll macht, während Tor daran arbeitet, diese Datenschutz-Infrastruktur zu stärken und die Community der Entwickler, die damit bauen, auszuweiten.
WireGuard
WireGuard ist ein sicheres Netzwerkprotokoll, das verschlüsselte Verbindungen zwischen Geräten, Servern und Netzwerken herstellt. Wenn zwei Geräte oder Systeme so konfiguriert sind, dass sie einander vertrauen, werden die Daten, die zwischen ihnen fließen, verschlüsselt und authentifiziert, bevor sie das Internet überqueren. WireGuard ist über Linux, Windows, macOS, BSD, iOS, Android und andere Umgebungen verfügbar und damit für alles nützlich – von einzelnen Geräten bis hin zu Servern und Rechenzentren. Dies macht WireGuard zu einer nützlichen Infrastruktur für Betreiber, die private Verbindungen zwischen Systemen benötigen, die sie kontrollieren.
Der Schöpfer Jason Donenfeld beschrieb das Protokoll ausdrücklich als Mittel zur Sicherung von Verbindungen zwischen Nodes und Rechenzentren. Sein Langzeitunterstützungs-Stipendium von OpenSats deckt die kontinuierliche Entwicklung von WireGuard über seine unterstützten Plattformen sowie andere kryptografische Infrastrukturarbeit ab.
Ein großer Teil von Jasons Stipendienarbeit besteht darin, WireGuard zuverlässig zu halten, während sich Betriebssysteme und Entwicklungstools ändern. Für Android brachte er die Anwendung nach einer langen Pause zurück in die aktive Entwicklung und aktualisierte sie, um den aktuellen Plattformanforderungen zu entsprechen. Er modernisierte außerdem die Build- und Release-Systeme des Projekts, entfernte veralteten Code und verbesserte die Update-Prüfungen. Das Ergebnis ist eine WireGuard-Anwendung, die auf aktuellen Android-Geräten weiterhin gebaut, veröffentlicht, installiert und gewartet werden kann.
Weitere Arbeiten konzentrierten sich auf Windows. WireGuard unter Windows stützt sich auf zwei eng verwandte Projekte. WireGuardNT ist der Treiber, der es WireGuard ermöglicht, direkt innerhalb des Windows-Netzwerks zu arbeiten, während WireGuard for Windows die breitere Anwendung ist, die diesen Treiber einbezieht und verwaltet. Beide erforderten nach Jahren der Änderungen an Windows, Entwicklungstools, Sicherheitsanforderungen und Treiberverteilungssystemen eine umfangreiche Modernisierung.
Jason verbrachte Monate damit, ältere Kompatibilitäts-Workarounds zu entfernen, Entwicklungstools zu aktualisieren, sorgfältig zu untersuchen, wie sich Windows intern verhält, die Leistung zu verbessern und Fehler in beiden Projekten zu beheben. WireGuardNT wurde aktualisiert, um moderne Windows-Systeme direkter zu unterstützen, und erhielt ein neues Treiber-Verifizierungssetup. WireGuard for Windows durchlief eine ähnliche Modernisierung, einschließlich Änderungen an seinem Build-System, Installer, Updater, Zertifikatsverwaltung, Netzwerklogik und anderen Teilen der Anwendung. Ein Teil dieser Arbeit erforderte sogar, dass Jason eine Änderung beisteuerte zu den Entwicklungstools der Programmiersprache Go selbst, damit WireGuard ordnungsgemäß mit modernen Windows-Systemen funktionieren konnte.
Diese Verbesserungen in die Hände der Nutzer zu bringen, erforderte Arbeit außerhalb des Anwendungscodes selbst. Windows akzeptiert nur Treiber, die bestimmte Sicherheits- und Testanforderungen erfüllen. WireGuard-Releases müssen daher digital signiert sein und den Microsoft-Treibertestprozess bestehen. Das WireGuard-Projekt beschaffte ein neues Extended-Validation- (EV)-Codesignaturzertifikat und speicherte es auf dedizierter Sicherheitshardware. Jason baute außerdem die Testumgebung des Windows Hardware Lab Kits des Projekts neu auf, das die Kompatibilitätstests ausführt, die erforderlich sind, bevor aktualisierte Treiber genehmigt und an Nutzer verteilt werden können.
Der Release-Weg stieß dann auf ein unerwartetes Hindernis, als Microsoft WireGuard’s Hardware-Entwicklungskonto nach einer neuen Identitätsverifizierungsanforderung deaktivierte. Jason dokumentierte das Problem öffentlich und die Bemühungen zur Wiederherstellung des Zugriffs, was das Projekt vorübergehend daran hinderte, aktualisierte Treiber einzureichen, obwohl die technische Arbeit weitgehend abgeschlossen war. Nachdem das Problem gelöst war, konnte WireGuard wieder signierte Treiber einreichen und die Windows-Releases vorantreiben.
Diese Arbeit gipfelte im April 2026, als sowohl WireGuardNT als auch WireGuard for Windows Version 1.0 erreichten. Die Release-Ankündigung vom 18. April folgte auf eine breite Überprüfung und Modernisierung der Windows-Codebasis. WireGuardNT enthielt Verbesserungen dahingehend, wie schnell der Treiber reagiert, wenn sich Netzwerkeinstellungen ändern, und wie er Informationen über die Windows-Netzwerkverbindung verarbeitet.
Für Bitcoin kann WireGuard Node- und Mining-Betreibern einen privaten Weg geben, Systeme zu erreichen, die sie über das Internet verwalten. Ein Node-Betreiber kann beispielsweise aus der Ferne auf seinen Bitcoin-Node zugreifen, ohne dessen Verwaltungsports direkt dem öffentlichen Internet auszusetzen. Mining-Betreiber können dieselbe Art von verschlüsselter Verbindung nutzen, um Miner an einem anderen Standort sicher zu überwachen und zu verwalten. In beiden Fällen schützt WireGuard die Verbindung zur Infrastruktur.
Das langfristige Engagement von OpenSats gibt Jason den Raum, diese Infrastruktur funktionsfähig zu halten, während sich Betriebssysteme, Sicherheitsanforderungen und Entwicklungstools weiterhin ändern. Eine nachhaltige Wartung trägt dazu bei, WireGuard als sicheres Netzwerktool für Bitcoin-Betreiber und Internetdienste im Allgemeinen zuverlässig und verfügbar zu halten.
Tor und WireGuard mit neuer Sicherheitsforschung, sich ändernden Betriebssystemen und sich entwickelnden Plattformanforderungen auf dem neuesten Stand zu halten, bedeutet, Bitcoin beim Aufblühen zu helfen. Die Stipendien von OpenSats schaffen Zeit für erfahrene Maintainer, um weiter an diesen Projekten zu arbeiten und zu innovieren.
Für Tor bedeutete das dedizierte Ressourcen für die Onion-Service-Entwicklung während des Übergangs zu Arti. Für WireGuard gibt das langfristige Engagement Jason Donenfeld den Raum, Software über die vielen Plattformen, auf denen sie läuft, zu warten und zu modernisieren. Diese Art von nachhaltiger Finanzierung trägt dazu bei, wichtige Open-Source-Infrastruktur aktiv zu pflegen und für die Menschen verfügbar zu halten, die von ihr abhängen.
Um OpenSats dabei zu helfen, weiterhin Projekte wie diese zu unterstützen, erwäge einen Beitrag zum General Fund.
Originally published at https://opensats.org/blog/open-infrastructure-for-the-bitcoin-network
Write a comment