Standards and counterpart contracts

Copy Markdown View Source

These are primary technical inputs, first read on October 6, 2026. Recheck the relevant source when changing its surface. No linked example alone proves peer acceptance.

ContractScope
RFC 9421HTTP message signatures, algorithms, derived fields, responses, trailers, challenges, vectors.
HTTP signature registryExact registered algorithm names and parameters.
RFC 8941, RFC 9651Structured Fields; apply the field's selected schema and referenced types.
RFC 9530Content and representation digests and preference fields.
Web Bot Auth WG draftCurrent draft profile and discovery, subject to change.
RFC 7515, RFC 7516Generic compact JWS and JWE, and one-level JWS-in-JWE nesting (RequestSeal.JOSE).
RFC 7518JWS and JWE algorithms, RSA-OAEP and AES-GCM key wrapping.
RFC 7517, RFC 7638, RFC 8037JWK, thumbprints, OKP keys and JOSE EdDSA.
RFC 8032Ed25519 signatures.
RFC 9110, RFC 9112, RFC 3986HTTP semantics, message syntax, target forms, and URI authority grammar for messages and discovery fetches.
CIMD-02OAuth client ID metadata documents as a discovery source.
RFC 8785JSON canonicalization for corpus verification objects.
RFC 8725JWT best current practices; RequestSeal applies explicit algorithm allowlists and has no JWT claims policy.
Livebook importer, exporterActual notebook parse/export API and branch behavior.
ExDocGenerated API and guide tooling.

Source-bound profile selection

Generic RFC 9421 requires caller-supplied coverage, algorithm, freshness, replay, and trust policy. Web Bot Auth protocol-00 selects its exact dictionary-member Signature-Agent representation, labels, tags, discovery types, and nested coverage. Another source revision cannot silently broaden these predicates. Source-bound acceptance is an accepted architectural decision, and the testing guide distinguishes published vectors, independent construction, and deployed-peer evidence.

Generic HTTP and JOSE identifiers are separate exact wire tokens. Structured Field parameter names cannot contain uppercase letters. The HTTP algorithm ed25519 and JOSE EdDSA require explicit selection in their own registries; no spelling alias or automatic cross-profile fallback exists. Sources include RFC 9421 Sections 2.3, 2.5, 3.3.6, and 3.3.7, RFC 8941 Section 3.1.2, and RFC 8037 Section 3.1.

Application profiles live in extension packages through the bounded extension surface. Core standards are not weakened to accommodate conflicting examples. Definitive source evidence is required before advertising an ambiguity-dependent rule as conformant.

Provenance

Store immutable public captures with original source URL, retrieval time, content digest, license and source revision before deriving corpus cases. Store release receipts separately from human guides. Independent published vectors and local examples have distinct labels. No secret, customer payload, or private source belongs in the public corpus.

Conformance corpus

corpus/ preserves the cited standards and provider bytes alongside independent expectations. See the corpus format for the index, manifests, canonical results and checksummed release assets.