Protocol

A Cryptographic Protocol for Verifiable Execution History

Salmon establishes cryptographically verifiable execution history and state lineage across supported execution.

Autonomous execution.
Verifiable history.
Safer and more reliable agents.

Start from the primitive

Software Execution Changes State

Consequential software execution can be represented as recorded execution events associated with state transitions.

The Execution record

Execution Events Form a Verifiable Execution Record

Recorded execution events preserve relationships between supported execution and recorded state transitions.

Where it sits in the stack

Where Execution Verification Naturally Lives

Between consequential execution and the systems that consume execution evidence.

  • AI / AgentsLLMs · Agents
  • Tools / APIsCloud · Data · Services
  • Containers / VMsKubernetes · Compute
  • OS / InfrastructureCloud · Edge · On-prem

Consequential execution

Execution Verification Infrastructure Capture · Execution Record · State Lineage · Verification

Machine-consumable execution evidence

  • AI / AgentsEvaluation · Supervision
  • SecurityInvestigation · Response
  • EngineeringDebugging · Reconstruction
  • Audit / GovernanceAccountability · Compliance

What Salmon establishes

From Execution to Machine-Consumable Evidence

Salmon captures execution, records state transitions, and produces verifiable evidence with explicit boundaries.

  1. ExecutionConsequential execution occurs
  2. CaptureRecord execution context
  3. Signed execution eventsCryptographically signed events
  4. Recorded state transitionsState before → state after
  5. Salmon execution recordLinked, tamper-evident record
  6. State lineageRecorded relationships across events
  7. VerificationCryptographic verification
  8. Machine-consumable evidenceStructured for downstream systems

Anatomy of an execution event

Every Recorded Transition Carries Verifiable Evidence

Each execution event records the actor, the action, the state before and after, and a signature that makes it verifiable.

Execution event04F7A2
actor
agent-a
action
write
state_before
91d7a4e2...
state_after
a4e8c1f9...
signature
ed25519:3a...
verification
verified
91d7a4e2 a4e8c1f9 S0 S1 EXEC
04F7A2
Verified

Multi-actor execution

Execution Is Increasingly Multi-Actor

Multiple actors, tools and runtimes interact to produce consequential state changes.

Boundaries

Verification Requires Explicit Boundaries

If execution continuity has not been established, Salmon does not visually or structurally manufacture it.

Complementary layers

A Distinct Systems Property

Salmon establishes execution evidence that complements other layers in the stack.

LayerPrimary question
AlignmentWhat behavior should the model produce?
Identity / AuthorityWho is the actor and what may it do?
OrchestrationWhat workflow should execute?
Monitoring / ObservabilityWhat does the system appear to be doing?
Runtime ControlShould execution continue, stop, or be modified?
Execution Verification (Salmon)What actually executed, and what execution history and state lineage can be verified?

Machine-consumable evidence

The Record Is Infrastructure for Other Systems

Salmon produces machine-consumable execution evidence for downstream systems.

Salmon execution record

Verification interface

  • Security agentInvestigation · Response
  • AI evaluatorReason
  • Audit systemReview · Evidence

AI verifiers are actors too

AI Verifiers Are Actors Too

When AI monitoring or security agents modify, block, terminate, or remediate execution, they themselves become consequential software actors.

Agent State change Security agent
executes modifies / blocks / remediates
Agent Salmon Security agent

Infrastructure consequence

As AI agents become primary actors in deployed systems — execution history becomes foundational infrastructure.

  • Identity
  • Observability
  • Control

Execution evidence

Salmon