WHITE PAPER

A zero-knowledge platform for anonymous human connection.

Free chat and a private social layer, engineered so its operator is structurally unable to surveil, monetize, or betray the people who use it.

Version 1.0 Published July 2026 Domain rebellionchat.com License Free forever
THE FIVE LAWS

A manifesto is only worth the architecture that enforces it. These five laws are not a privacy policy — they are constraints compiled into the system. Where a promise can be broken, we removed the ability to break it.

  1. I
    No monetization, ever.

    Free forever. No ads, no data sales, no paywalls, no premium tiers, no investors to answer to. Sustained by its community or not at all — because the moment a platform must extract value from its users, it begins to work against them.

  2. II
    Privacy by architecture, not policy.

    The server cannot leak what it never holds. No emails, no phone numbers, no passwords, no identity files. Encryption happens in your browser; the operator is mathematically blind to the contents of private communication.

  3. III
    Text is the feature.

    No photos, no video, no infinite media. This keeps hosting costs near zero, defeats appearance-first judgment, and restores the cadence of the early web — words, exchanged between minds.

  4. IV
    Built for connection, not capture.

    No algorithmic feed, no engagement metrics, no dark patterns engineered to keep you scrolling. The application's success is measured in conversations begun, not hours consumed. It is designed to let you log on, connect, and leave.

  5. V
    Governed by its community, verified by mathematics.

    Moderation flows from cryptographic consensus among users, not top-down surveillance of their messages. Bad actors are excised by the network without any authority reading the traffic of the innocent.

§0Abstract

Rebellion is a communications platform whose central design goal is the elimination of trust as a requirement. Conventional services ask users to trust that an operator will not read, sell, or surrender their data. Rebellion replaces that trust with cryptographic guarantees and structural absence: it does not ask to be believed, because it removes its own capacity to betray. Identity is a keypair generated on the user's device, never an account on a server. Private messages are end-to-end encrypted in the browser and pass through the server as ciphertext it cannot decrypt. The public square is ephemeral, held in memory and gone when the room empties. There are no emails, no phone numbers, no passwords, and no revenue model that depends on knowing who you are.

This paper describes the architecture, the cryptographic identity system, the messaging and moderation protocols, the second product built on the same identity, an honest account of what the operator can and cannot observe, and how the platform compares to the dominant products in the market.

§1The problem: connection as a data pipeline

The dominant social platforms are not communication tools that happen to run advertising. They are advertising and data-collection systems that happen to permit communication. Their economics require the opposite of what their users want: maximal time-on-screen, maximal behavioural data, and maximal friction to leaving. This produces a set of predictable pathologies.

  • You are inventory. Identity is collected, enriched, and monetized. Every message, contact, and dwell-time is a signal sold or exploited.
  • Engagement over well-being. Feeds are ranked to provoke rather than to inform, and optimised for the loop that keeps you there rather than the conversation that ends your need to be.
  • Breach is inevitable. A database of a billion identities is a permanent liability. What is collected is eventually leaked, subpoenaed, or repurposed.
  • Appearance-first. Photo-centric interfaces reward surface over substance and filter human connection through a lens of instant visual judgment.

Rebellion begins from the premise that these are not bugs to be regulated away but direct consequences of the business model. Change the incentive structure — remove monetization entirely — and a different architecture becomes not only possible but necessary.

§2Design principles

Each of the five laws maps directly onto engineering decisions. The manifesto is the specification; the architecture is its implementation.

Zero-knowledge by construction

The server is treated as an untrusted relay. It is given the minimum information required to route messages and nothing more. Wherever a capability would create a liability — a decryption key, a password hash, an identity file — that capability is designed out rather than protected.

Ephemerality as default

Data not stored cannot be leaked. Public conversation is never persisted; private conversation is held only as ciphertext, only until delivered, and only for a bounded window. The natural state of a message is to vanish.

Cost as a constraint

Keeping infrastructure costs low is what makes community funding realistic. Affordability is not incidental to the mission — it is what makes "no monetization, ever" survivable.

§3System architecture

Rebellion runs as a single Elixir/OTP application built on the Phoenix framework, using LiveView to drive a real-time interface over a persistent WebSocket. Cryptography lives entirely in the browser via the Web Crypto API. The server's role is deliberately narrow: authenticate that a user controls the key they claim, track who is present, relay messages, and hold opaque ciphertext briefly for offline delivery. It is a blind relay — a switchboard that routes sealed envelopes without the means to open them.

Browser A keypair · on device encrypt / sign decrypt / verify Browser B keypair · on device encrypt / sign decrypt / verify Blind relay presence · routing ciphertext store (TTL) no keys · no plaintext ciphertext ciphertext
The keys never leave the browsers. The server routes what it cannot read.

§4Identity: keys, not accounts

Rebellion has no sign-up. On first visit the browser generates 128 bits of entropy and derives two keypairs from it with the Web Crypto API: an Ed25519 pair for signing and identity, and an ECDH P-256 pair for key agreement. The public signing key is the user — the canonical, permanent identifier. No email, no username, no password is ever created, because there is no account to attach them to.

Deterministic derivation and the recovery phrase

That entropy is expressed to the user as a twelve-word BIP39 recovery phrase — the same standard used by cryptocurrency wallets. The phrase never touches the server. Written on paper, it restores the exact identity — name, connections and reservations intact — on any device, and recovers it after clearing a browser. Both keypairs derive from it, so a restored device computes the same shared secrets as the original and can read what was sent to it. Self-custody of identity, with no operator in the loop.

Proof of possession

Because a public key is public, claiming one proves nothing. On connection the server issues a random single-use challenge; the client signs it with the private key it holds; the server verifies the signature against the claimed public key. Only the holder of the private key can produce a valid signature, which closes the door on impersonation — you cannot wear an identity you do not cryptographically own.

Nickname leases

Human-readable handles map to public keys through a lease binding handle → owner + expiry on a rolling seven-day window. Reconnect within the window and the name stays yours; abandon it and it returns to the pool. The mapping is never disclosed — an availability check returns only "free" or "taken", never who owns a name. Persistence of identity without a public directory of it.

Deterministic avatars

Each identity renders as a unique piece of pixel art, generated deterministically from the public key. Recognition without photographs: the same key always draws the same face, and it reveals nothing about the person behind it.

§5Messaging

The public square

The lobby and open channels behave like classic IRC: messages are broadcast over an in-memory pub/sub bus to everyone present and are never written to disk. When the room empties, the conversation is gone. Presence — who is currently online — is tracked in a distributed, memory-resident structure, not a log. Public speech is public and ephemeral by design, and the interface says so rather than implying an encryption that cannot exist in a room anyone may enter.

End-to-end encrypted direct messages

Two users derive a shared secret from each other's ECDH public keys — a Diffie–Hellman exchange computed independently in each browser, producing the same key on both sides without either private key ever moving. Messages are sealed with AES-256-GCM in the sender's browser, relayed as ciphertext, and opened only in the recipient's browser. To reach someone who is offline the server stores the ciphertext briefly — seven-day time-to-live, deleted the instant it is collected. The operator holds sealed envelopes and never holds a key that opens them.

Consent to read

An incoming message from a stranger is not forced onto the screen. The recipient is offered a choice — Read, Decline or Block — before any content is shown. Autonomy over one's own attention is a first-class feature, and blocking is enforced on the recipient's own device. There are no read receipts: the only signal a sender ever gets is an expiry notice.

§6Rooms

Users create their own channels, which open as internal tabs alongside the lobby — ephemeral spaces for a topic, an event, or a community, spun up without downloading a tracking-laden app. Public channels are discoverable through a directory and expire when nobody has used them.

Private rooms are end-to-end encrypted. A room key is minted in a member's browser and wrapped individually to each other member's public key; the room's name is encrypted with it, so even what a private room is called is unknown to the server. There is no uniqueness check on that name, because refusing a duplicate would disclose that a room by that name exists. Membership and presence are separate: closing the tab keeps you a member, and leaving is a distinct, confirmed act that rotates the key so the departed copy cannot read what is said next. A room exists while it has members and simply ceases to be when the last one leaves — there is no owner and no delete button, because there is no one to hold either.

§7Moderation without a moderator

A mathematically blind server presents a genuine problem: the same architecture that protects the innocent removes the operator's ability to police the guilty. Centralized, omniscient moderation is impossible here by construction — not withheld as a matter of policy, but absent as a matter of capability.

Rebellion's answer is deliberately modest, and stating it plainly matters more than claiming something grander. Moderation is personal. You mute somebody by identity rather than by name, so a rename cannot dodge it, and the mute changes only what you see. You may hand your mute list to somebody you trust as a code passed directly between you — it never reaches this server, because a central list of who is disliked is exactly the apparatus this design refuses to build. Inside a private room, members can remove somebody by a flat vote of those present, visible to everyone including the person being voted on; there are no secret tribunals and no ranks, because there is no operator class to hold one.

The honest limitation is that this protects individuals rather than the network. A cryptographic reporting scheme that lets a recipient prove a single message's authorship without exposing the rest of a conversation is a known technique and is not built here; see §13.

§8The second product: a social layer on the same identity

Rebellion has a second interface, reached by a switch rather than a second sign-up. It carries profiles and a chronological feed among people you invited yourself — and it inherits the identity Chat already issued, so there is one key, one recovery phrase, and nothing further to lose.

Its central property is that the server stores nothing against an identity. Every friendship already has a shared secret, so a mailbox address is derived from it and rotates over time; blobs are stored against those addresses, and there is no identity column in that table to seize. There is no friend list on this machine because one was never written. There is no search and no directory: the only way to reach somebody is to click a person you can already see, and connections are mutual to make and mutual to end.

The feed is chronological and complete — everything from everyone you connected to, in the order it was written. That is the feature and it is also the limit. What was poisonous about the timeline was never the timeline; it was the ranking and the harvesting, and both are absent. The social layer carries pictures, which is a deliberate exception to Law III recorded on its own trade-off page rather than quietly softened in the manifesto.

§9What the server can — and cannot — see

Credibility requires precision about the threat model. Zero-knowledge is a claim about content, not a claim of perfect invisibility. Here is the honest boundary.

THE SERVER DOES HOLD
  • Public keys — opaque identifiers, not identities
  • Ciphertext of private messages, briefly
  • Which two keys exchanged a direct message, and when
  • Presence — which keys are currently online
  • Handle-lease mappings, never exposed to users
THE SERVER NEVER HOLDS
  • Emails, phone numbers, or passwords
  • Any private key
  • The plaintext of any encrypted message
  • A persistent log of public-square conversation
  • A recovery phrase or identity file
  • A friend list — the social layer has no identity column at all
STATED PLAINLY

The relay can observe that two anonymous keys exchanged a direct message and roughly when — metadata — but not a word of what they said. This is inherent to reaching somebody who is offline; a purely peer-to-peer system would avoid it at the cost of never reaching them at all. It is the same class of trade-off made by mainstream encrypted messengers. The social layer does not have this property: its storage is keyed on derived addresses and holds no identities. Additionally, the public edge network that shields the origin server can observe visitor IP addresses; the application itself logs none of it. We describe these limits rather than obscure them — a privacy claim you cannot audit is just marketing. Each product publishes its own full account of them.

§10How it compares

The distinction that matters is not any single feature but the business model underneath it: every mainstream option must eventually reconcile privacy with a need to monetize attention or identity. Rebellion has no such need to reconcile.

PlatformPIIE2EEFeedMonetizes
Rebellion noneyesnonever
Signal phone #yesnono (nonprofit)
WhatsApp phone #yesfeeds/adsyes
Telegram phone #opt-in onlychannelsyes
Discord / Slack emailnopartialyes
Mainstream social email + photosnorankedads

Message contents are zero-knowledge; routing metadata for direct messages is visible to the relay, as detailed in §9.

§11Technology

The stack is chosen for concurrency, resilience, and low operational cost. Elixir on the BEAM virtual machine handles tens of thousands of persistent connections per node with soft-real-time guarantees; Phoenix LiveView renders the interface server-side and streams diffs over a WebSocket, keeping the client thin. PostgreSQL stores only opaque data — public keys, ciphertext, and blobs addressed by derived identifiers. All cryptography runs in the browser through the Web Crypto API. The public site is fronted by an encrypted tunnel that keeps the origin server's network closed to the open internet. Backups are encrypted to a public key whose private half is held off the server: the machine can write backups it cannot read.

  • Runtime: Elixir / OTP on the BEAM, Phoenix + LiveView, Bandit HTTP
  • Data: PostgreSQL — ciphertext and opaque identifiers only
  • Cryptography: Web Crypto API — Ed25519, ECDH P-256, AES-256-GCM, SHA-256, HKDF
  • Delivery: bare-metal origin behind an encrypted tunnel; small payloads keep bandwidth and cost minimal

§12Sustainability without extraction

A platform that refuses to monetize its users must still pay for servers and bandwidth. Rebellion's answer is to keep costs near zero — the direct dividend of a lean, ephemeral design — and to fund the remainder transparently and non-coercively.

  • Radical transparency. Operating costs are published openly; the community funds a number it can see, not a black box.
  • Public-interest grants. As a zero-knowledge public good, the platform is a natural fit for privacy and open-infrastructure foundations rather than commercial capital.
  • Voluntary, egalitarian support. Any hardware option offered to supporters is sold at cost and grants no in-app advantage — a person who supports with money is never above a person who cannot. Anonymity is equal by design.

There are no advertisers, no data buyers, and no investors expecting a return. The absence of those parties is precisely what keeps the incentives of the platform aligned with the interests of the people using it.

§13Limitations and roadmap

An honest paper names what is not yet true. The cryptographic core — anonymous identity, proof of possession, end-to-end encrypted messaging, encrypted private rooms, ephemeral public chat, and a social layer whose storage holds no identities — is in production. The following are acknowledged limitations and the direction of ongoing work. None of them is described above as though it were finished.

  • Forward secrecy. Direct messages currently use a static shared key. A future ratcheting protocol would ensure that compromise of one key cannot retroactively decrypt past conversations.
  • Key verification. Key distribution is presently mediated by the relay (trust-on-first-use). Out-of-band verification — comparable safety numbers — is planned to defend against a hostile relay substituting keys.
  • Direct-message metadata. The direct-message store still records which two keys exchanged a message. The social layer's derived-address scheme removes exactly this, and bringing messages onto it is outstanding work rather than a design position.
  • Verifiable reporting. A scheme letting a recipient prove a single message's authorship without exposing the surrounding conversation is a known technique and is not implemented. Moderation today is personal, as described in §7.
  • Federation. Independent, interoperable nodes are a long-term ambition and no part of it exists yet.

§14Conclusion

Most platforms ask you to trust them. Rebellion is built so you don't have to. By removing identity, monetization, and surveillance from the architecture itself — not from a policy that can quietly change — it demonstrates that private, human, unmonetized connection is not a nostalgic impossibility but an engineering choice. The rebellion is not against technology. It is against the assumption that connection must be paid for with the self.

APPENDIX A — CRYPTOGRAPHIC PRIMITIVES
Ed25519
Signing keypair; the public key is the canonical identity. Used for proof of possession.
ECDH P-256
Elliptic-curve Diffie–Hellman key agreement; derives the shared secret for a direct-message channel and for a pair's mailbox addresses.
AES-256-GCM
Authenticated symmetric encryption of message contents, performed in the browser.
HKDF
Derives a pair's rotating mailbox address from their shared secret, so stored blobs carry no identity.
SHA-256
Expands identity entropy into the signing seed; underpins the recovery-phrase checksum.
BIP39
Encodes 128 bits of entropy as a twelve-word, checksummed recovery phrase.

rebellionchat.com — free forever. The five laws are at /manifesto.