x402-DACH-Radar, Ausgabe 2 (August 2026)

x402-DACH-Radar, Ausgabe 2. Eigene Primärmessung über 13 selbst betriebene, bezahlte API-Endpunkte auf Base-Mainnet. Messfenster 1. bis 31. August 2026 — das erste volle Kalendermonat; Ausgabe 1 war ein Drei-Tage-Pilot und absolut nicht mit dieser Ausgabe vergleichbar.

Alle Zahlen mit „eigene Messung“ stammen aus unserem eigenen Nachfrage-Zähler. 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

Der Preisanfragen-Verkehr ist explodiert — die echte Nachfrage nicht. 68.280 Preisanfragen im August gegenüber 517 im Drei-Tage-Piloten. Rechnet man die leeren Sondierungs-Umschläge heraus (dazu Abschnitt 4), bleiben 3.832 echte Preisanfragen mit Inhalt — pro Tag sogar weniger als im Piloten (124 gegenüber 194 pro Tag). Der Sprung ist grösstenteils ein Messartefakt einer eigenen Entscheidung vom 27.07., nicht ein Nachfragewachstum. [HIGH, eigene Messung]
Zwei fremde Zahlungen, beide neu, beide auf derselben Route, dieselbe Kennung. 0,01 USDC am 08.08. aus Singapur, 0,01 USDC am 30.08. aus den USA — beide auf agent-ready, beide mit der Kennung node, beide von unterschiedlichen, on-chain verschiedenen Adressen. Kumulativ seit Messbeginn (23.07.) damit vier unabhängige externe Zahler, null Wiederkäufe unter allen vieren. [HIGH, eigene Messung und Kette]
Die Konversion bleibt im Promillebereich. 2 von 68.280 Preisanfragen wurden bezahlt, das sind 0,003 Prozent. Gegen die echten (nicht-leeren) Preisanfragen gerechnet: 2 von 3.832, also 0,052 Prozent — halb so hoch wie die 0,10 Prozent aus einer internen Zwischenauswertung im 5-Tage-Fenster direkt nach Ausgabe 1. [HIGH]
Kein einziger eigener Testkauf im gesamten Monat. Der Testkäufer blieb leer (eine seit Ausgabe 1 offene, wörtlich weitergetragene Messfrage). Wir haben deshalb einen ganzen Monat lang keine eigene End-zu-End-Bestätigung mehr erzeugt, dass die Routen tatsächlich zahlbar sind — nur fremder Verkehr und zwei fremde Zahlungen belegen das noch. [HIGH, eigene Messung]
Das Verzeichnis schrumpft nicht weiter — aber fast alle unsere Einträge sind trotzdem weg. Dritter Datenpunkt: 14.681 Einträge (01.09.), nach 24.910 (23.07.) und 14.376 (26.07.) — die Grösse hat sich stabilisiert. Von unseren 13 Routen steht aber nur noch eine im Verzeichnis (agent-ready), obwohl sechs im Juli noch gelistet waren und seither nicht umbenannt wurden. Details in Abschnitt 6. [HIGH/MED, siehe dort]
Erste Serverfehler seit Messbeginn. Zwei 5xx-Antworten im gesamten Monat, beide von bekannten Prüfdiensten ausgelöst, keine Refunds nötig. [HIGH]

2. Wie gemessen wurde

Gleiche Bauweise wie Ausgabe 1, jetzt über 13 statt neun bezahlte Routen (seit Ausgabe 1 dazugekommen: iban, vat-format, robots-lint, x402-demand). Jeder Aufruf 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.

Eigener Verkehr wird seit dieser Ausgabe über eine im Code hinterlegte Klassifikations-Regel ausgeschlossen, nicht mehr über die rohe SQL-Musterliste aus Ausgabe 1 — eine intern dokumentierte Umstellung vom 26.07. Sie ändert an den Zahlen dieser Ausgabe nichts (dieselbe Konvention ozdw-/hans, dieselbe Zahleradressliste), macht aber Bericht und den verkauften Endpoint x402-demand zur selben Quelle der Wahrheit. 31 der 90.712 Zeilen im Fenster sind unsere eigenen (alle free, Katalog-Selbsttests) — deutlich weniger als die 329 von 7.660 im Piloten, weil im August kein einziger eigener Testkauf lief (siehe Abschnitt 8).

3. Wer anklopft

248 verschiedene Kennungen (plus eine Gruppe ohne Kennung, 1.233 Zeilen), 90.681 fremde Anfragen. Die zehn stärksten:

Kennung	Anfragen	Routen	Preisanfragen
`mako-pulse-prober/0.1`	19.023	3	19.022
`CarbonMonitor/0.1 healthcheck (+https://carbon-cashmere.de)`	15.984	13	15.984
`x402-observer/1.0 (uptime+trust monitor; +https://x402.fuchss.app/trust)`	9.342	13	9.341
`forum-labs-trust-prober/1.0 (x402 endpoint QoS monitor; …)`	7.564	13	7.564
`node`	5.213	13	3.099
`AgentReeve/5.1 (+https://agentreeve.com)`	3.411	13	156
`MPP32-Health/1.0 (+https://mpp32.org)`	3.014	13	1.507
`entropy-daemon-trust-oracle/2.0`	1.677	13	0
`CoinbaseBazaarDiscovery/1.0 (+https://docs.cdp.coinbase.com/x402)`	1.602	13	1.602
`stelar-trust-monitor/1.0`	1.508	13	0

Alle zehn fragen alle oder fast alle 13 Routen ab — ein Katalog-Rundgang, kein fachliches Interesse an einer bestimmten Antwort, genau wie in Ausgabe 1. Die vollständige Liste (248 Kennungen) wird in dieser Ausgabe nicht veröffentlicht — zu gross für einen lesbaren Anhang, und mehrere Kennungen tragen im Freitext eine E-Mail-Adresse. Nur Kennungen, die zweifelsfrei ein selbstdeklarierter öffentlicher Dienst sind, erscheinen hier, gekürzt.

Herkunft nach Land (40 Länder insgesamt, keines ohne Ländercode): USA 53.340, Deutschland 28.138, Frankreich 3.447, Niederlande 1.634, Japan 1.166, Schweiz 940, Dänemark 719, Belgien 602, Finnland 356, Singapur 102, Kanada 70, alle übrigen 29 Länder je unter 30 Anfragen (Summe 231). [HIGH]

Neu gegenüber Ausgabe 1: keine einzige Zeile ohne Ländercode. Im Piloten fehlte er bei vier von 7.331 Zeilen; im August bei keiner der 90.681. Kein Grund dafür bekannt, nur festgehalten. [MED]

4. Was davon einen Preis gesehen hat — und der grösste Delta zu Ausgabe 1

68.280 Preisanfragen — aber 64.448 davon (94,4 Prozent) sind leere Umschläge, also ein Aufruf mit {} oder ganz ohne Körper. Nur 3.832 Preisanfragen tragen tatsächlich Inhalt. [HIGH]

Das ist keine Marktbewegung, sondern die direkte Folge einer eigenen Betriebsentscheidung vom 27.07.: seither antwortet ein leerer Körper und ein leerer Umschluss {} mit 402 statt mit einem kostenlosen Nein — Grund war, dass ein fremder Trust-Index sonst „nicht bezahlbar“ meldete, obwohl die Route bezahlbar ist. Der Piloten-Wert (517 Preisanfragen, davon 31,9 Prozent leer laut derselben Zwischenauswertung) stammt aus der Zeit vor dieser Regel. Ein grosser Teil des scheinbaren Nachfragewachstums ist also derselbe Prüfverkehr, der jetzt anders gezählt wird, nicht mehr Interesse. [HIGH, Ursache dokumentiert und geprüft]

Rechnet man nur die echten Preisanfragen, sinkt die Nachfrage sogar pro Tag: 3.832 über 31 Tage sind 124 pro Tag, gegen 964 über 4,98 Tage (193,6 pro Tag) im 5-Tage-Fenster nach Ausgabe 1. Diese Zahl ist die unbequemere und die ehrlichere. [MED, Vergleich zweier unterschiedlicher Fenstergrössen — Ursprungsfenster war ein Piloten-Nachtrag, kein Kalendermonat]

Preisanfragen je Route (alle 402, inklusive leerer Umschläge — echte Route-für-Route-Aufteilung der leeren Anteile ist in dieser Ausgabe nicht extra ausgezählt):

agent-ready 12.006 · deadlines 9.940 · bfsg 9.886 · holidays 3.995 · llmstxt 3.672 · readability 3.663 · imprint 3.620 · iban 3.618 · invoice 3.612 · outreach 3.588 · vat-format 3.587 · robots-lint 3.561 · x402-demand 3.532. Summe 68.280 (Abgleich-Identität 4, Teil B).

Katalog (freier Endpunkt) wurde 102-mal abgerufen.

5. Die Zahlungen im August

Zwei fremde Adressen haben im August bezahlt, beide auf agent-ready, beide 0,01 USDC, beide mit der Kennung node:

Zeitpunkt (UTC)	Zahler	Land	Kennung	Tx
2026-08-08T22:32:39Z	`0x1392…3d7aD`	SG	`node`	`0x55a22565…0331`
2026-08-30T15:27:39Z	`0xC533…92D7A`	US	`node`	`0x322aadec…8a971`

Beide block-gepinnt geprüft (Settlement-Hash vorhanden, outcome=paid), beide von Adressen, die weder unsere eigene Testkäufer-Adresse noch eine der beiden Juli-Adressen sind (Dexter-Verifier 0x7e571E95…, payments-mcp-proxy 0xfe2d5E…). Kumulativ seit Messbeginn also vier unabhängige externe Zahler, null Wiederkäufe unter allen vieren. [HIGH, eigene Messung und Kette]

Dieselbe Kennung, zwei nachweislich verschiedene Akteure. Beide Zahlungen tragen die Kennung node — die generische Standard-Kennung der Node.js-Laufzeit, keine eigene Software-Identität. Ohne die Zahleradressen wären das zwei nicht unterscheidbare Zeilen; mit ihnen sind es zwei verschiedene on-chain-Adressen. Das ist ein konkreter Beleg für die stehende Doktrin „Kennungen sind keine Akteure“ — hier in der ungewöhnlicheren Richtung: nicht ein Akteur mit vielen Kennungen, sondern eine Kennung mit mehreren Akteuren. [HIGH]

Was das nicht belegt: dass ein Agent die Bewertung inhaltlich brauchte. node als Kennung verrät nichts über den Zweck des Aufrufs — es könnte ein Skript, ein Agent-Framework mit Default-Headers oder wieder ein Prüfdienst sein. Beide Aufrufer stellten je nur eine einzige Anfrage auf agent-ready und keine auf einer anderen Route; das Muster unterscheidet sich damit von den Katalog-Rundgängern aus Abschnitt 3.

6. Die Verzeichnis-Regel — dritter Datenpunkt und eine Erweiterung

Der dritte Verzeichnis-Datenpunkt liegt vor, und er beantwortet die offene Frage aus Ausgabe 1: Das Verzeichnis schrumpft nicht weiter. Erschöpfend geblättert am 2026-09-01: 14.681 Einträge, gegenüber 24.910 (23.07.) und 14.376 (26.07.). Die Grösse hat sich seit Ende Juli grob stabilisiert (+2,1 % gegenüber dem 26.07., −41,1 % gegenüber dem 23.07.). [HIGH, eigene Messung, dritte unabhängige Erhebung]

Aber: von unseren 13 Routen steht nur noch eine einzige im Verzeichnis. agent-ready — mit lastUpdated 2026-08-30T15:27:39.854Z, exakt 544 Millisekunden nach der zweiten August-Zahlung (15:27:39.310Z). Das bestätigt erneut die aus Ausgabe 1 bekannte Regel: der Eintrag hängt an der letzten Abrechnung. [HIGH]

Neu und in Ausgabe 1 noch nicht beobachtbar: sechs unserer Routen standen am 26.07. noch im Verzeichnis (agent-ready, bfsg, holidays, invoice, llmstxt, outreach, plus der Test-Eintrag deadlines) — fünf Wochen später sind alle bis auf agent-ready wieder draussen, ohne dass eine dieser URLs seither umbenannt wurde. Die aus Ausgabe 1 bekannte Regel („Umbenennung wirft heraus“) erklärt das nicht; sie deckt nur den Fall der Pfadänderung ab. Die naheliegende Erweiterung: ein Eintrag verfällt auch ohne Umbenennung, wenn er längere Zeit nicht erneut abgerechnet wird. [MED, eine Beobachtung, Schwelle unbekannt] Falsifikator: ein Eintrag, der seit mehr als fünf Wochen ohne neue Abrechnung ist, bleibt trotzdem gelistet — dann wäre die Verfallsthese widerlegt und der Rückgang hätte eine andere Ursache. Diese Ausgabe kann das nicht unterscheiden, weil wir keinen zweiten unbezahlten, unveränderten Eintrag über einen bekannten Zeitraum beobachtet haben.

7. Marktrahmen

Keine neue externe Studie in dieser Ausgabe recherchiert — die in Ausgabe 1 zitierten Zahlen (Median-Lifetime-Umsatz 3,96 USD je Ressource, ~52 % erreichbare Hosts, hochkonzentrierte Abwicklerlandschaft) sind einen Monat alt und werden hier nicht wiederholt behauptet, nur referenziert. Eine aktualisierte externe Erhebung ist für Ausgabe 3 vorgemerkt, sofern eine neue Primärquelle mit dokumentierter Methode auffindbar ist.

8. Was der Betrieb im August gezeigt hat

Kein einziger eigener Testkauf im gesamten Monat. Der Testkäufer war laut der seit Ausgabe 1 offenen Messfrage bereits Ende Juli leer; im August wurde er nicht aufgefüllt. Ergebnis: 0 eigene paid-Zeilen (Ausgabe 1 hatte in drei Tagen 20). Ohne eigene Testläufe gibt es keine regelmässige eigene Bestätigung, dass jede Route noch tatsächlich zahlbar ist — die einzige Bestätigung dieser Ausgabe sind die zwei fremden Zahlungen und die passive Beobachtung, dass Preisanfragen weiter mit 402 beantwortet werden. Vor der nächsten Ausgabe auffüllen, sonst bleibt die Betriebsbestätigung zufällig statt planmässig.

Erste Serverfehler seit Messbeginn, beide von bekannten Prüfdiensten. Zwei 5xx-Antworten im gesamten August: bfsg am 16.08. (Aufrufer x402-observer), agent-ready am 29.08. (Aufrufer mako-pulse-prober). Keine Refund-Situation, weil beide vor der Bezahlschranke scheiterten (kein tx). Ausgabe 1 hatte im Piloten keinen einzigen 5xx-Fall; ob das eine echte Störung oder normales Rauschen bei diesem Volumen ist, ist mit zwei Fällen auf 90.681 Anfragen nicht zu entscheiden.

Korrektur (02.09.2026): hier stand eine falsche Behauptung. Die Erstfassung dieses Abschnitts sagte, x402-observer — im August mit 9.342 Anfragen die drittstärkste Kennung im gesamten Datensatz — zähle intern als nicht zuordenbar statt als Prüfdienst. Live gegen den eigenen Klassifikator getestet, statt die zugrundeliegende interne Notiz zu zitieren: das stimmt nicht, die Kennung wurde immer schon korrekt als Prüfdienst geführt. Die zitierte interne Notiz war selbst fehlerhaft und ist inzwischen richtiggestellt. Kein Regelvorschlag nötig, keine der neun Kennzahlen dieser Ausgabe ist davon betroffen.

9. Was das für einen Datenanbieter heisst

Preisanfragen-Wachstum ist kein Nachfrage-Signal, solange man nicht weiss, wie die Zählregel selbst sich verändert hat. Der 132-fache Anstieg der Preisanfragen gegenüber dem Piloten (517 auf 68.280) sieht dramatisch aus und ist grösstenteils eine eigene Entscheidung, keine externe Bewegung: eine Spec-Compliance-Korrektur macht seit dem 27.07. aus einem leeren Testaufruf eine 402-Antwort statt eines kostenlosen Neins. Wer eine Kennzahl über die Zeit vergleicht, muss jede eigene Regeländerung mitführen, sonst vergleicht er zwei verschiedene Messungen unter demselben Namen.

Rechnet man die Regel heraus, ist die eigentliche Nachfrage im August so klein wie im Piloten, eher kleiner. 124 echte Preisanfragen pro Tag gegen 194 im Piloten. Zwei zahlende Adressen in einem ganzen Monat, beide neu, keine einzige Wiederkehr. Wer auf Basis dieses Portfolios ein Umsatzmodell baut, sollte mit Zahlen in dieser Grössenordnung planen, nicht mit der auffälligen 402-Kurve.

Auffindbarkeit bleibt fragil und jetzt zusätzlich flüchtig. Ausgabe 1 zeigte: der Eintrag hängt an der letzten Abrechnung. Ausgabe 2 zeigt zusätzlich: er hält offenbar auch nicht beliebig lange ohne eine neue. Ein Datenanbieter, der nicht regelmässig — und sei es nur durch echten Fremdverkehr oder eigene Testkäufe — abrechnet, verschwindet aus der Auffindbarkeit, ganz ohne sein Zutun.

10. Was das nicht belegt

Behauptung	Was sie umstossen würde
Der Preisanfragen-Sprung ist grösstenteils ein Messartefakt der {}-Regel vom 27.07.	Eine Auszählung der Preisanfragen mit Inhalt zeigt ebenfalls ein Vielfaches gegenüber dem Piloten
Die echte Tagesnachfrage ist im August nicht höher als im Piloten	Eine erneute Messung des 5-Tage-Fensters nach Ausgabe 1 mit identischer Regel liefert einen deutlich niedrigeren Tageswert als hier berichtet
Vier unabhängige externe Zahler seit Messbeginn, null Wiederkäufe	Eine der vier Adressen erscheint ein zweites Mal als Zahler auf irgendeiner Route
Verzeichniseinträge verfallen auch ohne Umbenennung	Eine unveränderte, seit mehr als fünf Wochen unbezahlte Route bleibt im Verzeichnis gelistet
Das Verzeichnis hat sich bei rund 14.000–15.000 Einträgen stabilisiert	Eine vierte Messung liegt deutlich ausserhalb dieser Spanne

Eine Grenze, die aus Ausgabe 1 unverändert bleibt: 248 Kennungen sind nicht 248 Akteure, und wir können das nicht auflösen — Abschnitt 5 zeigt sogar den umgekehrten Fall, zwei Akteure unter einer Kennung.

11. Nächste Ausgabe

Wörtlich weitergetragen, bis beantwortet: (a) die observer-Klassifikationsentscheidung (intern liegt ein Regelvorschlag vor), (b) ob der Testkäufer wieder aufgefüllt wurde und eigene Testläufe wieder laufen, (c) ob eine der vier bekannten Zahleradressen wiederkehrt, (d) ob agent-ready als letzter verbliebener Verzeichniseintrag ebenfalls verschwindet, sollte im September keine neue Zahlung erfolgen — das wäre ein weiterer Datenpunkt für die Verfallsthese aus Abschnitt 6.

Methodik: Grundlage ist der eigene Nachfrage-Zähler über 13 selbst betriebene bezahlte Endpunkte, Fenster und Obergrenze im Kopf dieses Dokuments. Die Abfragen dahinter sind eingefroren, damit die nächsten Ausgaben vergleichbar bleiben. Der grösste Interpretationskonflikt dieser Ausgabe: der Preisanfragen-Anstieg ist überwiegend, aber nicht vollständig einer eigenen Regeländerung zuzuschreiben — wie viel davon zusätzlich echtes Wachstum ist, lässt sich aus den vorhandenen Daten nicht trennen, weil die Regel und der Monat gleichzeitig wechselten.

Teil B: Datenanhang

B1 Abgleich-Identitäten (Pin `id <= 115789`, Fenster 2026-08-01 bis 2026-08-31)

#	Identität	Ergebnis
1	gesamt = eigen + fremd	90.712 = 31 + 90.681 ✓
2	fremd = Summe der Ausgänge	68.280 + 22.295 + 102 + 2 + 2 = 90.681 ✓
3	Summe Länder (40) = fremde Zeilen	90.681 = 90.681 ✓ (0 Zeilen ohne Ländercode)
4	Summe 402 je Route = 402 gesamt	68.280 ✓
5	Abrechnungen mit Hash	0 eigen + 2 fremd = 2 ✓

B2 Fremde Ausgänge, gedeutet gegen roh

Ausgang (gedeutet)	Anzahl	roher Status	Anzahl
`402`	68.280	— (kein separater roher Status für 402 erhoben)	—
`400`	22.295	405 (falsche Methode)	22.071
		400 (abgewiesener Körper)	224
`free`	102	200	102
`paid`	2	200	2 (beide tragen einen Hash)
`500`	2	500	2

Von den 68.280 Preisanfragen tragen 64.448 (94,4 %) einen leeren Körper oder Umschlag (leerer_koerper=1); nur 3.832 (5,6 %) sind echte Preisanfragen mit Inhalt.

B3 Preisanfragen je Route (fremd, inkl. leerer Umschläge)

B4 Fremde Kennungen — Top 10 (von 248 + 1 ohne Kennung)

Siehe Teil A, Abschnitt 3. Volle Liste nicht veröffentlicht (Umfang, teils E-Mail-Adressen im Freitext).

B5 Länder (fremd, 40 insgesamt)

US 53.340 · DE 28.138 · FR 3.447 · NL 1.634 · JP 1.166 · CH 940 · DK 719 · BE 602 · FI 356 · SG 102 · CA 70 · ID 25 · GE 24 · LT 14 · IN 13 · BR 13 · ES 10 · TR 7 · SE 6 · CO 5 · AT 5 · UZ 4 · PH 4 · KZ 4 · KR 4 · NO 3 · MX 3 · IL 3 · EE 3 · TH 2 · plus 10 weitere Länder mit je 1 Anfrage. Summe = 90.681, ohne Ländercode 0.

B6 Verzeichnis, Stand 2026-09-01

Route	Eintrag	Status
`agent-ready/assess`	gelistet, `lastUpdated` 2026-08-30T15:27:39.854Z	letzte Abrechnung derselben URL 2026-08-30T15:27:39.310Z (Delta 544 ms)
`bfsg/check`, `holidays`, `invoice/check`, `llmstxt/generate`, `outreach/policy`, `deadlines`	nicht mehr gelistet	im Juli noch gelistet, seither keine Umbenennung, keine neue Abrechnung
`imprint`, `readability`, `iban/check`, `vat-format/check`, `robots-lint`, `x402-demand`	nicht gelistet	nie fremd abgerechnet

Gesamtzahl 14.681 (pagination.total, gegengeprüft durch erschöpfendes Blättern, identische Zahl).

B7 Belege der beiden August-Zahlungen

0x55a22565f8ec58a6913ca658f1d12f1280f659183bcae1809c39de083f240331 — 08.08.2026, 22:32:39 UTC, 0,01 USDC, agent-ready, Zahler 0x1392…3d7aD, Land SG, Kennung node.
0x322aadec90b772f8c5362f1bfa758fb29254222c835eaacde1e4cbef8ba8a971 — 30.08.2026, 15:27:39 UTC, 0,01 USDC, agent-ready, Zahler 0xC533…92D7A, Land US, Kennung node.

B8 Kennzahlen, alle neun

Kennzahl	Wert
unabhängige Käufer	2 im August (kumulativ seit Messbeginn: 4)
Konversion 402 auf bezahlt	2 von 68.280, 0,003 % (gegen echte Preisanfragen: 2 von 3.832, 0,052 %)
Wiederkaufsrate	0 % (0 von 4 kumulativen Käufern hat je ein zweites Mal gezahlt)
Umsatz je Ressource	0,02 USDC gesamt, ausschliesslich auf `agent-ready`; alle übrigen 12 Routen 0
Käuferkonzentration	50 % je Käufer (2 Käufer, je 1 Kauf)
Deckungsbeitrag je Anfrage	nicht erhoben (Marginalkosten null, Fixkosten nicht umgelegt)
Fehler- und Refundquote	keine Refunds; 2 von 90.681 fremden Anfragen (0,0022 %) endeten mit 5xx
Erreichbarkeit	nicht erhoben in diesem Fenster
Zeit bis zur ersten 402	2 Minuten 50 Sekunden nach Fensterbeginn — bei einem durchgehend laufenden Dienst kein Aktivierungssignal mehr, nur noch Fensteranfang, `[MED]` eingeordnet