interface AgentCredential {
  version: string;
  issuerId: string;
  issuedAt: string;
  actionPayload: Record<string, unknown>;
  signature: string;
  publicKey: string;
}

function canonicalize(obj: unknown): string {
  if (obj === null || typeof obj !== 'object') {
    return JSON.stringify(obj);
  }
  
  if (Array.isArray(obj)) {
    return `[${obj.map(canonicalize).join(',')}]`;
  }
  
  const sortedKeys = Object.keys(obj).sort();
  const pairs = sortedKeys.map(key => 
    `${JSON.stringify(key)}:${canonicalize((obj as Record<string, unknown>)[key])}`
  );
  return `{${pairs.join(',')}}`;
}

import { sign, keyPair } from 'tweetnacl';
import { encodeBase64 } from './encoding-utils';

class CredentialIssuer {
  private privateKey: Uint8Array;
  public publicKey: Uint8Array;

  constructor() {
    const kp = keyPair();
    this.privateKey = kp.

secretKey; this.publicKey = kp.publicKey; }

signAction(payload: Record<string, unknown>): AgentCredential { const canonical = canonicalize(payload); const msg = new TextEncoder().encode(canonical); const sig = sign(msg, this.privateKey);

return {
  version: 'v0.8',
  issuerId: 'agent-ops-registry',
  issuedAt: new Date().toISOString(),
  actionPayload: payload,
  signature: encodeBase64(sig),
  publicKey: encodeBase64(this.publicKey)
};

} }

### Step 4: Offline Verification

Verification requires only the credential, the issuer's public key, and a local Ed25519 library. No network request is necessary. The verifier reconstructs the canonical payload and validates the signature against the cached public key.

```typescript
import { sign } from 'tweetnacl';
import { decodeBase64 } from './encoding-utils';

function verifyCredential(cred: AgentCredential, cachedPubKey: string): boolean {
  const canonical = canonicalize(cred.actionPayload);
  const msg = new TextEncoder().encode(canonical);
  const sigBytes = decodeBase64(cred.signature);
  const pubBytes = decodeBase64(cachedPubKey);
  
  return sign.detached.verify(msg, sigBytes, pubBytes);
}

Architecture Decisions and Rationale

• Issuer-Agnostic Trust Model: Trust attaches to the public key, not a centralized directory. This eliminates gatekeeper bottlenecks and allows any system to issue credentials that other systems can verify.
• Offline Verification by Default: Hosted verification endpoints introduce latency, rate limits, and availability risks. Caching public keys locally ensures verification remains functional during network partitions or issuer outages.
• Composable Payloads: The actionPayload field acts as an extension point. Trading systems can embed execution prices and slippage data. CI/CD agents can attach commit hashes and test coverage metrics. The envelope remains constant while domain logic evolves.
• Deterministic Serialization: Canonical JSON prevents signature mismatches caused by language-specific JSON libraries. Sorting keys and normalizing types ensures that {"a":1,"b":2} and {"b":2,"a":1} produce identical byte sequences.

Pitfall Guide

1. Non-Deterministic JSON Serialization

Explanation: Using standard JSON.stringify() without key sorting or whitespace normalization causes signature verification to fail across different runtimes or library versions. Fix: Implement strict canonical serialization that sorts keys lexicographically, removes all whitespace, and uses consistent number formatting. Validate serialization determinism with unit tests comparing outputs across Node.js, Deno, and browser environments.

2. Relying on Online Verification Endpoints

Explanation: Routing verification through a hosted API creates a single point of failure and introduces latency that scales poorly with high-frequency agent execution. Fix: Cache issuer public keys in a local key-value store or distributed cache. Implement fallback verification logic that operates entirely offline. Treat hosted endpoints as convenience tools for debugging, not production verification paths.

3. Small-N Statistical Overconfidence

Explanation: Evaluating agent performance based on fewer than 30-50 executions produces volatile metrics that misrepresent actual capability. A 100% win rate over five trades is statistically indistinguishable from random variance. Fix: Implement minimum execution thresholds before displaying performance metrics. Use confidence intervals, Bayesian updating, or tiered validation states (probationary vs. established) to prevent premature trust decisions.

4. Key Rotation Without Credential Invalidation

Explanation: Rotating issuer keys without versioning or revocation mechanisms leaves old credentials unverifiable or creates ambiguity about which key signed which action. Fix: Include a keyVersion field in the credential envelope. Maintain a key rotation policy with overlapping grace periods. Publish revocation lists or use short-lived certificates for high-security environments.

5. Payload Schema Drift

Explanation: Adding or removing fields from the action payload without version control breaks canonical serialization and invalidates historical signatures. Fix: Enforce strict JSON Schema validation before signing. Version the schema alongside the credential format. Implement migration scripts that re-canonicalize legacy payloads when schema changes occur.

6. Replay Attacks and Sequence Manipulation

Explanation: Attackers can capture valid credentials and replay them to trigger duplicate actions or bypass rate limits. Fix: Include a monotonically increasing sequenceId or cryptographic nonce in the payload. Track consumed nonces in a distributed ledger or cache. Reject credentials with duplicate or out-of-order sequence numbers.

7. Ignoring Clock Skew in Timestamps

Explanation: Relying on unsynchronized system clocks for issuedAt fields creates verification windows that are either too permissive or reject valid credentials. Fix: Synchronize issuer clocks via NTP. Implement a configurable verification tolerance window (e.g., ±5 minutes). Bind timestamps to verifiable time sources when regulatory compliance requires strict temporal ordering.

Production Bundle

Action Checklist

• Generate Ed25519 key pairs using a cryptographically secure RNG; never reuse keys across environments
• Implement canonical JSON serialization with deterministic key ordering and whitespace stripping
• Define strict JSON Schema for action payloads; reject non-conforming data before signing
• Cache issuer public keys locally with TTL-based refresh and fallback to pinned defaults
• Implement offline verification logic; treat hosted endpoints as debugging tools only
• Add sequence numbers or nonces to payloads; maintain a consumed-credential cache to prevent replays
• Establish key rotation policy with versioned identifiers and overlapping grace periods
• Monitor verification latency and failure rates; alert on signature mismatch spikes

Decision Matrix

Scenario	Recommended Approach	Why	Cost Impact
Internal audit logging	Local signing + offline verification	Eliminates network overhead; simplifies compliance reporting	Low (compute only)
Cross-org agent handshake	Shared public key distribution + offline verification	Enables trustless interoperability without SSO or shared secrets	Medium (key management)
High-frequency execution	In-memory key cache + batch verification	Sub-millisecond latency; scales to millions of actions/sec	Low (memory/CPU)
Regulatory compliance	Versioned schemas + NTP-synced timestamps + revocation lists	Ensures temporal accuracy and audit trail integrity	High (infrastructure overhead)

Configuration Template

// credential-config.ts
export const CREDENTIAL_CONFIG = {
  protocolVersion: 'v0.8',
  serialization: {
    canonical: true,
    sortKeys: true,
    stripWhitespace: true,
    numberPrecision: 15
  },
  cryptography: {
    algorithm: 'Ed25519',
    signatureEncoding: 'base64url',
    keyRotationGracePeriod: '7d'
  },
  verification: {
    allowOffline: true,
    clockSkewTolerance: '5m',
    maxCredentialAge: '24h',
    nonceDeduplicationWindow: '1h'
  },
  payloadSchema: {
    required: ['actionType', 'targetId', 'sequenceId', 'timestamp'],
    additionalProperties: true,
    strictTypes: true
  }
};

Quick Start Guide

1. Initialize the issuer: Generate an Ed25519 key pair using a secure RNG. Store the private key in a hardware security module or encrypted vault. Export the public key for distribution.
2. Define your action schema: Create a JSON Schema that validates the data your agents will sign. Enforce required fields, type checking, and sequence numbering.
3. Sign and verify: Pass your action payload through the canonical serializer, sign the resulting byte string with the private key, and distribute the credential. Verify using the cached public key and offline logic.
4. Deploy verification cache: Store issuer public keys in a distributed cache with TTL-based refresh. Implement fallback verification that operates without network access.
5. Monitor and rotate: Track verification success rates, signature failures, and nonce collisions. Rotate keys according to policy, version credentials, and maintain revocation lists for compromised issuers.