EXTRA: Reticulum Network Stack (RNS) im Vergleich zum OSI- und TCP/IP-Modell

Hinweis: Diese Seite ist ein Zukunfts-/Zusatzthema und gehört nicht zum klassischen IHK-Grundlagenstoff. Sie dient nur als technischer Blick darauf, wie moderne, dezentrale Netzwerk-Stacks wie Reticulum anders aufgebaut sein können als klassische Internet-Kommunikation.

1. Grundidee

Das klassische OSI-Modell erklärt Netzwerkkommunikation in 7 Schichten:

Bitübertragungsschicht
Sicherungsschicht
Vermittlungsschicht
Transportschicht
Sitzungsschicht
Darstellungsschicht
Anwendungsschicht

Das TCP/IP-Modell ist praxisnäher und beschreibt grob, wie das heutige Internet funktioniert:

Netzzugang / Physical + Link
Internet Layer
Transport Layer
Application Layer

Das RNS-Modell von Reticulum denkt anders:

Reticulum ist kein einzelnes Protokoll wie TCP, IP oder TLS, sondern ein eigener Netzwerk-Stack, bei dem Identität, Routing, Transport und Verschlüsselung eng miteinander verbunden sind.

Reticulum kann über verschiedene darunterliegende Medien laufen, zum Beispiel:

normales Internet
TCP
UDP
WLAN
Ethernet
LoRa
Packet Radio
serielle Verbindungen
I2P

Das vorhandene Medium ist dabei nur der Transportweg. Die eigentliche Reticulum-Kommunikation läuft darüber als eigenes kryptografisches Netzwerk.

2. Vergleich: OSI-Modell, TCP/IP-Modell und RNS-Modell

Bereich	OSI-Modell	TCP/IP-Modell	RNS / Reticulum
Anwendung	Application Layer	Application Layer	Application Layer Extensions
Darstellung	Presentation Layer	meist Teil der Anwendung	in Reticulum-Anwendungen integriert
Sitzung	Session Layer	meist Teil der Anwendung	durch Reticulum-Links und Sitzungslogik abgedeckt
Sicherheit	im OSI-Modell keine eigene Pflichtschicht	oft zusätzlich durch TLS, VPN oder App-Verschlüsselung	fest in Reticulum eingebaut
Transport	Transport Layer, z. B. TCP/UDP	Transport Layer, z. B. TCP/UDP	Reticulum übernimmt eigene Transport-/Link-Logik
Vermittlung / Routing	Network Layer, z. B. IP	Internet Layer, z. B. IP	kryptografisch gestützte Ziele, Pfade und Transport
Sicherung	Data Link Layer	Network Access / Link	abhängig vom verwendeten Medium
Physik	Physical Layer	Physical Layer / Network Access	Physical Layer / beliebiges Trägermedium

3. Was ist bei RNS anders?

Bei normalem Internetverkehr sieht der Ablauf stark vereinfacht so aus:

Schritt	Klassisches Internet
1	Eine Anwendung erzeugt Daten, z. B. Browser oder Messenger
2	TLS kann die Verbindung verschlüsseln
3	TCP sorgt für Transport und Reihenfolge
4	IP sorgt für Adressierung und Routing
5	Ethernet, WLAN oder Mobilfunk übertragen die Daten physisch

Bei Reticulum sieht die Denkweise anders aus:

Schritt	Reticulum / RNS
1	Eine Reticulum-Anwendung erzeugt Daten
2	Reticulum adressiert nicht klassisch nur über IP-Adressen, sondern über kryptografische Ziele
3	Reticulum verschlüsselt Inhalte standardmäßig Ende-zu-Ende
4	Reticulum kann temporäre Schlüssel pro Paket oder pro Link verwenden
5	Reticulum verpackt seine Daten in ein verfügbares Trägermedium
6	Dieses Trägermedium kann TCP, UDP, LoRa, Funk, seriell oder etwas anderes sein

4. Gegenüberstellung: Wie wird es bei RNS gemacht?

Aufgabe	Klassisch im OSI-/TCP/IP-Modell	Bei RNS / Reticulum
Adresse finden	IP-Adresse, DNS, Routingtabellen	kryptografische Identitäten und Destinations
Daten transportieren	TCP oder UDP	Reticulum-Pakete, Links und Transportlogik
Verbindung absichern	häufig TLS, VPN, IPsec oder App-Verschlüsselung	Verschlüsselung ist direkt Teil des Reticulum-Stacks
Identität prüfen	Zertifikate, DNS, CA, Login-Systeme	kryptografische Identität des Ziels
Daten über Internet senden	IP-Paket über Router	Reticulum-Paket wird in TCP/UDP/IP eingepackt
Daten über Funk senden	meist Spezialprotokoll nötig	Reticulum kann auch über LoRa, Packet Radio oder serielle Interfaces laufen
Zwischenstationen	Router sehen IP-Adressen und leiten weiter	Reticulum-Knoten leiten Pakete weiter, ohne den Inhalt lesen zu können
Anwendungsschicht	HTTP, SMTP, DNS, Messenger-Protokolle	Reticulum-Anwendungen oder Erweiterungen, z. B. Messaging über LXMF
Verschlüsselung	oft Zusatzschicht über TCP/IP	eingebauter Bestandteil des Netzwerks
Abhängigkeit vom Internet	meist stark abhängig von IP-Infrastruktur	kann IP nutzen, ist aber nicht grundsätzlich davon abhängig

5. Erklärung anhand der Grafik

Die Grafik vergleicht drei Modelle:

Modell	Bedeutung
OSI-Modell	theoretisches 7-Schichten-Modell zur Erklärung von Netzwerkkommunikation
TCP/IP-Modell	praxisnahes Modell des heutigen Internets
RNS-Modell	Reticulum Network Stack als kryptografiebasierter Netzwerk-Stack

Im OSI-Modell sind die Aufgaben stark aufgeteilt:

Anwendung
Darstellung
Sitzung
Transport
Netzwerk
Sicherung
Physik

Im TCP/IP-Modell werden mehrere OSI-Schichten zusammengefasst:

Anwendung
Transport
Netzwerk
Physik/Link

Im RNS-Modell wird vieles noch stärker zusammengeführt:

Application Layer Extensions
Secure Extensible Application Layer
Physical Layer

Das bedeutet:

Reticulum legt sehr viele Funktionen, die sonst auf mehrere Schichten verteilt sind, in eine sichere und erweiterbare Reticulum-Schicht.

Diese Reticulum-Schicht übernimmt dann unter anderem:

kryptografische Identität
sichere Ziele
Paketverschlüsselung
Link-Aufbau
Weiterleitung über mehrere Knoten
Transport über unterschiedliche Medien
Nutzung von TCP/UDP/IP als möglicher Träger
Nutzung von Funk, LoRa oder seriellen Verbindungen als möglicher Träger

6. Beispiel: Reticulum über normales Internet

Reticulum kann über das bestehende Internet laufen.

Dabei wird nicht das normale IP-Paketformat verändert. Stattdessen wird ein Reticulum-Paket in ein normales TCP- oder UDP-Paket eingepackt.

Ablauf:

Schritt	Beschreibung
1	Eine Reticulum-Anwendung erstellt eine Nachricht
2	Reticulum verschlüsselt die Nachricht
3	Reticulum erzeugt ein eigenes Reticulum-Paket
4	Dieses Paket wird in TCP oder UDP eingepackt
5	TCP/UDP läuft wie gewohnt über IP
6	Normale Router leiten das Paket weiter
7	Der Empfänger entpackt das Reticulum-Paket
8	Reticulum entschlüsselt die Nachricht beim richtigen Empfänger

Vereinfacht:

Reticulum-Nachricht
↓
Reticulum-Verschlüsselung
↓
Reticulum-Paket
↓
TCP/UDP-Paket
↓
IP-Paket
↓
Internet
↓
Empfänger entschlüsselt Reticulum-Nachricht

Zusatz: Welche Rolle spielt DNS bei Reticulum?

Wenn Reticulum über das normale Internet läuft, kann DNS trotzdem vorkommen. DNS ist dann aber nicht dafür zuständig, den eigentlichen Reticulum-Empfänger zu finden.

DNS macht nur das, was DNS im klassischen Internet immer macht:

Domainname
↓
IP-Adresse

Beispiel:

reticulum-node.example.org
↓
203.0.113.10

Damit findet der Rechner zunächst nur einen bekannten Reticulum-Knoten im normalen Internet.

Der eigentliche Reticulum-Weg sieht vereinfacht so aus:

Alice / Reticulum-App
↓
DNS löst eventuell einen Einstiegsknoten auf
↓
normales Internet bringt das Paket zu diesem Reticulum-Knoten
↓
ab dort übernimmt Reticulum selbst
↓
Reticulum sucht das Ziel über Destinations und Announcements
↓
Paket wird über Reticulum-Knoten weitergeleitet
↓
Bob / Reticulum-Ziel empfängt und entschlüsselt

Wichtig ist also:

DNS kennt höchstens den Einstiegspunkt ins Reticulum-Netz, aber nicht automatisch den endgültigen Reticulum-Empfänger.

Der normale Internet-Router sieht nur:

IP A sendet TCP-/UDP-Daten an IP B

Er sieht aber nicht:

Dieses Reticulum-Paket ist für Bob.
Das ist Bobs Reticulum-Destination.
Das ist der Inhalt der Nachricht.

Reticulum selbst arbeitet nicht hauptsächlich mit Domains oder klassischen IP-Zieladressen, sondern mit kryptografischen Zielen, sogenannten Destinations.

Vereinfacht:

Aufgabe	Klassisches Internet	Reticulum
Namen auflösen	DNS macht aus Domain eine IP-Adresse	DNS höchstens für Einstiegsknoten nötig
Ziel finden	IP-Adresse / Domain	Reticulum-Destination
Weiterleitung	IP-Router leiten anhand der Ziel-IP weiter	Reticulum-Knoten leiten anhand bekannter Pfade zu Destinations weiter
Herkunft im Paket	IP-Pakete enthalten normalerweise eine Quell-IP	Reticulum-Pakete enthalten keine klassische Quelladresse
Inhalt lesen	nur geschützt, wenn z. B. TLS genutzt wird	Reticulum-Inhalt ist Ende-zu-Ende verschlüsselt

Reticulum-Knoten lernen erreichbare Ziele über sogenannte Announcements. Wenn ein Ziel im Reticulum-Netz angekündigt wird, merken sich andere Reticulum-Knoten, über welchen Nachbarn dieses Ziel erreichbar ist. Später können sie Pakete in diese Richtung weiterleiten.

Merksatz:

DNS bringt dich bei Reticulum über das Internet höchstens bis zu einem bekannten Reticulum-Knoten. Danach übernimmt Reticulum selbst mit kryptografischen Destinations, Announcements und eigener Weiterleitung. Normale Internet-Router transportieren dabei nur TCP-/UDP-/IP-Pakete, verstehen aber den Reticulum-Inhalt nicht.

7. Warum braucht RNS nicht zwingend IP?

Im klassischen Internet ist IP die zentrale Vermittlungsschicht.

Bei Reticulum ist das anders:

Reticulum kann IP benutzen, muss es aber nicht.

Das heißt:

Situation	Reticulum-Nutzung
normales Heimnetz	Reticulum kann über TCP/UDP/IP laufen
Internet	Reticulum kann über TCP/UDP/IP getunnelt werden
LoRa-Funk	Reticulum kann direkt über LoRa laufen
Packet Radio	Reticulum kann über Funkmodems laufen
serielle Verbindung	Reticulum kann über serielle Schnittstellen laufen
I2P	Reticulum kann über ein anonymisierendes Overlay laufen

Deshalb ist Reticulum besonders interessant für Netze, die nicht immer wie normales Internet funktionieren.

Zum Beispiel:

Notfallkommunikation
Mesh-Netze
Funknetze
LoRa-Kommunikation
dezentrale Kommunikation
Kommunikation mit sehr niedriger Bandbreite
Kommunikation bei hoher Latenz
Netze ohne zentrale Infrastruktur

8. Was bedeutet „Secure Extensible Application Layer“?

In der Grafik ist beim RNS-Modell eine große grüne Schicht zu sehen:

Secure Extensible Application Layer

Das bedeutet vereinfacht:

Reticulum stellt eine sichere, erweiterbare Kommunikationsschicht bereit, auf der Anwendungen aufbauen können.

Diese Schicht ersetzt nicht einfach nur eine einzelne OSI-Schicht. Sie übernimmt mehrere Aufgaben gleichzeitig.

Klassische Aufgabe	Bei RNS ungefähr enthalten in
Adressierung	Secure Extensible Application Layer
Routing / Weiterleitung	Secure Extensible Application Layer
Verschlüsselung	Secure Extensible Application Layer
Sitzungs-/Link-Aufbau	Secure Extensible Application Layer
Pakettransport	Secure Extensible Application Layer
Anwendungserweiterungen	Application Layer Extensions

Dadurch wirkt RNS im Vergleich zum OSI-Modell viel kompakter.

9. Wichtiger Unterschied zu TLS/HTTPS

TLS/HTTPS funktioniert normalerweise so:

Ebene	Klassisches HTTPS
Anwendung	Browser / Webserver
Sicherheit	TLS
Transport	TCP
Netzwerk	IP
Physik	Ethernet, WLAN, Mobilfunk

Reticulum funktioniert eher so:

Ebene	Reticulum
Anwendung	Reticulum-App
Sicherheit	direkt in Reticulum
Transportlogik	direkt in Reticulum
Routing/Ziele	direkt in Reticulum
Trägermedium	TCP, UDP, LoRa, Funk, seriell, WLAN usw.

Merksatz:

TLS schützt eine bestehende TCP/IP-Verbindung. Reticulum baut ein eigenes kryptografisches Netzwerk, das TCP/IP nur als eine mögliche Transportmöglichkeit verwenden kann.

10. Kurze Lernzusammenfassung

Reticulum / RNS unterscheidet sich vom OSI- und TCP/IP-Modell vor allem dadurch, dass es nicht einfach eine weitere Verschlüsselungsschicht über das Internet legt.

Stattdessen ist Reticulum ein eigener Netzwerk-Stack.

Er verbindet:

Identität
Adressierung
Verschlüsselung
Transport
Routing
Anwendungserweiterungen

in einem kryptografisch aufgebauten System.

Das normale Internet kann dabei weiterhin benutzt werden, ist aber nur ein möglicher Transportweg.

Reticulum kann deshalb über TCP/UDP/IP laufen, aber auch über LoRa, Funk, serielle Verbindungen oder andere Medien.

11. Merksatz

Das OSI-Modell trennt Netzwerkkommunikation in viele einzelne Schichten. TCP/IP setzt diese Idee praxisnah für das Internet um. RNS/Reticulum geht einen anderen Weg: Es baut ein eigenes kryptografisches Netzwerk, in dem Sicherheit, Identität, Routing und Transport direkt zusammengehören. Das darunterliegende Medium kann normales Internet sein, muss es aber nicht.

12. Mini-Vergleich für den Kopf

Frage	OSI / TCP/IP	RNS / Reticulum
Braucht es IP?	meistens ja	nein, aber IP kann genutzt werden
Ist Verschlüsselung automatisch Teil des Modells?	nein, meist Zusatz wie TLS/VPN	ja, zentraler Bestandteil
Für normales Web geeignet?	ja	nicht als direkter Ersatz für normales Web gedacht
Für Mesh/Funk/LoRa geeignet?	nur mit Zusatzlösungen	genau dafür interessant
Müssen Router Reticulum verstehen?	nur Reticulum-Knoten müssen es verstehen	normale IP-Router leiten nur TCP/UDP weiter
Können Zwischenstationen Inhalte lesen?	abhängig von Verschlüsselung	bei verschlüsselter Reticulum-Kommunikation nein
Hauptidee	standardisierte Schichten	kryptografisches dezentrales Netzwerk

Extra: Warum Reticulum das klassische Internet nicht einfach ersetzt

Hinweis: Dieses Thema ist ein Zusatz-/Zukunftsthema und nicht als klassischer IHK-Prüfungsstoff gedacht. Es hilft aber zu verstehen, warum alternative Netzwerk-Stacks wie Reticulum interessant sind und trotzdem nicht einfach das heutige Internet ersetzen.

1. Kurzantwort

Reticulum kann über das bestehende Internet laufen, ersetzt das klassische Internet aber nicht einfach 1:1.

Das normale Internet ist heute vor allem für alltägliche Internetdienste optimiert:

Webseiten
Browser
Streaming
Online-Shops
Banking
Cloud-Dienste
APIs
Apps
DNS
CDNs
sehr hohe Datenmengen
globale Server-Infrastruktur

Reticulum ist dagegen eher für andere Szenarien gebaut:

dezentrale Kommunikation
Mesh-Netze
Funk / LoRa / Packet Radio
sehr geringe Bandbreite
hohe Latenz
instabile Verbindungen
Notfallkommunikation
autonome Gemeinschaftsnetze
Kommunikation ohne zentrale Kontrolle

Merksatz: Reticulum ist nicht einfach ein schnellerer Ersatz für das normale Internet. Es ist ein eigener kryptografischer Netzwerk-Stack für robuste, dezentrale und souveräne Kommunikation.

2. Was bedeutet „Reticulum kann über das Internet laufen“?

Reticulum kann normale IP-Netze als Transportweg benutzen.

Das bedeutet vereinfacht:

Reticulum-Nachricht
↓
Reticulum-Verschlüsselung
↓
Reticulum-Paket
↓
TCP- oder UDP-Paket
↓
IP-Paket
↓
normales Internet

Das normale Internet ist dabei nur der Träger.

Die Router im Internet müssen Reticulum nicht verstehen. Sie leiten nur normale TCP-/UDP-/IP-Pakete weiter.

Vereinfacht gesagt:

Internet = Straße
Reticulum = eigenes Fahrzeug auf dieser Straße

Reticulum kann also vorhandene Infrastruktur nutzen, baut darüber aber sein eigenes verschlüsseltes Netzwerk auf.

3. Warum ersetzt Reticulum nicht einfach Browser, Webseiten und Apps?

Ein normaler Browser arbeitet heute ungefähr so:

Browser
↓
HTTPS / TLS
↓
TCP
↓
IP
↓
Internet
↓
Webserver

Damit eine Webseite funktioniert, werden viele etablierte Bausteine erwartet:

DNS
IP-Adressen
TCP
TLS
HTTP/HTTPS
HTML
CSS
JavaScript
Browser-Kompatibilität
Webserver
CDN-Strukturen

Reticulum arbeitet aber anders. Es ist nicht einfach ein Ersatz für HTTP oder HTTPS.

Ein normaler Browser kann nicht automatisch sagen:

Öffne diese Webseite über Reticulum.

Dafür bräuchte man spezielle Reticulum-Anwendungen, Gateways oder zusätzliche Software.

4. Gegenüberstellung: Klassisches Internet und Reticulum

Bereich	Klassisches Internet	Reticulum
Hauptzweck	Web, Apps, Streaming, Cloud, APIs	dezentrale und robuste Kommunikation
Typische Nutzung	Browser, Webseiten, Online-Dienste	Mesh, Funk, LoRa, Notfallnetze
Grundlage	IP, TCP/UDP, DNS, TLS, HTTP/HTTPS	kryptografische Identitäten, Ziele, Links und Pakete
Browser-kompatibel	ja	nicht direkt
Streaming / große Datenmengen	sehr gut geeignet	nicht Hauptzweck
Sehr geringe Bandbreite	oft problematisch	besonders interessant
Hohe Latenz	oft problematisch	dafür besser geeignet
Zentrale Infrastruktur	häufig wichtig	weniger abhängig davon
Verschlüsselung	meist Zusatz durch TLS/VPN	direkt im Stack integriert
Adressierung	IP-Adressen, DNS	kryptografische Ziele / Destinations
Funk / LoRa / serielle Links	nur mit Zusatzlösungen	direkt als mögliches Trägermedium nutzbar

5. Warum ist das klassische Internet trotzdem praktischer für den Alltag?

Das heutige Internet hat einen riesigen Vorteil:

Es ist bereits überall vorhanden.

Dazu gehören:

Milliarden kompatible Geräte
fertige Router
Provider-Infrastruktur
Browser
Webseiten
Apps
DNS
Rechenzentren
CDNs
Sicherheitsstandards wie TLS
Firmen- und Behördenstrukturen
Suchmaschinen
Zahlungsdienste
Streaming-Plattformen

Reticulum müsste für eine vollständige Ablösung nicht nur technisch funktionieren, sondern auch dieses gesamte Ökosystem ersetzen.

Das ist der Hauptgrund, warum Reticulum nicht einfach „das Internet ablöst“.

6. Ist Reticulum schneller?

Nicht pauschal.

Auf einer normalen Leitung, zum Beispiel:

100 Mbit/s
oder
1 Gbit/s

ist Reticulum nicht automatisch schneller als der klassische Internet-Stack.

Das OSI-Modell ist außerdem kein Geschwindigkeitsstandard. Es beschreibt nur, wie Netzwerkfunktionen gedanklich in Schichten eingeteilt werden können.

Der Vorteil von Reticulum liegt eher hier:

Reticulum kann auch dann noch sinnvoll arbeiten, wenn Verbindungen langsam, instabil oder latenzreich sind.

Beispiele:

LoRa
Packet Radio
Funkstrecken
serielle Verbindungen
Mesh-Netze
Notfallkommunikation
Netze mit sehr wenig Bandbreite

7. Beispiel: Normale 100-Mbit/s-Verbindung

Angenommen, beide Systeme nutzen dieselbe Leitung:

100 Mbit/s Leitung
ca. 20 ms RTT / Latenz
normales IP-Netz als Träger

Dann gilt:

Frage	Klassischer Stack	Reticulum
Nutzt die Leitung?	ja, direkt	ja, als Trägermedium
Wird die Latenz kleiner?	nein, physisch bedingt	nein, eher zusätzliche Protokolllogik
Wird es automatisch schneller?	kein OSI-Wert	nein, kein pauschaler 1:1-Vorteil
Vorteil auf dieser Leitung	sehr praktisch für Web und Apps	zusätzliche Souveränität, Routing, integrierte Kryptografie
Typische Nutzung	Webseiten, APIs, Streaming	Reticulum-Apps, dezentrale Kommunikation

Wichtig: Reticulum macht eine 100-Mbit/s-Leitung nicht magisch schneller. Es nutzt die Leitung anders.

8. Wo ist Reticulum besonders stark?

Reticulum ist besonders interessant, wenn klassische Internetstrukturen nicht ideal sind.

Zum Beispiel:

Situation	Warum Reticulum interessant ist
sehr wenig Bandbreite	Reticulum ist auf niedrige Bandbreiten ausgelegt
hohe Latenz	Reticulum ist für schwierige Verbindungen gedacht
Funk / LoRa	Reticulum kann über solche Medien laufen
Mesh-Netze	Reticulum kann dezentrale Netze verbinden
Notfallkommunikation	funktioniert auch ohne klassische Internet-Infrastruktur
autonome Gemeinschaftsnetze	keine zentrale Kontrolle notwendig
zensurresistente Kommunikation	weniger abhängig von zentralen Stellen
lokale souveräne Netze	Gemeinschaften können eigene Netze betreiben

9. Warum ist Reticulum trotzdem wichtig?

Reticulum ist wichtig, weil es eine andere Frage stellt als das normale Internet.

Das normale Internet fragt eher:

Wie verbinden wir Milliarden Geräte effizient mit Webdiensten, Cloud, Streaming und Servern?

Reticulum fragt eher:

Wie können Menschen sichere, dezentrale und robuste Kommunikationsnetze selbst aufbauen, auch ohne zentrale Kontrolle und auch unter schwierigen Bedingungen?

Das ist ein anderer Schwerpunkt.

10. Verschlüsselung als Unterschied

Beim klassischen Internet ist Verschlüsselung oft eine Zusatzschicht.

Beispiel:

Anwendung
↓
TLS / HTTPS
↓
TCP
↓
IP
↓
Physikalisches Netz

Bei Reticulum ist Sicherheit stärker in den Netzwerk-Stack eingebaut.

Vereinfacht:

Reticulum-Anwendung
↓
Reticulum mit Identität, Routing, Links und Verschlüsselung
↓
Trägermedium, z. B. TCP, UDP, LoRa, Funk oder seriell

Reticulum nutzt kryptografische Identitäten und verschlüsselte Kommunikation als Grundprinzip.

11. Warum wird Reticulum nicht von allen normalen Internetnutzern verwendet?

Die wichtigsten Gründe sind:

Grund	Erklärung
Bestehende Infrastruktur	Das heutige Internet funktioniert bereits weltweit mit IP, DNS, HTTP/HTTPS und Browsern
Browser-Kompatibilität	Normale Browser sprechen nicht direkt Reticulum
App-Kompatibilität	Die meisten Apps sind für den klassischen Internet-Stack gebaut
Netzwerkeffekt	Menschen nutzen, was andere auch nutzen
Kein pauschaler Speed-Vorteil	Reticulum ist nicht automatisch schneller auf normalen Leitungen
Anderer Zweck	Reticulum ist eher für dezentrale, robuste und autonome Kommunikation gebaut
Kleineres Ökosystem	Es gibt weniger Apps, Dienste und Nutzer als im klassischen Internet
Spezialgebiet	Reticulum ist besonders stark bei Mesh, Funk, LoRa und schwierigen Verbindungen

12. Einfacher Vergleich als Merkhilfe

Frage	Antwort
Kann Reticulum über normales Internet laufen?	Ja
Ersetzt es automatisch Webseiten und Browser?	Nein
Ist es schneller als das normale Internet?	Nicht pauschal
Ist es für 100-Mbit/s- oder 1-Gbit/s-Leitungen automatisch besser?	Nein
Ist es für Funk, LoRa und Mesh interessant?	Ja
Ist Sicherheit eingebaut?	Ja
Ist es ein klassischer Web-Ersatz?	Nein
Ist es eine Ergänzung oder Alternative für bestimmte Szenarien?	Ja

13. Abschluss-Merksatz

Reticulum kann das bestehende Internet als Transportweg nutzen, ersetzt es aber nicht einfach. Das klassische Internet bleibt für Web, Browser, Streaming, Cloud und Apps praktischer. Reticulum ist dagegen besonders stark bei dezentraler, sicherer und robuster Kommunikation – vor allem bei Mesh, Funk, LoRa, hoher Latenz, wenig Bandbreite und autonomen Netzen.

Quellen / weiterführende Links

Reticulum Manual: https://reticulum.network/manual/
What is Reticulum?: https://reticulum.network/manual/whatis.html
Understanding Reticulum: https://reticulum.network/manual/understanding.html
Cryptographic Primitives: https://reticulum.network/crypto.html
GitHub-Projekt: https://github.com/markqvist/Reticulum