Why Control Is Not Recognition¶

OpenETR separates two questions that digital-record systems often collapse:

Who controls this record?
What effect should that control have?

Those questions are related, but they are not the same.

OpenETR provides end-verifiable DCR evidence and defined rules for deriving Consequential State concerning durable electronic records. Control is one important class of that state. Recognition frameworks decide what legal, regulatory, commercial, or operational effect to give the result.

The Control Question¶

Control is a state-derivation question grounded in evidence.

At the protocol layer, OpenETR can ask:

What Digital Artifact digest is being referenced?
Which signed Anchor Event begins the candidate DCR?
Which later signed records reference the same artifact?
How do later records link to prior records?
Which profile key signed each record?
What candidate controller or lifecycle state can be derived from the graph?
Which linked evidence records point back to the artifact?

These questions can be answered by inspecting cryptographic evidence.

The evidence is a DCR that can be queried and independently verified. Consequential state is what follows when that evidence is validated and evaluated according to an identified ruleset, not a hidden database value.

The Recognition Question¶

Recognition is an effect question.

At the recognition layer, a verifier, registry, authority, court, platform, or relying party asks:

Is this signer legally authorized?
Is this issuer recognized for this domain?
Does this profile key map to a known organization or role?
Does the record satisfy the required legal or policy form?
Does a registry accept this event?
Does a statute give effect to this control transition?
Should an encumbrance, discharge, redemption, or termination be accepted?

These questions cannot be answered by signatures alone.

They depend on law, contracts, institutional rules, trust registries, onboarding, authority records, verifier policy, and the facts of the particular domain.

Consequences Of Collapsing The Layers¶

If control and recognition are collapsed, the system has to pretend that one platform, database, wallet, registry, or smart contract decides everything.

That creates brittle systems.

It can make the technical operator appear to decide legal effect. It can hide policy disagreements. It can make one registry or platform the only practical place where the record exists. It can also make it harder for courts, regulators, banks, insurers, marketplaces, and trading partners to apply their own rules to the same evidence.

OpenETR takes a different approach:

Preserve signed DCR evidence.
Verify the Evidence Graph.
Apply defined rules to derive Consequential State.
Apply recognition policy separately.

This lets the same evidence graph be evaluated by different relying parties without changing the underlying record.

What OpenETR Can Prove¶

OpenETR can provide durable signed evidence that:

a specific file, document, or data artifact has a particular digest;
a profile key signed an Anchor Event for that digest;
later events reference the same Digital Artifact;
events link to prior events;
a transfer, attestation, encumbrance, discharge, redemption, termination, or linked evidence record was published;
the event signatures and ids verify;
the event graph can be reconstructed from relays, mirrors, exports, or local records.

That is powerful.

It gives verifiers a shared factual substrate.

What OpenETR Does Not Prove By Itself¶

OpenETR does not, by itself, prove:

that a signer is legally licensed;
that a signer had organizational authority;
that a warehouse receipt, Product Passport, Apostille, or other document satisfies all formal requirements;
that title passed;
that a security right was perfected;
that a Product Passport satisfies an applicable delegated act;
that a Competent Authority must accept an attestation;
that a court, regulator, registry, bank, or marketplace must recognize the event.

Those are recognition conclusions.

OpenETR can preserve the evidence needed to reach them, but it should not claim to decide them inside the base protocol.

Policy Layers Are Not Protocol Forks¶

Different organizations can apply different recognition rules to the same DCR evidence and derived state.

A warehouse receipt registry may require a licensed warehouse operator profile. A bank may require KYC and encumbrance disclosure. A customs authority may require a specific Product Passport registry response. A marketplace may accept only certain manufacturers or repairer attestations.

Those differences should be expected.

They do not require different OpenETR protocols. They require different verifier policies over the same evidence substrate.

A good verifier should show:

the signed evidence;
the baseline graph structure;
the selected rule book;
warnings or policy failures;
the resulting candidate or recognized state.

The evidence remains visible even when a policy refuses recognition.

Examples¶

Warehouse Receipts¶

OpenETR can show which profile keys signed warehouse-receipt lifecycle records and what candidate state results when the DCR is validated under the identified policy.

Warehouse receipt law, registry rules, storage agreements, courts, and verifier policy decide whether those actions are legally effective.

Product Passports¶

OpenETR can show the Product Passport artifact digest, its Anchor signer, linked lifecycle evidence, derived state, and verifier warnings.

Product regulation, delegated acts, registries, market-surveillance authorities, customs authorities, marketplaces, and relying parties decide whether the passport information is sufficient and recognized.

Apostille Documents¶

OpenETR can show a document-bundle artifact digest, authority attestations, registry references, derived state, and verification history.

The Apostille Convention framework, Competent Authorities, e-Registers, courts, agencies, and relying institutions decide the legal recognition of the Apostille.

Digital Wallets¶

A wallet credential can help show who is acting or what authorization they hold.

OpenETR preserves DCR evidence concerning the Digital Artifact and derives consequential state from it.

The relying party decides whether the wallet credential and OpenETR graph together satisfy the applicable policy.

The Policy Value¶

Separating control from recognition gives policymakers and institutions a cleaner design space.

They can:

adopt durable electronic records without requiring one central platform;
preserve independently verifiable signed evidence;
let registries and authorities apply domain-specific rules;
allow different sectors to reuse the same DCR evidence and state-derivation model;
support policy-specific recognition without fragmenting the protocol;
make disputes easier to inspect because the evidence remains visible.

The core principle is:

Control is consequential state derived from validated DCR evidence under an identified ruleset.
Recognition is what a rule book does with it.

OpenETR should remain disciplined about that boundary.