Home Whitepaper Docs

Explaining Retium. Multi-Dimensional Mesh Blockchain Built on Mathematical Structure, Not Sequence.



Abstract

Retium introduces a new class of blockchain architecture built not on sequential blocks, longest-chain rules, or global ordering, but on pure mathematical structure. Instead of extending a linear chain, Retium constructs a three-dimensional mesh where blocks occupy deterministic coordinates derived from prime numbers, atomic prime sets, and local geometric linking rules.

The result is a blockchain that:

Retium achieves infinite scalability not through L2 layers, sharding, or probabilistic DAG ordering, but through removal of the global block sequence requirement itself. Block placement is determined not by who wins a race or who stakes the most, but by mathematical truth.

This paper describes Retium’s architecture at a conceptual level for developers and researchers to understand how the system differs fundamentally from all chains before it.

1. Introduction — The Scalability Problem Blockchains Cannot Escape

Most of existing blockchains — PoW, PoS, DAGs, and L2s—inherit the same fundamental limitation:

They require a globally agreed-upon block order.

No matter how decentralized the validator set:

As the result:

Even advanced models like DAGs still rely on global ordering pressure:

Retium discards the concept of block order completely.

Instead of a chain, Retium uses a mathematical mesh, where blocks exist at deterministic coordinates in multi-prime space.

No block height.
No global race.
No longest chain.
No fork choice.
No single bottleneck anywhere.

2. Retium Is Not a Chain — It Is a Multi-Dimensional Mesh

Traditional blockchains are 1-dimensional:

B0 → B1 → B2 → B3 → …

DAGs attempt pseudo-parallelism but still rely on global resolution rules.

Retium is fundamentally different:

Blocks expand in 3D space, not along a single axis.

Each block’s “location” is mathematically determined, not chosen.

Key properties:

  1. Multiple blocks are created in parallel

  2. No block depends on a single global predecessor

  3. Blocks connect via prime-based geometric adjacency

  4. Placement is deterministic and collision-free

  5. The mesh grows outward like a crystal lattice

Validators do not compete for the “next block.”
There is no “next block.”

Retium builds every block position that mathematics permits and dynamically opens as many additional blocks as needed according to real-time network demand.

3. Block Identity: Coordinates, Not Sequence

Block ID

A mathematical identity (2, 3, 5, 6, 30, 105…) derived from prime combinations.

Block ID defines a block’s structural position in the mesh.

3.1 Block Types

Retium recognizes four categories of blocks based on prime composition:



1. Prime Block

ID = a single prime (2, 3, 5, 7, 11…)



2. Composite Block

ID = product of exactly 2 primes

Examples: 6 = 2×3, 15 = 3×5, 21 = 3×7

These cannot be used as inputs to create new blocks.



3. Atomic Block (Retium Definition)

ID = product of exactly 3 unique primes. The reusable shortcut link in the Retium blockchain.

Examples:

Atomic blocks are 3-dimensional anchors (Tetrahedron) of the Retium mesh.

Atomic blocks are the foundation of Retium’s multi-dimensional architecture.



4. Constellation Block

ID = product of 4 or more primes

Examples:

Constellations are results—not building materials.

4. Prime Geometry — How Blocks Link in the Retium Mesh

Retium is built on prime numbers linking architecture (PNLA). It uses three high-level link categories. These define how blocks connect and how the mesh grows.

4.1 Divisor-Based Links (Ancestry)

Composite and atomic blocks must connect to all prime subsets that define them.

Example:
Block 105 = 3 × 5 × 7 must link to:

This creates triangular constellations, the core 3D geometry.



4.2 Prime Gap Links (Locality)

Prime blocks link based on natural prime gaps:

These define horizontal mesh connections.



4.3 Constellation Links (Patterns)

Some prime clusters (triplets or quadruples) appear frequently:

These clusters can be validated as a group.

They form triangles, tetrahedrons, and higher structures in the mesh.



4.4 Why Geometry Matters

Geometry gives Retium:

Invalid links break the geometry immediately and cannot be accepted by any node.

5. Block Initialization: Standby vs Active Blocks

Prime logic allows Retium to calculate which block IDs are possible, even before they are active.

Standby Blocks

Active Blocks

6. Multi-Dimensional Mesh Expansion — How Retium Grows

Blockchains grow linearly.

Retium grows spatially by Tick. Tick is not time but rather a simulation step.

Each tick produces a new set of blocks IDs using finalized blocks from previous ticks.

Each tick evaluates all possible positions and activates those now ready.

The result is exponential mesh growth:

Thousands of blocks can appear in one tick yet remain perfectly structured.

The Mesh Expands Like a Crystal

Each atomic block acts like a tetrahedron point:

This creates:

7. Validator Architecture (High-Level)

Retium uses three rotating validator roles:

Keepers

Suits

Workers

This ensures fairness and avoids validator capture.

8. Retium Has Spatial TX Finality, Not Sequential Finality.

Retium is not a transaction-sequence blockchain. It is a block-space system, where transactions finalize inside specific block coordinates rather than being arranged into a single global ledger.

Because of this, Retium transactions:

• do not compete globally
• do not require timestamps
• do not require global ordering
• do not modify a single shared sequential state
• finalize inside the block where they are placed

Retium’s Router deterministically maps each transaction to the correct block coordinate based on its internal logic.
Once placed, the transaction is:

• validated by Workers
• finalized by Suits
• permanently bound to that block’s coordinate

Transaction placement is deterministic, and a transaction cannot appear in multiple block coordinates. This eliminates double-spend races and removes the need for a global ordering system entirely.

Removing the need for ordering

In traditional blockchains, achieving finality requires deciding:

• which transaction happened first
• which block was earlier
• which timestamp should be trusted
• which history is canonical

Retium requires none of this.

State changes are applied locally inside each finalized block, and block correctness is enforced through:

• atomic coordinate placement
• deterministic block structure
• local transaction validation by Workers
• local finality by Suits

Because transactions exist in space, not time, the question “which came first?” is meaningless in Retium’s architecture.

Finality is spatial, not sequential.

9. Why Retium Achieves Infinite Scalability

Retium’s design solves scalability at its root:

9.1 No Global Block Order

No chain tip → no bottleneck.

9.2 Multiple Block Creation

Multiple blocks created by many validators simultaneously. As many as required in fact.

9.3 Local Consensus

Finality occurs per-coordinate, not globally.

9.4 Zero Forks

Two validators cannot produce the same block:

Block ID = mathematical fact.

9.5 Zero Reorgs

There is no global chain to reorganize.

9.6 Zero Mempool Congestion

Transactions can enter different parts of the mesh simultaneously.

10. Security Model — Math Instead of Voting

Traditional blockchains rely on:

Retium relies on:

Attack vectors eliminated:

An invalid block simply cannot exist—
its prime set would fail basic constraints.

Consensus becomes a matter of verification, not voting.

11. Conclusion

Retium introduces a fundamentally new blockchain architecture—one built on:

It is not an optimization of existing chains. It is a replacement for the idea of a chain itself.

Retium proves that:

Retium is the first multi-dimensional, prime-anchored, mesh blockchain—
a system where structure is truth, and scalability is a natural consequence of mathematics.