Architecture

Four layers, clearly separated.

Bitcoin events at the root, protocol state in the middle, applications and worlds on top.

06 — Architecture

A layered protocol, not another game database.

Each layer answers a different question, and only the layers below it are assumed.

  • L4

    Bitcoin layer

    Blocks, proof of work, timestamps, cryptographic events.

    Block heightDifficultyTimestampsHash events
  • L3

    Hashima protocol layer

    Issuance, identity, provenance, ownership, state verification.

    Issuance rulesDeterministic derivationProvenanceOwnershipShare verification
  • L2

    Application layer

    Hashimon, property systems, energy systems, collections.

    HashimonPropertyEnergyCollections
  • L1

    World and interface layer

    Browser, Luanti, Minecraft, APIs, future engines.

    BrowserLuantiMinecraftAPIs

03 — Two layers of truth

What an entity is. What an entity earns.

The immutable core never changes. Everything earned accumulates around it, and stays attributable to verified work or authorized events.

immutable

Genetic state

  • Origin
  • Cryptographic identity
  • Species or entity class
  • Inherited traits
  • Base visual characteristics
  • Original provenance

core stable · shell earning

evolutionary

Earned state

  • Verified proof of work
  • Best valid share
  • Accumulated history
  • Evolution stage
  • Capabilities or energy
  • World-specific consequences

09 — Development status

Built in public. Still becoming a protocol.

Filter by what runs today, what is being built, and what is still open research.

  • Deterministic Hashimon DNA

    Working today
  • Controlled server issuance

    Working today
  • Ownership records

    Working today
  • Verified SHA-256 shares

    Working today
  • Proof-of-work-driven evolution

    Working today
  • Browser and voxel-world representations

    Working today
  • Hashima API as source of truth

    Working today
  • Cross-world identity synchronization

    In active development
  • Public property rules

    In active development
  • Hashimon-powered territory protection

    In active development
  • Improved provenance proofs

    In active development
  • Developer-facing protocol documentation

    In active development
  • Bitcoin anchoring strategies

    Research direction
  • Portable title and ownership records

    Research direction
  • Independent state verification

    Research direction
  • Energy markets for game worlds

    Research direction
  • Open integration standards

    Research direction