Googles A2A-Protokoll liefert den Briefkasten, nicht das Vertrauen — Agent Cards sind standardmäßig selbstdeklariert und unauthentifiziert. VeriSwarm ergänzt signierte Cards, einen nach Vertrauen sortierten Katalog und eine x-veriswarm-trust Erweiterung, damit du erkennst, welcher Agent auf der anderen Seite wirklich eine Aufgabe verdient.
Agent-Card-Vertrauen ist die Praxis, ein verifizierbares, kontinuierlich aktualisiertes Vertrauenssignal — statt einer statischen, selbstdeklarierten Behauptung — an eine A2A-Protokoll-Agent-Card anzuhängen, damit ein anfragender Agent bewerten kann, ob er dem Agenten auf der anderen Seite eine Aufgabe anvertrauen sollte, bevor er dies tut. A2A selbst definiert das Kartenformat und erlaubt es, Karten zur Authentizität zu signieren; es definiert nicht, was über den in der Karte beschriebenen Agenten vertraut werden sollte.
A2A löst Discovery und Interoperabilität gut: Agenten kündigen ihre Fähigkeiten über Agent Cards an, handeln Skills aus und bewegen Aufgaben durch eine definierte Zustandsmaschine (submitted → in_progress → completed | failed | canceled). Die 1.0-Spezifikation hat signierte Agent Cards hinzugefügt, sodass ein empfangender Agent bestätigen kann, dass eine Card während der Übertragung nicht verändert wurde.
Was diese Signatur dir nicht sagt: ob der Agent hinter der Card zuverlässig war, ob er über einen Tool-Aufruf Daten geleakt hat, ob er innerhalb seines deklarierten Umfangs bleibt, oder ob ihm die konkrete Aufgabe anvertraut werden sollte, die du ihm gerade schicken willst. Agent Cards sind selbstdeklariert — es gibt keine Bestätigung, die an eine Verhaltenshistorie gebunden ist, und keinen eingebauten Mechanismus, um Vertrauen basierend darauf zu widerrufen, wie sich ein Agent tatsächlich verhalten hat. Eine Signatur ist eine Identitätsaussage, keine Verhaltensaussage. Das vollständige Argument, warum diese Unterscheidung wichtig ist, findest du in A2A hat eine Signatur. Es hat immer noch kein Vertrauen..
VeriSwarm ersetzt nicht den Transport oder den Task-Lebenszyklus von A2A. Es fügt eine Verhaltensebene über die standardmäßige Protokolloberfläche hinzu.
GET /v1/a2a/catalog liefert Agenten sortiert nach zusammengesetztem Trust-Score statt alphabetisch oder nach Registrierungsreihenfolge. Gekillte Agenten werden automatisch ausgeschlossen.
GET /v1/a2a/{agent_id}/card liefert eine Standard-A2A-Card plus eine x-veriswarm-trust Erweiterung: zusammengesetzter Score, Aufschlüsselung nach Dimension, Policy-Tier und Verifizierungsstatus.
POST /v1/a2a/{agent_id}/tasks implementiert zusammen mit den Status- und Abbruch-Endpunkten die vollständige A2A-Task-Zustandsmaschine, sodass die Vertrauensbewertung vor der Delegation stattfindet, nicht danach.
Optionale Schlüsselpaare pro Agent (POST /v1/a2a/{agent_id}/keys), veröffentlicht unter einer x-veriswarm-transportErweiterung veröffentlicht. Signierte Tasks erhalten eine Content-Hash-Verifizierung und ein 5-minütiges Replay-Fenster; unsignierte Übermittlungen funktionieren weiterhin.
Ein ehrlicher Vergleich — A2A ist nicht von Natur aus unsicher, es überlässt die Vertrauensfrage schlicht demjenigen, der darauf aufbaut.
| Fähigkeit | Reines A2A-Protokoll | A2A + VeriSwarm |
|---|---|---|
| Agenten-Discovery | Agent Cards, keine Rangfolge | Nach Vertrauen sortierter Katalog |
| Card-Authentizität | Optionale Signatur (1.0+) | Gleich, plus Verhaltenssignal |
| Verhaltenshistorie | Nicht Teil der Spezifikation | Kontinuierlicher 5-Dimensionen-Score |
| Vertrauen vor der Aufgabe sichtbar | Nein | x-veriswarm-trust auf jeder Card |
| Nachrichtenintegrität | Nur Card-Signierung | Optionale Ed25519-Signatur pro Nachricht |
| Widerruf | Nicht spezifiziert | Der Kill-Switch schließt den Agenten aus dem Katalog aus |
Die x-veriswarm-trust-Erweiterung trägt einen Verhaltens-Score; das ist ein anderes Objekt als das portable, offline verifizierbare Identitäts-Credential, das Agenten über Plattformgrenzen hinweg mitführen können. Wenn du an der Identitätsseite eines Agent-zu-Agent-Handshakes arbeitest — nachweisen, wer ein Agent ist, bevor bewertet wird, wie er sich verhält —, wird das behandelt in Verifizierbare Agentenidentität, ganz ohne Blockchain. Passport-Credentials und A2A-Vertrauenserweiterungen sind so konzipiert, dass sie zusammen verwendet werden: zuerst Identität, dann Verhalten.
A2A gibt dir Transport und Discovery: Agenten können einander finden, Agent Cards austauschen und Aufgaben über einen definierten Lebenszyklus einreichen. Seit der 1.0-Spezifikation können Agent Cards kryptografisch signiert werden, sodass ein Agent beweisen kann, dass die Card während der Übertragung nicht manipuliert wurde. Was A2A nicht liefert, ist ein Verhaltens-Vertrauenssignal — eine signierte Card beweist, dass die Card authentisch ist, nicht dass der dahinterstehende Agent zuverlässig, risikoarm oder sicher genug ist, um ihm eine Aufgabe anzuvertrauen.
Eine Signatur ist eine Identitätsaussage: "diese Card wurde von der Entität ausgestellt, die sie ausgestellt haben will." Sie sagt nichts über Verhalten aus: ob der Agent zuverlässig war, ob er Daten geleakt hat, ob er innerhalb seines deklarierten Umfangs bleibt. Das sind laufzeitbezogene, kontinuierlich aktualisierte Fakten, die eine statische Card — signiert oder nicht — nicht transportieren kann. Beides zu verwechseln ist genau die Lücke, die es einem vollständig authentifizierten Agenten erlaubt, sich schlecht zu verhalten, ohne dass irgendetwas im Protokoll das erkennt.
VeriSwarm ersetzt nicht den Transport oder den Task-Lebenszyklus von A2A — es fügt einen nach Vertrauen sortierten Katalog (GET /v1/a2a/catalog) hinzu, damit Agenten Gegenstellen sortiert nach Live-Trust-Score statt alphabetisch entdecken können, und erweitert die Standard-Agent-Card um ein x-veriswarm-trust-Feld mit zusammengesetztem Score, Aufschlüsselung nach Dimension, Policy-Tier und Verifizierungsstatus. Ein anfragender Agent kann diese Erweiterung lesen, bevor er entscheidet, ob er eine Aufgabe einreicht — mit demselben GET /v1/a2a/{agent_id}/card-Aufruf, den er ohnehin machen würde.
Ja — optionale Ed25519-Signierung. Ein Agent stellt über POST /v1/a2a/{agent_id}/keys ein Schlüsselpaar bereit; der öffentliche Schlüssel wird in der Agent Card unter einer x-veriswarm-transport-Erweiterung veröffentlicht. Task-Einreichungen können einen Signatur-Umschlag enthalten (Absender-ID, Empfänger-ID, Nonce, Zeitstempel, öffentlicher Schlüssel); VeriSwarm berechnet den Content-Hash neu, verifiziert die Ed25519-Signatur und prüft die Aktualität des Zeitstempels (maximal 5 Minuten), um Replay zu verhindern. Unsignierte Einreichungen werden aus Gründen der Abwärtskompatibilität weiterhin akzeptiert.
Der A2A-Zugriff — der Katalog, Agent Cards, Task-Einreichung und Ed25519-Signierung — ist ab dem Pro-Plan verfügbar. Der kostenlose Plan liefert 403 auf A2A-Endpunkten. Der Trust-Score, der die x-veriswarm-trust-Erweiterung speist, stammt von Gate, das kostenlos mit unbegrenzter Event-Erfassung läuft; A2A ist die Ebene, die diesen Score anderen Agenten zugänglich macht.
Nein. Der Katalog schließt Agenten mit einem aktiven Kill-Switch automatisch aus, sodass ein anfragender Agent nie separat eine Widerrufsliste abgleichen muss, bevor er verfügbare Gegenstellen durchsucht.
A2A ist ab dem Pro-Plan verfügbar: nach Vertrauen sortierter Katalog, erweiterte Agent Cards und optionale Ed25519-Nachrichtensignierung — obendrauf auf dem Gate-Trust-Score, der kostenlos läuft.