A proprietary deterministic engine that recognizes the canonical elements of an asset and assigns it a single ACIDN, preserving its identity and its evolution over time.
The same asset appears in many records and systems. ACPROTOCOL recognizes when they represent the same asset.
Generates the identity. Extracts the canonical elements of the asset and produces a persistent reference, the ACIDN.
Classifies. Each occurrence receives one of the five public states: ACUNI · ACPAR · ACDUP · ACQTN · ACINL.
Preserves. Each asset has a canonical timeline: the document evolves, the identity remains.
The canonical identity (ACIDN) is generated by AlternatingCurrent outside the network and can be used on any DLT, public or private, with or without blockchain registration.
Each stage answers one question. The asset comes in as a file or as structured data and leaves with its canonical identity and its state.
Proof Zero Layer
The document is not stored. After reading and processing, the file is discarded; only the asset's ACIDN and the occurrence record remain.
Fast screening: recognizes an exactly identical file before any reading.
Reads PDF, photo, image or text and extracts the canonical elements. Different representations of the same document produce the same elements.
Compares the received identity with the registered identities and returns one of the five public states.
Delivers the canonical identity and state of the asset to systems, DLT networks and smart contracts, sharing only the identifier.
When the asset arrives as structured data, it goes straight to the Canonical Engine.
| CODE | FULL NAME | MEANING |
|---|---|---|
| ACUNI | AlternatingCurrent Uniqueness | First registered occurrence: no other occurrence of this asset in the analyzed collection |
| ACPAR | AlternatingCurrent Parity | Same identity, different document: the asset has evolved |
| ACDUP | AlternatingCurrent Duplication | A canonical record of this asset already exists |
| ACQTN | AlternatingCurrent Quarantine | Open review: the data does not allow the identity to be stated with confidence |
| ACINL | AlternatingCurrent Not Located | Identity not located or document illegible |
The code is the same in any language and in any system. AlternatingCurrent classifies; the institution decides.
ACPROTOCOL was designed to create a common canonical reference for the asset, with each institution keeping its own system. The same identity appears in situations such as:
| SITUATION | PATH IN THE ALTERNATINGCURRENT | RESULT |
|---|---|---|
| Land registry record as a digital file and as a scanned copy | Universal Engine → Canonical Engine | ACDUP: same content in another file |
| Trade receivable issued and later presented again | Canonical Engine (structured data) · Universal Engine, if it arrives as a file | ACDUP: a canonical record of the asset already exists |
| Document received by different institutions | Universal Engine → Canonical Engine → ACORACLE | ACDUP: the same identity at both institutions |
| Second copy or representation in a new format | ACFAST (identical copy) or Universal Engine → Canonical Engine | ACDUP: same content in another file |
| New occurrence linked to the evolution of the asset | Universal Engine, if it arrives as a file → Canonical Engine | ACPAR: the asset evolved, the identity remains |
Copy, screenshot, photo or new format: ACDUP. Annotation, amendment or rectification: ACPAR.
ACPROTOCOL adds the identity of the asset and its history in a single place. When a new certificate arrives, everything is automatic:
No typing, no manual registration, no operator searching for the asset. Certificates received as files are read by the Universal Engine.
The basis for the change comes from the event recorded by the responsible institution: with an event, ACPAR; without an event, ACQTN for review.
Standardizing humans is impossible
Standardizing machines is mathematics
It's not magic — It's Engineering
