Everyone encrypts the message.Only one other mainstream messenger even asks the question we do. End-to-end encryption became table stakes years ago. It hides what you said. It does nothing about who you are, who you talk to, when, and how often, and that is the part worth money to everyone else. Here is where Spojiti actually differs.
| Where it counts | Telegram | Signal | Spojiti | |
|---|---|---|---|---|
| IDENTITY | ||||
| Works without a phone number | No | No | Partial beta, Android, paid | Yes |
| No email, number or sign-up form | No | No | No | Yes |
| Never uploads your contact book | No | No | Partial | Yes |
| CONTENT & CRYPTOGRAPHY | ||||
| End-to-end encrypted by default | Yes | No opt-in only | Yes | Yes |
| Forward secrecy: a key stolen later cannot read past traffic | Yes | Partial | Yes | Yes |
| Encrypted group messaging | Yes | No | Yes | Yes |
| Call setup itself is encrypted | No | No | Yes | Yes |
| WHAT THE OPERATOR KNOWS | ||||
| Cannot build your social graph† | No | No | Partial | Partial |
| Keeps no record of any group | No | No | No encrypted group state | Yes but see † |
| Cannot tell a call is happening† | No | No | Partial | Partial |
| MONEY | ||||
| Paying is not linked to your account | N/A nothing to buy | No | N/A free; donations | Yes |
| No ads in the app today | No | No | Yes | Yes |
† Marked as of 11 October 2026. Spojiti seals the sender: on the sealed lane the relay receives an envelope addressed to a recipient's random routing id, and the sender's identity travels inside the ciphertext. The social-graph row is still Partial, for us and for Signal, for the reasons our White Paper (section 7) gives: an envelope to an app that cannot yet open sealed envelopes carries its sender until delivered, connection addresses and timing can be correlated, and a group message's batch shows the relay which accounts receive copies together. No group record is kept: nothing the relay stores names a group or its members. The call row is Partial at best: a push that wakes a killed app for a call has to be a high-priority push, and that alone reveals that call signalling is in flight, no content, no identity. Every app that rings a locked phone makes the same trade, and we mark ourselves the same way.
These are the projects a security researcher actually compares us to, row by row and sourced. Where a project does something better than we do today, the row says so, and the last card on this page says what ships to close it.
| The serious comparison | Session | Threema | SimpleX | Spojiti |
|---|---|---|---|---|
| IDENTITY | ||||
| No phone number or email required | Yes | Yes | Yes | Yes |
| No persistent identifier of any kind | No | No | Yes the most radical design in the field | No |
| CRYPTOGRAPHY | ||||
| Forward secrecy today | No V2 still in design | Yes | Yes | Yes |
| Post-quantum encryption shipped | No | Partial | Yes | Yes hybrid ML-KEM-1024 |
| Post-quantum ratchet inside the session | No | No | Yes | Yes ML-KEM-768, every reply |
| Post-quantum signatures on the account's prekeys | No | No | No | Yes ML-DSA-65 + Ed25519 |
| OPENNESS | ||||
| Fully open source | Yes | Yes | Yes | Core Spojiti Private Messenger Core · AGPL v3 |
| USABLE AS A DAILY DRIVER | ||||
| Usable free, without paying | Yes | No must buy to use | Yes | Yes |
| Voice & video calls | Beta shares your IP | Yes | Yes | Yes the whole app is in open beta |
| CAN IT PAY FOR ITSELF | ||||
| Built to be funded by customers, not donations, tokens or behavioural ads | No token | Yes | No free / investor | Yes |
| Paying cannot be linked to your account | No | Partial store purchase | N/A nothing to buy yet | Yes blind-signed |
Post-quantum, verified rather than asserted. Several projects claim post-quantum encryption. Spojiti's ML-KEM-1024, ML-KEM-768 and ML-DSA-65 implementations are checked against NIST's own ACVP known-answer vectors on your device, at every launch, before it is allowed near a conversation, and if that check fails, post-quantum switches itself off rather than pretending. The classical encryption is extended, never replaced, so an attacker has to break both.
Compiled from each project's public documentation and verified on 7 September 2026. Where any of them improves, we update this page. Sources: Session · Threema · SimpleX. Think a cell is wrong? Tell us and we will correct it.
The two tables above pick the rows where we do well. This one does not pick. It is every axis we could source across all seven apps, including the rows where another project is ahead of us today. A comparison you can only win is a comparison nobody believes.
| Feature by feature, 11 October 2026 | Telegram | Signal | Session | Threema | SimpleX | Spojiti | |
|---|---|---|---|---|---|---|---|
| IDENTITY, what you must hand over to start | |||||||
| Works without a phone number1 | No | Partial | Partial | Yes | Yes | Yes | Yes |
| No account to create at all2 | No | No | No | Yes | Yes | Yes | Yes |
| Never uploads your contact book3 | No | No | Partial | Yes | Yes | Yes | Yes |
| No persistent identifier held by the operator4 | No | No | No | No | No | Partial | No |
| ENCRYPTION, what is actually protected | |||||||
| End-to-end encrypted by default, 1:15 | Yes | No | Yes | Yes | Yes | Yes | Yes |
| End-to-end encrypted group messaging6 | Yes | No | Yes | Partial | Yes | Partial | Yes |
| Forward secrecy, a stolen key cannot open old messages7 | Yes | Partial | Yes | No | Yes | Yes | Yes |
| Post-quantum encryption shipped8 | No | No | Yes | No | No | Yes | Yes |
| Post-quantum ratchet inside the session8 | No | No | Yes | No | No | Yes | Yes |
| Post-quantum signatures on the account's prekeys8 | No | No | No | No | No | No | Yes |
| Encrypted voice and video calls9 | Yes | Yes | Yes | Partial | Yes | Yes | Yes |
| Call SETUP is encrypted too, not just the audio10 | No | No | Yes | Partial | Yes | Yes | Yes |
| METADATA, what the operator can still see | |||||||
| Operator cannot see who talks to whom11 | No | No | Partial | Partial | No | Yes | Partial |
| Operator keeps no record of groups12 | No | No | No | Partial | Yes | Yes | Yes |
| Operator cannot see your IP address13 | No | No | No | Partial | No | Yes | No |
| Operator cannot tell a call is happening14 | No | No | Partial | Partial | Partial | Partial | Partial |
| Content-free push notifications15 | No | No | Yes | Yes | Yes | Yes | Yes |
| WHAT THE APP CAN ACTUALLY DO | |||||||
| Disappearing messages16 | Yes | Yes | Yes | Yes | Partial | Yes | Yes |
| View-once messages | Yes | Yes | Yes | No | No | No | Yes |
| Stories / status | Yes | Yes | Yes | No | No | No | Yes |
| Peer-to-peer payments inside a chat17 | Partial | Partial | Partial | No | No | No | No switched off for now |
| Multi-device18 | Yes | Yes | Yes | Partial | Partial | Partial | Yes |
| Sender-governed screenshot control19 | Partial | Partial | Partial | No | Partial | No | Yes |
| On-device abuse guard, nothing sent to a server20 | No | No | No | No | No | No | Yes |
| THE BUSINESS BEHIND IT | |||||||
| Fully open source21 | No | Partial | Yes | Yes | Partial | Yes | Core |
| Published independent security audit22 | Partial | Partial | Partial | Yes | Yes | Yes | In progress expected by end of 2026; the report will be published in full |
| Free to use23 | Yes | Yes | Yes | Yes | No | Yes | Yes |
| No advertising, ever24 | No | No | Yes | Yes | Yes | Yes | Yes |
| Paying for it cannot be linked to your account25 | N/A nothing to buy | No | N/A free; donations | No | Partial | N/A nothing to buy yet | Yes |
| Built to be paid for by its users, not behavioural ads, donations or a token26 | No | No | No | No | Yes | No | Yes |
means the vendor does not offer it, or does not document it. Every mark below is sourced to the vendor's own documentation where one exists; where their marketing and their whitepaper disagree, we followed the whitepaper.
Not "we do it better", we could not find them in any of the other six.
We publish this list because you will find it anyway, and because a comparison page that admits nothing tells you nothing. Every line is a thing to knock off, and we would rather you watch us do it than take our word for it.
We never stored a name, address book, readable message or phone number. A breach yields random ids, ciphertext and device push tokens, and for people who chose to be findable, fingerprints an attacker holding our signing key could test numbers against.
When a lawful request arrives we comply with what we hold: no content and no contact list; random ids, keys, push tokens and connection times.
There is no behavioural advertising here and no personal data to feed it. Every feature is free; a pack that raises a limit is a small amount once a year, and that is the entire relationship.
Session is the one other mainstream messenger that refuses to ask for your phone number, and they got there before we did. They also do two things we do not: their code is fully open source, and they run on a decentralised network with onion routing rather than company infrastructure, so no single node learns both where a message came from and where it went. If your threat model is a company that can be compelled, Session answers it by having almost no company at all. Credit where it is due.
The honest gap runs the other way on cryptography. Session does not currently have forward secrecy, by their own documentation every message is encrypted under one long-term key that never rotates unless you abandon the account, so a device compromised today can expose messages sent long ago. Their Protocol V2 adds forward secrecy and post-quantum protection, and as of late 2025 it was still in design. Spojiti ships the Double Ratchet today: keys move forward with every message, so past conversations stay sealed even if a device is later taken, and a compromise heals itself as the ratchet turns. Their documentation is equally candid that voice and video calls are beta and share your IP address with your call partner and with a foundation-operated relay server.
So the two of us made opposite bets. Session removed the company to protect metadata, and accepted weaker message cryptography and beta calls to do it. We kept infrastructure we run and maintain ourselves, which is what lets our calls, groups and media be built for everyday use with the strongest ratchet available, and removed identity instead, then built the business on subscriptions that cannot be traced back to the account that redeemed them. Both are honest answers. Ours is the one you can hand to someone who has to use it every day.
What we hold ourselves to in return: Spojiti Private Messenger Core is published under the AGPL v3 at github.com/Spojiti, and an independent security audit of the full product is in progress, expected by end of 2026 and on track. The report is published here in full when it lands, findings included, and this page is updated as the picture changes.
Signal is excellent. Its cryptography is the reference the whole industry copies, ours included, openly and gratefully. We are not here to run it down.
The difference sits underneath the cryptography. Signal's standard sign-up still binds your account to a phone number, a permanent, government-linked identifier (a numberless sign-up has been in its Android beta since September 2026), and it is funded by donations. Spojiti has no personal identifier to bind, because your account is a key your own device generates, and it is built to be funded by subscriptions that cannot be traced to the account that redeemed them.
Put simply: Signal was to SMS what Spojiti is to Signal, the next step, in the same direction.
Threema has quietly done the thing everyone said was impossible: a Swiss messenger with no phone number, real forward secrecy, open source with reproducible builds, and a decade of profitability, funded entirely by a one-time purchase. If you want proof that people will pay for privacy rather than be paid for, Threema is it, and we admire them for it.
Two differences. Threema has no free tier, you buy before you can send a single message, which is a hard wall in any market where the person you need to reach has not heard of you. And if you buy through an app store, that purchase is tied to your store account, so the payment re-attaches an identity the app carefully avoided; its own shop, which takes cash and Bitcoin, is the way around that. Spojiti stays free for one-to-one messaging forever, prices a paid year below a couple of coffees, and severs the payment from the account by mathematics rather than policy.
SimpleX goes further on identity than we do, and we will not pretend otherwise. We give you an account identifier that is random and unlinked to your person; SimpleX gives you no identifier at all, each contact reaches you through its own one-off address. They are fully open source with published audits; Spojiti Private Messenger Core is published under the AGPL v3, and our independent audit is in progress, expected by end of 2026, on track. On post-quantum protection we go further, ML-KEM-1024 key agreement, an ML-KEM-768 ratchet at every reply and ML-DSA-65 signatures on the account's signed prekeys, verified on the device. On per-contact identifiers they are still ahead, and that is on our protocol roadmap.
The cost is everything around it. There is no way to look anyone up, backups are manual, there is no account recovery, groups are still maturing, and the project is free, funded by donations and investors rather than by the people using it. That is the same fragility that keeps every donation-funded messenger one bad year away from trouble. Spojiti aims at the harder target: privacy a person will actually keep using, on a business that pays for itself.
Read those tables honestly and one shape appears. The mainstream apps keep your identity, and the ad-funded ones monetise it. The privacy-native projects give up identity but are each missing a leg: Session has no forward secrecy yet, Threema has no free tier, SimpleX has no revenue model. And every single one of them publishes its apps as open source, as we publish Spojiti Private Messenger Core, under the AGPL v3.
So here is our claim, narrowly: we are the only one attempting mainstream-grade usability, no personal identity, strongest-available cryptography, and a business funded by customers who cannot be identified, all four at once. And here is what backs it: Spojiti Private Messenger Core is published, the audit is in progress, expected by end of 2026, on track, and will be published in full, and the design this site describes can be checked in that published code, which trails the full product. Read that here, then read the code.
You do not have to leave anything behind today. Pick the conversation that matters most, the one you would not want read, and start there.