Lemniscate emblem
Whitepaper

Lemniscate

An end-to-end encrypted messenger with a token-native economy, built on its own EVM-compatible chain.

Version 1.1 August 2026
LMNS coin logo Lemniscate chain logo

Lemniscate Labs LLC · lemniscate.network · lemniscate.network

v1.1 · September 2026. The status of every component — live, in testing, or planned — is stated plainly in each section.

01

Abstract

Lemniscate is a messenger in which private communication and digital value share a single client. Every conversation is end-to-end encrypted on the user's device before it leaves it; the delivery infrastructure routes ciphertext, stores it transiently, and is designed so that it cannot read message content. Every account carries a self-custody wallet derived from a standard BIP-39 seed, so identity, encryption keys, and on-chain signing capability all originate from key material that never leaves the user's hardware.

Underneath the messenger, Lemniscate operates its own EVM-compatible chain. The network is live as mainnet (chain ID 800000), using Clique Proof-of-Authority consensus with block times of roughly four seconds and a genesis supply of 250,000,000 LMNS. The chain provides integrity anchoring, payment settlement, and the LRC-20 token standard — an ERC-20-compatible standard native to the network. During the presale, chain access runs exclusively through the Lemniscate app while the block explorer remains publicly readable; public node access opens after the presale.

LMNS, the network's native coin, is a utility token. It pays for in-app features, subscriptions, file passes, boosts, and token listings inside the Lemniscate ecosystem. It is not offered or promoted as an investment, and this document makes no promise of profit, yield, or appreciation.

This whitepaper describes the system as it exists in September 2026 and the path ahead of it. Where a component is complete, we say so; where a component is still being finalized or rolled out, we say that too. Honesty about the current state of the system is a deliberate design constraint of this project, not a disclaimer bolted on at the end.

02

Introduction & Problem

Daily digital communication has consolidated onto a handful of centralized platforms. This concentration created three structural problems that Lemniscate is built to address.

2.1 Messaging is centralized

The major messaging platforms are operated as closed services. The operator controls account existence, message routing, retention policy, and feature access, and can change any of these unilaterally. Even where message content is encrypted, metadata — who talks to whom, when, and how often — typically accumulates on infrastructure the user neither controls nor can inspect. Users cannot verify server behavior; they can merely trust it.

2.2 Monetization sells the user

Most large communication platforms are financed by advertising or by the commercial exploitation of behavioral data. The economic incentive of such a platform is to observe as much as possible: profiling improves ad targeting, and ad targeting pays for the service. A platform whose revenue depends on knowing its users is structurally in tension with a platform that promises privacy. Lemniscate's answer is a different business model: paid subscription tiers and in-app utility purchases, denominated in the network's own utility token — so the product is financed by people who use it, not by information about them.

2.3 Crypto UX lives apart from daily communication

Digital assets, meanwhile, live in a separate world of standalone wallet apps, browser extensions, seed-phrase rituals, and block explorers. Sending value to a friend usually means leaving the conversation, opening another application, copying an address, and hoping nothing was mistyped. The result is a strange split: people talk where they cannot transact, and transact where they cannot talk. For most users this friction is high enough that on-chain value transfer never becomes part of everyday life.

2.4 The Lemniscate thesis

Lemniscate merges the two worlds into one product with a small set of non-negotiable principles:

03

The Lemniscate Messenger

The messenger is the face of the project: a full-featured communication client for Web/PWA, Android, iOS, and desktop, built from one shared codebase. It is designed to feel familiar to anyone coming from a major messaging platform — while being private by default and token-native throughout.

3.1 End-to-end encryption

All private conversations in Lemniscate are end-to-end encrypted. Key handling and cryptographic operations run exclusively on the client, implemented on top of the browser-grade WebCrypto API with NIST P-256 elliptic-curve keys for key agreement and authenticated symmetric encryption for message payloads. The properties that matter:

Consequence for moderation

Because the relay cannot read private content, moderation of private chats is client-side (user-controlled filters, blocking, and user-initiated reports), while public surfaces such as channels and bot listings can be moderated server-side. Lemniscate does not claim an ability it does not have: an end-to-end encrypted service cannot scan private messages, and we consider that a feature.

3.2 Feature overview

Lemniscate deliberately curates the features people actually love across the messaging landscape, rather than accumulating every feature ever shipped by anyone. The current client includes:

Chats, groups & channels

1:1 and group chats, broadcast channels, topic rooms, reactions, polls, checklists, pinned messages, view-once media, a photo editor, and native image-sticker packs that can be shared out to other apps as ordinary images — all end-to-end encrypted.

Calls with on-chain sessions

Audio, video, screen share, and group calls. Call media flows peer-to-peer; call sessions are designed to be recorded and settled on the Lemniscate chain as integration completes.

Stories & feed

Ephemeral status updates with photo and video — auto-expiring by tier (24 h on Free, 48 h on Premium, 30 days on Business), with the creator able to update or withdraw a status for everyone at any time — plus a lightweight feed for channels and communities.

Bots that really work

A built-in bot store with a focus on crypto and Web3: live prices, gas trackers, translation, weather, games — powered by real data sources, not mock-ups.

Business tools & CRM

A client-side CRM with pipeline and calendar, team inbox, business API with webhooks, lead forms, broadcast credits, and appointment booking pages in a familiar scheduling style.

Webinars & booking

Business accounts host professional webinars for up to 200 participants: a conference-style layout with chat, Q&A, and attendee panels, host-controlled speaking permission (an attendee's microphone opens only after the host grants the floor and the attendee accepts), full host handover mid-session without leaving the room, and screen sharing including native Android capture. Premium and Business accounts publish personal booking pages with calendar export.

On-device translation

Single messages or whole chats are translated locally on the device across all app languages. No text is sent to a translation API, so end-to-end encryption stays intact.

Offline mesh queue

An offline outbox queues messages when connectivity drops. On native apps, a Bluetooth mesh transport (specified, phased rollout) will forward queued messages device-to-device.

Multi-device

One account on several devices via secure QR/code linking. A device-cursor inbox ensures every linked device receives every message exactly once, and group metadata stays in sync across devices — without server-side plaintext.

Value inside the conversation

Tips, payment requests, red-envelope gifts, pay-per-view posts, ticketed events, and gifted subscriptions — value transfer lives in the same thread as the conversation, denominated in LMNS. Withdrawals are additionally protected by the app-lock PIN with a second server-side signature check.

3.3 Seed-based encrypted backup

Chat history backup is optional, client-encrypted, and derived from the user's own seed: a BIP-39 mnemonic feeds an HKDF key-derivation step, and the resulting key encrypts backups with AES-256-GCM before anything is uploaded. Write access to a backup slot is authorized by a signature from the user's own key. The storage side is zero-knowledge: it holds ciphertext it cannot open. The same mechanism powers device transfer — a new phone restores identity and history from the seed without any server ever seeing readable data.

3.4 Ephemeral relay storage

The relay is engineered as a delivery system, not an archive. Encrypted messages are held until all linked devices of the recipient have fetched them, then deleted. Status/story objects expire automatically according to the author's tier (24 hours on Free, 48 hours on Premium, 30 days on Business), and the author can withdraw a status for all recipients at any time. Large encrypted files travel through a chunked media store with a bounded network retention window measured in days. This retention posture minimizes what could ever be disclosed, leaked, or subpoenaed — data that no longer exists cannot be exposed.

3.5 App screens

Chat list — encrypted by default, value inline
Wallet — one seed, multiple networks

3.6 Tiers & pricing

Lemniscate is financed by its users, not by their data. Subscriptions are paid exclusively in LMNS; there is no card checkout inside the app. Prices below are denominated in USD and converted to LMNS at the current in-app rate at purchase time.

Free
$0
forever
  • Full end-to-end encrypted messaging
  • Calls, groups, stories, bots
  • 2 GB file passes
  • Group calls up to 8 participants
Premium
$4.99 / month
or $54.90 / year
  • Ad-free experience
  • 4 GB file passes, larger media
  • Booking pages & profile insights
  • Group calls up to 25, extendable with LMNS
  • Audio transcription on native apps
Business
$49.90 / month
or $548.90 / year — one month free
  • Everything in Premium
  • CRM, team inbox, business API
  • Webinars up to 200 participants
  • Group calls up to 50
  • Verified business identity (KYC)

Business introductory pricing applies for the initial three months after launch. All prices are subject to change before public launch; the LMNS conversion rate is displayed at checkout.

04

The Lemniscate Chain

Lemniscate runs its own layer-1 blockchain rather than renting block space elsewhere. The chain is EVM-compatible: it speaks the same JSON-RPC interface, address format, and transaction semantics as other EVM networks, and can be added to any standard EVM wallet by entering its chain ID and RPC endpoint — exactly as users already do for other EVM networks.

Current status — mainnet live

The Lemniscate mainnet is live (chain ID 800000) and has been producing blocks continuously since August 2026; the genesis supply is held in a cold treasury wallet. During the presale the mainnet RPC is intentionally not public: LMNS stays inside Lemniscate until the presale ends, when the network values (RPC address, chain ID) are published for external wallets. During the presale, public RPC access to mainnet is closed and the messenger is the only gateway; the block explorer is publicly readable. We state this plainly because credibility outlasts marketing.

4.1 Network parameters

ParameterValue
Network typeEVM-compatible layer-1
Chain ID800000 (mainnet)
ConsensusClique Proof-of-Authority (PoA)
Block time~4 seconds
Genesis supply250,000,000 LMNS
Token standardLRC-20 (ERC-20-compatible)
StatusMainnet — live (presale: app-only access, public explorer)
ExplorerLive block explorer with blocks, transactions, and LRC-20 registry

4.2 Consensus and decentralization path

The chain uses Clique Proof-of-Authority: a small, known set of sealer nodes signs blocks in rotation. PoA is a pragmatic choice for this stage — it yields fast, predictable blocks, requires no energy-intensive mining, and lets the network operate reliably while the ecosystem is small. It is also, unambiguously, a centralized consensus model, and we describe it as such.

Two properties temper that centralization today, and a roadmap reduces it tomorrow:

4.3 LRC-20 — the native token standard

LRC-20 is the chain's fungible-token standard. It is intentionally ERC-20-compatible: the same interface, events, and tooling assumptions, so existing EVM libraries and wallets work without modification. On top of the raw standard, Lemniscate adds a product layer:

4.4 Interoperability — ERC-20, BEP-20, SPL and beyond

A chain is only useful if it connects to the ecosystems people already use. Lemniscate approaches interoperability in two tiers: native compatibility inside the EVM family, and cross-chain swaps toward everything else.

StandardHome networkRuntimeRelationship to Lemniscate
LRC-20Lemniscate ChainEVMNative standard — create, transfer, and list tokens in-app
ERC-20EthereumEVMSame interface family; same seed and address scheme; standard EVM tooling works unchanged
BEP-20BNB Smart ChainEVMSupported in the wallet today; swap rails exercised end-to-end — production swaps open at presale end
SPLSolanaNon-EVM (SVM)No direct compatibility — planned via cross-chain swaps (roadmap)
05

Architecture

The system is a three-layer stack: clients that hold all keys, a relay that moves ciphertext, and a chain that anchors value and integrity. Each layer is engineered to know as little as possible about the layers around it.

LAYER 1 Clients Web / PWA Android iOS Desktop E2E encryption (P-256) keys never leave device signs chain transactions LAYER 2 Relay encrypted delivery no plaintext — ciphertext in, ciphertext out ephemeral store (24 h status, delete-after-fetch chat) content-free push LAYER 3 Lemniscate Chain mainnet · ID 800000 Clique PoA · ~4 s blocks payments & session records LRC-20 tokens block explorer full nodes: verify, open to all ciphertext receipts anchoring settlement clients sign & read chain state directly (JSON-RPC) — self-custody, no intermediary One BIP-39 seed — sign-in identity · message encryption keys · EVM wallet importable in standard EVM wallets
Figure 1 — Three-layer architecture. The relay moves ciphertext it cannot read; the chain settles value; every key lives on the client.

5.1 Clients

All client platforms — Web/PWA, Android, iOS, and desktop — are built from one shared codebase, so the security model is identical everywhere. Clients generate keys, encrypt and decrypt everything, render the UI, and sign chain transactions. Native apps add capabilities the web cannot provide, such as the Bluetooth mesh transport and on-device audio transcription.

5.2 Relay

The relay is intentionally boring: it authenticates devices, queues encrypted payloads, fans messages out to linked devices via per-device cursors, hosts the chunked store for large encrypted files, and sends content-free push notifications. Its retention rules (Section 3.4) are short by design. It cannot decrypt anything it carries, and for 1:1 messages a sealed-sender mode removes the sender identity from what the relay can observe.

5.3 Chain

The chain layer provides what a relay never can: durable integrity and neutral settlement. Payments, call-session records, token issuance, and the curated token directory anchor here. Because the chain is EVM-compatible, the wallet in the app is a genuine self-custody EVM wallet: it derives from a standard BIP-39 seed, and the same seed can be imported into widely used EVM wallets. The wallet supports multiple networks, including external EVM networks alongside the Lemniscate chain.

Honest status — what settles where, today

The Lemniscate mainnet is live (chain ID 800000), operated by the project. Presale purchases are anchored on-chain: every delivery writes a purchase receipt transaction — order number and buyer address in the transaction data — from the operational wallet into a dedicated custody wallet, and the buyer's in-app balance is credited 1:1. Receipts are publicly verifiable in the block explorer.

In-app payments (tips, purchases, subscriptions) settle instantly on an internal ledger that is backed by these on-chain custody holdings; a proof-of-reserve check continuously verifies that custody covers all user balances. During the presale, LMNS is usable inside the messenger only — swaps, withdrawals and external transfers are disabled, and public RPC access is closed. Full public settlement (withdrawals to self-custody) opens after the presale. We do not market "everything is on-chain" until it is true.

06

The LMNS Token

6.1 A utility token, deliberately

LMNS is the native coin of the Lemniscate chain and the single unit of account inside the app. It is a utility token: its purpose is to be used, not held in expectation of profit. LMNS pays for:

LMNS is not an investment. It confers no equity, no dividend, no revenue share, no governance right over Lemniscate Labs LLC, and no claim against the company. Nothing in this document is an invitation to buy LMNS in expectation of appreciation. Purchase LMNS if — and only if — you want to use the things it unlocks.

6.2 Presale — a transparent, volume-based price schedule

An initial distribution of LMNS is conducted directly inside the Lemniscate messenger. The presale deliberately avoids date-based phase pricing ("price rises next month"), because dates say nothing about a project's traction. Instead, the package price follows one public number: how much has actually been sold. A progress bar shows cumulative presale sales from 0 to the presale cap; the current price is a pure function of that bar — no dates, no announcements, no discretion.

The schedule in one sentence: the price starts at $0.25 and doubles with every quarter of the presale allocation that is sold — reaching $0.50 when 25% is sold, $1.00 at 50%, $2.00 at 75%, and $4.00 at the cap. Within each quarter the price moves in small fixed steps with every 1% sold (+$0.01 per 1% in the first quarter, then +$0.02, +$0.04, and +$0.08 per 1%), so there is never a cliff — only a steadily rising ladder that climbs faster the further the sale progresses.

Share of allocation soldLMNS sold (at 125M cap)Price per LMNS
Start0$0.25
10%12,500,000$0.35
25%31,250,000$0.50
50%62,500,000$1.00
75%93,750,000$2.00
100% (cap)125,000,000$4.00 closing anchor

Properties of this design, stated plainly:

Further mechanics:

Draft parameters — and what the schedule is not

The concrete parameters above (125,000,000 LMNS cap, step sizes, $4.00 closing anchor) are the current working plan; final parameters will be published before the presale price schedule activates and are fixed once published — a published volume schedule is a commitment and will not be altered mid-sale. The schedule is a sales-price ladder for presale packages. It is not a market quote, implies no floor or guarantee, and is no statement about the future value of LMNS.

6.3 Token allocation — preliminary

The allocation below is preliminary and indicative. It reflects the current working plan and is published for transparency, not as a commitment. Final tokenomics — including vesting schedules, emission details, and any changes to the split — will be published before mainnet launch, and the mainnet genesis will follow the published final version.

Indicative allocation of 250,000,000 LMNS

Preliminary — indicative, subject to change
Presale & Communityinitial distribution — presale cap 125,000,000 (Section 6.2) — and community programs
50%
Treasury & Ecosystemnetwork operations, liquidity, grants, growth
25%
Team & Founderssubject to vesting
15%
Reserves & Partnershipsstrategic reserve, integrations
10%
Presale & Community Treasury & Ecosystem Team & Founders Reserves & Partnerships
07

Roadmap

The roadmap below states what is done, what is in progress, and what is planned. Dates beyond the current phase are targets, not promises; see the forward-looking-statements notice in Section 9.

Phase 0 — The Messenger Done

Full-featured encrypted messenger across Web/PWA and native app shells: chats, groups, channels, calls, webinars, stories, stickers, bots, business suite, translation, multi-device, seed backup, wallet UI. Twenty-four interface languages.

Phase 1 — Chain launch & mainnet Done · 2026

Lemniscate chain launched publicly (Clique PoA, ~4 s blocks) and graduated to mainnet (chain ID 800000) — with block explorer, LRC-20 deployments, the in-app token creator and deposit/withdrawal rails wired to the app.

Phase 2 — Launch & Presale Now

Public launch of the messenger, LMNS presale directly in the messenger under the transparent volume-based price schedule (Section 6.2), subscription tiers live, security hardening and legal review completed ahead of general availability.

Phase 3 — Wallet Debit Card Planned

A virtual and a physical debit card linked to the in-app wallet through licensed card-issuing partners, making wallet balances spendable in everyday payments, with LMNS-funded top-ups. Subject to regulatory and partner requirements per jurisdiction.

Phase 4 — Exchange Listing Planned

Publication of final tokenomics, migration of in-app settlement fully on-chain, validator-set expansion, and pursuit of exchange listing for LMNS.

Phase 5 — Long-term Vision Vision

Third-party dApps on the Lemniscate chain, cross-chain swaps toward external ecosystems including non-EVM networks (Section 4.4), broader validator decentralization, and deeper on/off-ramp integrations.

08

Team & Entity

Lemniscate is developed and operated by Lemniscate Labs LLC, a limited liability company organized in the United States. The company builds the wider Lemniscate ecosystem — the Lemniscate messenger and chain, and related infrastructure — and operates its own servers for the application relay, the chain nodes, and the web presence.

The project is led by its founder, Simon, who directs product, engineering, and operations. In keeping with the project's privacy stance, extended personal biographies are intentionally omitted from this draft; verified entity and contact information is available through official channels listed on lemniscate.network and lemniscate.network.

Entity

Lemniscate Labs LLC — United States. Operator of lemniscate.network, app.lemniscate.network, and lemniscate.network.

Infrastructure

Self-hosted application relay, chain nodes, and web servers under company control — no third-party message-processing services in the delivery path.

Contact

Support runs through the native in-app ticket system; entity and legal contact details are published on the official websites.

09

Risk Factors & Legal Notice

Read this section in full before acting on anything in this document. It qualifies every other section.

9.1 No offer, no solicitation

This whitepaper is an informational description of a technology project. It is not a prospectus, an offering memorandum, an offer to sell, or a solicitation of an offer to buy any security, financial instrument, or asset in any jurisdiction. No regulatory authority has reviewed or approved this document. Any distribution of LMNS occurs, if at all, under separate terms published through official channels, and those terms — not this document — govern.

9.2 Not investment advice

Nothing herein constitutes investment, legal, tax, or accounting advice. LMNS is a utility token intended for use within the Lemniscate ecosystem. It is not designed, offered, or promoted as an investment, and no statement in this document should be read as a prediction or promise of value appreciation. Consult your own qualified advisers before making any decision involving digital assets.

9.3 Risk of total loss

Digital assets are volatile and can lose all value. Software can fail; cryptographic schemes can be weakened; keys can be lost — and with a self-custody design, lost keys and lost seed phrases are unrecoverable by anyone, including us. You should not commit funds you cannot afford to lose entirely, and you should assume that participation in any early-stage token ecosystem carries a realistic possibility of total loss.

9.4 Presale scope and external access

Until the end of the presale, LMNS remains inside the Lemniscate platform: external RPC access, third-party wallets (such as MetaMask) and external transfers or swaps are deliberately closed and open when the presale ends. Nothing in this document is an offer, a solicitation or investment advice; token values can rise and fall, up to total loss.no monetary value, and may be reset, altered, or discarded at any time before or during the transition to mainnet.

9.5 Development-stage disclosure

Several capabilities described here are explicitly in development: full on-chain settlement of in-app balances (in-app balances run on the platform ledger, with deposit/withdrawal rails to the chain; on-chain settlement is being rolled out), the Bluetooth mesh transport (native apps, phased), the wallet debit card (dependent on licensed card-issuing partners and jurisdiction-specific requirements), validator-set expansion, and exchange listing. The presale price schedule in Section 6.2 carries draft parameters until final publication. Preliminary tokenomics are exactly that — preliminary. Where this document marks something as planned, in development, indicative, or draft, no assurance is given that it will ship, ship on time, or ship in the described form.

9.6 Jurisdiction restrictions

Access to LMNS, the presale, or parts of the Lemniscate service may be restricted or unavailable in certain jurisdictions, including jurisdictions where the offer or use of digital assets is limited or prohibited. It is your responsibility to ensure that your participation complies with the laws applicable to you. Lemniscate Labs LLC reserves the right to restrict availability by jurisdiction and to require identity verification where legally necessary.

9.7 Forward-looking statements

This document contains forward-looking statements — including the roadmap, planned features, validator expansion, mainnet, and listing intentions. Such statements are based on current expectations and assumptions and are subject to known and unknown risks and uncertainties. Actual results may differ materially. Lemniscate Labs LLC undertakes no obligation to update forward-looking statements except as required by law.

9.8 No warranty; limitation

The Lemniscate software and network are provided on an "as is" and "as available" basis without warranties of any kind, express or implied, to the maximum extent permitted by applicable law. This document may contain errors and will change; the version identifier on the cover governs which draft you are reading. In case of conflict between this document and the applicable terms of service, the terms of service prevail.

Document status

Version 1.1 · September 2026. This document is updated as the system evolves; the version identifier on the cover governs which revision you are reading.