ordimap theory whitepaper

A Persistent Natural Digital Meta-Terrain.

This is the draft pre-release rollout for live peer-review of Theory, and Ruleset testing. Please engage at your own risks, the schema proposals and rulesets are subject to change.

Summary

Ordimap presents a digital spatial realm that's crafted from the data and operational framework of Ordi transactions. This realm evolves into a universal, persistent virtual landscape, enriched with the distinct characteristics of Ordi.

Abstract

At the core of Ordi transactions on the Bitcoin network lie Ordi Blocks, which form the foundational layer. Ordimap introduces a consensus ruleset, inspired by the intuitive concept that the architecture of Ordi—encompassing Ordi Blocks, transactions, and its core data structure—can be spatially represented. This framework allows individuals to own claims on a universal, multi-dimensional canvas, drawing upon the principles of Ordinals Theory. Participants can anchor digital artifacts to specific coordinates, with Ordimap serving as a navigational tool to the underlying block data.

The supply of available space on this canvas expands with the growth in the number of Ordi Blocks, adhering to a "first come, first served" principle. Holders of valid Ordimap inscriptions emerge as the principal custodians of this digital territory. Leveraging the Ordimap theory and standards, these holders, along with builders, have the privilege to inscribe their unique digital marks onto their designated Ordimap segments.

Introduction

Approximately every ten minutes, the Bitcoin Blockchain is updated with a new block, a compilation of numerous transaction data. Among these transactions are the Ordi transactions, which, when contained within a Bitcoin block, are collectively referred to as an Ordi Block. The Ordimap Theory takes these Ordi Blocks and conceptualizes them in a spatial dimension, aiming to transform Ordi transactions into the foundational elements of a universally accessible digital space.

This paper outlines the foundational principles and the operational framework of Ordimap. It specifically explores how Ordimap enables users to attach inscriptions not just to a broad digital domain—termed as Ordimap Planet and Satellite—but also to precise coordinates within this digital expanse. By doing so, Ordimap opens up new avenues for interaction and ownership within the digital landscape, grounded in the decentralized nature of the Bitcoin Blockchain.

Ordimap Theory

The Ordimap Procedure

The core procedure of the Ordimap protocol is utilizing the data generated by Ordi Transactions on Bitcoin as the core foundation of a digital terrain. As Ordimap is based upon Ordi Transaction data on Bitcoin, it mirror's the unique properties of Bitcoin transaction data, and applies them to digital property upon a unified spatial field. The process is open, decentralized, and equitable, allowing anybody to claim digital real estate directly on layer 1 of Bitcoin by applying Ordinals Theory, and to terraform and build on this real estate by applying Ordimap Theory.

PROCEDURE

Input: The Bitcoin Blockchain.

Algorithm: The process through which Ordi Transaction data is translated into its most natural spatial representation.

Output: A digital terrain modeled after the geological ground truth inherent to Ordi's data.

Developers can leverage the Ordimap Theory and Protocol to create a diverse range of digital experiences, including games, metaverse environments, and more, all leveraging block data. Utilizing valid Ordimap inscription claims as digital land deeds, developers have a foundation for these creations. Owners of Ordimap land inscriptions have the flexibility to spatially anchor their inscriptions at various levels of resolution, beginning at the expansive Planet level. Ordimap adopts a hierarchical, layered approach: it starts with mapping Blocks to Planets, then scales down to mapping Transactions to Satellites, and continues to finer details, enabling a rich, structured digital landscape.

Planet Theory

PLANET CO-ORDINATES EXAMPLE: 0.ordimap

This refers to the Ordimap Planet Address at block-height 0 of Ordi Blocks. The first valid inscription of this address, as-per ruleset, is the valid key-bearer at the Planet layer.

Ordi Blocks are represented in Ordimap Theory by Planets. The owners of Planets are recognized as a sort of Admin of the block geo-space by the consensus of those adhering to Planet standard. Metadata can be pinned to Planets, allowing for on-chain building on the Planet layer.

When the values of an Ordi Block are extrapolated into the spatial realm, we are presented with a map graph of the Block. This Block can be made up of 4 types of BRC20 Transactions, which Ordimap Theory reads as Satellites. When an Ordimap Planet is inscribed, the Satellites are considered to be part of the Planet by default.

That means, until a Satellite is inscribed, it is part of the Planet and if the Planet is transferred, the Satellites within it move with it. If the Satellites are inscribed in their own right, they do not move with the Planet. This forms a parent-child relationship between Planets and Satellites.

Satellite Theory

SATELLITE CO-ORDINATES EXAMPLE: 0.0.ordimap

This refers to the Ordimap Satellite Address at transaction 0 at block-height 0 of Ordi Blocks. Only Planet owners are able to inscribe Satellites from the transactions within the Block.

The Ordi Transactions within the Block are represented in Ordimap Theory as Satellites within the Planets. By default, Satellites are part of the Planet and do not need to be inscribed separately. Doing so detaches and renders them individual. Satellites must be inscribed to Pin Metadata to it.

Satellite + Hex Theory

SATELLITE CO-ORDINATES EXAMPLE: 000000.0.0.ordimap

This refers to the Ordimap Satellite Address at transaction 0 at block-height 0 of Ordi Blocks. The Hex prefix before the co-ordinate adds a color to the transaction depending on its type. This creates Ordimap that are colorful. Only Planet owners are able to inscribe Satellites with Hex code prefix from the transactions within the Block.

The Ordi Transactions within the Block are represented in Ordimap Theory as Satellites within the Planets. By default, Satellites are part of the Planet and do not need to be inscribed separately. Doing so detaches and renders them individual. By adding a Hex code prefix, this new satellite type adds color to the satellite depending on its transaction type. Hex coded Satellites must be inscribed to Pin Metadata to it.

There are 5 Hex codes that make up Hex Theory for Ordimap.

Black - Represents the Ordi deploy transaction - #000000

Red - Represents the Ordi mint transactions - #FF0000

Yellow - Represents the Ordi inscribe-transfer transactions - #FFFF00

Blue - Represents the Ordi transfer transactions - #0000FF

White - Represents an Empty Ordi Block - #FFFFFF - A Bitcoin Block with 0 Ordi Transactions. An exception has to be made for these Blocks for them to participate in Hex Theory. We can remove the Satellite number and just prefix the Hex Code followed by the Planet. For example, if Ordi Block 1 has 0 transactions, in Hex Theory it would be FFFFFF.1.ordimap.

Planet, Satellite, Satellite + Hex Theory for Genesis Block

Example of an Ordi Block, with Planet Theory, Satellite Theory and Satellite + Hex Theory Visualized

This is the end of the Theory section. Come back often for updates as it is being written!