simplex
SimpleX Chat

The first network without user IDs for private, secure and decentralized messaging. Get the open-source app: https://simplex.chat/downloads

Public Key

npub1exv22uulqnmlluszc4yk92jhs2e5ajcs6mu3t00a6avzjcalj9csm7d828

NIP-05 Address

[email protected]

Profile Code

nprofile1qqsvnx99ww0sfall7gpv2jtz4ftc9v6wevgdd7g4hh7awkpfvwlezugpz4mhxue69uhk2er9dchxummnw3ezumrpdejqzxnhwden5te0dehhxarj9ehhyctwvajhq6tvdshxgetkxn05xr

Publishing to

Author Public Key

npub1exv22uulqnmlluszc4yk92jhs2e5ajcs6mu3t00a6avzjcalj9csm7d828

Show more details

Last Notes

2026-07-24 15:04:21 UTC

- reply

Thank you. We are just pragmatic, and use what works best for the end users. The choice of ETH chain for namespace contract is dictated by the existence of good quality ENS contract and necessary UX - even forking ENS it was quite a bit of work to wire it all up.
Would you rather we'd built a custodial solution where we control the names? That seems a dead end. And so far all BTC-adjacent smart-contact networks are not really as trustless as they claim to be (happy to be corrected here) - it's just a hard problem to build a trustless chain. In some remote future SimpleX network itself could provide computation consensus without underlying financial asset, but it's still a lot of work to get there.
The downside of ETH for the end users is that it restricts access and creates friction, which is why it's a test launch, and these names are temporary and free. So you can just wait until we release .simplex namespace - hopefully later this year.
For .simplex namespace we plan to use ETH's account abstraction, which would allow users to have full control over the names and key custody but without using any ETH to pay for it - some entity TBC would sell the name for any form of payment (BTC/XMR/USDT/ETH/fiat) and pay for gas to record the name on-chain (ETH account abstraction has the concept of paymaster, to allow developers/service providers to pay for gas for users' transactions).

2026-07-24 14:44:12 UTC

- reply

Name is simply a reference to contact address - a way to connect.
Revocable by whom? They are records in blockchain contract, controlled by user key. So not revocable.
What's "sessionX"? :) But in general, verification always requires some alternative channel. If say a company publishes the name on the website, then you know that this name is likely controlled by the same entity that controls the website. This is not different from domain names - how do you know they are controlled by entities that you think they are?

2026-07-22 21:21:24 UTC

- reply

We are planning to support other payments for .simplex names when they launch, including in-app payments.
Right now you can use any swap service, including Unstoppable swap - they even have a SimpleX Chat bot for that.
So, create an account in metamask, swap say $1 worth of ETH, that should cover the fee to register 2-3 test names.

2026-07-22 18:12:47 UTC

- reply

There is no way to have names nobody controls without blockchain, is there?

2026-07-22 18:08:33 UTC

We are launching public SimpleX names - a name nobody can take from you.
You can try a test SimpleX name with your channel or business in v7-beta.
Read more in the blog post: https://simplex.chat/blog/20260722-simplex-public-names.html https://blossom.primal.net/5472adf8d025879275d65ca3ce28547c5b108976ac190cfe5b4216300751a359.png

2026-07-10 07:37:00 UTC

- reply

Yes, the party that holds the redeemed note can withdraw unilaterally.
The note lifecycle is: purchase -> assign -> redeem -> withdraw. Each step changes the party, and this party can perform the next step.
Exit happens at withdrawal. The number of parties that can withdraw (and can be the recipient at redeem step) is limited and known - that's the core requirement of closed loop/limited network.

2026-07-09 08:54:10 UTC

- reply

Misspelled the name - Alain Brenzikofer, sorry!

2026-07-09 08:45:51 UTC

We published the whitepaper about Community Credits - a closed loop prepaid payment system to fund servers and client application in decentralized SimpleX network: https://simplex.chat/credits/whitepaper.pdf
About Community Credits: https://simplex.chat/credits/
Alain Brenzikoher presented it at Web3 Summit: SimpleX Community Credits: Making Privacy Profitable.
https://www.youtube.com/watch?v=UhW8AuoRgxg

2026-07-09 08:41:42 UTC

We published the whitepaper about Community Credits - a closed loop prepaid payment system to fund servers and client application in decentralized SimpleX network.
Alain Brenzikoher presented it at Web3 Summit: SimpleX Community Credits: Making Privacy Profitable.
https://www.youtube.com/watch?v=UhW8AuoRgxg
About Community Credits: https://simplex.chat/credits/
Whitepaper: https://simplex.chat/credits/whitepaper.pdf

2026-06-12 17:59:38 UTC

Alain Brenzikofer will talk at Web3 Summit 2026 on June 19: SimpleX Community Credits: Making Privacy Profitable.
Big thank you to Web3 Foundation for the opportunity and for their help with our proof of concept on Polkadot that Alain built - the vision is getting real!
Web3 Summit 2026 agenda: https://web3summit.com/agenda/?day=fri
About Community Credits: https://simplex.chat/credits/
https://blossom.primal.net/3fcafd1f9e147623fa5010caef68ee2a9f85cee314721c8146ca5f2b814785ed.jpg

2026-06-10 16:45:12 UTC

To ensure SimpleX Network independence, we created a non-profit SimpleX Network Foundation!
The board: Heather Meeker (https://heathermeeker.com), Matt Odell @nprofile…cd8v , Tadeas Kmenta (Flux), Evgeny Poberezkin (SimpleX Chat).
https://simplexnetwork.org/consortium.html

2026-04-30 21:20:53 UTC

- reply

SimpleX Network is not federated. Consortium is an agreement, it's not an entity - it's purpose is licensing and governance of IP, it doesn't control who uses or participates in a network.

2026-04-30 20:55:00 UTC

Freedom of speech needs infrastructure that protects it by design - protocols, governance and funding.
v6.5 release brings SimpleX Channels: a new model for online publishing built for participation privacy:
- channel owners hold their own channel keys,
- each channel uses multiple relays for reliability,
- publishers can run their own chat relays,
- channels can be added to our SimpleX Directory (https://simplex.chat/directory).
Read more at https://simplex.chat/blog/20260430-simplex-channels-v6-5-consortium-crowdfunding-freedom-of-speech.html
https://blossom.primal.net/e8a03f4de56df36fe8324028eee4cb949bd748e79d2d4ac192354deffe6caba0.png

2026-04-21 07:09:55 UTC

- reply

Yes, and in the basic form it's very close. Some user already experimented with relay-based group by changing one line of code (literally) - most of the work for basic function is already done in the foundation of chat relay code.

2026-04-20 20:50:02 UTC

We updated SimpleX Chat Privacy Policy and Conditions.
What changed:
Stronger privacy commitments:
- explicitly states that preset servers do not log IP addresses.
- you can verify clients and servers via reproducible builds.
quantum-resistant end-to-end encryption.
- messages are irreversibly removed from preset servers on delivery or after 21 days.
- transparency commitment by client apps.
New private one-time connection links and public addresses:
- your profile data is encrypted on the server - only people with the link can access it, not the servers.
- one-time link profile data is removed once the connection is established.
Public channels (beta):
- chat relays are used to deliver messages to channel subscribers.
- chat relays cannot identify subscribers.
Commit with the change: https://github.com/simplex-chat/simplex-chat/commit/05f99634c470f8bddac20046947a0606938b22ad (we maintain it in GitHub so you can track changes).
Full text: https://simplex.chat/privacy
Please let us know any questions or suggestions - many amendments were proposed by the users.

2026-03-21 16:42:55 UTC

- reply

It appears Telegram also does not work without VPN in Russia.
We will be implementing connection rotation and redundancy it may reduce the impact. In any case, preventing transport-level blocking is a hard problem, especially if they start using LLM for traffic analysis. It is better to solve it in dedicated VPN solutions, not in the apps.

2026-03-21 09:40:52 UTC

- reply

We talk about:
- SimpleX Network unique design,
- sovereignty as a foundation for privacy,
- privacy as a requirement for freedom of speech.
- governance and sustainability - lessons from the Web,
- planning crowdfunding,
- and more.
Why we are building it: https://simplex.chat/why/
Consortium governance: https://github.com/simplex-chat/simplexmq/blob/master/rfcs/README.md
Planning crowdfunding: https://simplexchat.typeform.com/crowdfunding
Disclaimer: SimpleX Chat, Inc. is "testing the waters" for a possible Reg CF securities offering.
We’re not asking for or accepting any money right now, and we won’t accept any if sent.
We can’t accept any offers to buy securities or take any payments until the until the offering statement is filed, and only through a regulated intermediary platform.
Showing interest doesn’t create any obligation or commitment of any kind.

2026-03-21 08:39:57 UTC

- reply

.@`ODELL` thank you very much for the conversation!
A great summary is here: https://serve.podhome.fm/episodepage/CitadelDispatch/cd196-evgeny-poberezkin--simplex-private-chat
More news is coming!
#nevent1q…g9tv

2026-03-08 19:18:21 UTC

SimpleX Chat apps are 4 years old today!
- 2M+ app downloads
- 300-500K active users (estimated from store statistics - no accounts or any user IDs)
- 1000+ network routers
Huge thank you to everybody who made this journey possible: @nprofile…lfze, @nprofile…ttls, @nprofile…mznq, @nprofile…kjqw @nprofile…zj6n and everybody else who used, promoted and supported SimpleX Network.
Coming soon:
- channels
- new UX
- non-profit governance of SimpleX Network
https://blossom.primal.net/41b693ed51dc1ab81667049fe1cc2f9416d612489c2d45e67b6196eca921d862.jpg
The first release announcement: https://simplex.chat/blog/20220308-simplex-chat-mobile-apps.html
How SimpleX Network Consortium will work: https://github.com/simplex-chat/simplexmq/tree/master/rfcs#readme
Why we are building SimpleX Network: https://simplex.chat/why/

2026-01-16 09:11:29 UTC

- reply

You can say there are like 3 actual lines of code, the rest is boilerplate :)

2026-01-16 09:10:04 UTC

- reply

Right :) But it requires marking the file as mjs or something.

2026-01-15 19:03:53 UTC

You can create a SimpleX Chat chat-bot with 17 lines of JS code using the new Node.js library
https://blossom.primal.net/b6c8f7f4c49248b09d2028ffe4ab57be8e7f56f74c57e6a45f62b7f3e28e97e8.jpg
Beta version: https://npmjs.com/package/simplex-chat/v/6.5.0-beta.4.4
Source code: https://github.com/simplex-chat/simplex-chat/tree/master/packages/simplex-chat-nodejs
To run this example with Node.js:
npm i [email protected]
node ./node_modules/simplex-chat/examples/squaring-bot-readme.js

2025-12-31 09:51:29 UTC

- reply

Our experimental directory of groups: https://simplex.chat/directory/
Unofficial registry of SimpleX servers: https://simplex-directory.asriyan.me
SimpleX bots API and libraries: https://github.com/simplex-chat/simplex-chat/tree/master/bots#useful-bots
Our plan for Community Vouchers: https://simplex.chat/vouchers/ - you can get an access pass to test them once launched before the end of today.

2025-12-31 09:51:08 UTC

Happy New Year!
Thank you all for your incredible support of SimpleX network in 2025:
- to users for over 2,000,000 app downloads since launch.
- to enthusiasts for hundreds of community hosted servers.
- to group owners for thousands of groups.
- to businesses and projects using SimpleX Chat for customer and user support.
- to developers who created integrations and libraries for SimpleX network.
- to all who donated, and especially to Vitalik Buterin
for his game-changing donation of 128ETH.
2026 will be great for privacy and for SimpleX network!

2025-12-25 18:07:35 UTC

https://blossom.primal.net/0b20c68d251c5bede96567e1052eda3d0044af32bd7ee8de8f3796d426ba9341.jpg

2025-12-24 23:20:23 UTC

- reply

is it yours?

2025-12-24 23:19:15 UTC

- reply

🤦‍♂️ we don't plan the shitcoin, and never did that :)
It's a payment system for servers, no "coins" there, shit- or not.
Read https://simplex.chat/vouchers - it's been updated.
The plan is evolving - whitepaper is half-way done, the assessment of blockchain to build on is ongoing.

2025-12-24 23:16:35 UTC

- reply

@nprofile…uvay is cool - they don't chase people to publish apps, they just do that. Thank you.

2025-12-24 23:11:39 UTC

- reply

Is it? it's nice 😉 We can do that.

2025-12-24 23:05:51 UTC

- reply

haven't seen it before :)

2025-12-24 22:56:55 UTC

A big news for SimpleX Chat privacy and security:
Android apps released via GitHub and F-Droid are now 100% reproducible!
It means that you can easily verify that the app is secure, even if the download site was hacked.
From v6.5 our release process is:
1) build Android apps on two independent machines and confirm they are 100% identical;
2) cryptographically "sign" them;
3) add signature files to the release page so you can verify.
v6.5 beta.3 release: https://github.com/simplex-chat/simplex-chat/releases/tag/v6.5.0-beta.3
Server and Linux desktop builds were already reproducible, and Android APKs are now as secure.
Anyone can check it themselves - no coding needed, just follow our simple guide to verify the app is genuine or run the build yourself: https://simplex.chat/reproduce/
https://blossom.primal.net/0c708ffe81366604ff103133b791f56a312e2ed42b41a5d5411f8188da00036d.jpg

2025-12-24 22:55:22 UTC

- reply

MLS uses ratcheting trees, it's different from Double Ratchet.

2025-11-18 17:28:48 UTC

- reply

We honestly see it as a very rare view, proportionally. We are using planning to use one of smartchains for their intended purpose - distributed computing with reliable network-wide consensus. While Community Vouchers is the primary driver to use a smartchain, it'll also solve other problems:
- namespaces for users and groups, that protect from MITM attacks - if operators host names, as in federated designs, it's impossible to protect from them.
- public server registry with operator trust and reliability metrics, without any central authority as with Tor, for example.
And there won't be any minting activity by the operators - they will run full non-validating nodes on blockchain, and will act as decentralized RPC layer to blockchain (which is a weak link for most chains), letting clients to have multiple independent views onto chain for important queries (such as name resolution).
This is a really big innovation, and most users don't see it - they think we're going to use what exist.

2025-11-18 17:23:35 UTC

- reply

Several reasons:
- payment either requires using private cryptocurrencies, that most people don't use, or exposes identity to operators - vouchers make purchase and payment unlinkable
- direct payments create risks of operator default - we want to build zero-trust model
- no effective way to codify revenue-sharing agreement - again, risk of defaults, not honouring agreement, etc.
All these problems are solved with smart contracts, and we don't see any simpler solution.
The question is similar to "why SimpleX network needs private message routing?" To protect users privacy and security from their contacts. As the number of operators grow, it's important to protect users from operators.

2025-11-18 17:19:57 UTC

- reply

> aren't useful as an investment
Correct. We do NOT plan to use vouchers as a fundraising mechanism, and they are not tradable, and even more - they expire. Otherwise it may cross the line with strict application of Howey test (any tradable utility token, especially if used by a single party as development funding, is likely to be considered a security), and we don't want these risks.
We are exploring other funding models, such as grants, private investments and community crowdfunding - it will all be announced next year once the plan crystallizes.
> I'm not sure this is the best solution.
That is correct, but what we like about it is that it fits a very widely used regulatory framework - prepaid telecom cards. So we are doing a technical innovation without regulatory risks, which is rarely possible.
We are always open to better ideas, as we don't see any simpler design that achieves all the stated objectives:
- zero trust
- revenue sharing between operators and "network"
- unlinkability of purchase and usage
- no (or limited) transferrability
- expiration
- ability to purchase via in-app and credit part payments without being a cryptocurrency exchange (as they are prepaid telecom cards).
- probably some others
> it's difficult for a lot of users to understand what it solves and why.
Agreed, but we aim to make it completely hidden from the users and make it possible to use Community Vouchers (aka Community Credits) without touching / knowing about blockchain.
So there won't be requirement to use a crypto wallet at some point of product development - at least that is the objective we are working to:
- user can buy Community Voucher via in-app payment (yes, with some draconian commission, but it's worth it anyway as it would increase donations to communities - about 50% of app users even today never used cryptocurrencies, and for all potential users it's even bigger share)
- user can then donate it to their community of choice
All that within the app, without any technical way to link voucher purchase to community donation, thus preserving participation privacy.

2025-11-18 17:03:08 UTC

- reply

Yes, we see it as an issue, as message delivery will be redundant, and it's a source of revenue to the operator - so operator "default" is not an issue for message delivery.
In case operator is also a mint, then operator "default" becomes an issue, so we are not considering the model when operators act as mints – it's a much higher level of trust than message delivery.

2025-11-18 17:01:01 UTC

- reply

Exactly right. Our goal is to build a trustless system here, and eventually make network governance trustless as well.
If you looked at the preliminary design doc you can see that e-cash emerges at a point of Community Credit to operator credit conversion (so only micropayments or "change" depend on e-cash), but we might be able to remove this extra-layer based on the current design process evolution.

2025-11-16 15:55:46 UTC

- reply

https://primal.net/e/nevent1qqsgrphj8s6y7zl9jvgdxrvwzzkj97jw8t8n9p4u3ru76nsx95cynygju63tp

2025-11-16 15:55:09 UTC

- reply

Community Vouchers are pure utility tokens:
- can only be used to pay for servers
- cannot be traded
- cannot be sold
- have fixed price
- expire in 6-12 month.
This is not something you can "trade" or "invest" in.

2025-11-16 15:53:12 UTC

- reply

No, and not going to.

2025-11-16 15:52:57 UTC

- reply

2025-11-16 10:43:17 UTC

Our users asked many questions about Chat Control, as discussions were restarted in the EU this week.
SimpleX Chat is an open-source app where users control the code and the servers they use.
Therefore it is impossible to implement any client-side scanning, and it will not happen.
If the law is passed, two options are possible:
- we might need to stop offering preset servers to the EU users.
- we will not need to change anything - this is the most likely outcome.
Our operations are always consistent with our Privacy Policy (https://simplex.chat/privacy), and we would rather shut down than do anything that contradicts this agreement with our users.

2025-11-12 15:50:00 UTC

- reply

"Community Vouchers are not tradable, and there will be no "pre-mine" or public sale."

2025-11-12 15:49:18 UTC

- reply

https://simplex.chat/vouchers/

2025-11-12 13:50:25 UTC

"Code alone doesn't cut it. Not code alone, not code widely distributed, not even code widely used. Some measure of toleration in society for activities conducted in private is necessary for long term success. Not convenient, not easier, but necessary."
Eric Hughes, "Kid Gloves or Megaphones" (email to Cypherpunk mailing list), 1996
https://diswww.mit.edu/MENELAUS.MIT.EDU/cpunks/52130

2025-11-03 19:32:07 UTC

- reply

I can send you SimpleX address for DM?

2025-11-03 19:31:19 UTC

- reply

More than happy to chat Calle - it's a priviledge. But we're not doing shitcoins.

2025-11-03 09:33:57 UTC

Huge thank you to all for feedback and suggestions on Community Vouchers plan!
FAQ:
1. Can we still use our servers?
Yes, and it will be improved (read full FAQ). Community Vouchers are completely opt-in, and intended only for server payments by the large groups.
2. How is it possible to provide privacy on public blockchain?
In the same way as we provide private communications on the public Internet - by using per-purchase addresses, not per user as in wallet apps, and by using zero-knowledge proofs to verify ownership.
3. How many Community vouchers will be pre-sold and available during public sale?
None! No Community Vouchers will be made available to any insiders or to the public sale – it would have made them investment contracts. Community Vouchers are restricted utility tokens.
4. What problems do vouchers solve?
- unlinkability of purchase to usage, thanks to zero-knowledge proofs.
- trust to server operators - funds will be only unlocked to them after infrastracture is provided.
- revenue sharing with network - it will be codified in blockchain contract.
5. Are you considering other blockchains?
Yes, as long as they are sufficiently mature, and natively support smart contracts and zero-knowledge proofs. Send your suggestions!
Read more details in the updated Community Voucher FAQ at http://simplex.chat/token
https://blossom.primal.net/ba7a2a7507d554ca6c71846f3cc264eff80bd32e73cf568256ce0d4289c7d120.png

2025-10-30 16:24:50 UTC

- reply

Problems = functions. They are important features of the network for many users.

2025-10-30 13:04:01 UTC

- reply

Start from reading the page and FAQ there, it clarifies many things.

2025-10-30 13:03:05 UTC

- reply

Always happy to chat. Ethereum support for smart contracts and native support for zero-knowledge proofs being rolled out this year makes it the best choice to develop solutions that require network-wide consensus - there is no alternative. It's not a cryptocurrency choice as some people think.
This choice is purely technical, and not political or ideological - it's simply tech that at the moment works better than alternatives and is the most stable.
I commented some points on X, will repost here.

2025-10-30 12:42:53 UTC

We plan to adopt zkEVM networks for problems that require network-wide consensus:
- public names
- server registry
- server infrastructure payments using Community Vouchers represented by SMPX utility tokens on some L2 network TBC
Please read the plan and FAQ here: https://simplex.chat/token/
You can get a free NFT on Ethereum mainnet that will provide access to testnet when launched - planned for 2026.
https://blossom.primal.net/982e7d800a3484f999229711d6d6e90bf93b1c66e0973b971a64c3abd5245cf5.png

2025-10-01 18:00:55 UTC

Join & create SimpleX groups!
The directory can now be viewed on our website: https://simplex.chat/directory
https://blossom.primal.net/314f13698d9fc7c9812ce158a99afc75383ccee617e787feb37c6ec4f1237ec3.jpg

2025-08-14 10:44:02 UTC

- reply

But please note the comment in the post (and Nostr post), that Whitenoise smartly avoided authentication service problem.
What is the most annoying is that this problem is never mentioned in announcements of companies rolling it out and in media publications about MLS.

2025-08-13 07:57:57 UTC

- reply

What I mean is that Nostr relays can track which IP addresses read messages from which group IDs, creating an association with transport level identities of the users. While it's indeed mitigated to some extent by Tor/VPN, which was SimpleX design defence early on, the valid criticism of this argument that either Tor should be built into the clients (which wasn't and won't be the case with SimpleX, and is not the case with Nostr clients), as most users won't use Tor, and will assume that declared security properties hold without any additional measures.
What's worse is that even with Tor or VPN, Nostr relays can associate the list of group IDs with client sessions that read them, and observing sessions over time they would be able to statistically "recognise" users by the list of groups they get messages from. To mitigate this risk clients have to use different connections (and Tor circuits) when reading from different groups, and it's neither practical nor part of the spec. SimpleX clients offered this feature (transport isolation) as opt in.
So the response of SimpleX network design that addressed this criticism was using two independent relays in the message routing path, where the first one can see client session and transport address, but cannot see destination message queue address. And the second relay can see destination queue address, but has no information that could identify the transport session of the client. And the clients are programmed to choose relays operated by different parties to mitigate collusion risks.
What I was saying about our future chat relays design is that they are the usual messaging clients under the hood, just high volume, and won't have any network connection to the group members, even an indirect one, as they will be communicating via the existing messaging network.

2025-08-13 07:34:15 UTC

- reply

As for participation privacy, users don't seem to accept the lack of in-built transport level protection. As long as relays can track on the IP level who reads which groups, they would have a good enough picture of who participates where. That's why we design future chat relays that would handle group broadcasts as high-traffic messaging clients that don't have any network connections with group members (not even indirect connections).

2025-08-13 07:24:56 UTC

- reply

That's why WhiteNoise is explicitly called out as not having this problem. You could make it explicit in your docs, as some digging was required to understand that you use existing identity system instead of separate AS.

2025-08-13 07:22:30 UTC

- reply

Nope, we never agreed that. A bank customer is not a part of the bank. So stop twisting and shilling. You'll only lose whatever audience trust you may have remaining with this approach.

2025-08-13 07:20:35 UTC

- reply

As for address rotation, it's currently possible manually, so they are not completely static, and this feature is used a lot, and it will be automatic next year. The challenge with automatic rotation is reduced usability - data backups do not allow restoring connections, so it requires smarter approach to make sure that the solution is usable.

2025-08-13 07:18:29 UTC

- reply

This has the same problem that was drawing criticism with early design of SimpleX network - while there is no persistent/observable identity on the protocol level, there is a fixed transport identity - relays can see which IP addresses communicate with which IP addresses. So it would require a similar solution to what we did with SimpleX network to mitigate it.

2025-08-13 07:15:45 UTC

- reply

WhiteNoise is mentioned in the post.

2025-08-13 07:14:38 UTC

- reply

Yes, the post mentions WhiteNoise

2025-08-12 20:49:48 UTC

An essay explaining why we don't plan to use MLS: https://www.poberezkin.com/posts/2025-08-12-mls-the-naked-king-of-end-to-end-encryption.html
A sidenote, is that Nostr's Whitenoise avoids its main problem.
TL;DR: MLS security model is "Trust me bro".

2025-08-10 21:43:12 UTC

- reply

s/instead/in return/

2025-08-10 21:42:46 UTC

- reply

Do you even read the nonsense you write? We supported NewOil with a tiny amount because we liked what they do and they promoted SimpleX to their audience instead. Where plural comes from is unclear - it was literally a one-off sponsorship. And Bill gates did not fund us, Village Global did. But you know it all, you are just spreading hate, aren't you?
HydraVeil may be a good thing, happy to review, but you're not making friends with your attitude.

2025-08-03 19:10:21 UTC

- reply

Hey. We love factual criticism, but this is misleading.
Who’s talking to whom - it’s what anybody can see in Nostr clients UI, and Nostr relays can see it as well.
SimpleX relays can’t see it since private routing via two independent relays became the default - it’s been more than a year.
And most Nostr clients don’t offer choosing servers as part of onboarding. Neither does Elements afaik 🤷‍♂️
SimpleX clients currently have 2 preconfigured operators and let users choose which to use during the onboarding. There are many 100s, maybe 1000s servers in SimpleX network - that you don’t see the list is a feature.

2025-07-04 21:59:42 UTC

- reply

Most publicly used communication systems are way more complex, objectively.
SimpleX may be more complex than some simple open-source systems, but given the objective to compete with Signal, Telegram and WhatsApp, it is still too simple, in comparison, simply because of much less money spent.
What's your point of reference for simplicity/complexity?

2025-07-03 20:54:13 UTC

- reply

And the old link will continue to work. This short link is simply a reference to the container with full link, group profile and the key - see the post!

2025-07-03 20:52:54 UTC

- reply

You need to have v6.4-beta.4 version. If you created the link previously, it won't be automatically shortened - there is a button under the QR code to add a short link to it.

2025-07-03 20:49:37 UTC

- reply

Yes! And you will also see group name before joining, and starting from 6.4.1 also group logo and welcome message.

2025-07-03 19:49:46 UTC

SimpleX Chat now has a much better way to make connections – available in v6.4 beta release!
- Short links and more secure
- See the name before connecting
- Send messages without waiting for your contact to be online
Read more in the blog post: https://simplex.chat/blog/20250703-simplex-network-protocol-extension-for-securely-connecting-people.html
v6.4-beta is available on PlayStore, TestFlight and GitHub.

2025-06-05 16:21:49 UTC

SimpleX Chat is #1 messenger recommended by Whonix!
https://www.whonix.org/wiki/Chat#Recommendation

2025-04-23 18:45:04 UTC

The comparison of 6 messengers in c't magazine (Heise.de)
They ranked SimpleX Chat as the best for privacy and security!
https://m.primal.net/Qang.png
https://www.heise.de/select/ct/2025/9/2505715264990543311

2025-03-12 15:28:58 UTC

https://www.youtube.com/watch?v=O3YEeoH2oyU
A great episode of Surveillance Report podcast - we sponsored it!

2025-03-10 19:40:17 UTC

v6.3 of SimpleX Chat is released 🚀
- preventing spam and abuse in public groups.
- group improvements: mention other members, improved performance.
- better chat navigation: organize chats into lists and jump to found and forwarded messages.
- privacy and security improvements: chat retention period and private media file names.
Read more: https://simplex.chat/blog/20250308-simplex-chat-v6-3-new-user-experience-safety-in-public-groups.html

2025-03-04 09:06:42 UTC

We updated SimpleX Chat Privacy Policy & Conditions of Use.
It's more Power to the People!
1. Added content license in groups, and stated that NO LICENSE is granted to the server operators or ourselves.
We do not ask for ANY license to YOUR content!
2. Added the conditions of access to preconfigured servers via modified 3rd party applications.
The previous policy version prohibited it, unintentionally.
Thanks to the users developing apps for suggesting it!
3. Clarified some definitions:
- "aggregate statistics" explicitly excludes any stats that can be related to particular users.
- the content that can be removed changed from "identified illegal content" to "illegal content identified in publicly accessible resources".
These changes do not change how we work: we never had user-related statistics, and we technically and legally cannot access private chats.
Our privacy policy also:
- includes a commitment to run the published code,
- re-confirms the absence of any compulsory requests.
Thanks to all users for suggesting these changes.
The full text: https://simplex.chat/privacy/
Changes: https://github.com/simplex-chat/simplex-chat/commit/7471fd2af5838dc0467aebc570b5ea75e5df3209

2025-03-04 09:04:15 UTC

- reply

To address some incorrect criticism:
> Did you know @SimpleX Chat now has a blockchain/shitcoin built in (called Flux)?
Nope, that's not true. There is no built-in coin. Flux the company offers their servers to the app users. Not their coin.
> Did you know they've also started doing "content moderation"—blocking users, groups and 3rd party servers?
Also not true. We cannot block users, as there are no users, and we do not block 3rd party servers. We do remove addresses of groups that distribute CSAM from our servers, without any impact on users privacy.
> Yeah, so far it's only to stop CSAM distribution but we all know how that's a slippery slope. The good old "Think of the children" tactic. If there's a method to ban, block or censor, it will be used and ABUSED.
Not true. Freedom of speech without SOME restriction cannot exist - unlimited freedom always leads to abuses of power and tyranny. Study some history. Our freedom ends where the freedom of our neighbours starts, so some limits absolutely must exist to defend our freedom.
> SimpleX Chat ... not decentralized
Not true as well - there are 100s if not 1000s of community run servers. If you don't want to use ours or Flux's, use your own or anybody else's - it's all in a single network.
> not censorship-resistant.
This is correct, and this will change, as was explained in livestream.
Censorship-resistance and privacy are technically contradictory requirements, so they have to be balanced.
> I also found out they are getting funded by VCS such a Village Global
We were never hiding it, and who are it's LPs is irrelevant - they have no influence or control on SimpleX Chat.
Read this post: https://simplex.chat/blog/20240814-simplex-chat-vision-funding-v6-private-routing-new-user-experience.html

2025-03-04 08:57:00 UTC

- reply

you can join incognito, with random name, or use different profile, but not different picture in the same profile.

2025-02-04 17:59:27 UTC

Livestream on X: February 11, 5pm UTC, 9am PT.
SimpleX network: Power to the People!
Evgeny and Dan Keller (co-founder of Flux) will talk about:
- extreme decentralisation,
- Flux servers in the apps,
- future commercial model,
- large content channels,
- moderation & freedom of speech.
Join us at https://x.com/SimpleXChat
https://m.primal.net/OQMW.jpg

2025-01-24 20:07:49 UTC

Opt Out podcast: Improving SimpleX Chat w/ Evgeny from SimpleX and Dan Keller from Flux
https://optoutpod.com/episodes/improving-simplex/

2025-01-15 17:37:54 UTC

Privacy-preserving content moderation - preventing abuse of SimpleX network without any compromise to users' privacy and end-to-end encryption.
https://simplex.chat/blog/20250114-simplex-network-large-groups-privacy-preserving-content-moderation.html
This is our response to #ChatControl ideas - no need to scan content to moderate it.
Post your comments!

2024-12-25 16:13:39 UTC

https://image.nostr.build/3492a9c64a81046813f074efe292a7915258bb6122996fb62309b80a7dd8951a.jpg

2024-12-10 19:10:25 UTC

- reply

How would it work? SimpleX client would connect to Wallet Connect?

2024-12-10 19:09:29 UTC

SimpleX Chat v6.2 is out!
The app now includes both servers that we operate and servers independently operated by Flux – thanks to Daniel Keller and Flux team!
More privacy and decentralization for all users!
Also in v6.2:
- business chats!
- better UX: open chat on first unread (not on iOS yet), show who reacted.
- bette iOS notifications!
Read more: https://simplex.chat/blog/20241210-simplex-network-v6-2-servers-by-flux-business-chats.html
https://m.primal.net/MsQN.png

2024-11-25 18:39:38 UTC

Servers operated by Flux added to SimpleX Chat apps (v6.2-beta.1) to improve metadata privacy – a game changer for SimpleX network users!
https://simplex.chat/blog/20241125-servers-operated-by-flux-true-privacy-and-decentralization-for-all-users.html
Huge thanks to Daniel Keller (Flux CEO and co-founder) for supporting our vision for extreme decentralization of communications!

2024-10-16 19:34:30 UTC

- reply

If nobody was paying attention, it would not have been a problem. But many people, beyond the niche of technologists and privacy supporters, are misled to see privacy as something that enables rather than reduces crime, and it may have very damaging consequences for democracy – it's a real threat. So this response is necessary.

2024-10-16 18:41:14 UTC

Our criticism of recently published
Wired article: "Wired's Attack on Privacy"
https://simplex.chat/blog/20241016-wired-attack-on-privacy.html

2024-10-14 17:29:24 UTC

New security review by Trail of Bits and new v6.1 released – better calls, better iOS notifications and better user experience!
https://simplex.chat/blog/20241014-simplex-network-v6-1-security-review-better-calls-user-experience.html

2024-09-19 08:34:35 UTC

v6.1-beta.0 is released with support for SOCKS proxies both in iOS (via TestFlight) and Android (via Github releases as direct APK download: https://github.com/simplex-chat/simplex-chat/releases/tag/v6.1.0-beta.0).
You can host your own SOCKS proxy (this one looks good: https://github.com/heiher/hev-socks5-server) or you can try ours, if you use preset servers (it won't allow connecting to any other servers directly, but you can still send messages to anybody who uses other servers):
Address: 139.162.173.97
Port: 443
Username: user
Password: YJHolWSzTfOny7es

2024-08-31 16:31:15 UTC

- reply

It is not the same. Build reproducibility means that every time you build the app from the source code you would get exactly the same result, identical byte by byte. It would allow independent parties to validate that the apps that we distribute via different channels are built from the source code we publish.
The problem is that to achieve this quality requires that the build process is deterministic, and in general case it is not:
- some libraries may embed timestamps during compilation.
- compilers my use random numbers for some identifiers.
- etc.
We plan to solve this problem, but it is much harder than it may seem.

2024-08-31 16:25:58 UTC

Answering your questions about "private message routing" in SimpleX network:
1. Does SimpleX protect IP addresses? Yes.
2. Doesn't private message routing reinvent Tor? No.
3. Why don't you embed Tor? Tor is great, but not for all.
Read more in FAQ: https://simplex.chat/faq/#does-simplex-protect-my-ip-address

2024-08-24 12:19:46 UTC

- reply

Thanks to our users who highlighted these inaccuracies to us!

2024-08-24 12:19:10 UTC

- reply

6. Is the design well documented? Somewhat
The design documentation was reviewed in preparation for design security audit in July 2024 - report is about to be published.

2024-08-24 12:18:40 UTC

- reply

5. Does the company log timestamps/IP addresses? Yes
This is incorrect, we never logged IP addresses and access timestamps of the users.
Further, the private message routing that is now enabled by default for all users prevents such logging by any 3rd party servers with modified code:
https://simplex.chat/blog/20240604-simplex-chat-v5.8-private-message-routing-chat-themes.html

2024-08-24 12:18:14 UTC

- reply

4. Directory service could be modified to enable a MITM attack? Yes
This is incorrect, as there is no user directory service at all (and no knowledge of even the number of users), and MITM by servers is not possible by design, even without optional security code verification (that exists to mitigate MITM by the channel you used to pass one-time invitation link, e.g. email).

2024-08-24 12:17:43 UTC

- reply

3. Cryptographic primitives. Curve25519 / XSalsa20 256 / Poly1305 (downgraded for the absence of PQ encryption).
We added PQ encryption in March this year: https://simplex.chat/blog/20240314-simplex-chat-v5-6-quantum-resistance-signal-double-ratchet-algorithm.html
This is done in the same way as Apple describes as PQ3 here: https://security.apple.com/blog/imessage-pq3/
it provides stronger protection than Signal design where PQ encryption only applies to the initial key exchange.

2024-08-24 12:16:34 UTC

- reply

2. Company jurisdiction: UK
We disagree that there are any jurisdictions that are particularly good for privacy.
Also, this might important for centralised services, like Threema, where the users can't host servers, and much less important for decentralized network, such as SimpleX, where there are hundreds (if not thousands) of servers that we don't control.

2024-08-24 12:15:59 UTC

- reply

1. Main reasons why the app isn't recommended: Provide a transparency report.
It is available online and updated at least quarterly, or if anything changes: https://simplex.chat/transparency/

2024-08-24 12:15:01 UTC

https://securemessagingapps.com by is the great comparison of messaging apps, but there are several incorrect statements about @SimpleXChat there. Commenting in thread 🧵 below.

2024-08-20 15:18:31 UTC

- reply

Opened now again - was limited to 100 responses