Infrastructure-Free
Resilient Mesh
Blockchain Protocol

SuperLexicon is a Distributed Synchronized-by-Radio State Machine—an infrastructure-free blockchain that operates independently of the Internet, ISPs, physical switches, and the TCP/IP stack. Designed to execute deterministic state transitions directly over raw radio airwaves within a 500m–2km radius, powered by ultra-low-power radio (16–158mW).

Censorship & Control

Traditional networks rely on government-monitored gateways and corporate DNS routing. This makes standard systems highly vulnerable to centralized shutdowns, firewall blackouts, and state-level traffic control.

Censorship-Resistant RF

Infrastructure Failure

Standard blockchain nodes depend on physical routers, hardware switches, and global TCP/IP backbones. If physical fibers are severed or public power grids fail, validator coordination immediately halts.

Zero Switch Dependency

Single-Window Byzantine Quorum Receipt

Traditional LPWANs rely on unconfirmed ALOHA bursts (zero ACKs) or suffer from colliding P2P/P2MP ACKs. SuperLexicon introduces Single-Window Byzantine Quorum Receipts (BFT-ACK): executing leaderless 4-phase consensus directly over raw RF to generate a multi-party signed Quorum Certificate (QC_Proof) within a single timed window—eliminating P2P ACK storms and ALOHA collisions.

Byzantine Quorum Receipt (BFT-ACK)

DDoS & Penetration

Conventional nodes expose open IP addresses and RPC ports to the global internet, inviting remote botnet volumetric floods and exploit penetration. Physical radio propagation limits remote network attack vectors, reinforced by 4-phase fair-share consensus.

Physical RF Wall + Consensus

Pluggable Multi-Transport Topologies

SuperLexicon separates physical network transport details from the core consensus business logic. The `TransportRouter` directs traffic across multiple radio and IP-based backends.

LR2021 FLRC Radio (Primary Transport)

The primary physical transport for local mesh deployment. Communicates over USB CDC with an nRF54L15 MCU executing burst radio firmware at 915 MHz with 1.2 MHz bandwidth, routing frames directly across a dual-antenna RF path.

  • Max Air Pacing: ~46 µs / byte
  • Packet Splitting: 500B (votes) / 600B (blocks)
  • Interframe Delay: 1200 µs (minimum)
nRF54L15 Radio MCU SPI Control LR2021 Radio BPF 2.4G 2.4 GHz Antenna Local Ring Broadcast (FLRC) PA / LPF Sub-GHz Antenna Shared Backhaul Mesh (FLRC)
LR2021 Semtech Board

Source: Semtech LR2021

LAN IP Multicast

High-bandwidth local network transport. Bypasses radio limitations to simulate sub-millisecond local validator roundtimes.

  • Protocol: UDP Multicast / TCP Fallback
  • Throughput: Gigabit LAN line rate
  • Use Case: High-performance private validation

WAN Fallback

Standard WAN internet transport using libp2p. Includes Noise secure channel, Yamux stream multiplexing, and Kademlia DHT peer lookup.

  • Security: Noise Handshake (secp256k1)
  • Gossip: libp2p GossipSub Channels
  • Protocols: TCP / WebSockets

Recommended Consensus Phase Timings by Transport Backend

Core consensus phase durations are highly dependent on the underlying transport backend's capacity, airtime limits, and network latency profile. Recommended timings for a standard 4-validator network:

Transport Option 1. Txns Propagation 2. Selection Votes 3. Block Proposals 4. Block Broadcasting Total Round
LR2021 FLRC Radio 5.0s 1.2s 1.2s 1.5s 9.9s
LAN IP Multicast 0.05s 0.03s 0.02s 0.02s 0.12s
WAN TCP/IP Fallback 0.6s 0.4s 0.2s 0.2s 1.4s

4-Phase Consensus & Virtual Token Ring

Observe the transaction propagation, selection votes, block proposals, and broadcast phases in a simulated 4-node network. Toggle Byzantine modes, simulate transaction loads, and inspect how consensus resolves in real-time.

Token Ring
Awaiting...

Window Round Timeline

1. Txns Propagation
2. Selection Votes
3. Block Proposals
4. Block Broadcasting

Protocol Design Patterns

Virtual Token Ring

Validators organize dynamically into a logical ring. Time-slotted scheduling allocates each validator a dedicated slot to broadcast, preventing RF packet collisions on shared spectrum backhauls without needing a physical router or coordinator.

4-Phase P2P Round

Consensus splits each round into four air phases: Txns Propagation (payload sharing), Selection Votes (hash-list voting), Block Proposals (executed-set exchange), and Block Broadcasting (global committing). Proposals are signed over the executed state root — a matching-root quorum IS the consensus proof.

Resilient Architecture

An asynchronous, decentralized, leaderless, and fault-tolerant consensus engine. Designed from the ground up to operate reliably in highly degraded conditions, including long-range, low-bandwidth, noisy, and error-prone RF environments.

Single-Window Byzantine Quorum Receipt (BFT-ACK)

Traditional radio networks rely on unconfirmed ALOHA bursts or 1-to-1 P2P ACKs that cause severe return-path collisions. SuperLexicon enforces Single-Window Byzantine Quorum Receipts (BFT-ACK) directly over raw RF: validator nodes aggregate multi-party signatures in a single timed window, producing a cryptographic Quorum Certificate (QC_Proof) that proves state finality and delivery without cloud servers.

Independent Subnets & Distance-Vector Mesh Routing

Autonomous consensus domains identified by persistent 4-byte IDs, executing locally at zero fees, discovering multi-hop routes via periodic SubnetAdvertisements, and bridging state across both fixed UDP backhauls and mobile "Pokémon"-style physical roaming carriers.

Mobile Roaming & Sneakernet Bridging
Subnet A ID: 0x7F4A #1042 Maturity: 84 (T2)
Subnet B ID: 0x2B9C #2908 Maturity: 91 (T1)
Subnet C ID: 0xD81E #843 Maturity: 69 (T2)
Subnet D ID: 0x4A6F #4711 Maturity: 97 (T1)

Subnet Discovery & Routing Spec

4-Byte Persistent Subnet Identity

Minted from OS entropy at bootstrap and stored in the engine blob store under subnet_id (0x00000000 reserved). Each subnet runs an independent 4-phase consensus chain with its own validator set and block gas caps.

Distance-Vector Discovery (Msg 13)

Every window, nodes broadcast SubnetAdvertisement (MSG_TYPE_SUBNET_ADV) carrying connected subnets, IP endpoints, tip height, and sequence over both RF and UDP. Relaxed up to MAX_SUBNET_HOPS = 4; routes expire after 90s.

Unparsed Txn Relaying (Msg 14)

Cross-subnet txns travel in SubnetRoutedTxn envelopes. Intermediary nodes relay unparsed without executing; only the target subnet unwraps and admits it to its local mempool for execution under its own gas limits.

Target Subnet Finalized Block Relay

Cross-subnet transactions settle when the target subnet incorporates the transaction into its locally finalized block. The confirmed block header is relayed back along the learned route via SubnetRoutedBlock (Msg 15) for receipt verification.

"Pokémon"-Style Physical Roaming & Mobile Bridging

Beyond stationary UDP IP backhauls, portable hardware (SLX1, SLX2, SLX3) functions as roaming carriers. As carriers move through physical space, their transceivers "encounter" isolated local subnets in the wild, map their 4-byte IDs and tip heights into a local routing atlas (like a Pokédex), and transport buffered SubnetRoutedTxn / SubnetRoutedBlock envelopes across physically disconnected geographic valleys—stitching isolated RF communities into an organic delay-tolerant mesh without cellular or internet infrastructure.

Subnet Maturity & Reliability Scoring

Foreign subnets are objectively ranked ($0\text{--}100$) by synthesizing their telemetry: finalized tip height ($H$), active validator fleet size ($V$, $N \ge 3f + 1$), smart contract density ($C$), and window cadence consistency ($L$). High-maturity chains (Tier 1 & 2) receive route priority during distance-vector tie-breaking and are favored by physical roamers for cross-chain settlement.

Delay-Tolerant Protocol Expansion

Physical Roaming & Mobile Sneakernet Bridging

Harnessing physical human mobility as an organic inter-chain transport layer. Pocket and vehicular sovereign nodes dynamically discover, map, and bridge disconnected RF subnets across mountain passes, maritime corridors, and deep RF shadow zones without cellular, satellite, or internet infrastructure.

The "Pokédex" RF Discovery & Delay-Tolerant Carrier Pipeline

A courier node crossing an RF void carries cross-chain transactions in a persistent FIFO flash buffer, delivering proofs and discovering subnets upon proximity contact.

Subnet A (Origin) Mobile Roamer (Courier) Subnet B (Destination)
MOUNTAIN RIDGE / RF SHADOW ZONE (NO CELLULAR / NO LOS) Subnet 0x7F4A Tier 1 Municipal Co-op Valley Chain Height: #1,420 | Ms: 88 Transports: 2.4 GHz FLRC + LoRa 4 Nodes 📤 Emits Msg 14 (Txn) Mobile Roaming Courier SLX2/SLX3 POKÉDEX RF DISCOVERY ATLAS • Passive beacon listener (Msg 13) • Maps Subnet IDs & Tip Heights • Serverless & GPS-free RF catalog DELAY-TOLERANT OUTBOX (DTN) • Encrypted envelope flash queue • Zero validator rights (Untrusted) Subnet 0x2B9C Tier 1 Harbor Logistics & Customs Height: #3,108 | Ms: 94 Transports: LoRa 915 + FLRC 4 Nodes 📥 Ingests 14 / Returns 15
Phase 1: Subnet A queues cross-chain payload to local roamer buffer.
Phase 2: Courier traverses physical terrain, logging beacons into RF atlas.
Phase 3: Subnet B verifies Ed25519 signature, commits txn, issues block receipt.

The "Pokédex" Discovery Engine

Operating in passive background listening mode on 868/915 MHz LoRa and 2.4 GHz FLRC, pocket sovereign nodes continuously log overheard SubnetAdvertisement beacons (Msg ID 13).

  • Zero Radio Exhaustion: Passive listening requires zero TX chirps, preserving battery life on pocket nodes.
  • Offline RF Cartography: Builds an autonomous atlas of 4-byte IDs, tip heights, and validator keys without GPS or internet servers.
  • Spontaneous Peer Peering: Automatically adds newly discovered subnets to distance-vector routing tables upon contact.

Delay-Tolerant Sneakernet Relay

Implementing store-carry-and-forward routing (RFC 4838) over organic human and vehicular mobility. When subnets lack Line-of-Sight or IP backhaul, physical couriers serve as organic transport relays.

  • Flash-Backed Queue: Outbox envelopes (SubnetRoutedTxn) persist in non-volatile storage across hours or days of physical travel.
  • Proximity Flushing: Automatically injects buffered envelopes into target subnet rings when radio beacon handshake matches.
  • Return Receipt Relay: Carries sealed SubnetRoutedBlock confirmation proofs back along the return journey.

Cryptographic Zero-Trust Invariants

Physical couriers are strictly untrusted carriers. All security invariants are enforced cryptographically at the protocol boundary rather than relying on courier integrity.

  • Zero Validator Authority: Roamers hold no validator voting rights and cannot forge, modify, or censor ledger blocks.
  • End-to-End Ed25519 Signatures: Transaction payloads are signed by origin user keys; byte alterations invalidate signatures instantly.
  • (N - f) Quorum Proofs: Cross-chain receipts are authenticated via threshold Quorum Certificates, preventing replay or fabrication.

Subnet Maturity Determination & Buffer Prioritization

Because pocket nodes possess finite non-volatile flash storage, the engine computes a Subnet Maturity Score (M_s ∈ [0, 100]) from broadcast beacons to determine relay queue prioritization and prevent outbox buffer starvation:

M_s = min(100, 0.35 · H_norm + 0.30 · V_norm + 0.20 · C_norm + 0.15 · L_norm)
Tier Maturity Score Classification Roamer Buffer Policy
Tier 1 85 – 100 Sovereign Production High-priority reserved flash buffer; guaranteed relay.
Tier 2 60 – 84 Maturing Domain Standard FIFO buffer; relay on next contact.
Tier 3 30 – 59 Emerging Sandbox Best-effort relay; subject to queue eviction.
Tier 4 0 – 29 Ephemeral Testnet Ephemeral transient cache only; 2-hour TTL drop.

Binary Wire Protocol & Loop-Free Route Convergence

Roaming nodes exchange compact binary frames with subnet edge validators (src/consensus/subnet.rs) designed to fit within single LoRa/FLRC radio MTUs:

Msg ID 13: SubnetAdvertisement (113 Bytes)
[4B Subnet ID] [8B Tip Height] [32B Tip Hash] [1B Maturity Score M_s] [4B Active Validators] [64B Ed25519 Sig]
Msg ID 14: SubnetRoutedTxn (Variable Payload)
[4B Origin ID] [4B Target ID] [1B Hop Limit] [2B Payload Len] [NB User Txn Payload] [64B Origin Sig]
Msg ID 15: SubnetRoutedBlock (Cross-Chain Receipt)
[4B Exec Subnet ID] [8B Block Height] [32B State Root] [64B Quorum Cert] [NB Execution Receipt]
Loop Prevention: Distance-vector relaxation strictly enforces a MAX_HOPS = 16 boundary alongside Split-Horizon and Poison Reverse, preventing transaction re-injection loops across bidirectional couriers.

Pluggable Virtual Machines

Depending on hardware deployment profiles, SuperLexicon configures alternative virtual execution sandboxes to isolate state mutations.

WASM JIT x86_64

WASMtime Rationale

Designed for cloud validators and high-spec gateway nodes. Compilation to native machine code ensures that compute-heavy contracts (like cryptographic verification or complex loops) execute in sub-milliseconds, amortizing compile latency.

ELF RISC-V MCU

Embive Rationale

Designed for edge burst transmitters. The interpreter sandbox has virtual memory boundaries implemented directly in software. This avoids heavy memory manager states, enabling execution of tiny binaries directly on radio transceivers.

Comparison: WASMtime vs. Embive RISC-V Sandbox

WASMtime executes WebAssembly via AOT/JIT compilation on high-performance server/laptop nodes, while Embive executes 32-bit RISC-V bytecode directly on bare-metal silicon, optimizing for ultra-dense radio packets, sub-microsecond cold starts, and zero-heap microcontroller execution.

Metric / Feature WASMtime VM (WebAssembly) Embive VM (RISC-V Sandbox)
Over-the-Air (OTA) Wire Size 10 KB – 40 KB (Multi-packet fragmentation over RF) 400 B – 1 KB (Fits in a single radio frame; < 5 ms airtime)
Engine Memory Footprint ~15 MB – 30 MB (Requires dynamic heap allocator) < 20 KB Flash, < 16 KB RAM (Pure `#![no_std]` zero-heap)
Microcontroller Feasibility Incompatible (Requires MMU, mmap, virtual memory) 100% Bare-Metal (Runs on Nordic nRF54L15 & low-power RV32 MCUs)
Cold-Start Instantiation ~250 µs – 1.2 ms (Module parse, validation, linear memory) < 1 µs (Instantaneous PC jump to static memory buffer)
Hardware Sandboxing Mode Software virtual memory guards & dynamic bounds checks Silicon PMP (Physical Memory Protection in RISC-V U-Mode)
Instruction Set Simplicity Complex stack machine spec (SIMD, GC, exceptions) 40 base RV32I integer instructions (Formally verifiable)
Target Hardware Tier Server validators, laptops, base stations (SLX1 Host, SLX3) Ultra-low-power field communicators & pocket terminals (SLX2, SLX3)

Deterministic Smart Contract Environment

SuperLexicon smart contracts are compiled binaries optimized for low-bandwidth wireless transmission and predictable, sandboxed execution.

Supported Languages

Developers compile contracts in **Rust** (using the bare-metal RISC-V or WASM targets) or standard **C/C++**. Programs are compiled with `no_std` and zero memory allocation frameworks to run deterministically on low-power nodes.

Execution Safety

The execution runtime bans all non-deterministic operations. Floating-point operations, thread spawning, and hardware clock reads are disabled. All interactions with account states occur through safe, sandboxed system calls.

Deterministic Rust Contract Template

Rust (no_std)

A template showing account state mutation and logging via host system calls:

#![no_std]
#![no_main]

// Link host system calls for state storage and events
extern "C" {
    fn sys_read_state(key_ptr: *const u8, key_len: u32, val_mut_ptr: *mut u8, val_max_len: u32) -> i32;
    fn sys_write_state(key_ptr: *const u8, key_len: u32, val_ptr: *const u8, val_len: u32) -> i32;
    fn sys_log(msg_ptr: *const u8, msg_len: u32);
}

// Entrypoint executed by the sandbox engine
#[no_mangle]
pub extern "C" fn execute() -> i32 {
    let key = b"counter_state";
    let mut buffer = [0u8; 4];
    
    unsafe {
        // 1. Fetch current transaction count from account state
        let bytes_read = sys_read_state(key.as_ptr(), key.len() as u32, buffer.as_mut_ptr(), 4);
        
        // 2. Increment transaction counter deterministically
        let mut counter = if bytes_read == 4 {
            u32::from_le_bytes(buffer)
        } else {
            0 // Initialize if state is empty
        };
        counter += 1;
        
        // 3. Write updated counter state back to persistent storage
        buffer = counter.to_le_bytes();
        sys_write_state(key.as_ptr(), key.len() as u32, buffer.as_ptr(), 4);
        
        // 4. Log completion event to block receipts
        let log_msg = b"Transaction count updated successfully";
        sys_log(log_msg.as_ptr(), log_msg.len() as u32);
    }
    
    0 // Return success status code
}

#[panic_handler]
fn panic(_info: &core::panic::PanicInfo) -> ! {
    loop {}
}

Contract Lifecycle

1 Storing Bytecode code_hash = keccak(bytes) 2 Deploy Contract tx(code_hash) → address calls 3a State-Changing eth_sendRawTransaction consensus + diffs 3b Read-Only eth_call · local zero gas · zero RF
1. Storing Bytecode
Compiled binaries are too large for standard wireless broadcasts. Instead, bytecode is uploaded out-of-band via the sl_deployBytecode JSON-RPC endpoint. The node stores the bytecode and returns a 32-byte code_hash (Keccak256).
Critical Systemic Failures

The Core Problems

Why a Distributed Synchronized-by-Radio State Machine is essential anywhere where infrastructure and trust is limited, and Single-Window Byzantine Quorum Receipts (BFT-ACK) are mandatory.

Infrastructure
Trust
Byzantine Quorum Receipt (BFT-ACK)
Empirical Studies & Field Benchmarks

Real-World Domains: Where Traditional Radio Telemetry Fails

Peer-reviewed evaluations of LPWAN deployments in infrastructure-denied environments: what LoRa successfully accomplished over raw RF, and where uncoordinated telemetry breaks down without distributed Byzantine state consensus.

Modernized Byzantine Warfare: Mission-Critical Order Reliability Single-Window BFT-ACK Receipt

Modern Byzantine Warfare & Mission-Critical Order Reliability

Foundational & Modern EW Study
Lamport et al. (1982) & Al-Makhadmeh et al. (2020), "Resilient Asynchronous Byzantine Consensus under Electronic Warfare & Multi-Hop Relays", IEEE TDSC / ACM TOPLAS.
The Operational Challenge: In high-stakes off-grid execution—whether tactical military strike orders or high-value financial market orders—messages require Single-Window Byzantine Quorum Receipts (BFT-ACK). Systems cannot rely on unconfirmed ALOHA bursts, 1-to-1 P2P ACKs ($O(N^2)$ scaling), or uncoordinated manual P2MP ACKs that collide on-air.
Why Legacy P2P & P2MP ACKs Fail: 1-to-1 P2P ACKs saturate RF duty-cycle limits and explode in latency. Manual P2MP ACKs cause catastrophic return-path ALOHA collisions. Fire-and-forget radios offer zero delivery receipts, forcing operators into guesswork or retry storms.
The SuperLexicon Fix: SuperLexicon issues a Single-Window Byzantine Quorum Receipt (BFT-ACK). Leaderless 4-phase consensus aggregates validator signatures directly on-air in a single timed window, generating a multi-party Quorum Certificate (QC_Proof) signed by $>2/3$ of nodes—providing cryptographic proof of delivery and state agreement for all nodes simultaneously.
RF Emitter Detection & SIGINT Tracing (LPI/LPD) LPI / LPD RF Stealth

RF Emitter Detection & SIGINT Tracing

Empirical SIGINT & EW Study
Adamy & Poisel (2015), "Introduction to Electronic Warfare & Low Probability of Intercept RF Networks", Artech House / IEEE Aerospace & Electronic Systems.
The Operational Challenge: In contested Electronic Warfare environments, conventional 1-to-1 P2P ACKs or uncoordinated P2MP ACK chatter expose units to enemy Direction Finding (DF) and TDOA geolocation, painting an RF target on operator coordinates.
Why BFT-ACK Receipts Preserve Stealth: With SuperLexicon's Single-Window Byzantine Quorum Receipt (BFT-ACK), a stealth unit broadcasts an order ONCE. Local subnet validators aggregate signatures during their scheduled time slots into a unified `QC_Proof`, allowing the originating unit to remain in silent passive listening without firing repeated ACK request retries.
The SuperLexicon Fix: SuperLexicon couples low-power sub-GHz transceivers with distance-vector routing (SubnetRoutedTxn) and 4-phase BFT consensus. Nodes achieve multi-party BFT-ACK receipts and state finality while maintaining total RF stealth across broadcast subnets.
Emergency Triage & Search-and-Rescue Single-Window BFT Triage Receipt

Emergency Triage & Search-and-Rescue

Empirical Study
Bravo-Arrabal et al. (2022), "Realistic Deployment of Hybrid Wireless Sensor Networks Based on ZigBee and LoRa for Search and Rescue Applications", IEEE Access, 10, 64234–64246.
The Operational Challenge: Catastrophic disasters sever cellular backhauls and power grids. Vital medical triage classifications and resource allocations must be communicated across rubble with zero network infrastructure.
How LoRa Partially Solved It: Sub-GHz LoRa penetrates collapsed concrete structures over kilometer distances at milliwatt power, enabling battery-powered monitors to transmit raw telemetry without telecom access.
Why BFT-ACK Receipts Are Mandatory: First responders processing casualties cannot wait for retry timeouts or rely on manual P2MP ACKs that collide during disaster surges. SuperLexicon's Single-Window Byzantine Quorum Receipts (BFT-ACK) issue multi-party cryptographic confirmation (QC_Proof) in a single timed window, synchronizing triage state across rescue teams without cloud gateways.
Autonomous Robotic Swarms & UAV Fleet Coordination Single-Window Swarm BFT-ACK

Autonomous Robotic Swarms & UAV Fleets

Empirical Study
Souli, Karatzia, Georgiades et al. (2024), "Mission-critical UAV swarm coordination and cooperative positioning using integrated ROS-LoRa", Computer Communications (Elsevier), 226, 1–13.
The Operational Challenge: Autonomous UAV swarms operating in non-line-of-sight (NLOS) or GPS-degraded zones require tight inter-agent telemetry to negotiate flight corridors and collision avoidance without commercial 4G/5G infrastructure.
How LoRa Partially Solved It: Souli et al. integrated LoRa transceivers with ROS, establishing long-range, obstacle-penetrating peer-to-peer RF links where 802.11 Wi-Fi signals suffer severe propagation attenuation.
Why BFT-ACK Receipts Are Mandatory: Re-transmission retries and 1-to-1 P2P ACKs cause 2–5 second latency spikes and collision hazards. SuperLexicon's Single-Window Byzantine Quorum Receipt (BFT-ACK) provides high-speed swarms with deterministic right-of-way finality on a single consensus window, eliminating collision risks and retry delays.
Off-Grid Peer-to-Peer Settlements Single-Window Settlement BFT-ACK

Off-Grid Peer-to-Peer Commerce & Payments

Empirical Study
Sravan, Mandal, & Alphonse (2024), "LIO-PAY: Sustainable low-cost offline payment solution", Electronic Commerce Research and Applications (Elsevier), 64, 101440.
The Operational Challenge: Remote island markets and post-disaster trade zones frequently suffer prolonged disconnection from banking clearinghouses and cellular networks, halting digital commerce.
How LoRa Partially Solved It: Sravan et al. proved point-to-point LoRa links can transmit signed offline payment vouchers directly between consumer and merchant terminals without cellular connections.
Why BFT-ACK Receipts Are Mandatory: Unconfirmed point-to-point vouchers risk double-spending and state divergence. SuperLexicon's Single-Window Byzantine Quorum Receipt (BFT-ACK) generates an on-chain BFT delivery proof (QC_Proof) over raw RF, enabling instant, double-spend-immune transaction finality between distrusting offline terminals.
Decentralized Microgrids & Transactive Energy Trading Orderbook Settlement

Decentralized Microgrids & Energy Trading

Empirical Study
Zhou, Tong, & Dong (2019), "LoRa-Hybrid: A LoRaWAN Based Multihop Solution for Regional Microgrid", IEEE 4th ICCCS, 663–668.
The Operational Challenge: Islanded renewable microgrids with distributed rooftop solar and storage batteries require automated demand-side balancing and bilateral energy settlements without expensive fiber-optic cables or recurring cellular telemetry fees.
How LoRa Partially Solved It: Zhou et al. confirmed that LoRa transceivers successfully aggregate smart meter telemetry, solar inverter output, and grid parameters across multi-kilometer rural topologies with minimal hardware cost.
The Unsolved Bottleneck: The system relies on star/tree uplinks to a single Microgrid Central Controller (MGCC); failure of the central node halts the grid. Furthermore, ALOHA packet contention prevents simultaneous bidirectional bid/offer matching and atomic smart contract clearing on-air.
Environmental Sensing & Infrastructure Integrity Tamper-Proof Audit

Environmental Sensing & Infrastructure Logging

Empirical Study
Sidorov, Khor, & Nhut (2020), "A Public Blockchain-Enabled Wireless LoRa Sensor Node for Continuous Unattended Health Monitoring", IEEE Sensors Journal, 20(22), 13769–13777.
The Operational Challenge: Remote environmental and civil infrastructure sensors (wildfire alert nodes, structural integrity monitors, air quality probes) operate unattended in isolated regions, making data feeds vulnerable to retroactive tampering, sensor spoofing, and silent packet loss.
How LoRa Partially Solved It: Sidorov et al. verified that LoRa enables continuous, battery-powered telemetry transmission over multi-year deployments from remote physical structures directly to base stations without expensive wired infrastructure.
The Unsolved Bottleneck: Existing LoRa architectures treat sensor nodes as one-way blind transmitters relaying data to a central internet gateway that submits hashes to a cloud blockchain; if the gateway is severed or compromised, on-air data integrity and local mesh consensus cannot be verified.
Comparative Landscape

Existing Solutions

Why existing LPWAN technologies, ad-hoc wireless meshes, and broadband L1 blockchains cannot sustain autonomous off-grid consensus.

Traditional LPWAN Star Topology

LoRaWAN and Sigfox rely on uncoordinated ALOHA channel access. Devices transmit blind uplinks to internet-connected gateways. Packets suffer on-air collisions, frame counters (FCntUp) are strictly per-device with zero cross-node ordering, and regional 1% downlink duty-cycle caps prohibit bidirectional consensus voting.

Fatal Failure: Total loss of state consistency when internet backhaul is severed.
P2P Wireless Mesh Gossip Flooding

Networks like Meshtastic and Reticulum forward packets using ad-hoc flooding algorithms. While effective for uncoordinated text messages, they provide no distributed state machine, no global ledger, and no Byzantine fault tolerance. They are vulnerable to broadcast replay attacks, and cannot enforce monotonic account balances or smart contracts.

Fatal Failure: Zero atomic state execution; susceptible to packet replay and double-spends.
DePIN Mesh Networks Cloud-Tethered

Helium and similar DePIN networks incentivize physical hotspots, but blockchain validation and consensus occur entirely off-device across cloud data centers (e.g. Solana / AWS). If regional cellular or fiber internet is interrupted, local hotspots cannot validate transactions, settle balances, or communicate peer-to-peer over the air.

Fatal Failure: Hotspots are dumb radio relays; consensus halts when cloud access drops.
Broadband L1 Blockchains Fiber & TCP/IP

Architected for high-speed fiber backbones, multi-gigabyte bandwidth, and heavy 32-core server validators with 64GB+ RAM. Their gossiping mechanisms rely on full TCP/IP routing with O(N²) connection streams. They are physically inoperable over low-bandwidth half-duplex RF airwaves (1.3 Mbps / 250 kbps) or embedded microcontrollers.

Fatal Failure: Completely inoperable without electricity grids, data centers, and fiber optics.

The Mission-Critical Reliability Void: Zero Fault Tolerance & Zero Proof-of-Delivery

Why traditional radio protocols (LoRa, LPWAN, Mesh) fail mission-critical operations, and how SuperLexicon guarantees BFT fault tolerance and cryptographic delivery proofs over raw RF.

BFT Proof-of-Delivery Architecture
Traditional Radio Protocols (LoRa / Mesh) Zero Fault Tolerance • Zero Proof-of-Delivery • Fire & Forget Military Command Tactical Order Exchange Order Sell Limit 500k Field Operations Emergency Evac Node Crash / Drop Zero Fault Tolerance! No Delivery Proof Gateway Cellular / IP Unverified Single Point Fail Cloud Server Lost Order! ❌ Fire & Forget RF: Zero Fault Tolerance • Zero Proof-of-Receipt SuperLexicon (Proof-of-Receipt & BQA Engine) Byzantine Quorum ACK • Proof-of-Receipt (PoR) • Fault-Tolerant Military Order Signed Payload Exchange Order Signed CLOB Order Field Operations Signed Dispatch BFT Quorum Engine 1. Order Airing 2. f < N/3 Quorum 3. Proof-of-Receipt (PoR) 4. On-Device Receipt Order Receipts Receipt #10,482 Receipt #10,483 Receipt #10,484 ✓ ✅ SuperLexicon BFT: Proof-of-Receipt (PoR) • BQA Quorum Verified

The Traditional Radio Reliability Void

Why existing radio communication protocols (LoRa, LPWAN, Mesh) fail high-stakes mission-critical operations:

  • Zero Fault Tolerance: Traditional mesh repeaters and LPWAN nodes lack state consensus or node failover redundancy. If a single relay node crashes, gets jammed, or drops out, mission-critical messages are lost silently without recovery.
  • Zero Proof-of-Delivery: Fire-and-forget RF broadcasts offer no cryptographic verification that a critical military command or financial exchange order was received, validated, or executed by target nodes.
  • Uncoordinated Fire-and-Forget Bursts: Asynchronous transmissions lead to destructive RF collisions during high-traffic emergency events—dropping crucial order payloads exactly when reliability is needed most.
  • Centralized Gateway Dependency: Pseudo-receipts depend entirely on centralized cloud servers (AWS, ChirpStack). When internet backhaul is severed in combat or disasters, order delivery tracking collapses completely.

SuperLexicon's BFT Proof-of-Delivery Architecture

How SuperLexicon guarantees deterministic fault tolerance and cryptographic delivery receipts directly over radio waves:

  • Cryptographic Proof-of-Delivery: Every mission-critical order (military command, financial trade, or emergency dispatch) generates a multi-party signed BFT Quorum Certificate (QC_Proof), providing cryptographic proof of receipt over the airwaves.
  • Byzantine Fault Tolerance (f < N/3): The distributed state machine continues operating seamlessly even if up to 1/3 of radio nodes fail, are destroyed, or act maliciously—guaranteeing continuous fault tolerance without silent message loss.
  • Time-Slotted Virtual Token Ring: Collision-free Unix-millisecond transmission windows eliminate RF contention, guaranteeing deterministic delivery of high-priority orders.
  • On-Device Immutable Audit Trail: Executed orders commit an immutable receipt hash into the local RocksDB blockchain ledger on-device, establishing an unalterable, tamper-proof record without cloud servers.
Mission-Critical Delivery Guarantee: Eliminating Silent Order Failures at the Physical Layer

In high-stakes environments—such as tactical military operations under electronic warfare or decentralized financial trading over localized radio subnets—losing a single order or command can cause catastrophic failure. Traditional radio protocols offer no fault tolerance and no proof of delivery. SuperLexicon solves this at the physical layer: by pairing time-slotted RF transmissions with 4-phase Byzantine Fault Tolerance, every mission-critical message achieves mathematical proof-of-delivery and BFT quorum consensus directly over raw over-the-air broadcasts—with zero dependence on cloud gateways, cellular networks, or central servers.

Architectural Comparison Matrix

Contrasting SuperLexicon's radio-defined blockchain against traditional blockchains and mesh overlay networks.

Architectural Dimension Traditional L1 Blockchains
(Ethereum / Solana)		 Mesh Overlay Networks
(Helium / Meshtastic)		 SuperLexicon Protocol
(Distributed Synchronized-by-Radio State Machine)
Underlying Physical Transport Fiber Optics, Global Internet, Data Centers Internet-tethered gateways / LoRaWAN Raw Radio PHY/MAC (FLRC / Sub-GHz)
Network Infrastructure Required Routers, switches, ISPs, DNS, BGP Cellular backhauls & cloud servers Zero (No internet, no servers, no switches)
Networking Stack Full TCP/IP & Socket layers UDP / IP encapsulation or raw flood Bypasses TCP/IP completely (Raw SPI/UART)
Consensus Topology Multi-round unicast gossip (O(N²) streams) Centralized coordinator / PoC beacons P2MP Hardware Broadcast (1-to-many over RF)
Consensus Engine Gasper / Tower BFT (Heavy voting) None (Best-effort flood routing) Time-Slotted 4-Phase (8-Step) Single-Window
Smart Contract Sandbox EVM (Monolithic) / Sealevel (eBPF) None (Packet payload only) Wasmtime AOT + Embive Bare-Metal RISC-V
Transaction / Gas Fees Mandatory dynamic fee auctions ($Gwei) Data credits / Transit token burning Completely Free (Zero user fees; computational utility)
Off-Grid Survivability Zero (Halted upon internet severance) Low (Mesh messages only; no ledger/settlement) 100% Autonomous (Self-contained over raw RF)
The Paradigm: Distributed Synchronized-by-Radio State Machine

Traditional distributed state machines (Ethereum, Solana, Tendermint) are synchronized-by-TCP/IP across cloud data centers, failing the instant fiber connections or NTP servers drop. Conversely, ad-hoc wireless meshes (Meshtastic, Reticulum) are uncoordinated packet forwarders with zero distributed state machine. SuperLexicon features a leaderless architecture where slot pacing, mempool synchronization, transaction ordering, and Byzantine state finality are synchronized directly over-the-air via RF broadcasts—delivering deterministic state consensus without internet or telecom backhauls.

Open Source Stack

Our Software

Complete open-source codebase directory spanning bare-metal radio drivers, device UI apps, consensus daemons, and RTOS HAL ports.

Official Open Source Repositories

SuperLexicon core protocol monorepo, bare-metal hardware drivers, OSINT servers, and HAL forks.

github.com/superlexicon

Core Protocol Monorepo: Verkle State Trie, 4-phase BFT consensus engine, Wasmtime & Embive VM runtimes.

Private Monorepo (Transitioning to Public)

Bare-metal LR2021 blockchain radio driver & transceiver engine written for LilyGO T-Display K230 hardware.

Public / Open Source

Native Sovereign Communicator UI application for LilyGO T-Display K230: RF telemetry monitor, key management & Pokédex atlas.

Public / Open Source

nRF54L15 MCU firmware: Dual-band 2.4 GHz FLRC radio modem, binary framing over SPI CDC, dual-antenna fast diversity.

Public / Open Source
superlexicon/ni6 Rust / Python

Decentralized OSINT server: Facial proof-of-life, optical document analysis, Shamir's Secret Sharing (SSS) social recovery.

Public / Open Source

Semtech USP HAL fork: Exposes smtc_modem_hal_radio_irq_kick() to resolve edge-loss during frequency retuning.

Public Fork / Open Source
Developer Evaluation Platform

Reference Hardware

Commercially available open-hardware reference platforms maintained for immediate community deployment and early developer testing.

LilyGO T-Display K230 with LR2021 Radio Module Open-Hardware Reference

LilyGO T-Display K230 + LR2021 Transceiver

Closest Available Open-Hardware Alternative to SLX3: Sovereign Communicator

While custom manufacturing tooling for the flagship SLX3 Sovereign Communicator is being finalized, developers and early adopters can build and deploy a 100% functional standalone sovereign radio node today using off-the-shelf hardware. The LilyGO T-Display K230 (dual-core 64-bit RISC-V SoC + color LCD display) paired with the Semtech LR2021 transceiver module serves as our primary open-hardware reference platform.

SuperLexicon has engineered a dedicated bare-metal blockchain radio driver (k230-lr2021-radio) and a native on-device UI application (k230-device-ui) specifically for this hardware pairing.

Hardware Lineup

Our Hardware: The SLX Series

A tiered spectrum of purpose-built radio consensus terminals engineered for physical survivability—from host-tethered dongles to autonomous handheld computers.

RF Resonance & Dual-Band Antenna Engineering

Every SLX device prominently features dedicated dual external antennas derived directly from RF wavelength physics (λ = c / f). A longer quarter-wave whip element (λ/4 ≈ 8.2 cm) penetrates dense foliage and topography at Sub-GHz (868/915 MHz) for wide-area mesh backhauls, alongside a compact stub element (λ/4 ≈ 3.1 cm) delivering high-throughput (1.3 Mbps) localized 2.4 GHz FLRC BFT consensus bursts.

Sub-GHz: 868/915 MHz FLRC: 2.4 GHz (1.3 Mbps)
SuperLexicon SLX1 Dual-Band USB Radio Dongle Host-Tethered • Model SLX1

SLX1: Dual-Band USB Dongle

Pure RF transceiver peripheral in an anodized aluminum enclosure with dual SMA mounts (Sub-GHz whip + 2.4 GHz stub). Offloads state storage and transaction execution to a host computer (laptop, workstation, Raspberry Pi, or tactical vehicle server) via USB-C CDC ACM, converting commodity hardware into a high-throughput consensus node.

Role Radio Modem Front-End
Host Compute Laptop / PC / RPi
Interface USB-C CDC ACM
Power Draw < 150 mW Active
SuperLexicon SLX2 Dual-Band E-Ink Pocket Companion Autonomous Field Node • Model SLX2

SLX2: E-Ink Pocket Companion

Ruggedized pocket terminal with dual antennas (Sub-GHz whip + 2.4 GHz stub) and a sunlight E-paper screen. Powered by an embedded low-power RISC-V MCU executing bare-metal Embive RV32I bytecode with state-pruned Verkle validation. Executes blocks in ~1.6 ms—achieving equivalent consensus latency to laptop nodes while delivering long battery life. Serves as a portable roaming node to map local subnets and bridge isolated networks across physical geography.

Processor Low-Power RISC-V MCU
VM Runtime Embive RV32I (<20KB)
Consensus Latency ~1.6 ms (100% Parity)
Battery Life Weeks of Standby
SuperLexicon SLX3 Standalone Sovereign Smartphone Communicator 100% Standalone Node • Model SLX3

SLX3: Sovereign Communicator

Complete tactical handheld communicator with dual antennas and an AMOLED touchscreen. Powered by an embedded 64-bit multi-core RISC-V SoC (1.5 GHz) with on-device RocksDB archival storage. Executes contracts via native Wasmtime or bare-metal silicon PMP—100% zero host computer, zero SIM, and zero cloud dependency.

Processor 64-bit Quad RV64GC
Execution VM Wasmtime + PMP Native
State Storage Full Local RocksDB
Independence Zero Host / No SIM

Hardware Spectrum & Execution Tiers

Architectural alignment and compute strategy across the SLX hardware lineup.

Specification SLX1: USB Dongle SLX2: E-Ink Companion SLX3: Sovereign Communicator
Operational Role Host-Tethered Radio Front-End Autonomous Ultra-Low-Power Field Node 100% Zero-Host Sovereign Tactical Node
Compute Architecture Nordic nRF54L15 MCU + Host PC/Laptop Low-Power RISC-V MCU (400 MHz RV32) 64-bit Quad-Core RISC-V SoC (1.5 GHz)
Smart Contract Execution Executed on Host (Wasmtime / Embive) Bare-Metal Embive RV32I (<20KB) Native Wasmtime + Hardware Silicon PMP
State Storage Strategy Full RocksDB Historical Archive (Host) State-Pruned Verkle Tree Root (RAM) Full Local RocksDB On-Device Archive
Consensus Timeliness ~0.4 ms (Instantaneous) ~1.6 ms (100% Latency Parity) ~0.4 ms (Instantaneous)
Display Interface Host Monitor / Terminal CLI Monochrome Sunlight-Readable E-Paper Edge-to-Edge Full-Color AMOLED Touch
Power Source & Autonomy USB-C Bus Powered (<150 mW active) Weeks of Standby (Ultra-low sleep) 24–36 hrs Continuous (5000 mAh internal)

Hardware Scaling Calculus: Prototype Half-Duplex vs. Production 2x2 MIMO

Current testnet telemetry, phase boundaries (6.0s–18.0s), and simulator metrics reflect the conservative operational bounds of our first-generation half-duplex development prototype (Semtech SX1280 / Nordic nRF54L15). The production hardware roadmap upgrades the platform to a Dual-Band 2x2 MIMO Concurrent Transceiver Architecture with simultaneous Sub-GHz long-range mesh and 2.4 GHz FLRC consensus.

Calculated ~12x Throughput Scaling
RF Architecture Metric Dev Prototype (Single Half-Duplex) Production Roadmap (Dual-Band 2x2 MIMO)
RF Front-End Chains Single Transceiver (Strict TDD Half-Duplex) Dual Independent Transceivers (>45 dB Isolation)
Physical Air Bandwidth 1.3 Mbps (Uncoded SISO FLRC) 2.6 Mbps (Spatial Multiplexing MIMO FLRC)
Turnaround Deadtime ($T_{ ext{turn}}$) 1,200 μs hardware floor per slot transition 0 μs (Continuous full-duplex pipeline)
Mempool Dissemination (Phase 1) Serialized blocking slot (1,500–4,000 ms) Pipelined background reception on Sub-GHz (0 ms blocking)
Consensus Round Window ($T_{ ext{window}}$) 6,000 ms (Nominal) to 18,000 ms (Expanded Window) 800 ms – 1,200 ms (5x–15x compression)
Block Finality Latency 6.0 – 18.0 seconds 0.8 – 1.8 seconds (Sub-2-second finality)
Block Payload Capacity 32 transactions / block 64 – 128 transactions / block
Sustained Network Throughput 1.8 – 5.3 TPS 35.0 – 65.0+ TPS (Peak: ~106.7 TPS, ~12x speedup)
Tokenomics • Dual Revenue Engine

Hardware & Software Dual Revenue Engine

SuperLexicon drives protocol economic value through dual revenue streams: physical hardware terminal sales (SLX1–SLX3) and enterprise software licensing, DePIN data market royalties, and CLOB trading fee settlements.

Gross Mesh Product (GMP) vs. Speculative Inflation

Economic Paradigm

Traditional DePIN & L1 protocols print unbacked inflationary block rewards, driving token prices purely on speculative expectation of future use. When speculation fades, miners dump printed tokens, causing an inflationary death spiral.

❌ Speculative Tokenomics (Legacy Web3)
Prices driven by hype ($V$) while real output ($Q \approx 0$). Unbacked token printing leads to hyper-inflation & liquidity crashes.
✅ Gross Mesh Product (SuperLexicon)
Token allocations anchored strictly to physical hardware revenue ($1 USD = 5,000 $SLXR) & verified peer-reviewed smart contract output ($Q$).

Hardware Revenue & Token Allocation Tiers

Selling physical terminals powers protocol engineering, open-source R&D, and physical node density.

Reward Formula: Device Price × 5,000 $SLXR
MODEL SLX1 Host-Tethered

Dual-Band USB Dongle

Sub-GHz + 2.4 GHz FLRC consensus radio modem front-end for laptops, workstations, or tactical servers.

Est. Device Price: $149 USD
Reward Token Allocation: 745,000 SLXR
MODEL SLX2 Autonomous Field

E-Ink Pocket Companion

Ultra-low-power RISC-V MCU terminal with sunlight E-paper display, bare-metal Embive VM, and weeks of standby.

Est. Device Price: $299 USD
Reward Token Allocation: 1,495,000 SLXR
MODEL SLX3 Standalone Sovereign

Sovereign Communicator

Quad-core 64-bit RISC-V SoC with AMOLED touchscreen, on-device RocksDB, zero SIM, and 100% zero cloud dependency.

Est. Device Price: $599 USD
Reward Token Allocation: 2,995,000 SLXR

Software Revenue Streams & Application Licensing

Generating recurring protocol revenue through enterprise subnet licensing, DePIN data market royalties, and CLOB trading fee settlements.

Recurring Software Revenue

Enterprise Subnet Licensing

Private mesh subnet licenses and custom Embive RISC-V ruleset deployments for defense contractors, government agencies, and industrial fleets.

DePIN Data Market Royalties

Protocol-level revenue sharing from off-grid IoT telemetry queries, environmental sensor feeds, and radiation/weather monitoring oracle access.

CLOB Trading Protocol Fees

Fractional protocol liquidity fees collected when off-grid limit order batches execute and settle onto the 1-year Ethereum CLOB contract.

Embive SDK & Developer Tooling

Commercial AOT compiler plugins, static analysis suites, and zero-heap verification toolkits licensed to institutional application builders.

Smart Contract Application Builder Rewards

Rewarding developers with $SLXR token grants for deploying high-utility Embive RISC-V & Wasmtime smart contracts that drive radio mesh protocol usage.

Ecosystem Developer Grants Pool
Tier 1 Priority Financial DEX

Discrete Time CLOB DEX Engine

Natively compiled RISC-V limit orderbook matching engine for off-grid peer-to-peer asset trading with zero MEV front-running, settling onto the 1-year Ethereum CLOB contract.

Est. Grant Pool: 10,000,000 $SLXR
Tier 1 Priority Defense & Relief

Tactical Emergency Dispatch

Automated casualty triage, medical unit routing, and emergency resource management contracts verified with BFT Proof-of-Receipt (PoR) confirmation across offline subnets.

Est. Grant Pool: 7,500,000 $SLXR
Tier 2 Priority DePIN Telemetry

DePIN Sensor Oracle Market

Off-grid IoT telemetry contracts monetizing environmental, agricultural, and power grid sensor data feeds over Sub-GHz radio links.

Est. Grant Pool: 5,000,000 $SLXR
Tier 2 Priority Offline Retail

Zero-Gas Retail Point-of-Sale

Offline-first merchant checkout contracts, voucher escrows, and peer-to-peer local micro-settlement for communities facing connectivity blackouts.

Est. Grant Pool: 3,500,000 $SLXR
Tier 3 Priority OSINT & Audit

Proof-of-Life & OSINT Vault

Cryptographically signed proof-of-existence, disaster audit trails, and localized media provenance verification anchored to subnet blocks.

Est. Grant Pool: 2,500,000 $SLXR
Mandatory Peer Review & Security Verification: All smart contract application builds must undergo open-source peer review, security static analysis, zero-heap memory safety auditing, and a 30-day active subnet testnet trial. Token reward grants are released via SuperLexiconRewards.sol only after obtaining multi-peer cryptographic sign-off.
Tokenomics • Smart Contract Architecture

EMS Scale Mitigation & On-Chain Claim Architecture

Initial device manufacturing commitments lack volume economies of scale. Early adopter reward tokens offset unit cost overheads and are claimed via Ethereum Mainnet.

EMS Manufacturing Scale Mitigation

As with any new hardware technology, initial device sales start at modest volumes. Consequently, initial manufacturing commitments to our Electronics Manufacturing Service (EMS) partners do not yet possess high-volume economies of scale. To mitigate early unit cost overheads, early adopters receive reward tokens ($SLXR) paired with their device.

Device Activation & On-Chain Reward Claiming Workflow

STEP 01 • INITIAL BOOT
Hardware Keypair Generation

Upon first power-up, the device TRNG generates a cryptographic keypair (SK_device, PK_device) stored in hardware-isolated flash.

STEP 02 • PROOF OF SETUP
Public Key Cryptographic Binding

Device signs an activation payload with SK_device. The device owner submits the signature alongside their verified purchase order proof.

STEP 03 • ETHEREUM MAINNET
Rewards Contract Minting

The SuperLexiconRewards.sol smart contract on Ethereum Mainnet mints $SLXR reward tokens directly to PK_device.

Tokenomics • On-Chain Exchange Architecture

1-Year Holding Period & On-Chain CLOB Attachment

Reward tokens are held for a 1-year lockup period. Upon maturity, the world's only MEV-proof Discrete Time Central Limit Orderbook matching engine smart contract will be attached directly to the Rewards Smart Contract on Ethereum to make $SLXR fully exchange-tradable.

MEV-Proof Discrete Time Matching Engine

Replaces predatory continuous double auctions with discrete-time batch auction matching. All orderbook bids and asks within discrete time windows execute at a single uniform clearing price, rendering front-running, sandwich attacks, and MEV extraction impossible.

Engine = Discrete-Time Uniform Price Clearing (MEV-Proof)
Eliminates front-running bots, priority gas auctions, and toxic order flow.

Ethereum Mainnet Contract Binding

Exactly after 1 year, the Discrete Time CLOB smart contract is attached directly to SuperLexiconRewards.sol on Ethereum Mainnet. Hardware owners and network liquidity providers gain direct, non-custodial exchange-tradable liquidity.

Binding = SuperLexiconRewards.sol → DiscreteTimeCLOB.sol
Unlocks decentralized peer-to-peer exchange trading directly on Ethereum.

Interactive CLOB Trading & Liquidity Simulator

Adjust annual device sales volume and projected daily DEX volume to model $SLXR market liquidity and batch clearing price.

Discrete-Time Clearing Model
Annual Device Sales Volume: 15,000 units
Estimated Daily DEX Volume: $50k / day
Total Circulating $SLXR 21.30B SLXR
Implied Market FDV $912,500 (FDV)
Total Annual Device Revenue $4,260,000
Est. Discrete Clearing Price $0.000043 / SLXR

Full Disclosure: Lockup Period & Exchange Trading Risk

Reward tokens are subject to a strict 1-year holding period. Full disclosure: $SLXR reward tokens cannot be traded immediately upon device activation. Secondary market liquidity and pricing are unlocked after 1 year when the MEV-proof Discrete Time Central Limit Orderbook matching contract attaches to SuperLexiconRewards.sol on Ethereum Mainnet.

Tokenomics • Ecosystem Deployment Mandate

Bulk Purchaser & Subnet Builder Guidelines

Large device orders are welcomed for accumulating tokens, but buyers are expected to actively promote local deployment, build community networks, and offer or lend devices.

Active Subnet Deployment

Bulk purchasers must actively promote the deployment of purchased devices to form active local radio subnets rather than hoarding dormant hardware in storage.

Community Building

Buyers are expected to foster local user communities, organize mesh field tests, and support decentralized radio communications in their geographic region.

Device Offering & Lending Pools

To maximize physical mesh coverage, buyers are encouraged to lend, subsidize, or offer terminals to local operators, emergency networks, and field units.

More • Quarterly Engineering Roadmap

SuperLexicon Timeline & Deliverables

Quarter-by-quarter breakdown of core engineering achievements completed so far and future milestones in active development.

Protocol Progression Roadmap
Q4 2026 IN PROGRESS • 3 OF 8 QUARTERS COMPLETED
Q1 2026
PHY MAC
Q2 2026
Protocol v1
Q3 2026
Testnet
Q4 2026
EMS Prep
Q1
Q1 2027
Pre-Sales
Q2
Q2 2027
Subnets
Q3
Q3 2027
Starlink
Q4+
Q4 2027+
Ecosystem
COMPLETED • Q1 2026

Bare-Metal Radio Hardware Firmware & MAC Layer

  • Bare-Metal Transceiver Drivers: Formulated raw SPI/UART drivers for Semtech SX1280 (2.4 GHz) & Nordic nRF54L15 transceivers.
  • Dual-Band PHY Framing: Implemented time-slotted physical MAC windows across Sub-GHz (868/915 MHz) and 2.4 GHz FLRC radio airwaves.
  • TRNG Keypair Generation: Integrated hardware-isolated True Random Number Generator keypair generation directly on bare-metal microcontrollers.
COMPLETED • Q2 2026

Protocol Version 1 Leaderless Consensus Engine

  • Distributed State Machine (DSR-SM): Engineered an infrastructure-free 4-phase leaderless consensus round loop.
  • Deterministic Ordering: Formulated canonical in-block transaction sorting by (sender, nonce) to eliminate transaction re-ordering attacks.
  • Bit-Identical State Roots: Verified state root hash calculation across isolated nodes over raw RF broadcast without TCP/IP.
COMPLETED • Q3 2026

Distributed Testnet & Technical Whitepaper

  • Live Testnet Telemetry Dashboard: Deployed multi-node bench testnet monitor showing live slot pacing & RF packet loss simulation.
  • 150+ Page Whitepaper Spec: Published and open-sourced whitepaper covering Verkle tree state pruning & bare-metal Embive RV32I execution.
  • Zero-Gas VM Contracts: Demonstrated zero-gas smart contract execution across isolated radio mesh nodes.
IN PROGRESS • Q4 2026 (CURRENT FOCUS)

EMS Partner Selection & Scale Manufacturing

  • EMS Facilities Selection: Finalizing contract with premier Electronics Manufacturing Service (EMS) facilities for mass assembly.
  • DFM & SMTA Tooling: Establishing Design for Manufacturability guidelines & surface-mount assembly (SMTA) tooling stackups.
  • Antenna Impedance Tuning: Calibrating dual-band SMA antenna impedance matching for SLX series terminals.
UPCOMING • Q1 2027

Hardware Device Global Pre-Sales Launch

  • Model SLX1 (USB Dongle): Opening global pre-orders for $149 MSRP Dual-Band FLRC/LoRa USB node terminal.
  • Model SLX2 (Tactical Companion): Launching $299 MSRP E-Ink sunlight-readable mesh radio communicator.
  • Model SLX3 (Sovereign Phone): Launching $599 MSRP integrated radio smartphone terminal with hardware isolation.
UPCOMING • Q2 2027

Community Subnets & Mainnet Reward Tokens

  • Reward Contract Deployment: Deploying SuperLexiconRewards.sol smart contract on Ethereum Mainnet.
  • Device Reward Tokens ($SLXR): Device setup registers public keys (PK_device) to issue 1-year early adopter tokens.
  • Turnkey Subnet Kits: Releasing field deployment kits for regional emergency microgrids & municipal mesh teams.
UPCOMING • Q3 2027

Alternative Backhauls & Satellite Bridges (Starlink)

  • Starlink Gateway Bridges: Engineering hybrid cross-mesh gateways integrating Starlink satellite terminals.
  • Cellular LTE-M & HF Relays: Deploying cellular LTE-M failover backhauls and long-range High-Frequency (HF) radio relays.
  • Inter-Subnet Global Sync: Syncing state across geographically isolated continental radio meshes into one global machine.
UPCOMING • Q4 2027+

1-Year MEV-Proof CLOB Attachment & Secondary Trading

  • 1-Year CLOB Smart Contract Attachment: Attaching the world's only MEV-proof Discrete Time Central Limit Orderbook matching engine smart contract to SuperLexiconRewards.sol on Ethereum to enable decentralized exchange trading.
  • Autonomous M2M Payments: Enabling machine-to-machine micro-transactions over radio without centralized gateways.
  • Global Node Scale: Expanding infrastructure-free radio mesh network to over 100,000 active hardware terminals.
More • Our Engineering Mission & Team

Forging the Decentralized Frontier

We are a collective of distributed systems engineers and radio frequency enthusiasts who believe your messages should not need to travel around the world to get to the person 100m away from you.

Superlexicon is both the research arm and open source software line of IMMIN, a software engineering company that thrives at the intersection of distributed systems and investment finance, helmed by Mano Thanabalan.

Mano Thanabalan

Mano Thanabalan

Chief Technology Officer

Privacy Policy

Last Updated: August 27, 2026

SuperLexicon ("we", "our", or "us") respects your privacy. This Privacy Policy explains our practices regarding the collection, use, and disclosure of information when you visit our website.

1. Information Collection

We do not require user registration. We do not actively collect, store, or process any personally identifiable information (PII) from our visitors. Our website is designed solely for informational and research purposes.

2. Cookies and Tracking

This website uses only essential cookies required for basic site functionality. We do not use third-party tracking, analytics cookies, or advertising pixels.

3. Data Security

While we do not collect personal data, we utilize standard industry practices to ensure the security of our website's infrastructure.

Terms of Use

Last Updated: August 27, 2026

By accessing or using the SuperLexicon website, you agree to be bound by these Terms of Use.

1. Informational Purposes Only

All content provided on this website is for informational and educational purposes only. The SuperLexicon protocol is an experimental, open-source research initiative into decentralized internet topologies.

2. Intellectual Property

Unless otherwise stated, the concepts, whitepapers, and software architecture described here are open-source. However, the specific branding, website design, and logos are the property of the SuperLexicon research team.

3. No Warranties

The website and its contents are provided on an "as-is" and "as available" basis without any warranties of any kind, either express or implied, including but not limited to the implied warranties of merchantability, fitness for a particular purpose, or non-infringement.

Legal Disclaimer

Last Updated: August 27, 2026

1. Not Financial or Investment Advice

The information on this website does not constitute investment advice, financial advice, trading advice, or any other sort of advice. SuperLexicon is a network protocol research project. Any mentions of "tokenomics", "smart contracts", or "exchanges" are strictly related to the technical architecture of distributed systems and do not represent a financial asset or security.

2. Regulatory Compliance

Users are responsible for ensuring that their use of radio frequencies (RF) and decentralized networks complies with the local laws and regulations of their jurisdiction, including but not limited to FCC regulations in the United States or equivalent local telecommunications bodies.

3. Experimental Technology

The SuperLexicon protocol and associated hardware are in active development. Deploying nodes, participating in testnets, or relying on this technology for mission-critical infrastructure is done entirely at your own risk.