Across the trust-infrastructure reviews, a consistent distinction emerges between evidence that can be verified and authority that can be relied upon. Cryptographic signatures, identifiers, registry entries, provenance chains and credential formats make facts inspectable. They do not, by themselves, establish that an issuer was entitled to make a claim, that a relying institution is entitled to use it, or that a particular purpose justifies the resulting action.

*A Verifier-Centric Conceptual Model for Digital Credential Ecosystems* makes this boundary explicit by separating signature verification, semantic interpretation and validation. Its Constitution and Logistics planes show that interoperability depends on both shared rules and access to the material needed to apply them. The verifier still bears responsibility for which trust anchors, policies and declarations enter the acceptance decision. *Credential Disclosure in EU Digital Identity Wallets* adds a distributional dimension: relying parties can exercise power through what they request and what they treat as necessary for service.

The authority-continuity papers approach the same problem from execution lineage. Provenance-bounded execution can prevent downstream privilege expansion and preserve causal continuity, but it does not establish the legitimacy of the authority at the origin. The later continuity model protects an important invariant, yet the institutional acts that create, renew, revoke or dispute authority remain external governance questions.

*Designing Agent IDs* shows how the same category error reappears in emerging agent infrastructure. Identity and provider metadata can make an actor legible to a service, but lifecycle authority still depends on scope, freshness, revocation, conflict resolution and the governance of registries and resolvers.

The national digital trust architecture review brings these strands together at institutional scale. Its strongest move is to make the Trust Decision explicit: issuer authority, provenance, validity, purpose, relying-party authority and responsibility must all be evaluated before service action. The proposed registry is therefore not the source of trust itself. It is evidence infrastructure supporting a governed reliance decision. The sharper review also fixes the contribution boundary: this is a strong governance blueprint, not yet deployable national trust infrastructure, because legal authority, registry operation, liability and cross-sector redress remain unresolved.

Taken together, the archive supports a durable proposition: trust infrastructure is not merely infrastructure for proving origin; it is infrastructure for making and auditing legitimate reliance decisions. The governance burden therefore sits as much with relying institutions, registry operators and policy authorities as with issuers. A technically interoperable trust layer remains institutionally incomplete if those decision rights and liabilities are only implied.

The remaining questions concern the institutions behind the infrastructure. Who may admit or suspend an issuer? How are conflicting authority sources reconciled? What appeal exists when registry state is wrong? How does a relying institution prove that its own use was authorised for the stated purpose? Cross-border recognition further requires governance arrangements that technical interoperability cannot supply on its own. The material next evidence is therefore institutional: a pilot should demonstrate operator mandate, conflict resolution, liability, correction and redress, not merely successful verification.

Traceability

This synthesis is a human-edited analytical artifact produced with AI/LLM assistance under `AI-USAGE.md`. Its claims are grounded in the constituent reviews listed in front matter and should be read through those reviews and the underlying papers.

Traceability

Constituent reviews

2026-09-03 · Trust Infrastructure

A Verifier-Centric Conceptual Model for Digital Credential Ecosystems

Credential interoperability is not a property of shared formats alone: it exists only when verifiers can obtain the constitutional and logistical materials needed to decide what to trust, while retaining responsibility for the assumptions that make acceptance legitimate.

AuthorityLegitimacyProvenanceDependencyAccountability
2026-09-04 · Digital Identity

Designing Agent IDs

An agent ID can make identity, provenance, and permission legible to a service, but it becomes governance infrastructure only when the authority behind those claims can be scoped, refreshed, revoked, contested, and independently trusted.

AuthorityDelegationAccountabilityGatekeepingDependency
2026-09-07 · Trust Infrastructure

Authority is a Continuous System

A continuity model can prevent downstream authority manufacture, but a governable system still needs explicit rules for how legitimate authority is created, revoked, disputed, and restarted.

AuthorityDelegationRevocationLegitimacy
Related knowledge

Findings and gaps touching this synthesis

Cross-paper finding · 4 source reviews

Identity and provenance do not establish authority

Knowing who or what acted, or proving the causal origin of an action, does not establish that the actor was entitled to exercise the authority required for that action.

Reviews of agent IDs, provenance-bounded execution, credential verification and national trust infrastructure converge on a recurring category boundary between attribution and legitimate mandate.

AuthorityLegitimacyProvenanceDelegation
Evidence base
Cross-paper finding · 3 source reviews

Delegated authority is a lifecycle, not a grant event

A governed delegation must remain bounded, current, observable and revocable throughout execution rather than being treated as valid merely because an initial credential, token or policy grant existed.

The archive repeatedly finds that delegation proposals are more complete at issuance than at expiry, suspension, revocation, restoration, dispute and evidence preservation.

AuthorityDelegationRevocationRedress
Evidence base
  • Designing Agent IDs
    An agent ID can make identity, provenance, and permission legible to a service, but it becomes governance infrastructure only when the authority behind those claims can be scoped, refreshed, revoked, contested, and independently trusted.
  • Authority is a Continuous System
    A continuity model can prevent downstream authority manufacture, but a governable system still needs explicit rules for how legitimate authority is created, revoked, disputed, and restarted.
  • Designing Loyalty: AI Agents and Conflicts of Interest
    A duty of loyalty becomes governable only when delegated authority, conflicts of interest, execution boundaries, revocation, and evidence of action can be made observable and enforceable at the point an agent acts.
Cross-paper finding · 2 source reviews

Institutional reliance is a governance decision, not a verification result

Cryptographic validity, issuer identity and provenance can support a relying institution's decision, but they do not determine whether reliance is authorised, appropriate for the purpose or legitimate.

Credential and trust-infrastructure reviews converge on the need to make verifier or relying-party policy explicit, including issuer authority, purpose, current status and responsibility for acceptance.

AuthorityLegitimacyProvenanceAccountability
Evidence base
Cross-paper finding · 3 source reviews

Moving control does not remove the governance problem

External policy engines, registries, platform access controls and other control-plane mechanisms can make governance more executable while simultaneously concentrating authority in the institutions that operate those mechanisms.

Recent reviews repeatedly show that moving constraints outside an agent or application improves enforceability but does not establish the legitimacy, accountability or contestability of the new decision point.

AuthorityLegitimacyEnforcementGatekeepingContestability
Evidence base
Open governance gap · 4 source reviews

How are delegated powers revoked and contested after deployment?

Agent governance proposals increasingly define duties and delegated authority, but operational revocation, evidence preservation, correction, restoration and redress remain less specified than initial authorization.

A governance system that can grant authority but cannot reliably withdraw or contest it creates persistent decision rights without a complete lifecycle.

DelegationRevocationContestabilityRedress
Evidence base
Open governance gap · 3 source reviews

Who governs the infrastructure that declares authority?

Registries, trust lists and resolver services can make issuer or agent authority legible, but the archive repeatedly leaves open how admission, suspension, update, appeal, operator accountability and conflicting authority sources should be governed.

A registry can improve provenance while simultaneously becoming a concentrated gatekeeper whose own authority and error-correction mechanisms determine who can participate.

AuthorityLegitimacyGatekeepingContestabilityDependency
Evidence base
Open governance gap · 2 source reviews

What makes the origin of delegated authority legitimate?

Provenance-bounded execution can prevent downstream authority expansion, but it does not establish who may create a new authority origin, under what evidence, or how competing, renewed or disputed origins are reconciled.

Continuity can prove that execution stayed within an origin while leaving the institutional legitimacy of that origin outside the model.

AuthorityLegitimacyDelegationRevocation
Evidence base
Open governance gap · 3 source reviews

Who decides when authoritative evidence conflicts?

Governance proposals increasingly improve provenance, verification and transparency without specifying how conflicting authenticity, authority or policy determinations are adjudicated when multiple institutions can make plausible claims.

Better evidence infrastructure can make disagreement more visible without resolving it. Without decision rights, evidentiary thresholds, correction procedures and appeal, a dispute can simply migrate into whichever institution controls the verification or access layer.

AuthorityProvenanceContestabilityRedressGatekeeping
Evidence base