Genau das ist das Prinzip des KAD Netztes welches ich oben bereits erwähnt habe (kannst dir ja mal den Wiki Artikel dazu anschaun). Und wie du richtig erkannt hast, braucht das mindestens einen, dessen IP sich nicht ändert. Aber es gibt ja wohl mindestens einen, der ne feste IP hat und es hat bestimmt der ein oder andere eh schon eine DNS bei DnyDNS o.ä. Die verwalten ja mittlerweile schon viele Router, sodass hier nach dem einrichten kein manuelles aktualisieren mehr erfolgen muss.laserjones hat geschrieben:Eine Möglichkeit wäre es auch, dass sich jeder HIVE, der online ist, die IP-Adressen der letzten x HIVEs merkt, mit denen er Verbindung hatte - und wenn er das nächste Mal online geht, probiert er die alle durch, verwirft alle, die offline sind, und wenn das Netz groß genug ist und ein paar "Dauerbrenner" enthält, wird er immer noch einen finden, der online ist und ihm weitere aktuelle IPs mitteilt. Einen festen Server könnte man zur Sicherheit (und Beschleunigung) natürlich trotzdem hinzufügen, aber es wäre cool, wenn sich das Netz notfalls auch nur mit Clients am Leben halten könnte. Hat irgendwie was von einer dynamischen Lebensform oder einem zellulären Automaten (jede Zelle ein HIVE) ... Die Matrix lebt ...
So, jetzt aber endlich ins Bett!
@Janah: Der Client braucht ja nicht (zumindest wenn wir von einem Servergestützten P2P System reden) alle Adressen zu wissen, sondern nur die, mit denen er gerade Kontakt aufnehmen will.
Bin mal gespannt wie viele Hive's so im laufe der Jahre gebaut werden.
müssten halt z. B. mehrere HIVEnets etabliert werden, die untereinander mit Gateways verbunden sind, die größere Datenmengen auf SD-Karte oder schlimmstenfalls in einem größeren Speicher zwischenspeichern, den man an den Erweiterungsbus anschließt. Oder vielleicht gibt es bis dahin ja den HIVE II ... 
