DEVNET — Liqua runs on an experimental devnet (chain 8888). Tokens carry no monetary value. Mainnet ships Aug 1, 2026.
Whitepaper · v1.0

LIQUA — a molecular, fair-launch Layer-1.

Version 1.0 (draft)Network chainId 8888Hash SOMA-256 (BLAKE3)Mainnet Aug 1, 2026Author 7SLF Studios / OMNISOFT
Abstract. LIQUA is an EVM-compatible Layer-1 whose state is modelled as a living molecular organism. Consensus is SOMA-256 — a domain-separated, keyed BLAKE3 Merkle tree over a block's cells and organs, with keccak-256 only at the EVM membrane. Supply is 98% GPU-mined from block 0; the sole genesis allocation is a 2% time-locked studio allocation released at mainnet genesis. Five mechanics — vote-escrow staking, a public locked-liquidity list, continuous per-block emission, reward-in-instance escrow, and 98% governance — are implemented and verified on-chain, not promised. Presale contributors receive pLIQUA, a transferable receipt swapped 1:1 for LIQUA at the ship date. This paper describes the design, the running system, the tokenomics, and an honest account of what is and is not yet built.

Contents

  1. Introduction
  2. SOMA-256 consensus
  3. The five mechanics
  4. Tokenomics
  5. Presale & the token swap
  6. Architecture & the running system
  7. Governance
  8. Risks & honest limits

1Introduction

Most chains are account books — a flat map of address → balance. LIQUA models its state as an organism.

Cells (individual app/state surfaces) aggregate into organs; organs aggregate into the body; the whole is hashed by a domain-keyed BLAKE3 Merkle tree whose root — the SOMA-256 root — is the organism's fingerprint. EVM-shaped on the outside (addresses are keccak(pubkey)[-20:], Solidity runs, JSON-RPC answers), molecular on the inside. The chain also carries a deterministic, replayable on-chain mind-state that can be snapshotted and forked from any height — a design language, not a sentience claim.

The thesis: a chain whose every quantity is a continuous function of block height — emission, decay, validation reward, governance quorum — with no epochs and no halving cliffs. The chain breathes per block.

2SOMA-256 consensus

SOMA-256 is LIQUA's content hash. It is not a new cryptographic primitive — rolling your own hash is how chains die — but a house construction on audited BLAKE3 whose tree mirrors the cell → organ stack. The cryptography is audited; the integration is the contribution.

The genesis SOMA root is reproducible by anyone from public inputs — deterministic, no Date.now(), no RNG. Today's devnet genesis root is 0x37d309f2…091ec80a.

3The five mechanics

Each is implemented as a real, compiled contract running on the EVM, and verified by a deterministic demo — not a whitepaper promise.

§2 · ve-lock staking

Holders vote-escrow LIQUA on a continuous sliding scale up to 4 years. A longer remaining lock earns a higher reward boost (capped at 1.5× at the 4-year cap) and more governance weight; both decay linearly toward expiry. Principal is withdraw-locked until expiry — no early exit, enforced in VeLock.sol.

§3 · Locked-liquidity list

Every lock is an append-only, chain-verifiable row — the public proof-of-lock surface. The list is the chain state, not an assertion.

§4 · Continuous emission

Block reward = a smooth decay envelope × the validation work actually performed × a bounded fast-twitch term, evaluated every block. Twitch reacts fast but is clamped inside the decayed envelope, so emission never breaks its schedule. Parameters: e₀ = 50, halflife 2,100,000 blocks, twitch 0.85–1.15×.

§5 · Reward-in-instance

A block's reward is not credited as a balance — it is escrowed to a dual-seed instance the miner controls: the public escrow key is blake3(soma ∥ minerPub ∥ height), but the claiming private key is blake3(minerSecret ∥ rewardSeed), derivable only by the miner. The reward is claimed via an L2 getting-tool after a confirmation gate (R6 · instance = auth). Verified by npm run claim:test.

§6 · 98% governance

Rollback and parameter change each require 98% of attesting ve-weight in a rolling window — near-unanimity, with the liveness tradeoff named openly. See §7.

4Tokenomics

ParameterValue
Symbol / decimalsLIQUA · 18
Chain ID8888
Supply split2% studio · 98% mined
Studio allocationthe only genesis allocation — time-locked → Aug 1, 2026
Base emission e₀~50 / block
Emission halflife2,100,000 blocks
Max ve-lock4 years → 1.5× boost
Governance quorum98% of attesting ve-weight

LIQUA is 98% GPU-mined from block 0. The only allocation taken from genesis is a single 2% studio / launch allocation — funding development, a security audit, and locked launch liquidity — time-locked and released on the ship date, August 1, 2026, and published on the locked-liquidity surface. Not a wei more is pre-allocated.

98% mined — from block 0, GPU 2% studio — time-locked → Aug 1, 2026
Honest note. Today's devnet genesis is alloc: [] — pure mined, zero allocation. The single 2% allocation is committed at mainnet genesis. Emission is continuous and decaying, so "supply" is the asymptotic total of all mined emission plus the studio allocation; the 2% / 98% split is the policy, not a fixed circulating number on day one.

5Presale & the token swap

The presale sells a portion of the 2% studio allocation to fund the studio. Contributors don't wait until mainnet to hold something — they receive a token now and swap it 1:1 at launch.

pLIQUA — the presale receipt

LiquaPresaleToken.sol (pLIQUA) is a standard, transferable ERC-20 minted to contributors at the published rate. It is not the network asset — it is a redeemable claim on it, so it can even trade before launch.

The swap — pLIQUA → LIQUA, 1:1

LiquaSwap.sol redeems pLIQUA for real LIQUA at 1:1, but only on/after the ship date. Each redeem burns the pLIQUA and releases LIQUA from a reserve funded by the studio allocation, so total economic supply is conserved across the swap. Before Aug 1, 2026 every swap reverts SWAP_NOT_OPEN.

// LiquaSwap.sol — gated, 1:1, reserve-backed, burn-on-swap
function swap(uint256 amount) external {
  require(block.timestamp >= swapOpensAt, "SWAP_NOT_OPEN");   // Aug 1 2026
  require(liqua.balanceOf(address(this)) >= amount, "reserve");  // 1:1 backed
  pliqua.burnFrom(msg.sender, amount);                          // burn receipt
  liqua.transfer(msg.sender, amount);                           // release LIQUA
}
Verified. npm run swap:test (evm/swap-demo.mjs) passes: a pre-ship swap reverts; after the ship date the buyer redeems pLIQUA → LIQUA 1:1; the pLIQUA is burned, the reserve drops by exactly the swapped amount, and supply is conserved.

Together with the existing wLIQUA.sol cross-chain wrapper, LIQUA can move between the presale chain, the L1, and an L2 — all 1:1, all reserve-backed.

6Architecture & the running system

LIQUA isn't a deck — the devnet is running. Every layer below is built and verified:

Full operator manuals are in the Codex docs; the protocol is specified §0–§8 in the spec.

7Governance

Two powers — rollback (revert to a prior height) and change (update a parameter) — each require 98% agreement. The denominator is attesting ve-weight summed over a continuous rolling window, not all-time supply, so dormant stake cannot freeze governance and a malicious change needs almost everyone.

The committed parameters a vote can change are exactly those baked into genesis — ve-lock bounds, emission shape, the confirmation gate, the quorum window. Changing one is, in effect, re-constituting the chain — which is precisely why it takes 98%.

The liveness tradeoff, named. Near-unanimity is conservative by design; the flip side is that a genuine holdout of just 2.1% of attesting weight can block a change. Excluding idle stake from the denominator softens this, but it is a real tradeoff, stated openly rather than hidden.

8Risks & honest limits

Why publish the limits? A chain that hides its seams is a chain you can't trust. LIQUA's design philosophy is that every claim should be reproducible or refusable — so the gaps are documented next to the wins, in the codebase and here.