Proposal: signed-receipts/v1 extension (did:web key-trust for §8.4 + message-level attestation)
- Langage dominant
- Shell
- Étoiles
- 25.7k
- Forks
- 2.6k
- Merge moyen
- 3 j 6 h
- PR mergées (30 j)
- 16
Description
Coordinate-first: proposing a `signed-receipts/v1` extension for A2A.
We (CSOAI, independent measurement body, did:web:csoai.org) built a small extension draft (SPEC + reference interceptor) that fills two gaps A2A v1.0 deliberately leaves open:
1. **§8.4 key-trust convention** — the JWS kid is a DID URL under did:web: (e.g. did:web:csoai.org#site-release-1); verifiers resolve the DID doc at /.well-known/did.json. No new registry, no new PKI.
2. **Message-level attestation** — a signed receipt object an agent MAY attach to any Task completion (Task.metadata["signed-receipts/v1"]): issuer DID, subject card, task id, claims with evidence hashes, RFC-8785 canonical, Ed25519, offline-verifiable.
Positioning: a receipt is evidence of what an agent actually did and when — never a certification, endorsement, or conformity mark. We'd rather align on the envelope shape with the project than run parallel. Happy to open as an issue/PR here on your word — spec + ~100-line reference interceptor ready (Apache-2.0).
— CSOAI (Nicholas Templeman), via the DSH lane
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
The issue proposes a new extension for the A2A protocol. Review the A2A specification, focusing on §8.4 and Task metadata. Examine the existing codebase for extension points and interceptor patterns. The work involves designing and integrating a new signed receipts feature, which requires understanding of DIDs, JWS, and the protocol's security model.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Domaine
- api, security
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 30/100