dswarm

DHT-Schwarm

Dies ist eine Praxis beim UDP-Multicasting und beim DHT-Experimentieren in einem lokalen Host. Die Idee besteht darin, so viele Instanzen dieses Daemons auszuführen, wie Sie möchten, und alle Instanzen finden sich gegenseitig über UDP-Multicast und bauen ein DHT-Netzwerk auf. Jeder Peer des Netzwerks generiert ein ED25519-Schlüsselpaar und bindet es an einen zufälligen Port. Der Port ist ein HTTP-Dienst, der Anfragen an diesen Endpunkten entgegennimmt:

• /dht
• /api

Der /dht-Endpunkt bedient WebSocket-RPC-Anfragen

Der /api-Endpunkt bedient https-Curl-Anfragen. Im Moment ist der einzige implementierte RPC-Aufruf „ping“.

Es ist alles noch in Arbeit. Weitere Arbeiten werden in Kürze hinzugefügt.

Schwarm

Da jede Instanz davon im Netzwerk (oder auf demselben Computer) ausgeführt wird, sendet die Instanz alle 5 Sekunden ein UDP-Paket, das einen neu generierten öffentlichen Schlüssel, einen zufälligen Service-Port und folglich ihre eigene IP-Adresse aus dem IP-Paket enthält. Jedes Mal, wenn eine Instanz ein UDP-Multicast-Paket empfängt, vergleicht sie den öffentlichen Schlüssel des neuen Peers mit einer Karte. Wenn es sich um einen neu gefundenen Peer handelt, protokolliert sie ihn auf stdout und fügt ihn der Karte im Speicher hinzu. Der Eimer wird alle 5 Sekunden gedruckt

Demo

1. git clone dieses Projekt oder laden Sie es hier herunter: master.zip
2. Verwenden Sie ./build.sh , um Docker zu erstellen, oder verwenden Sie einfach go build
3. Öffnen Sie zwei Terminalfenster:

• Führen Sie in einem Terminal ./demo.sh aus, um zehn Instanzen zu erzeugen
• Locken Sie in einem anderen Terminal die API, um einen RPC-Ping durchzuführen

 curl -kvs https://localhost:port/api/ping

^^^ Dadurch wird der Peer angewiesen, einen RPC-Ping an die drei nächstgelegenen Peers im Bucket durchzuführen.

Notiz

einige Dinge zu beachten:

• Alle Peers verwenden Schlüssel mit einer Länge von 32 Byte für Knoten-IDs und DHT-Distanzmetriken, und ich habe vor, SHA256-Hashes für die DHT-Schlüssel zu verwenden. Dies ist ein Teil des Kademlia-Standards
• Alle Peer-DHT-Verbindungen verwenden aus Spaß ein selbstsigniertes Zertifikat, ich weiß nicht
• Derzeit ist nur die RPC-Methode „Ping“ implementiert, weitere folgen
• Ein geheimer Handshake wird verwendet, um sicherzustellen, dass jeder Peer eine Verbindung zur richtigen Peer-ID herstellt (Validierung des öffentlichen Schlüssels).
• Dieses Projekt soll ein lokaler Teststand für das Spielen mit DHTs sein, daher der API-Endpunkt