Skip to content

Establish RED-3: protocol-blind realization checking - #12

Merged
splashevolution merged 1 commit into
mainfrom
research/semantic-continuity-red3
Oct 7, 2026
Merged

splashevolution merged 1 commit into
mainfrom
research/semantic-continuity-red3

Conversation

@splashevolution

Copy link
Copy Markdown
Owner

Purpose

Establish the next machine-checked negative result after GREEN-2.

GREEN-2 checks:

  • semantic identity -> target resource;
  • semantic value -> raw representation.

RED-3 asks whether that is enough to establish protocol/state correctness.

It is not.

Witness

Both executions use the exact same GREEN-2-correct write:

resource = 0x20
raw      = 250

Only the surrounding trace changes.

Reference:

enter-config
issue-write
observe-ACK
exit-config

Mutation:

issue-write
observe-ACK

Machine-checked result

reference.write = mutated.write
reference.trace != mutated.trace

GREEN2(reference) = true
GREEN2(mutated)   = true

This establishes:

binding correctness plus representation correctness is not protocol/state correctness.

Claim boundary

This PR does not yet claim that the reference trace is valid or that the mutated trace is invalid. The current theory cannot state that relation. That missing relation is precisely RED-3.

GREEN-3 constraint

The next step must distinguish the traces without:

  • hard-coding one whole accepted sequence;
  • trusting the realization generator;
  • moving target protocol mechanics into the target-neutral semantic contract;
  • adding persistence/timing before required;
  • introducing QEMU/Renode yet.

@splashevolution
splashevolution merged commit beef974 into main Oct 7, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant