Nach \u00fcber zwei Jahren Entwicklung wurde die Standardimplementierung des Yggdrasil-Protokolls 0.5 ver\u00f6ffentlicht, die es erm\u00f6glicht, ein separates, dezentrales privates IPv6-Netzwerk \u00fcber ein gew\u00f6hnliches globales Netzwerk aufzubauen, um die Privatsph\u00e4re zu sch\u00fctzen, wobei End-to-End-Verschl\u00fcsselung verwendet wird. Im Yggdrasil-Netzwerk k\u00f6nnen alle vorhandenen Anwendungen verwendet werden, die IPv6 unterst\u00fctzen. Die Implementierung ist in der Programmiersprache Go geschrieben und wird unter der Lizenz LGPLv3 verbreitet. Unterst\u00fctzte Plattformen sind Linux, OpenWRT, Windows, macOS, FreeBSD, OpenBSD, VyOS und Ubiquiti EdgeRouter. <\/p>\n
Yggdrasil entwickelt ein neues Routing-Konzept zur Schaffung eines globalen dezentralen Netzwerks, in dem Knoten sowohl direkt untereinander in einem Mesh-Netzwerk (z. B. \u00fcber WLAN oder Bluetooth) verbunden werden k\u00f6nnen, als auch \u00fcber bestehende IPv6- oder IPv4-Netzwerke (Netzwerk \u00fcber Netzwerk) interagieren k\u00f6nnen. Ein charakteristisches Merkmal von Yggdrasil ist die Selbstorganisation des Betriebs, die keine explizite Routingeinrichtung erfordert \u2013 die Routeninformationen werden basierend auf der Lage des Knotens im Netzwerk relativ zu anderen Knoten berechnet. Ger\u00e4te werden \u00fcber eine gew\u00f6hnliche IPv6-Adresse angesprochen, die sich nicht \u00e4ndert, wenn sich der Knoten bewegt (in Yggdrasil wird der ungenutzte Adressbereich 0200::\/7 verwendet). <\/p>\n
Das gesamte Yggdrasil-Netzwerk wird nicht als ein Zusammenschluss aus verschiedenen Subnetzen betrachtet, sondern als ein einheitlicher, strukturierter Baum, der einen \u201eWurzel\u201c-Knoten hat, wobei jeder Knoten einen Elternknoten und einen oder mehrere Nachkommen hat. Eine solche baumartige Struktur erm\u00f6glicht es, einen Pfad zu einem Zielknoten relativ zu einem Quellknoten zu erstellen, unter Verwendung eines Mechanismus namens \u201eLocator\u201c, der den optimalen Weg zum Knoten von der Wurzel aus bestimmt. Die Informationen \u00fcber den Baum werden zwischen den Knoten verteilt und nicht zentral gespeichert. <\/p>\n
Um den Datenverkehr im Netzwerk vor Analyse zu sch\u00fctzen, wird Ende-zu-Ende-Verschl\u00fcsselung angewendet (Transitknoten k\u00f6nnen den Inhalt nicht erkennen), jedoch wird keine Anonymit\u00e4t garantiert \u2013 bei der Verbindung \u00fcber das Internet k\u00f6nnen Peer-Knoten, mit denen eine direkte Interaktion erfolgt, die reale IP-Adresse bestimmen, weshalb zur Wahrung der Anonymit\u00e4t empfohlen wird, Knoten \u00fcber Tor oder I2P zu verbinden. <\/p>\n
Trotz der Tatsache, dass sich das Projekt in der Alpha-Entwicklungsphase befindet, ist es bereits ausreichend stabil f\u00fcr die t\u00e4gliche Nutzung, garantiert jedoch keine Abw\u00e4rtskompatibilit\u00e4t zwischen den Versionen. F\u00fcr Yggdrasil wird von der Community eine Reihe von Diensten unterst\u00fctzt, einschlie\u00dflich einer Plattform f\u00fcr die Bereitstellung von Linux-Containern f\u00fcr Hosting<\/a> seine Websites, die Suchmaschine YaCy, den Kommunikationsserver Matrix, einen IRC-Server, DNS, ein VoIP-System, einen BitTorrent-Tracker, eine Karte der Verbindungspunkte, ein Gateway zu IPFS und ein Proxy f\u00fcr den Zugriff auf die Netzwerke Tor, I2P und Clearnet. <\/p>\n In der neuen Version: <\/p>\n In der neuen Implementierung werden f\u00fcr die Verfolgung von Verbindungen und Knoten eine probabilistische Datenstruktur des Bloom-Filters verwendet. Die verteilte Hash-Tabelle (DHT) wird nicht mehr f\u00fcr den Austausch von Routingdaten und das Binding von \u00f6ffentlichen Schl\u00fcsseln im baumartigen Netzwerk verwendet. <\/p>\n Um die lokale Konsistenz aufrechtzuerhalten und die Abh\u00e4ngigkeit von Routen zu den Root-Knoten zu reduzieren, \u00fcbertragen Knoten nun separat Informationen \u00fcber jede Verbindung, die in CRDT-Strukturen verfolgt werden. Anstelle von Routing von der Quelle wird ein Routing basierend auf einem gierigen Algorithmus verwendet (Anfragen werden an den n\u00e4chstgelegenen Nachbarknoten gesendet). <\/p>\n Die Formate, die bei der Genehmigung von Verbindungen und Multicast-Versand verwendet werden, wurden f\u00fcr eine bessere Erweiterbarkeit \u00fcberarbeitet. Der Code zur Verarbeitung von Verbindungen wurde \u00fcberarbeitet, um eine zuverl\u00e4ssigere \u00dcberwachung des Peer-Status zu gew\u00e4hrleisten. Eine separate \u00dcberwachung der Zeitintervalle zwischen wiederholten Verbindungen f\u00fcr jeden konfigurierten Peer wurde sichergestellt. <\/p>\n Zur Erkennung von Ausf\u00e4llen werden anstelle des regelm\u00e4\u00dfigen Sendens separater Keepalive-Anfragen Best\u00e4tigungsnachrichten f\u00fcr den Datenverkehr eingesetzt, die es erm\u00f6glichen, den Datenverkehr bei Inaktivit\u00e4t im Netzwerk zu vermeiden (was beispielsweise den Energieverbrauch auf mobilen Ger\u00e4ten senkt, da der Datenverkehr im Leerlauf ausgeschlossen wird). <\/ul>\n\n