this is the wayhopefully it happens and will drive more signal adoption vs whatsapp & telegram
Very welcome recent news from Signal: they are working on letting you register an account without a phone number.https://aboutsignal.com/news/signal-is-working-on-registration-without-a-phone-number/That said, an important counterpoint about what this would and would not accomplish.The good #1: reducing dependence on phone numbers. Even aside from privacy benefits, reducing dependency on a highly oligopolistic system of chokepoints is good in itself.The good #2: phone numbers are for many people not a good "root" of identity from an access control perspective. Phone numbers get sim swapped all the time.The good #3: allowing phone-number-free accounts will make it harder for them in the future to discriminate against people by country - and so make it harder for governments to pressure them to block their own citizens.Now, on privacy. Significantly better than status quo, so yes it is good #4, but...In practice, in 2026, I believe that pseudonymity (a long-term persistent account that is not tied to your primary identity) is a dead concept. There are just too many channels by which we accidentally slowly leak data about who we are - timing of messages, the pattern of who we send messages to with what frequency, size, etc. And too many highly effective AI-based means (both using LLMs per-user, and LLMs helping every person and agency under the sun use math that we had all along) to uncover and piece together those hints.As a trivial example, whatever server you interact with learns your IP address, but even if you hide that with a VPN or Tor, there are many other identity leakage vectors.And so the only defensible form of privacy is message-by-message unlinkability - no one except sender and receiver knows the (sender, receiver) pair, ideally even not knowing who the sender or the receiver are.A natural taxonomy of privacy is the following 2x2:* Sitting duck: adversary knows "X did Y"
* Confidentiality: adversary knows "X did ???" [E2E encryption provides this]
* Anonymity: adversary knows "??? did Y" [aka message-by-message unlinkability]
* Ideal: adversary knows "??? did ???"Signal has already had confidentiality for a long time. (Note: in other contexts, "confidentiality" sometimes means "someone knows X did Y, and we trust that someone to not reveal it", ie. not true privacy. Here, by confidentiality we mean hiding contents from third parties)This adds pseudonymity: in the above schema, adversary knows "0x8b512c... did Y", where they don't initially know who 0x8b512c... is, but may figure that out over time. The ideal is getting to message-by-message unlinkability.Actually accomplishing that gets into territory that is currently being explored by mixnet projects as well as newer messengers, eg. @session_app and @SimpleXChat.Once we get deeper into this territory, I suspect the primary frontier will be spam and DoS protection. Right now, much of the internet blocks all Tor exit nodes - not because they personally hate privacy, but because that's where DoS attacks come from. So we need ways for people to prove their non-spammer status while maintaining message-by-message unlinkability. See here github.com/dmarzzz/reputation-gated-onion-egress for one direction (which complements https://ethresear.ch/t/zk-api-usage-credits-llms-and-beyond/24104 nicely).So I hope that we appreciate the victory that is mainstreaming of end-to-end encryption, that we actually get Signal accounts without phone number dependency (it's a great thing even if it had zero privacy consequences), and then that we keep moving forward and pushing the frontier of data leakage minimization.
the hermes lovefest continues ๐updated TeleCentaur so that you can use your nous portal key to deploy new agent sessions directly in telegram without having to leave in fact, TC is now multi-agent, meaning you can run multiple models on your own or in group chats - just hit the slash command, name it, pick a model and deploy; each agent can have its own purpose (or not)multiplayer, multi-agent and multi-wallet, all powered by @quidli
enjoying working with hermes so much that i had to wire nous portal into my DiscoCentaur & TeleCentaur builds too ๐ง๐ค๐ฆset up your own environment for your discord or telegram bot, bring your own api keys (nous, in this case), pick from any of the 200+ models they have baked in and enable everyone in the chat to access their own agents publicly & privately (powered by @quidli)!
enjoying working with hermes so much that i had to wire nous portal into my DiscoCentaur & TeleCentaur builds too ๐ง๐ค๐ฆset up your own environment for your discord or telegram bot, bring your own api keys (nous, in this case), pick from any of the 200+ models they have baked in and enable everyone in the chat to access their own agents publicly & privately (powered by @quidli)!
enjoying playing around with hermes more and more, got a decent (online social) summary of me by running tencent hy3 + @quidli connect mcp, if i do say so myself!all based on my own configurations on what to share, make public (incl. my @lens score) via http://connect.quid.li ๐ค๐ค๐ฆ
been playing around with https://natural.com and find the ui/ux very cool (enabling agents to send money for you to individuals & businesses that have submitted + been validated by kyc requirements)having said that, you/your agents can gain access to the same set of features through @quidli connect, but on open crypto rails & with verification/validation based on your connected social graphs instead so that everyone can use/participateonce MCP server is connected, your claude can send payments to your social contacts (in this case an email address) via a single prompt on claude for desktop, and the tx is executed onchain immediately, from agent to your contact ๐ฆ๐ค๐คstart building your own agent native payment flows via https://mcp.connect.quid.li
have been a bit heads down working on @quidli but wanted to share a few updates:* connect api is now "agent native," available through mcp: https://mcp.connect.quid.li/* to showcase, i built & open sourced 2 locally hosted agent harnesses (BYOA - bring your own agent) that enable "multiplayer" environments: * DiscoCentaur for Discord (see video): https://github.com/justinquidli/discocentaur * TeleCentaur for Telegram: https://github.com/justinquidli/telecentaur* imo, both work best with claude but you can also use cursor, openai, gemini and minds (ymmv!)* by linking your socials to quidli, you can render yourself/your social reputation machine readable to agents without having to rely on any centralized "authority" to validate on your behalfif you're interested in playing around with any of this, feel free to check out what we've built so far!
fyi, TeleCentaur (and DiscoCentaur) can now run on moonshot ai models like kimi via openrouteron kimi, it costs only ~$0.005 to reference the open @quidli social registry and then execute an onchain tx to my telegram contact, just via in-app promptingyou can build your own agent native social payment workflows too using http://connect.quid.li
in case you're wondering why injecting your agent with @quidli connect/your social graphs can be usefulwe spend a lot of time online on x, telegram, discord, lens, etc. engaging with other accounts that we honestly have no idea who (or what) is on the other side; and this is only getting crazier with agentsso we need tools that help us to attest we are who we say we are while preserving anonymity and leaving you in control of your social datafor example, in open telegram group chats, you've most certainly come across accounts claiming to be
@vitalik or other well known figures randomly asking for things; and quidli connect enables all parties to verify & validate based on their own respective needs
have been a bit heads down working on @quidli but wanted to share a few updates:* connect api is now "agent native," available through mcp: https://mcp.connect.quid.li/* to showcase, i built & open sourced 2 locally hosted agent harnesses (BYOA - bring your own agent) that enable "multiplayer" environments: * DiscoCentaur for Discord (see video): https://github.com/justinquidli/discocentaur * TeleCentaur for Telegram: https://github.com/justinquidli/telecentaur* imo, both work best with claude but you can also use cursor, openai, gemini and minds (ymmv!)* by linking your socials to quidli, you can render yourself/your social reputation machine readable to agents without having to rely on any centralized "authority" to validate on your behalfif you're interested in playing around with any of this, feel free to check out what we've built so far!
have been a bit heads down working on @quidli but wanted to share a few updates:* connect api is now "agent native," available through mcp: https://mcp.connect.quid.li/* to showcase, i built & open sourced 2 locally hosted agent harnesses (BYOA - bring your own agent) that enable "multiplayer" environments: * DiscoCentaur for Discord (see video): https://github.com/justinquidli/discocentaur * TeleCentaur for Telegram: https://github.com/justinquidli/telecentaur* imo, both work best with claude but you can also use cursor, openai, gemini and minds (ymmv!)* by linking your socials to quidli, you can render yourself/your social reputation machine readable to agents without having to rely on any centralized "authority" to validate on your behalfif you're interested in playing around with any of this, feel free to check out what we've built so far!
weather picking up again ๐ซ
https://strava.app.link/SXvDC5gV03b
treadmillmaxxing to start the week ๐ค
https://strava.app.link/ruPhGz1uZ3b