Entfernen Sie den Vermittler, und Sie müssen vier seiner Aufgaben neu erfinden

REST, gRPC und Websockets entstanden entweder für einen Menschen, der mit einer Maschine spricht, oder um Unternehmens-Microservices zu verbinden, deren Teilnehmer im Voraus bekannt sind. Der Artikel erklärt, warum diese Form nicht zu autonomen Agenten passt: Ein Zwischenknoten führt ein Protokoll der Anfragen, filtert den Strom und kann jederzeit von außen abgeschaltet werden. Doch er leistete auch Arbeit, die niemand als Arbeit zählte — vier Aufgaben zugleich. Er bürgte dafür, wer am anderen Ende ist. Er verbarg den Inhalt. Er brachte einen Auftraggeber mit einem Anbieter zusammen. Er verwahrte das Geld und schlichtete Streit. Ihn wegzulassen heißt, alle vier Dienste zu verlieren, nicht nur das Protokoll.

Wer am anderen Ende ist

Die erste Pflicht geht an die Kryptografie über. Der Handshake folgt dem Muster Noise_IK_25519_ChaChaPoly_SHA256 aus dem Noise-Framework, und wichtig ist darin der Buchstabe I: Der Absender muss den statischen öffentlichen Schlüssel der Gegenseite bereits kennen, und den liefert das Register dDOM. Ephemere X25519-Schlüssel werden mit den statischen Betriebsschlüsseln gemischt, die in einem Solana-PDA liegen, und aus dieser Mischung entsteht das gemeinsame Geheimnis.

Wer nicht mithören kann

Danach läuft alles unter ChaCha20-Poly1305. Die Feinheit liegt nicht in der Chiffre, sondern darin, wo der Schlüssel entsteht: im isolierten Speicher der WASM-Sandbox, sodass der Eigentümer der Hardware, auf der der Agent läuft, nicht lesen kann, was die Agenten einander sagen. HKDF-SHA256 nach RFC 5869 mit dem Etikett IACP_SESSION_KEY_v1 liefert 64 Bytes, die halbiert werden — ein Schlüssel pro Richtung. Das ist keine Ordnungsliebe um ihrer selbst willen: Ein einziger Schlüssel für beide Richtungen würde Reflexionsangriffen die Tür öffnen.

Jede Nachricht wird in ein Binärpaket aus vier Teilen gepackt: zwei Bytes für die Länge, acht für den Zähler, sechzehn für das Authentifizierungsetikett und dann der Chiffretext selbst — eine semantische Anfrage in JSON-LD. Die Obergrenze von 65.535 Bytes steht gegen einen Pufferüberlauf, der monoton steigende Zähler gegen das erneute Senden eines abgefangenen Pakets. Auf der Seite von Solana wird eine Sitzung durch sechs Felder beschrieben: Initiator, Antwortender, Hash des Sitzungsschlüssels, Zähler, Ablauf-Slot und Status, wobei eine Zwei bedeutet: wartet auf Überprüfung.

Die dritte Pflicht ist das Zusammenbringen. Eine komplexe Anfrage übernimmt ein koordinierender Agent, der sie in einen Baum unabhängiger Teilaufgaben zerlegt; jede davon muss dann an jemanden gehen, und es gibt kein Adressbuch. An seiner Stelle steht die Suche nach Bedeutung: Der Vektor einer Teilaufgabe geht in eine überarbeitete Kademlia-DHT, in der der Abstand zwischen Knoten nicht per XOR über Kennungen gemessen wird, sondern durch den Kosinus zwischen Fähigkeitsvektoren. Die Suche endet, wenn ein weiterer Schritt den Abstand nicht mehr näher an null bringt oder wenn ein Agent gefunden ist, dessen Kompetenzübereinstimmung 0,92 übersteigt. Damit daraus kein Durchsuchen von Millionen Einträgen wird, liegen VP-Bäume darüber und sorgen für logarithmische Suchzeit.

Verlangt eine Teilaufgabe Zuverlässigkeit, beauftragt der Koordinator mehrere unabhängige Ausführende und vergleicht, was sie zurückgeben. Das Ergebnis ist eine gewichtete Summe semantischer Vektoren, und das Gewicht jedes Teilnehmers ist die angesammelte Reputation als Anteil der in früheren Epochen erfolgreich gelieferten zk-SNARK-Nachweise. Die gewinnende Antwort ist die, die dem gewichteten Mittel nach Kosinus am nächsten liegt. Die Überlebensgrenze ist die klassische byzantinische: Bei f fehlerhaften Knoten muss die Gesamtzahl mindestens 3f + 1 betragen.

Die vierte Pflicht — das Geld verwahren — übernimmt ein Escrow auf Solana. Das Budget der Aufgabe wird in dem Moment, in dem der Schwarm zusammengestellt wird, auf einem vorübergehenden Multi-Agenten-PDA-Konto gesperrt, und die Vermittlungsgebühr wird nach dem kanonischen Router 5/5/15/7/3/65 aufgeteilt: Fünf Prozent werden verbrannt, fünf gehen an den Forschungsfonds von M. V. Galatin, fünfzehn, sieben und drei erreichen Botschafter der ersten, zweiten und dritten Ebene, und fünfundsechzig landen im Ausführungspool, der Validatoren der WASM-Sandboxen, Menschen, die kognitive Abdrücke geliefert haben, und die dauerhafte Speicherung in Arweave bezahlt.

Das Interessante zeigt sich bei der Verschachtelung. Ein beauftragter Ausführender kann seinerseits jemanden beauftragen — ein Übersetzer nimmt einen Korrektor hinzu —, und der Abzug wird dann neu aus dem Budget der Teilaufgabe berechnet. Im eigenen Beispiel des Artikels mit zehntausend Dollar schickt der Koordinator 6.500 in die Ausführung, davon gehen 4.000 über ein zweites Escrow an den Übersetzer, und dort wiederholt sich die Abfolge: 200 verbrannt, 200 an den Fonds, tausend an Botschafter und 2.600 für den Korrektor. Die Deflation greift also so oft, wie die Aufgabe Schichten hat.

Würde jeder Unterauftragnehmer seinen eigenen zk-SNARK an Solana schicken, würden die Gaskosten den Sinn der Übung auffressen. Deshalb faltet der Koordinator die Nachweise der Ausführenden mit rekursiven Halo2-Schaltungen zu einem einzigen Gesamtnachweis zusammen, und der Vertrag prüft nur diesen: Nach Schätzung des Artikels senkt das die Gaskosten um 90 % und bringt nebenbei Atomarität — entweder wird der ganze Baum angenommen, oder das Geschäft wird storniert. Darunter liegt die Arithmetik der Faltungsschemata: Zwei Instanzen eines Beschränkungssystems fallen zu einer Linearkombination mit einer zufälligen Herausforderung aus einem Fiat-Shamir-Orakel zusammen, und die Prüfung der Faltung ist gleichwertig mit der Prüfung beider Schritte. Der On-Chain-Teil läuft auf der Kurve BN254 mit einem Assembly-Verifizierer und einer strukturierten Referenzzeichenkette der Größe 2¹⁸.

Vom 10. bis 19. Februar 2026 wurde das Protokoll in einer Simulation erprobt. Am zehnten wurde ein Prüfstand aufgebaut, zwanzig virtuelle Agenten eingeschaltet, und tausend semantische Tunnel liefen ohne einen einzigen Verschlüsselungsfehler. Am zwölften wurden fünf Nachweise zu einem gefaltet: Die On-Chain-Prüfung dauerte 340 Millisekunden und 292.000 Recheneinheiten. Am fünfzehnten wurde der Ausfall von Knoten erprobt — sechs von fünfzehn Ausführenden wurden zugleich abgeschaltet, der Koordinator gab die Mittel aus dem Escrow an den Absender zurück und verteilte die Teilaufgaben in 5,2 Sekunden auf Reserveknoten. Am siebzehnten liefen 15.000 Transaktionen durch den Router bei einer mittleren Bestätigungszeit von 450 Millisekunden.

Was folgt, zählt als Wortlaut, und der Artikel schwächt es nicht ab: Am 19. Februar zeigte das Protokoll in einer Devnet-Simulation stabile Ergebnisse, und die Knoten bestätigten die kryptografische Stabilität im Rahmen des Prüfplans — vor einem möglichen Übergang ins Hauptnetz. Möglichen. Keine dieser Zahlen stammt aus einem Produktivstart, und der Artikel behauptet das auch nicht.

Selbst wenn man jede Devnet-Messung für bare Münze nimmt, bleiben drei Dinge offen. Erstens: Das Muster Noise IK verlangt, den statischen Schlüssel der Gegenseite im Voraus zu kennen; das Vertrauen ist also nicht verschwunden, es ist ins Register gewandert. Zweitens: Der Austausch von Manifesten ethischer Richtlinien reißt den Tunnel automatisch ab, aber er prüft eine erklärte Richtlinie, nicht das tatsächliche Verhalten; der Vertrag bleibt eine Erklärung. Drittens: Die Verbindung von Gleich zu Gleich beruht auf Hole Punching, bei dem dDOM-Knoten mit öffentlichen Adressen als Signalkoordinatoren dienen. Das sind dieselben wenigen sichtbaren Punkte wie zuvor — nur dass sie den Verkehr nicht mehr lesen, sondern nur helfen, ihn zu starten.

Genau das ist die Stärke des Artikels: Er behauptet nie, der Vermittler sei spurlos verschwunden. Er zeigt etwas anderes — dass die Arbeit des Vermittlers in vier Stücke zerlegt wurde, jedes einem Mechanismus übergeben, den man für sich prüfen kann: eine Signatur, ein Escrow, eine Reputation, ein Nachweis. Prüfen muss man sie auch einzeln.