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 Karte ist kostenlos und das Schaufenster. Verkauft werden die Antworten, die daraus folgen — und die Infrastruktur, die sie empfiehlt.
Der eigentliche Hebel steht in Spalte eins: Jeder rote Fleck auf der Karte ist eine begründete Empfehlung für einen Relay — und damit ein Verkauf für Spin-Off A. Die Karte misst den Bedarf, den unsere Infrastruktur deckt.
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.
Ein Datenmarkt funktioniert nur, wenn die Nutzer der Sammelstelle trauen. Wir bauen seit Jahren Systeme, die absichtlich wenig wissen.
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 zahlender Erstkunde, Erlösbeteiligung der Nutzer, Anti-Manipulation gegen gefälschte Messungen.
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?
Der Datensatz ist erst ab einer gewissen Dichte verkäuflich. Wie kommen die ersten hunderttausend Messungen 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 map is free, and it is the shop window. What sells are the answers that follow from it — and the infrastructure it recommends.
The real lever is in the first column: every red patch on the map is an evidenced recommendation for a relay — and therefore a sale for spin-off A. The map measures the demand our infrastructure covers.
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.
A data market only works if users trust the collector. We have spent years building systems that deliberately know little.
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 paying first customer, revenue share for users, anti-manipulation against forged measurements.
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?
The dataset only sells above a certain density. Where do the first hundred thousand measurements 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.