... | ... | @@ -25,7 +25,7 @@ Siehe: https://git.informatik.uni-hamburg.de/sane-public/drasyl/-/blob/71187a7fb |
|
|
DHTs sollten sich gut auf drasyl Prototypen lassen.
|
|
|
|
|
|
Beispiele:
|
|
|
* [SkipNet](https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/tr-2002-92.pdf)
|
|
|
* ~~[SkipNet](https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/tr-2002-92.pdf)~~
|
|
|
* [Chord](https://de.wikipedia.org/wiki/Chord)
|
|
|
* [Kademlia](https://de.wikipedia.org/wiki/Kademlia)
|
|
|
|
... | ... | @@ -41,8 +41,8 @@ Benötigt eine Art von Membership-Management um allen Knoten eines Netzwerks ein |
|
|
# GUI
|
|
|
Eine rudimentäre grafische Benutzeroberfläche zum Starten & Stoppen des Nodes, einem Event-Log und Möglichkeit zum Verschicken von Nachrichten.
|
|
|
|
|
|
# Special Fork für Unix-Umgebungen
|
|
|
Netty kann deutlich performanter betrieben werden, wenn man die nativen Transporte von Linux bzw. MacOS verwendet. Dies würde sich vor allem für das Docker-Image lohnen. Die (Root-)Server sollten davon profitieren und stabiler laufen. Nach der netty Doku (https://github.com/netty/netty/wiki/Native-transports) sollte das relative einfach per Suchen-und-Ersetzen funktionieren. Möglicherweise kann man dies auch durch ein Build-Script erreichen, dass die Ersetzungen nur für den Docker-Build vornimmt oder zusätzlich Linux- und MacOS-Natives baut.
|
|
|
# ~~Special Fork für Unix-Umgebungen~~
|
|
|
~~Netty kann deutlich performanter betrieben werden, wenn man die nativen Transporte von Linux bzw. MacOS verwendet. Dies würde sich vor allem für das Docker-Image lohnen. Die (Root-)Server sollten davon profitieren und stabiler laufen. Nach der netty Doku (https://github.com/netty/netty/wiki/Native-transports) sollte das relative einfach per Suchen-und-Ersetzen funktionieren. Möglicherweise kann man dies auch durch ein Build-Script erreichen, dass die Ersetzungen nur für den Docker-Build vornimmt oder zusätzlich Linux- und MacOS-Natives baut.~~
|
|
|
|
|
|
# Websocket/HTTP-Client für DrasylNode
|
|
|
Aktuell erfolgt die Kommnunikation mit dem drasyl-Netz zwingend über eine eigene Implementation der DrasylNode-Klasse. Dies muss die Application erledigen und muss dazu in der JVM laufen. Man könnte nun eine Sprachunabhängige Implementation in Java bereitstellen und so die Schnittstellen der DrasylNode-Klasse z.B. via HTTP oder Websocket zugänglich machen. Dies würde es auch nicht-JVM-Applicationen erlauben, mit dem drasyl-Netz zu kommunizieren. |
|
|
\ No newline at end of file |