Spin-Off B · Konzept
Wo direkte Verbindungen tragen — und wo ein Relay einspringen muss
Jede Verbindung ist eine Messung. Millionen Messungen sagen dir, wo du ein Relay brauchst.
WebRTC Public Data Map
Direkte Verbindungen sind schneller, billiger und privater als jeder Umweg — nur weiß vorher niemand, wo sie tragen.
Das eine WLAN lässt alles durch, das nächste nur Port 443; im Mobilfunk entscheidet das Carrier-Grade-NAT. Dieselbe App ist an einem Ort direkt verbunden und am anderen auf einen Umweg angewiesen.
Chromium, Firefox und WebKit unterscheiden sich in WebRTC-Details; auf iOS gilt ohnehin, was Safari erlaubt.
Ohne TURN-Server scheitern Peers hinter restriktiven NATs auf IPv4, während dieselbe Verbindung über IPv6 zuverlässig steht.
Es gibt Speedtests für Bandbreite. Es gibt keine Karte für die Frage, die jede P2P-Anwendung stellen muss: reicht hier direkt, oder brauche ich ein Relay?
WebRTC Public Data Map
Wenn zwei Geräte sich out-of-band per QR-Code verbinden — ohne Relay, ohne Signaling-Server — misst der Verbindungsaufbau exakt die Fähigkeit des Netzes.
libp2p-webrtc-qr tauscht signierte SDP-Payloads per QR-Code oder Link aus. Die Demo zeigt heute schon an, welche IP-Familien beide Seiten haben.
Erfolg oder Fehlschlag, Kandidatentypen (host/srflx/relay), IPv4 vs. IPv6, Aufbauzeit, Browser, Netztyp, Provider (ASN), grober Ort.
Sie fällt bei etwas an, das der Nutzer ohnehin tun will: zwei Geräte verbinden. Kein separater Test, keine eigene App.
WebRTC Public Data Map
Vier Schritte, alle auf unserem eigenen Stack — vom Messpunkt im Browser bis zur öffentlichen Karte.
Schritt 1 macht der heutige Client bereits — er zeigt die IP-Familien beider Seiten an. Alles ab Schritt 2 ist Entwurf.
WebRTC Public Data Map
Eine Verbindung liefert vier Befunde. Keiner darf die anderen einfärben.
Ort × Browser × IP-Familie × Kandidatentyp. Baut Chrome kein IPv6 auf, ist das ein Minuspunkt für Chrome — nicht für das WLAN, das IPv4 sauber liefert.
Ein Fehler bei einem Browser über viele Orte gehört dem Browser, einer an einem Ort über viele Browser dem Netz. Nur mit Chrome rot heißt: nicht rot.
Die Gegenstelle sieht die öffentliche IP und damit Provider und ASN. Wer ein Hotel-WLAN grün messen will, muss darin sitzen — GPS braucht es nirgends.
Die Gegenstelle wird zugewiesen, nicht gewählt, und bestätigt unabhängig. Misserfolg zu behaupten wäre billig — nur redet niemand sein eigenes Netz schlecht.
Identität nur an der Kasse: Messungen laufen pseudonym, ein Ausweis wie die EUDI-Wallet erst bei Auszahlung und Audit. Wer dort falsch misst, wird nicht gehindert — aber zurechenbar.
WebRTC Public Data Map
Die Daten sind für alle kostenlos. Bezahlt wird nicht der Zugriff, sondern der Auftrag: wer eine Antwort für ein bestimmtes Netz braucht, hinterlegt ein Budget.
Der Hebel bleibt derselbe: Wo die Karte „Relay nötig“ sagt, verkauft sich ein Relay aus Spin-Off A. Am Auftrag verdienen wir einmal, am Relay dauerhaft.
WebRTC Public Data Map
Der Datensatz entsteht als Nebenprodukt von Technik, die wir ohnehin bauen und betreiben.
@le-space/libp2p-webrtc-qr ist veröffentlicht, in Beta und läuft als Demo — inklusive signierter Payloads und Copy/Paste-Fallback.
Wo die Karte „Relay nötig" sagt, steht der Relay aus Spin-Off A auf Knopfdruck bereit. Kein anderer Messdienst kann den Bedarf, den er misst, im selben Atemzug decken.
Wir verkaufen die Daten nicht — sie sind offen. Damit gibt es keinen Anreiz, Messungen zu schönen, und keinen Grund, mehr zu sammeln als nötig.
WebRTC Public Data Map
Der Client existiert, die Karte noch nicht. Die nächsten Schritte sind klein und einzeln überprüfbar.
QR- und Link-Verbindung zwischen Browsern, signierte SDPs, Dateiübertragung via Helia, Live-Demo online.
Festlegen, welche Felder erhoben werden, und eine Zustimmung, die man in einem Satz versteht.
Aggregation, öffentliche Karte und die daraus abgeleitete Aussage pro Ort: reicht direkt, oder Relay einplanen? Beginnend mit unseren eigenen Tests und Konferenzen.
Ein hinterlegtes Budget, eine ausgeführte Kampagne, Auszahlung an die messenden Geräte — der ganze Kreislauf einmal komplett.
WebRTC Public Data Map
Bewusst auf einer eigenen Folie: an diesen vier Punkten entscheidet sich, ob das Modell trägt.
Wie grob muss der Ort sein, damit aus „dieses Netz" nicht „diese Wohnung" wird — und wie bleibt ein Ausweis an der Kasse unverkettbar, damit kein Bewegungsprofil entsteht? DSGVO-Bewertung vor der ersten Messung.
Öffentliche Netzbewertungen sind zulässig, solange sie belegbar sind und als Messung auftreten, nicht als Urteil. Eine Gebühr darf immer nur die neue Messung bezahlen, nie das Verschwinden eines Eintrags.
Der Schutz skaliert mit der Zahl unabhängiger Messpunkte — am Anfang ist sie klein und der Anteil eines Angreifers groß. Ab wie vielen Kreuzungspunkten bewerten wir ein Netz überhaupt?
Aufträge kommen erst, wenn die Karte für den eigenen Fall etwas hergibt — und die Karte wächst erst durch Messungen. Wie kommen die ersten hunderttausend zustande?
WebRTC Public Data Map
Gesucht: Partner mit Netzen zum Messen — Konferenzen, Campus, Kommunen — und Erstkunden, die heute schon raten müssen, ob eine Verbindung zustande kommt.
Spin-Off B · concept
Where direct connections hold — and where a relay has to step in
Every connection is a measurement. Millions of measurements tell you where you need a relay.
WebRTC Public Data Map
Direct connections are faster, cheaper and more private than any detour — but nobody knows in advance where they hold up.
One Wi-Fi lets everything through, the next only port 443; on mobile the carrier-grade NAT decides. The same app is directly connected in one place and needs a detour in the next.
Chromium, Firefox and WebKit differ in WebRTC details; on iOS whatever Safari allows is the whole story.
Without a TURN server, peers behind restrictive NATs fail over IPv4, while the same connection over IPv6 is reliable.
There are speed tests for bandwidth. There is no map for the question every P2P application has to ask: is direct enough here, or do I need a relay?
WebRTC Public Data Map
When two devices connect out-of-band via QR code — no relay, no signaling server — the connection attempt measures exactly what the network is capable of.
libp2p-webrtc-qr exchanges signed SDP payloads via QR code or link. The demo already reports which IP families both sides have.
Success or failure, candidate types (host/srflx/relay), IPv4 vs IPv6, setup time, browser, network type, provider (ASN), coarse location.
It falls out of something the user wants to do anyway: connect two devices. No separate test, no extra app.
WebRTC Public Data Map
Four steps, all on our own stack — from the measurement in the browser to the public map.
Step one is what today's client already does — it reports the IP families of both sides. Everything from step two is design, not code.
WebRTC Public Data Map
One connection yields four findings. None may colour the others.
Place × browser × IP family × candidate type. If Chrome fails at IPv6, that is a mark against Chrome — not against the Wi-Fi serving IPv4 fine.
A fault with one browser across many places belongs to the browser; one in a place across many browsers to the network. A place red only with Chrome is not red.
The far end sees the public IP, and with it provider and ASN. To measure a hotel Wi-Fi green you have to sit in it — no GPS needed anywhere.
The far end is assigned, not chosen, and confirms independently. Claiming failure is cheap — but nobody wants to talk their own network down.
Identity only at the till: measurements stay pseudonymous, a credential such as the EUDI wallet appears only at payout and audit. Measuring falsely there is not prevented — but it is attributable.
WebRTC Public Data Map
The data is free for everyone. What is paid for is not access but the commission: whoever needs an answer for a particular network puts up a budget.
The lever is unchanged: where the map says “relay needed”, a relay from spin-off A sells itself. The commission earns once, the relay keeps earning.
WebRTC Public Data Map
The dataset is a by-product of technology we build and operate anyway.
@le-space/libp2p-webrtc-qr is published, in beta and running as a demo — including signed payloads and a copy/paste fallback.
Where the map says "relay needed", the relay from spin-off A is one click away. No other measurement service can cover the demand it measures in the same breath.
We do not sell the data — it is open. So there is no incentive to flatter a measurement, and no reason to collect more than necessary.
WebRTC Public Data Map
The client exists, the map does not. The next steps are small and individually verifiable.
QR and link connections between browsers, signed SDPs, file transfer via Helia, live demo online.
Define which fields are collected, and a consent dialog you can understand in one sentence.
Aggregation, a public map and the conclusion it produces per place: is direct enough, or budget a relay? Starting with our own tests and conferences.
One funded budget, one executed campaign, payout to the measuring devices — the whole loop once, end to end.
WebRTC Public Data Map
Deliberately on their own slide: these four points decide whether the model holds.
How coarse must the location be so "this network" never becomes "this flat" — and how does a credential at the till stay unlinkable, so no movement profile appears? GDPR assessment before the first measurement.
Public network ratings are lawful as long as they are evidenced and presented as a measurement rather than a verdict. A fee may only ever pay for a fresh measurement, never for an entry to disappear.
The protection scales with the number of independent vantage points — early on that number is small and an attacker's share is large. Above how many crossing points do we rate a network at all?
Commissions only come once the map says something about your own case — and the map only grows through measurements. Where do the first hundred thousand come from?
WebRTC Public Data Map
Wanted: partners with networks to measure — conferences, campuses, municipalities — and first customers who today have to guess whether a connection will succeed.