UODI STANDARD v1.2 — PUBLIC
⚑ PATENT PENDING
U.S. PATENT APP. NO. 63/993,355
SAFE CREATIVE: 2602284718909
DOI: 10.5281/zenodo.18817254
M2M Transport Encoding Standard

One string.
Any infrastructure.
Zero negotiation.

UODI encodes transport demand — road, air, maritime, rail, subterranean, orbital — into a fixed 15-block machine-readable string. No schema agreement. No middleware. Any parser reads any conforming string.

In plain terms
UODI is the DNA of a transport order. A 91-character string encoding what to move, where, when, how much, and under what conditions — in a format any machine reads instantly, without negotiating custom API schemas for every new provider.
PATENT PENDING — U.S. PATENT APP. NO. 63/993,355
P120 — Block decomposition · 3 passengers · road · anonymous
PVER
P120
Version prefix
MODE
PASS
Passengers
TYPE
ROAD
Road infrastructure
PROP
****
No special handling
CLAS
****
No class preference
PRIO
****
No urgency preference
AUTO
****
Any autonomy level
FUEL
****
Any energy type
OWNR
********
Anonymous Phase 1
CANT
P0003
3 passengers
ORIG
6GF3V7______0000
Origin · ground
DEST
????????????????
Incognito
DATE
270226
27 Feb 2026
WAIT
M015
Max 15 min
CHK4
F6DA
CRC-16-CCITT
The Problem

Transport systems today
are slow, opaque, and proprietary.

When you submit a transport request, your data belongs to the platform you used. Want to switch providers? Start from scratch. Want to connect your ERP to a carrier's system? Pay months of integration work. If the message is modified in transit, there's no way to detect it at the encoding layer.

There is no common language between systems. Every platform speaks its own dialect. The request is not yours — it belongs to them.

UODI solves all three: an open standard any system reads without prior integration, built-in progressive geospatial privacy, and intention integrity in every string.

As a side effect: 50–70% less data per message means measurable bandwidth and energy savings on satellite and IoT links — where every byte has a cost.

Without UODI — proprietary, fragile, opaque
POST /api/v2/quote HTTP/1.1
Host: carrier-platform.com
Authorization: Bearer eyJhbGci...

{
  "origin": { "lat": 40.7128, "lon": -74.0060,
              "address": "123 Wall St, NY" },
  "destination": { "lat": 51.5074, "lon": -0.1278,
                   "address": "10 Downing St, London" },
  "cargo": { "weight_kg": 500, "type": "valuables",
             "owner": "ACME Corp", "insured": true },
  "requester_id": "usr_8f3kd92",
  "timestamp": "2026-03-07T14:32:00Z"
}

→ Full address exposed before any agreement.
→ Locked to this platform's schema.
→ No integrity guarantee on the payload.
With UODI — open, verifiable, portable
P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-????????????????-070326-M030-CD47

→ Destination is a placeholder until confirmed.
→ Any system reads this. No prior agreement needed.
→ CHK4 anchors the original intent. Tamper-evident.
Who Is This For

Same string.
Different superpowers.

📦
SCM / Logistics Director
Your transport orders are portable digital assets. Not entries in someone else's database.

Today your transport requests die in the silo of whatever platform you used. With UODI, the request is yours: a 91-character standard data object you can send to any carrier, software, or network without renegotiating anything. The standard is mode-agnostic — it doesn't matter whether it's executed by a truck, a ship, or a train. If a provider doesn't work out, send the same code to another. Your logistics become plug-and-play. Operational vendor lock-in eliminated.
The moment → You emit your transport need revealing only the general zone. Exact origin and destination are placeholders until you decide to reveal them. Your critical routes, warehouses, and VIP clients are invisible to everyone until that moment.
⚙️
Developer / DevOps
A standard that runs just as fast on a 128-core server as on a two-dollar chip.

Fixed-width 91 characters: no parsing libraries needed. No Jackson, no Gson, no JSON tree. Point to a fixed memory position and you have the field — ideal for ESP32 microcontrollers, ARM, and low-cost embedded hardware. Five reference implementations available in Python, Go, Node, Java, and Rust. Zero external dependencies, under 300 lines each.
The moment → In a swarm of 1,000 devices, the cycle savings per message eliminate the central server bottleneck. Process thousands of requests per second with minimal memory footprint — without mapping different APIs for every provider.
🤖
Autonomous Fleet Operator
Your fleet stops receiving dots on a map and starts receiving verifiable missions.

UODI is not a loose coordinate — it is an intent container. In 91 characters it encodes cargo type, volume, urgency, geozone, and checksum. Once the device receives the string, it has the complete logical mission description in local memory. No need to reconnect to a central server to know what it's carrying, how much it weighs, or whether the data was tampered with.
The moment → On low-availability networks — satellite, remote areas, open sea — 91 characters travel where a JSON payload cannot. The initial exchange is so compact it is practically impossible to fail even on degraded signal. The CHK4 guarantees that no one modified the data after emission.
🔒
CISO / Compliance
Intention integrity from the origin. No complex PKI infrastructure at every step.

UODI implements privacy through data minimization, not encryption. The exact destination is a placeholder in the public emission — the company handles fewer sensitive data points in transit, facilitating GDPR compliance through minimization of data exposure in transit and masking of critical infrastructure points. The CHK4 does not hide the data: it anchors it. It acts as a digital wax seal — a verifiable technical proof that the information was not altered from the origin, satisfying NIST and ISO 27001 integrity principles.
The moment → Non-repudiation without complex digital signatures at every step. If the CHK4 does not match when full data is revealed, tampering is detectable at any node. The order's chain of custody is auditable from the instant of emission.
🚢
Port Operator / Freight Agent
Digital truth seal against manifest discrepancies.

In international transport, cargo passes through multiple operators before reaching its destination. Discrepancies between what the manifest states and what arrives at port generate fines, delays, and disputes with no clear resolution. UODI acts as the identifier that links the original logistical intent to what is verified at destination — not a twenty-page document, but a 91-character string any system scans instantly.
The moment → Upon arrival at the terminal, scanning the UODI instantly validates whether the weight and cargo type match what was emitted at origin. The CHK4 guarantees the data was not modified during transit — and it proves who emitted it and when. Non-repudiation: no party can claim they did not issue the original declaration. The original intent is unalterable from the moment of emission.
Parse in 3 lines

No library.
No schema. No setup.

Fixed-width positional parsing. Point to a memory offset and you have the field. Works on any platform, any language.

# Any UODI v1.2 string
wire = "P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-????????????????-070326-M030-CD47"

blocks = wire.split("::")[0].split("-")

fields = {
  "version":  blocks[0],   # P120
  "mode":     blocks[1],   # VALO
  "type":     blocks[2],   # ROAD
  "prop":     blocks[3],   # ARMD
  "quantity": blocks[9],   # K0500
  "origin":   blocks[10],  # zone only
  "dest":     blocks[11],  # locked: ????????????????
  "chk4":     blocks[14],  # CD47
}

dest_locked = fields["dest"] == "????????????????"
# True — destination sealed until revealed
// Any UODI v1.2 string
const wire = "P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-????????????????-070326-M030-CD47";

const blocks = wire.split("::")[0].split("-");

const fields = {
  version:  blocks[0],  // P120
  mode:     blocks[1],  // VALO
  type:     blocks[2],  // ROAD
  prop:     blocks[3],  // ARMD
  quantity: blocks[9],  // K0500
  origin:   blocks[10], // zone only
  dest:     blocks[11], // locked: ????????????????
  chk4:     blocks[14], // CD47
};

const destLocked = fields.dest === "????????????????";
// true — destination sealed until revealed
Full reference implementations in Python, Go, Node.js, Java, and Rust — all under 300 lines, zero dependencies.
View on GitHub →
Core Architecture

15 blocks. Fixed positions.
Zero negotiation.

POS 01
PVER
4 chars
Layout version. P120 = 15 blocks. Parsers detect structure before reading content.
Which version of the format?
POS 02
MODE
4 chars
PASS · CARG · VALO · ANIM. Legal transport framework.
What are we moving?
POS 03
TYPE
4 chars
ROAD · AIRS · SEAS · RAIL · ORBT · UNDE. Infrastructure to search.
By which route?
POS 04
PROP
4 chars
FRIG · HAZM · ARMD · LIVE · **** Physical handling requirement.
Any special conditions?
POS 05
CLAS
4 chars
EXEC · NORM · ECON · CRIT · **** Service quality tier.
What service level?
POS 06
PRIO
4 chars
URGE · NORM · LOWP · **** Dispatch urgency. Independent of CLAS.
How urgent?
POS 07
AUTO
4 chars
FULL · REMO · HUMA · **** Autonomy level requirement.
Human or autonomous?
POS 08
FUEL
4 chars
ELEC · HYDR · COMB · **** Energy / ESG requirement.
Energy type preference?
POS 09
OWNR
8 chars
SHA-256 DID hash truncated to 8 Base32 chars. Or ******** for anonymous Phase 1.
Who's asking? (optional)
POS 10
CANT
5 chars
[UNIT][NNNN] — P/K/T/L/G/U/C · passengers, kg, tons, litres, kL, pallets, TEU.
How much / how many?
POS 11
ORIG
16 chars
[GH12][SIGN][ZZZ] — 3D geospatial origin. Precision from ±20 km to 3.7 cm.
From where? (approximate OK)
POS 12
DEST
16 chars
3D destination. Set to ???????????????? in Phase 1 — disclosed after handshake.
To where? (can stay secret)
POS 13
DATE
6 chars
DDMMYY UTC. Target date for transport demand execution.
When?
POS 14
WAIT
4 chars
M/H/D[XXX] — minutes, hours, or days. M000 = immediate dispatch.
How long will you wait?
POS 15
CHK4
4 chars
CRC-16-CCITT over 87 canonical chars. Integrity + tamper-evident commitment.
Has anything changed?
Geometric Precision Framework

From 20 km incognito
to 3.7 cm precision. Same field.

In plain terms

Like telling a taxi "I'm somewhere in the north of the city." Every carrier can evaluate whether they cover that zone. Only the one you choose gets the exact address. The others never know where you were — or where you were going.

ORIG and DEST encode 3D geospatial coordinates in exactly 16 characters using the format [GEOHASH_12][SIGN][ZZZ].

The geohash is right-padded with underscores to 12 characters. Fewer characters = less precision = more privacy. The padding character is unambiguous: underscore is not in the geohash alphabet.

The Z-axis encodes altitude above ground (+), depth below surface (), or ground level (0) in metres. The same format covers drone delivery pads at +120m, tunnel logistics at −15m, and orbital demand via the ::TRAJ extension.

In Phase 1, DEST is set to ???????????????? — fully incognito. After bilateral handshake, the exact 3D coordinate is disclosed and verified against the CHK4 commitment.

Mode Example Precision Use Case
Exact AR69Y7PGXQWT+120 ~3.7 cm Drone pad · robotic docking
Reduced AR69Y7PG____0000 ~610 m City block
Vague AR69Y7______0000 ~±20 km Region · pre-handshake
Incognito ???????????????? None Locked until handshake
Two-Phase Privacy Protocol

Anonymous broadcast.
Cryptographic commitment. No oracle needed.

Phase 1
Anonymous Discovery
Buyer broadcasts UODI with OWNR=******** and DEST=????????????????. Operators filter on MODE, TYPE, CANT, CLAS, PRIO, and approximate ORIG — without accessing identity or exact destination.
"I need maritime transport for 5,000 kL of hazardous cargo, Mediterranean zone, 3-day SLA." Every qualified carrier sees the request and competes. Nobody knows who's asking or the route.
OWNR: anonymous — ********
DEST: incognito — ????????????????
ORIG: vague precision ~±20 km
CHK4: commits all parameters publicly
Visibility: fully observable by any node
Phase 2
Cryptographic Handshake
Upon bilateral agreement, buyer discloses exact ORIG, DEST, and OWNR. Operator verifies CHK4. Any tampered parameter fails immediately. No oracle, notary, or external registry required.
The winning carrier receives the full details. The CHK4 from Phase 1 proves nothing was changed. No intermediary. No trust required. The math is the contract.
OWNR: DID disclosed · SHA-256 verifiable
DEST: exact 3D coordinates disclosed
ORIG: exact precision disclosed
CHK4: verified against Phase 1 commitment
Tamper: any modification → instant fail
Real-World Application

High-value delivery
in a restricted zone.

An international logistics operator must deliver sensitive cargo to a corporate campus or military installation. The recipient does not want carriers to know the exact location before the service is confirmed. The facility does not admit vehicles without a validated mission.

The emitted UODI publicly declares: zone, cargo type, handling conditions. The exact destination is a placeholder — there is no data to intercept because the exact data was never emitted. When the carrier confirms the service, the emitter reveals the real coordinates. The receiving system recalculates the CHK4: if it matches the originally emitted value, the data is authentic and unaltered. The facility scans the code at the access point and verifies the mission on the spot.

Without UODI
A PDF with the address the carrier keeps indefinitely.
With UODI
Privacy by design, verifiable integrity from origin, temporary access.
Phase 1 — Public emission
P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-????????????????-070326-M030-CD47
Destination is a placeholder. Zone visible. CHK4 anchors the real intent.
Phase 2 — Reveal on confirmation
P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-QM4F9RXQ____+000-070326-M030-CD47
Real destination inserted. CHK4 unchanged. Integrity proven.
Security Architecture

Every attack vector
has an architectural answer.

⚠ Price discrimination
Buyer identity is structurally absent in Phase 1. Carriers can only compete on the demand — not on who is asking or their history.
⚠ Route snooping before award
DEST=???????????????? is not optional — it's a valid format value. Losing carriers never receive the destination. The protocol makes it impossible to disclose otherwise.
⚠ Demand tampering in transit
CHK4 covers all 87 canonical characters. Changing one character anywhere — one digit in quantity, one day in the date — produces a different checksum. Detectable at every node.
⚠ Identity spoofing at handshake
OWNR is SHA-256 of the buyer's DID. Claiming a different identity requires producing a string that hashes to the original committed value. Computationally infeasible.
⚠ Replay of expired demand strings
DATE + WAIT structurally expire every string. A string from yesterday with M015 SLA is expired by definition — no external state required to detect replay.
How CHK4 creates a commitment
CHK4 is computed before any identity is revealed. This creates a one-way binding: the buyer publicly commits to exact demand parameters, then proves at handshake that nothing changed. No external system. No notary. No blockchain. The math is self-contained.
# Phase 1 — commit publicly, reveal nothing canonical = "P120PASSROAD****..." # 87 chars chk4 = CRC16_CCITT(canonical) # → F6DA broadcast(demand + "F6DA") # world sees F6DA # Phase 2 — disclose and verify recomputed = CRC16_CCITT(disclosed) assert recomputed == "F6DA" # match → valid # fail → tampered
Canonical Examples

All CRC-16-CCITT validated.
All conforming.

Private executive jet · 4 pax · London · destination locked
plain →
Charter flight from London airport zone. No shared cabin. Destination not revealed until the service is confirmed by the operator.
P120-PASS-AIRS-****-EXEC-NORM-HUMA-****-XOM6LP4Z-P0004-GCVR0000________-????????????????-070326-H002-DD47::SHAR-NO::RETN-NO
Autonomous robotaxi · 1 passenger · Berlin · progressive location
plain →
Fully autonomous electric vehicle. Exact pickup location is a placeholder — revealed only when the vehicle enters the zone. No human driver.
P120-PASS-ROAD-****-ECON-NORM-FULL-ELEC-********-P0001-U33DC0__________-????????????????-070326-M015-DCF9
Armored valuables · 500 kg · New York · destination locked until proximity
plain →
High-value cargo with armed escort. The exact destination is sealed in the CHK4 from the moment of emission — revealed only when the convoy is in the delivery zone. No data to intercept in transit.
P120-VALO-ROAD-ARMD-CRIT-URGE-HUMA-****-XOM6LP4Z-K0500-DR5RS0__________-????????????????-070326-M030-CD47
Drone food delivery · 3 kg · Tokyo · rooftop balcony at +12m
plain →
Last-mile delivery to a residential balcony. The Z-axis encodes the exact landing altitude. Electric drone, teleoperated, immediate dispatch.
P120-CARG-AIRS-****-NORM-URGE-REMO-ELEC-XOM6LP4Z-K0003-QM4F90__________-QM4F9RXQ____+012-070326-M000-8724
Live cattle · 2,000 kg · Port of Rotterdam · maritime · 2-day SLA
plain →
Maritime livestock transport. Human driver mandatory. Species declared via tail extension for veterinary compliance.
P120-ANIM-SEAS-LIVE-NORM-NORM-HUMA-****-********-K2000-U15HH0__________-????????????????-070326-D002-E5D3::SPEC-BOVI
Cold-chain drone · 12 kg · −20°C · pharmaceutical · exact 3D · immediate
plain →
Frozen pharmaceutical cargo. Drone delivery to exact pad coordinates at 120m altitude. Immediate dispatch. Temperature requirement declared via tail extension.
P120-VALO-AIRS-FRIG-CRIT-URGE-REMO-****-XOM6LP4Z-K0012-AR69Y7PGXQWT+120-AR69Y7PVMNBQ+080-270226-M000-FFEB::TEMP-NEG20
LNG tanker · 5,000 kL · hazardous · maritime · 3-day SLA
plain →
Five million litres of liquefied natural gas. Maritime. Route undisclosed. Destination sealed until confirmed operator receives it.
P120-CARG-SEAS-HAZM-NORM-NORM-****-****-********-G5000-AR69Y7PG____0000-????????????????-270226-D003-8CCA::ENRG-GNGL
Performance Benchmark

91 bytes.
Not a constraint. An advantage.

Comparative analysis against the most widely deployed logistics data formats. Scenario: 1 million messages per day on a standard cloud vCPU.

Data Volume · 1M messages/day
UODI
~90 MB
JSON / REST API
~210 MB
XML / EDI
~290 MB
50–70% less bandwidth. On IoT or satellite links, the gap widens further.
CPU parse time · 1M messages
UODI
~0.5 s
JSON / REST API
~4 s
XML / EDI
~10 s
80–90% less CPU. Positional parsing — O(1) per field, no tree allocation.
Memory per message · parse buffer
UODI
~135 bytes
JSON / REST API
~700 bytes
XML / EDI
~1.5 KB
70–85% less RAM. Flat buffer — no object graph, no schema validation overhead.
Cloud egress cost · 1M msg/day · $0.10/GB
UODI
~$2.70/mo
JSON / REST API
~$6.30/mo
XML / EDI
~$8.70/mo
At 10M msg/day the gap compounds. UODI scales horizontally with near-linear cost.
Capability UODI JSON / REST XML / EDI Freight Platform IoT Framework
Pre-contract demand broadcast✓ Native⊘ Closed
No prior API agreement needed⊘ Complex
Progressive location privacy✓ Structural
Native 3D location (Z-axis)⊘ Manual⊘ Manual⊘ Manual
O(1) positional parsing✗ Tree✗ Tree
Transport-layer independent✓ UDP/MQTT/SAT✗ HTTP✗ HTTP/AS2⊘ Varies
Embedded / IoT ready (<300 lines)⊘ Heavy
Tamper-evident integrity (CHK4)✓ CRC-16⊘ Envelope⊘ Optional
Vendor-neutral, open standard⊘ Schema varies⊘ Mapping needed✗ Proprietary⊘ Varies

Benchmark figures derived from comparative analysis of 1M message workloads. CPU times reflect standard cloud vCPU positional vs tree-parse implementations. Data volumes based on median payload sizes per format.

Intellectual Property

Priority established.
February 2026.

01 — PATENT
U.S. Provisional Patent
Application No. 63/993,355
35 U.S.C. §111(b)
Filed February 2026
Covers: 15-block positional architecture · GPF · Two-phase privacy protocol · CHK4 commitment · Tail extension mechanism
02 — COPYRIGHT
Safe Creative
Registration No. 2602284718909
DOI: 10.5281/zenodo.18817254
Registered February 2026
Specification text · algorithms · architecture documentation · all versions
03 — LICENSE
CC BY 4.0 — Open Standard
Free to use — implement in any system, any purpose, including commercial.
Free to share — copy, redistribute, adapt and build upon the standard.
One requirement: attribution to the author and a link to the license.
Required attribution: "Built on UODI Standard v1.2 — Daniel Eduardo Placanica (2026). Patent Pending U.S. 63/993,355."
04 — IMPORTANT NOTE
Open standard, protected method
The encoding standard is open and royalty-free under CC BY 4.0. The technical design and data masking method are covered by a pending U.S. provisional patent, filed to protect the standard from fragmentation and ensure it remains a single, coherent specification.
You can implement the 91-character string in your systems without paying royalties — as long as authorship is credited.

Think of it like SQLite or an MIT-licensed library: free to use, embed, fork, and ship commercially. The only requirement is keeping the authorship notice. No hidden clauses, no future licensing traps.
Get Involved

The standard is public.
The ecosystem is open.

UODI v1.2 is fully specified and production-ready. The reference validator, canonical examples, and complete specification are available on GitHub. Patent licensing, commercial certification, and implementation partnerships available through the author.

Zero Integration Cost
No API keys. No registration. No middleman. Just the string.
GitHub Repository Read Paper (Zenodo) Contact