Dezentraler P2P-Messenger · v0.5.0
Dein Messenger.
Dein Netz.
Verschlüsselung ist bei Xnoggles kein Schalter, den man umlegt — sie ist das Protokoll. Jede Nachricht verbraucht genau einen TanToken: 256 Bit, ChaCha20-Poly1305, über IPFS verteilt. Kein zentraler Server. Kein Klartext-Modus.
Die App
Gebaut wie ein Tresor.
Bedient wie ein Messenger.
Jeder Screen, den du hier siehst, läuft lokal auf dem Gerät — Node.js plus Browser, keine Cloud dahinter.
Chats 1:1
Ende-zu-Ende, ohne Sternchen
Zustellung in Stufen — gesendet, zugestellt ✓✓, gelesen — und „schreibt…"-Anzeige. Sechs Nachrichtentypen (MSG, IMG, SUP, PLG, NWS, BZR) teilen sich pro Kontakt eine identische TanToken-Datenbank.
Transparenz
Sieh die Krypto, Klick für Klick
Pro Nachricht: PIN, Counter, 256-Bit-Key, Nonce, IV und Ciphertext — offen einsehbar. Nichts versteckt sich.
Reaktionen
Long-Press & Emoji
Antworten, weiterleiten, reagieren. Jede Weiterleitung zieht pro Empfänger einen eigenen Token.
Adressbuch
Person A & Person B
Zwei Partner teilen ein Token-Bundle. A generiert, B importiert per QR, Hotspot oder Datei. Ohne Sync: keine Entschlüsselung.
30 Sprachen
Von العربية bis 中文
RTL und CJK inklusive. Vier Themes: Classic Gold, Glass Glow, Aurora, Ember.
TanToken
Das Herzstück:
ein Token pro Aktion.
Über IPFS ist nur eine 6-stellige PIN sichtbar — niemals der echte 256-Bit-Schlüssel. Der liegt ausschließlich lokal bei Person A und Person B.
Nicht abschaltbar. Tokens sind das Protokoll — kein Admin-Backdoor.
256-Bit pro Nachricht. Brute-Force praktisch unmöglich, Tageskontingent begrenzt.
Auto-Destroy. USB erkannt → Passwort → bei Fehlschlag Token-Wipe.
256
Bit Key · Nonce
6
stellige PIN auf IPFS
0
Klartext-Modus
2
Jahre Token-Vorrat
6
Nachrichtentypen
50MB
Medien je Datei
TANTOKEN (PIN/T) 759 466
KEY 0VEyavWdv6OMJMhg0c9ICqkQEPZjbAf…
IV bXmgGf1/yveB44rU
Was über IPFS reist
Jeder TanToken
trägt ein Wort.
Über das Netz wandert nie dein Schlüssel — nur ein Wort (der Typ) und eine 6-stellige PIN. Key und Nonce bleiben lokal bei Person A und Person B.
Das Wort
messageDie PIN
759 466Sichtbar auf IPFS
1 TanTokenverborgen & nur lokal: 256-Bit Key · 256-Bit Nonce · 96-Bit IV · Auth-Tag
Sechs Worte · sechs Aufgaben
message 400/400
Textnachrichten
image 400/400
Bilder & Medien
support 50/50
Support-Chat (Hub)
plugin 50/50
Hub-Plugins
news 50/50
Neuigkeiten & Updates
bazar 100/100
Bazar-Einträge & Reaktionen
Tageskontingent OUT/IN · Standard 2 Jahre Vorrat pro Kontakt · 20 % Preload
Der Beweis
Dreimal dasselbe Wort.
Drei fremde Chiffren.
Wir verschlüsseln dieselbe Nachricht miao dreimal hintereinander. Weil jeder TanToken einen frischen 256-Bit-Key und IV trägt, ist der Ciphertext jedes Mal komplett anders — echtes ChaCha20-Poly1305, kein Muster, keine Wiederholung.
#1 input „miao"
PIN 253768 · KEY pIH5xLxglQTOsJ8H7/ldmrziFRjZB88sxFZ1TYz8bnY=
IV LlLC1ewBX1tzpyeo · TAG yau4odQxVXmmr5hx9OCjIw==
X fwMUhQ==
#2 input „miao"
PIN 352156 · KEY +f7j7pkGNrr0oSWPxaHYKfxw39sQwl6ljKYgp9XC9WU=
IV tzHvBpTPzgPJ2LZa · TAG wxRyGRqhSPWuot+/A1HvQQ==
X S0SRfg==
#3 input „miao"
PIN 772063 · KEY pMNrPsv1pm+I0wVNw+nNzDrZjL8XcowA91rUVg5O9Rw=
IV GuQDCD8FaidoFCne · TAG rAfuBH6cbVJ0FOsVLU1Vkg==
X CYxz9w==
Gleiche Eingabe, drei TanTokens → drei Chiffretexte X. Wer einen knackt, hat genau eine Nachricht — der nächste Token ist wieder ein eigenes Rätsel.
Brute-Force gegen 256 Bit
Wie lange zum Knacken?
Ein 256-Bit-Schlüssel bedeutet 2256 ≈ 1,2 × 1077 Möglichkeiten — pro Nachricht.
Schnellster Supercomputer
~1018 Versuche/s
≈ 3,7 × 10⁵¹ Jahre
Eine Milliarde davon, parallel
109 Supercomputer
≈ 3,7 × 10⁴² Jahre
Quantencomputer (Grover)
halbiert auf ~128-Bit-Niveau
≈ 10¹⁸ Jahre
Shor hilft hier nicht.
Quantencomputer brechen asymmetrische Verfahren (RSA, ECC). ChaCha20 ist symmetrisch — es gilt als quantensicher.
Zum Vergleich: das Universum ist ~1,4 × 10¹⁰ Jahre (13,8 Mrd.) alt. Werte sind Größenordnungs-Schätzungen.
Pro Aktion ein eigener 256-Bit-Schlüssel
Eine Nachricht
10⁵¹ Jahre
Ein Bild
10⁵¹ Jahre
Ein Update
10⁵¹ Jahre
Jedes Element ist einzeln so hart. Und für jedes neue Element beginnt die Rechnung wieder bei null.
Architektur
Vier Bausteine.
Kein Mittelmann.
Port 8088
Messenger
Läuft auf dem Volla Phone. Chats, Bazar, Support — alles lokal.
Port 5001
IPFS Kubo
P2P-Transport & Backups. Inhalte adressiert per CID, nicht per Server.
Port 8090
Hub
Registrierung, Lizenzen, Alias-Index, Relay — auf dem PC.
PC · Core
Fleet-Admin
Adoptiert Geräte, synct Tokens, übernimmt Support für die Flotte.
Eine App, viele Welten
Dieselbe Oberfläche, in 30 Sprachen
Die Schnellwahl auf Deutsch, Englisch oder Chinesisch — gleiche Funktionen, lokalisierte Beschriftung. RTL für Arabisch und Persisch, CJK-Schriften ab Werk.
Das Netz darunter
Was ist IPFS —
und wie läuft das?
IPFS (InterPlanetary File System) ist ein Peer-to-Peer-Netz. Statt „hol Datei X von Server Y" fragst du nach dem Inhalt selbst. Es gibt keinen zentralen Ort, an dem deine Nachrichten liegen — nur Geräte, die Inhalte teilen.
Adresse = Inhalt
Jeder Inhalt bekommt eine CID — einen Hash aus den Daten selbst. Gleicher Inhalt, gleiche CID. Ändert sich ein Byte, ändert sich die Adresse.
Finden statt anfordern
Ein verteiltes Verzeichnis (DHT) sagt dir, welche Peers diese CID haben. Du lädst direkt von ihnen — Stück für Stück, von mehreren gleichzeitig.
Selbst prüfbar
Weil die CID ein Hash ist, rechnest du sie nach. Stimmt sie nicht, wurde manipuliert. Fälschen unmöglich.
Du fragst nach einer CID — die Blöcke kommen von den Peers, die sie haben.
So nutzt Xnoggles IPFS
Transport & Pub/Sub
Optionale Föderation über Topics wie inbox/<user> — Integrität per HMAC-SHA256.
Backups
DB, Uploads und Token-Archiv landen als tar.gz im IPFS — du bekommst CID, Gateway-Link und QR.
Nur die PIN reist
Über IPFS ist nie der Schlüssel sichtbar — nur Wort + 6-stellige PIN. Key und Nonce bleiben lokal.
Bestellung bis Aktivierung
Eins, zwei, drei.
Einfach.
Vom Klick beim Seller bis zur ersten verschlüsselten Nachricht — drei Schritte, kein Account-Wirrwarr.
Bestellen
Wähle beim Seller oder Power Seller dein Volla X22/X23 und deine Lizenz. Wunsch-Alias gleich mit angeben.
Versand
Dein Gerät kommt vorkonfiguriert an: IPFS-Knoten aktiv, Hub-Verbindung steht, Core als Support-Kontakt hinterlegt.
Aktivieren
Alias + 6-stellige PIN, Kontakt per QR/Seed koppeln, TanTokens synchronisieren — erste Nachricht raus.
Der 7-Schritte-Einrichtungs-Assistent führt dich durch Schritt 03 — von „IPFS aktiv" bis „erste Nachricht gesendet".
Werde Teil des Netzes
Verkaufe Souveränität.
Werde Seller oder Power Seller.
Xnoggles wächst über Menschen, nicht über Server. Bring vorbereitete Volla-Geräte und Lizenzen zu deiner Community — mit eigenem Hub-Kontingent, eigenen Aliassen und Provision auf jede aktivierte Lizenz.
Seller
EINSTIEGFür Händler, die Xnoggles in ihrer Region etablieren wollen.
- Wiederverkauf von Lizenzen & Volla X22/X23
- Eigener Hub-Alias-Pool für deine Kund:innen
- Vorkonfigurierte Geräte per QR/Seed übergeben
- Support-Kanal zum Xnoggles Core
- Fleet-Provisioning & Co-Branding
Power Seller
Für Distributoren, die ganze Flotten ausrollen und mitgestalten.
- Alles aus Seller, plus:
- Fleet-Provisioning per SSH/Ansible (6+ Geräte)
- Höheres Lizenz- & Alias-Kontingent (bis 200/Nutzer)
- Priorisiertes Hub-Relay & eigene Bazar-Hashtags
- Co-Branding, höhere Provision, Revenue-Share
Lizenzvergabe & Provisionsmodell laufen manuell über den Hub-Admin · XnogglesUser & Payments
Bereit, zu verkaufen?
Melde dich beim Hub an, sichere deinen Wunsch-Alias und stelle den Lizenz-Antrag.