x402-DACH-Radar, Ausgabe 1: Wer klopft an, und wer zahlt wirklich?
x402-DACH-Radar, Ausgabe 1. Eigene Primärmessung über neun selbst betriebene, bezahlte API-Endpunkte auf Base-Mainnet. Messfenster 23. bis 26. Juli 2026.
Alle Zahlen mit „eigene Messung“ stammen aus unserem eigenen Nachfrage-Zähler, alle Zahlen mit „Studie“ aus der zitierten Fachliteratur. Jede Tatsachenaussage trägt eine Konfidenz-Marke, jede Kopf-Behauptung einen Falsifikator. Was wir nicht gemessen haben, steht als nicht gemessen da.
Herausgeber: OzDreamWalk. Kein Rechts- und kein Steuerrat.
Teil A: Bericht
1. Das Wichtigste zuerst
- Drei Tage, 7.331 fremde Anfragen, 66 verschiedene Kennungen. Wir betreiben neun bezahlte Endpunkte auf Base-Mainnet und zählen jeden Aufruf.
[HIGH, eigene Messung] - Es klopft fast nur Infrastruktur. Die Namen stammen überwiegend aus dem Verzeichnis-, Liveness- und Trust-Bereich. Von 66 Kennungen haben 24 überhaupt je nach einem Preis gefragt; 42 kamen nie über eine falsche Methode oder einen abgewiesenen Körper hinaus.
[MED, Einordnung nach Kennungsname] - Eine einzige Zahlung kam aus fremder Hand: 0,01 USDC, on-chain belegt, Kennung
Dexter-Verifier/1.0. Nach der Kennzahlen-Doktrin dieses Projekts ist das der erste unabhängige externe Zahler. Ob damit Nachfrage nach dem Inhalt belegt ist, ist offen und steht in Abschnitt [HIGH, eigene Messung und Kette]- Die Konversion ist die Zahl, auf die es ankommt: 1 von 517 Preisanfragen wurde bezahlt, also 0,19 Prozent. Auf der meistgefragten Route allein 1 von 365, also 0,27 Prozent.
[HIGH] - Wer den Pfad seines Endpunkts ändert, verschwindet aus dem Verzeichnis, bis er dort erneut abrechnet. Am eigenen Portfolio gemessen, mit Kontrollgruppe und mit einem Vorhersage-Test bestätigt: Zahlung, dann binnen einer halben Stunde ein neu angelegter Eintrag. Details in Abschnitt 6.
[HIGH, eigene Messung, Vorhersage vor dem Lauf festgehalten]
2. Wie gemessen wurde
Jeder Aufruf einer bezahlten Route hinterlässt eine Zeile: Zeitpunkt, Route, Ausgang, gekürzte Kennung, Ländercode, Preis, Zahleradresse, Settlement-Hash, roher HTTP-Status. Keine IP-Adresse, kein Anfragekörper. Das ist eine Bauentscheidung, und sie begrenzt, was wir sagen können (Abschnitt 10). Eigene Läufe sind über Zahleradresse und Kennungspräfix ausgeschlossen: 329 der 7.660 Zeilen sind unsere.
Zwei Eigenschaften, die die Zahlen unten prägen: die Eingabeprüfung sitzt vor der Bezahlschranke, ein Aufruf mit fehlerhaftem Körper sieht deshalb nie einen Preis. Und eine Zeile im Bestand reproduziert einen behobenen Zählfehler und bleibt stehen, weil Messdaten hier nicht umgeschrieben, sondern per Regel aufgelöst werden.
3. Wer anklopft
66 verschiedene Kennungen, 7.331 Anfragen. Die acht stärksten:
| Kennung | Anfragen | Routen | was der Name sagt |
|---|---|---|---|
mako-pulse-prober/0.1 | 1.161 | 3 | Prüfer |
hastalavista.ai-liveness/1.0 | 1.000 | 7 | Verfügbarkeitswächter |
CarbonMonitor/0.1 healthcheck | 876 | 10 | Verfügbarkeitswächter |
forum-labs-trust-prober/1.0 | 806 | 10 | Prüfer |
node | 601 | 10 | bloße Laufzeit, nicht zuzuordnen |
axios/1.18.1 | 530 | 11 | bloße Bibliothek, nicht zuzuordnen |
dexter-api/x402-schema-fetcher | 428 | 10 | Verzeichnis |
x402-observer/1.0 | 356 | 10 | Verfügbarkeitswächter |
Im weiteren Feld stehen unter anderem kkj-x402-trust-index, AgentReeve (in drei Versionen), CoinbaseBazaarDiscovery/1.0, x402-census-probe, x402Scout, 402explorer, x402statsweb, entropy-daemon-trust-oracle, Attest-Scanner, MPP32-Health, Nitrograph-HealthCheck, TrustBench-Prober und GPTBot/1.4. Vollständige Liste in Anhang B4.
Herkunft: USA 4.324, Deutschland 1.611, Mexiko 570, Niederlande 274, Frankreich 191, Japan 132, Schweiz 85, Zypern 60, Dänemark 45, Finnland 20, Singapur 12, Indien 2, Thailand 1, Polen 1, ohne Ländercode 4. [HIGH]
Zwei Dinge fallen an dieser Tabelle auf. Erstens das Aufrufmuster: wer zehn oder elf verschiedene Routen anfragt, macht einen Katalog-Rundgang und hat kein fachliches Interesse an einer bestimmten Antwort. Von den 66 Kennungen haben nur 24 überhaupt je nach einem Preis gefragt; 42 kamen nie über eine falsche Methode oder einen abgewiesenen Körper hinaus. Zweitens das Wachstum: die Projektdokumentation zählte am 23.07. noch rund 15 Kennungen, drei Tage später sind es 66. Ein neuer bezahlter Endpunkt im deutschsprachigen Raum wird also innerhalb von Stunden bis Tagen von einem ganzen Feld internationaler Verzeichnis- und Prüfdienste eingesammelt, ohne dass man sich irgendwo anmeldet. [MED, Vorwert aus der Projektdokumentation, nicht mit identischer Abfrage erhoben]
Deutschland liegt mit 1.611 Anfragen auf Platz zwei, aber das ist kein DACH-Nachfragesignal: der Ländercode kommt vom Zugangsknoten des Aufrufers, nicht von seinem Betreiber, und ein in Frankfurt gehosteter Prüfdienst zählt als deutsch. [MED]
4. Was davon einen Preis gesehen hat
517 Preisanfragen insgesamt: agent-ready 365, llmstxt 35, outreach 24, holidays 20, bfsg 20, invoice 18, die übrigen Routen zusammen 35. Der freie Katalog wurde 39-mal abgerufen.
Der größere Teil des Verkehrs ist gar keine Nachfrage. 6.770 fremde Anfragen erreichten nie einen Preis, und der rohe Status trennt sie in zwei Verhalten: 3.936 abgewiesene Körper (400) und 2.824 Aufrufe mit falscher Methode (405), also GET auf eine Route, die POST erwartet. Das ist der Fingerabdruck von Liveness-Proben, nicht von Kaufinteresse. [MED, Deutung] Sichtbar ist die Trennung nur, weil der Zähler den rohen Status neben dem gedeuteten Ausgang speichert; der gedeutete Eimer wirft beides zusammen.
5. Die erste fremde Zahlung
Am 24.07.2026 um 21:20:03 UTC hat erstmals eine fremde Adresse eine unserer Routen bezahlt. Route agent-ready, 0,01 USDC, Zahler 0x7e57…, Kennung Dexter-Verifier/1.0, Land US, Antwort 200. [HIGH, eigene Messung]
Der Beleg ist block-gepinnt geprüft, nicht abgeleitet. Transaktion 0x1978bda977..., Block 49069329, Status success, Saldo der Empfangsadresse bei N minus 1 gleich 0,90 USDC und bei N gleich 0,91 USDC, genau ein Transfer über 0,01 USDC, das Gas trug ein Dritter. Das eigene Prüfwerkzeug endet mit Code 0. [HIGH, Primärquelle Kette]
Was das ist. Die erste Zahlung an diesen Dienst, die nicht von unserer eigenen Adresse kommt. Nach der für dieses Projekt beschlossenen Kennzahlen-Doktrin ist das ein unabhängiger externer Zahler, der erste seit Scharfstellung des Zählers. Die übrigen 20 Abrechnungen im Fenster sind eigene Messläufe und als solche ausgewiesen. [HIGH]
Was das nicht ist. Ein Beleg dafür, dass ein Agent die Bewertung inhaltlich brauchte. Die Kennung gehört zur selben Familie wie dexter-api/x402-schema-fetcher, die im selben Fenster 428 Anfragen über zehn Routen gestellt hat. Die naheliegende Lesart ist deshalb: hier hat ein Verzeichnis- oder Prüfdienst bezahlt, um festzustellen, dass wir wirklich kassieren. Belegt ist diese Lesart nicht. Wir messen keine Motive Dritter; sie stützt sich auf Kennungsname, Geschwisterkennung und Aufrufmuster. [MED, Indizien]
Was offen bleibt. Wiederkäufe: null. Eine Wiederkaufsrate über einen einzigen Zahler ist keine Rate. Dieser Bericht legt beide Lesarten nebeneinander und entscheidet nicht zwischen ihnen.
6. Die Verzeichnis-Regel
Das CDP-Verzeichnis führte am 26.07. 14.376 Einträge, erschöpfend geblättert. Sechs unserer neun Routen standen darin, und bei allen sechs entsprach der Zeitstempel des Eintrags der letzten Abrechnung derselben URL auf unter eine Sekunde. Nach dem Test unten sind es sieben von neun. [HIGH, eigene Messung]
| Gruppe | Routen | im Verzeichnis |
|---|---|---|
| nie umbenannt, abgerechnet | 4 | ja |
| umbenannt und danach abgerechnet | 2 | ja |
| umbenannt, danach im Test abgerechnet | 1 | ja, neu angelegt |
| umbenannt, danach nie abgerechnet | 2 | nein |
Die dritte Zeile ist der Befund, die zweite ist die Kontrollgruppe: holidays und invoice wurden genauso umbenannt wie die drei fehlenden, aber unter dem neuen Pfad noch einmal bezahlt. Der Unterschied ist also nicht die Umbenennung, sondern die fehlende Abrechnung danach.
Der Eintrag hängt an der abgerechneten Ressourcen-URL. Eine Pfadänderung wirft heraus, bis der neue Pfad selbst einmal abgerechnet hat. Eine höfliche 410-Weiterleitung trägt den Eintrag nicht mit.
Am 26.07. gegengeprüft, diesmal als Vorhersage statt als Rückrechnung, und beide Vorhersagen sind eingetroffen. Vorzustand festgehalten, Vorhersage aufgeschrieben, dann 0,05 USDC auf eine bislang ungelistete Route gezahlt. Der Verzeichnis-Crawler erschien 374 Millisekunden später im eigenen Zähler, und der Eintrag wurde neu angelegt, mit einem Zeitstempel 459 Millisekunden nach der Abrechnung. Das Verzeichnis führt seither sieben unserer neun Routen; die beiden unbezahlt gelassenen Kontrollrouten stehen weiterhin nicht drin. [HIGH, eigene Messung]
Ein Detail, das die Regel erst benutzbar macht: eine Minute nach der Zahlung war der Eintrag noch nicht sichtbar, nach 32 Minuten war er es. Er trägt aber den Zeitstempel der Abrechnung, nicht den der Indexierung. Wer kurz nach einer Zahlung nachsieht und nichts findet, hat zu früh geschaut, nicht die Regel widerlegt. Genau dieser Fehler führte am 23.07. zu dem vorschnellen Schluss, das Anlegen sei nicht belegt.
Nebenbefund, bewusst schwach markiert: derselbe Lauf zählte am 23.07. noch 24.910 Einträge. Die beiden Messungen sind [HIGH, eigene Messung], die Aussage „das Verzeichnis schrumpft“ ist [LOW, einmal beobachtet, Ursache offen, dritte Messung ausstehend]. Wir nennen keine Ursache.
7. Marktrahmen, als Spannen
Fremde Messung, klar getrennt von unserer. Alles als Spanne oder Obergrenze, nie als Punktschätzung. [HIGH, Studie]
Wie viel von dem Volumen echt ist. Über 280 Tage auf Base wurden 136,7 Millionen Abrechnungen über nominal 44,1 Millionen US-Dollar gezählt. Davon sind 21,20 Prozent fiktiv und 63,78 Prozent cluster-intern, also Zahlungen innerhalb derselben wirtschaftlichen Einheit. Nur 15,02 Prozent sind extern und nicht zuordenbar. Nachweislich an benennbare Dienste gingen 187.861 US-Dollar. Die Obergrenze für „echt“ liegt bei 20,26 Millionen US-Dollar, das sind 45,92 Prozent, und das ist ausdrücklich eine Obergrenze.
Wie es den Anbietern geht. 25.163 Ressourcen verteilen sich auf 811 Empfängeradressen, von denen 249 mindestens 10 US-Dollar eingenommen haben. 52,09 Prozent der Hosts waren zum Erhebungszeitpunkt noch erreichbar; knapp die Hälfte des Katalogs ist also tot. Der Median-Lifetime-Umsatz je Ressource beträgt 3,96 US-Dollar. Das ist die Zahl, an der man den eigenen Ertrag messen sollte, bevor man enttäuscht ist: unser einer fremder Cent ist daran gemessen kein peinlicher Wert, sondern ein früher.
Wie sicher die Abwicklung ist. Eine zweite Untersuchung leitet acht Sicherheitsregeln für Abwickler her und findet 49 Regelverstöße, aus denen 31 bislang unbekannte Schwachstellen wurden. Geprüft wurden 15 Abwickler, die zusammen 99 Prozent der Transaktionen tragen: die Marktstruktur ist also hochkonzentriert. Über 202.000 US-Dollar wurden in Gebühren und Gas verbrannt. Wir nennen hier keinen Anbieter namentlich und geben keine Rangliste wieder, die wir nicht selbst erhoben haben.
Was wir nicht mehr führen. Unsere eigenen früheren Werte (rund 28.000 US-Dollar pro Tag „echtes“ Volumen, rund 50 Prozent Wash-Trading) stammen aus Tracker-Angaben ohne dokumentierte Methode. Sie sind durch die Zahlen oben ersetzt. [CONFLICT, überholt]
Ein Vergleich, den wir ausdrücklich nicht ziehen. Die Studie zählte 25.163 Ressourcen, wir am 23.07. selbst 24.910. Die Nähe ist keine gegenseitige Bestätigung: andere Erhebungszeit, und ob „Ressource“ in beiden Fällen dasselbe meint, ist ungeprüft. [MED, Vergleichbarkeit der Grundgesamtheit nicht geprüft]
8. Was der Betrieb wirklich kostet, und was dabei schiefgeht
Dieser Abschnitt ist der Teil, den niemand ohne laufenden Betrieb schreiben kann. Alles gemessen, nichts aus einer Dokumentation abgeschrieben.
Die Abwicklung kostet uns nichts. Zweimal unabhängig nachgerechnet, block-gepinnt: der geforderte Betrag kommt vollständig beim Verkäufer an, es ist keine Gebühr des Abwicklers erkennbar, und das Gas trägt ein Dritter, nicht der Käufer und nicht wir. Der Käufer braucht kein ETH. Das ist die wirtschaftlich wichtigste Eigenschaft des Verfahrens und der Grund, warum Beträge von einem Cent überhaupt sinnvoll sind. [HIGH, eigene Messung]
Ein Freitextfeld über 500 Zeichen macht die Route unbezahlbar. Beschreibung und Dienstname zusammen dürfen 500 Zeichen nicht überschreiten, sonst weist der Abwickler die ganze Nutzlast ab, mit einer Fehlermeldung, die weder das Feld noch die Länge nennt. Eine unserer Routen stand einen Tag lang mit 532 Zeichen live und lieferte korrekte Preisforderungen, die niemand bezahlen konnte. Von aussen sieht so etwas aus wie eine funktionierende Route. [HIGH, eigene Messung]
Ein leerer Geldbeutel meldet sich als „ungültige Nutzlast“. Als der Testkäufer auf 0,02 USDC fiel, meldete unsere Prüfung plötzlich zwei von neun Routen als in Ordnung und sieben als fehlerhaft, mit dem Hinweis auf die Nutzlast. Die Nutzlast war in Ordnung. Die Grenze lag exakt am Preis: was 0,01 und 0,02 kostete, ging durch, alles ab 0,05 nicht. Der Abwickler simuliert die Überweisung, und die scheitert bei zu wenig Guthaben. Wer diesem Fehlertext glaubt, sucht den Fehler im Code statt im Geldbeutel. [HIGH, eigene Messung]
Wer den Pfad ändert, verschwindet aus dem Verzeichnis (Abschnitt 6). Das ist der teuerste Betriebsfehler dieser Liste, weil er still ist: die Route funktioniert weiter, kassiert weiter, antwortet korrekt, und wird trotzdem nicht mehr gefunden.
Der eigene Zähler misst sich sonst selbst. Unsere erste Fassung rief den freien Katalog bei jedem Durchlauf ab, und der Katalog wird gezählt: 96 selbst erzeugte Zeilen pro Tag in genau der Messung, die die fremde Nachfrage zeigen sollte. Dieselbe Falle ein zweites Mal: unsere eigenen Werkzeuge trugen keine eigene Kennung und liefen deshalb als fremde Preisanfragen mit. Wer Nachfrage misst, muss sich zuerst selbst herausrechnen können. [HIGH, eigene Messung]
Ein gedeuteter Statuswert verliert die Hälfte der Information. Unser Zähler führte 405 (falsche Methode) und 400 (fehlerhafter Körper) im selben Eimer. Erst der mitgeschriebene rohe Status trennt Liveness-Klopfen von echten Fehlversuchen, und das sind 2.824 gegen 3.936 Anfragen. Wer nur den gedeuteten Wert speichert, kann diese Frage später nicht mehr stellen.
9. Was das für einen Datenanbieter heißt
Keine Empfehlung, sondern das, was aus den Messungen oben folgt. Wer eigene Inhalte für Maschinen bepreisen will, kann daraus vier Dinge mitnehmen.
Auffindbarkeit ist an die Abrechnung gekoppelt, nicht an Anmeldung. Man trägt sich nirgends ein. Der Eintrag entsteht, wenn zum ersten Mal echtes Geld über die Adresse geflossen ist, und er hängt an der genauen URL. Das ist gut (kein Antrag, keine Wartezeit) und gefährlich (jede Pfadänderung wirft heraus).
Der Verkehr ist zu über neunzig Prozent keine Nachfrage. Von 7.331 fremden Anfragen erreichten 517 überhaupt einen Preis, und bezahlt wurde einer. Wer nach zwei Wochen „tausende Zugriffe“ sieht, misst mit hoher Wahrscheinlichkeit Verzeichnis- und Verfügbarkeitsprüfer. Die einzige Zahl, die etwas aussagt, ist der Anteil, der von der Preisforderung zur Zahlung kommt.
Der erste Umsatz kommt vermutlich von einem Prüfdienst. Unsere eine fremde Zahlung war allem Anschein nach ein Index, der feststellen wollte, ob wir wirklich kassieren. Das ist kein Marktsignal, aber ein Funktionsbeleg: die Kette funktioniert bis zum Geldeingang.
Die Ertragserwartung gehört an den Median. 3,96 US-Dollar Lebenszeit-Umsatz je Ressource und knapp die Hälfte tote Hosts sind der realistische Rahmen für 2026. Wer eine Route baut, sollte sie so bauen, dass sie sich auch dann rechnet, wenn nie eine Maschine dafür zahlt. Für uns gilt genau das: die neun Routen sind zuerst eine Messfläche und erst danach eine Einnahmequelle.
10. Was das nicht belegt
| Behauptung | Was sie umstoßen würde |
|---|---|
| Die Besucher sind Verzeichnis- und Prüfdienste, keine inhaltlich interessierten Agenten | Eine Kennung ohne Index-, Trust- oder Probe-Bezug fragt eine einzelne Route mehrfach mit gültigem Körper ab und zahlt mehr als einmal |
| Erster unabhängiger externer Zahler | Nachweis, dass die Adresse uns zurechenbar ist, oder eine ältere fremde Zahlung an unsere Empfangsadresse |
| Die Zahlung belegt keine Inhaltsnachfrage | Derselbe Zahler zahlt wiederholt, mit variierenden fachlichen Eingaben, oder der Betreiber legt offen, wofür er zahlt |
| Der Eintrag hängt an der abgerechneten URL | Eine der beiden verbliebenen ungelisteten Routen erscheint ohne eigene Abrechnung, oder eine künftig abgerechnete erscheint binnen 24 Stunden nicht |
| Der größte Teil des Verkehrs sieht nie einen Preis | Ein Codepfad-Test zeigt, dass eine 400 auch hinter der Bezahlschranke entstehen kann |
| Das Verzeichnis schrumpft | Ein dritter Lauf mit gleicher Methode liegt wieder bei rund 25.000, oder der Betreiber dokumentiert eine Änderung |
Zwei Grenzen, die bleiben. 66 Kennungen sind nicht 66 Akteure, und wir können das nicht auflösen, weil wir bewusst nichts erheben, was eine Entdopplung erlauben würde. Und die Nachfragestruktur ist von unserer eigenen Architektur mitgeformt: weil die Eingabeprüfung vor der Bezahlschranke sitzt, erscheinen fehlerhafte Aufrufe nie als Preisanfrage.
11. Nächste Ausgabe
Ab Ausgabe 2 ist das Fenster ein Kalendermonat. Die absoluten Zahlen dieses Piloten sind mit einem Monat nicht vergleichbar, verglichen werden nur Raten. Drei Messungen werden wörtlich weitergetragen, bis sie beantwortet sind: der dritte Verzeichnis-Datenpunkt, ob der fremde Zahler wiederkommt, und der Ausgang des Discovery-Tests.
Methodik: Grundlage ist der eigene Nachfrage-Zähler über neun selbst betriebene bezahlte Endpunkte, Fenster und Obergrenze im Kopf dieses Dokuments. Die Abfragen dahinter sind eingefroren, damit die nächsten Ausgaben vergleichbar bleiben. Vier Konflikte werden hier benannt und nicht aufgelöst. Erstens prägt unsere eigene Entscheidung, vor der Bezahlschranke zu prüfen, das Nachfragebild; ob sie es aufbläht oder dämpft, ist unbestimmt. Zweitens ist die eine fremde Zahlung gleichzeitig der erste unabhängige externe Zahler nach der hier verwendeten Doktrin und plausibel ein Indexdienst, der prüft, ob wir kassieren; beide Lesarten stehen. Drittens sind drei Verzeichniszahlen aus drei Methoden (24.910, 14.376 und die 25.163 der Studie) nicht miteinander abgeglichen, und ihre Nähe ist keine gegenseitige Bestätigung. Viertens sind Kennungen selbstdeklariert; die Zahl 66 ist eine Untergrenze für Vielfalt und keine Zahl von Akteuren.
Teil B: Datenanhang
Trägt jede Zahl aus Teil A. Bei einer Veröffentlichung als Anhang vorgesehen.
B1 Abgleich-Identitäten (Pin id <= 7660)
| # | Identität | Ergebnis |
|---|---|---|
| 1 | gesamt = eigen + fremd | 7.660 = 329 + 7.331 ✓ |
| 2 | fremd = Summe der Ausgänge | 6.770 + 517 + 39 + 5 = 7.331 ✓ |
| 3 | Summe Länder = fremde Zeilen | 7.327 + 4 ohne Ländercode = 7.331 ✓ |
| 4 | Summe 402 je Route = 402 gesamt | 517 ✓ |
| 5 | Abrechnungen mit Hash | 20 eigen + 1 fremd = 21 ✓ |
B2 Fremde Ausgänge, gedeutet gegen roh
| Ausgang (gedeutet) | Anzahl | roher Status | Anzahl |
|---|---|---|---|
400 | 6.770 | 400 | 3.936 |
| 405 | 2.824 | ||
| ohne Status | 10 | ||
402 | 517 | 402 | 514 (3 Altzeilen ohne Status) |
free | 39 | 200 | 35 |
paid | 5 | 200 | 1 (nur diese eine trägt einen Hash) |
B3 Preisanfragen je Route (fremd)
agent-ready 365 · llmstxt 35 · outreach 24 · holidays 20 · bfsg 20 · invoice 18 · rechnung 12 · feiertage 6 · fristen 5 · lesbarkeit 4 · impressum 4 · deadlines 2 · readability 1 · imprint 1. Die deutschen Namen sind die bis 24.07. gültigen Pfade; die Zuordnung alter auf neue Pfade wird zwischen den Ausgaben mitgeführt.
B4 Fremde Kennungen, vollständig (66)
Kennung, Anfragen, angefragte Routen, davon Preisanfragen. Gekürzt auf 58 Zeichen. Eine Kennung ist selbstdeklariert und fälschbar; die Liste ist eine Untergrenze für Vielfalt.
| Kennung | Anfragen | Routen | 402 |
|---|---|---|---|
mako-pulse-prober/0.1 | 1161 | 3 | 0 |
hastalavista.ai-liveness/1.0 (+https://hastalavista.ai; x4 | 1000 | 7 | 40 |
CarbonMonitor/0.1 healthcheck (+https://carbon-cashmere.de | 876 | 10 | 0 |
forum-labs-trust-prober/1.0 (x402 endpoint QoS monitor; +h | 806 | 10 | 72 |
node | 601 | 10 | 27 |
axios/1.18.1 | 530 | 11 | 24 |
dexter-api/x402-schema-fetcher | 428 | 10 | 2 |
x402-observer/1.0 (uptime+trust monitor; +https://x402.fuc | 356 | 10 | 59 |
kkj-x402-trust-index/0.1 (liveness+consistency verificatio | 282 | 10 | 0 |
x402-reliability-probe/1.0 | 131 | 2 | 42 |
MPP32-Health/1.0 (+https://mpp32.org) | 98 | 6 | 8 |
CoinbaseBazaarDiscovery/1.0 (+https://docs.cdp.coinbase.co | 95 | 12 | 95 |
AgentReeve/0.1 (independent x402 index; polite daily probe | 95 | 11 | 12 |
x402-census-probe/2.1 (independent index research) | 85 | 6 | 85 |
x402Scout/1.0 (https://app-production-cd86.up.railway.app; | 83 | 3 | 0 |
entropy-daemon-trust-oracle/2.0 | 74 | 6 | 0 |
Deno/2.7.4 | 60 | 10 | 0 |
AnalogHubris-TrustIndex/0.2 (health survey; no payment att | 60 | 6 | 5 |
AgentReeve/5.1 (+https://agentreeve.com) | 60 | 5 | 0 |
curl/8.14.1 | 50 | 15 | 22 |
litebeam-probe/1.0 | 45 | 11 | 7 |
Dexter-Verifier/1.0 | 41 | 10 | 5 |
AgentReeve/1.0 (independent x402 index; polite daily probe | 33 | 6 | 1 |
402explorer/0.1 (+https://discover.paygent.net/about) | 22 | 10 | 0 |
x402statsweb/1.0 (+https://x402stats.decredcommunity.org; | 20 | 10 | 3 |
TrustBench-Prober/1.0 | 18 | 3 | 0 |
Mozilla/5.0 (Linux; Android 12; Pixel 6) AppleWebKit/537.3 | 15 | 1 | 0 |
Deno/2.1.4 | 15 | 3 | 0 |
anpay-enrich/0.1 (+https://anpay.dev/bot) | 12 | 6 | 0 |
Mozilla/5.0 (compatible; x402-directory-verifier/0.1) | 12 | 3 | 0 |
MainstreetHealthProbe/1.0 (+https://avisradar-production.u | 12 | 2 | 0 |
Attest-Scanner/1.0 (+https://attestagent.org) | 12 | 3 | 0 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537. | 11 | 8 | 0 |
x402-liveness-directory/1.0 (+https://x402-liveness.malach | 10 | 6 | 0 |
LION-Probe/1.1 (+x402 liveness) | 10 | 10 | 0 |
ioi-indexer/1.0 | 9 | 9 | 0 |
Nitrograph-HealthCheck/1.0 (+https://api.nitrograph.com/bo | 9 | 3 | 0 |
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compati | 9 | 9 | 0 |
Mozilla/5.0 (compatible; railscope-verifier/0.2; +https:// | 9 | 2 | 0 |
Mozilla/5.0 (iPhone; CPU iPhone OS 13_2_3 like Mac OS X) A | 7 | 7 | 0 |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, | 6 | 6 | 1 |
Market402Probe/0.1 (+https://market402.com; verification p | 6 | 6 | 1 |
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compati | 5 | 5 | 0 |
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compati | 5 | 5 | 0 |
Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) | 5 | 5 | 0 |
Agent402Bot/0.1 (+https://agent402.app/bot) | 5 | 3 | 0 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537. | 4 | 2 | 0 |
ScoutScore-HealthCheck/1.0 | 3 | 1 | 0 |
ScoutScore-FidelityCheck/1.0 | 3 | 1 | 1 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537. | 3 | 1 | 0 |
AgentIndexBot/0.1 (+https://agents.traderszone.net; polite | 3 | 1 | 0 |
x402register-vantage/1.0 (+https://x402register.com; resea | 2 | 1 | 2 |
x402-measure preflight (read-only; no payment is ever sent | 2 | 1 | 0 |
x402-interop-preflight (research; no payment sent) | 2 | 1 | 0 |
x402-census/1.0 | 2 | 1 | 1 |
ora-capabilities-probe/1.0 | 2 | 2 | 0 |
assay-probe/0.1.0 | 2 | 1 | 0 |
x402-conformance-probe/1.0 | 1 | 1 | 0 |
x402-census/0.2 (+endpoint health survey; one unpaid 402 h | 1 | 1 | 1 |
tenet-boi-labels/0.1 | 1 | 1 | 1 |
n8n | 1 | 1 | 0 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:153.0) Gecko/ | 1 | 1 | 0 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537. | 1 | 1 | 0 |
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537. | 1 | 1 | 0 |
Mozilla/5.0 (Macintosh; Intel Mac OS X 15.7; rv:149.0) Gec | 1 | 1 | 0 |
Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) | 1 | 1 | 0 |
B5 Länder (fremd)
US 4.324 · DE 1.611 · MX 570 · NL 274 · FR 191 · JP 132 · CH 85 · CY 60 · DK 45 · FI 20 · SG 12 · IN 2 · TH 1 · PL 1 · ohne Code 4.
B6 Verzeichnis, Stand 2026-07-26
| Route | Eintrag aktualisiert | letzte Abrechnung derselben URL |
|---|---|---|
agent-ready/assess | 2026-07-26T14:52:32.467Z | 2026-07-26T14:52:32.060Z |
bfsg/check | 2026-07-23T16:26:14.058Z | 2026-07-23T16:26:13.616Z |
holidays | 2026-07-24T06:35:07.095Z | 2026-07-24T06:35:06.660Z |
invoice/check | 2026-07-24T07:06:54.707Z | 2026-07-24T07:06:54.423Z |
llmstxt/generate | 2026-07-23T21:03:44.364Z | 2026-07-23T21:03:43.943Z |
outreach/policy | 2026-07-23T16:27:18.189Z | 2026-07-23T16:27:17.750Z |
deadlines | 2026-07-26T16:05:55.983Z | 2026-07-26T16:05:55.524Z (Test, Eintrag neu angelegt) |
imprint, readability | nicht gelistet | keine unter diesem Pfad |
Gesamtzahl 14.376 vor dem Test, 14.387 danach (pagination.total, gegengeprüft durch erschöpfendes Blättern).
B7 Belege der beiden Abrechnungen, die in Teil A vorkommen
- Fremdzahlung:
0x1978bda97742d7c8a9f0d53c9ebbb7456f170f444893da3e79afab7ff3241ee9, Block 49069329, Delta +0,01 USDC, Einreicher0x4c934c63..., Prüfwerkzeug Exit 0. - Discovery-Test:
0xffd4c15a024d410036ca082a6c5a46e5211d6077e492dbd847238b931cd89dcb, Block 49146305, Delta +0,05 USDC, Saldo 0,94 auf 0,99 USDC, keine erkennbare Gebühr, Gas von Dritten.
B8 Kennzahlen, alle neun
| Kennzahl | Wert |
|---|---|
| unabhängige Käufer | 1 |
| Konversion 402 auf bezahlt | 1 von 517, 0,19 % |
| Wiederkaufsrate | nicht bestimmbar (n=1 Käufer, 0 Wiederkäufe) |
| Umsatz je Ressource | 0,01 USDC auf agent-ready, sonst 0 |
| Käuferkonzentration | 100 % auf einem Käufer |
| Deckungsbeitrag je Anfrage | nicht erhoben (Marginalkosten null, Fixkosten nicht umgelegt) |
| Fehler- und Refundquote | keine Refunds; 5xx im Fenster nicht aufgetreten |
| Erreichbarkeit | nicht erhoben in diesem Fenster |
| Zeit bis zur ersten 402 | 13 Minuten nach Scharfstellung (23.07., 14:32 auf 14:46) |
