Keychat's avatar
Keychat
npub1h0uj...rwx8
Keychat is the super app for Bitcoiners. Autonomous IDs, Bitcoin wallet, secure chat, Mini Apps — all in Keychat. Autonomy. Security. Richness. Contact us for feedback 👇 https://www.keychat.io/u/?k=npub1h0uj825jgcr9lzxyp37ehasuenq070707pj63je07n8mkcsg3u0qnsrwx8
Keychat's avatar
keychat 3 weeks ago
Once a user installs Keychat and selects Create ID, Keychat generates a seed phrase in the background and uses it to create multiple IDs for the user. In Keychat’s initial multi-device sync design, the user can use the first ID on device 1 and the second ID on device 2. image View quoted note →
Keychat's avatar
keychat 3 weeks ago
When your Keychat wallet has a balance, your messages will use the Keychat relay (while also using free relays), paying a 1 sat stamp per message. You can also disable the Keychat relay. When your wallet has no balance, your messages are only forwarded via free relays. You can change the default free relays in the Keychat settings. image View quoted note →
Keychat's avatar
keychat 3 weeks ago
Because there are so many different Linux distributions, we plan to adopt Flatpak (https://flatpak.org) and publish Keychat on (https://flathub.org) so that Linux users will be able to install Keychat easily from Flathub. We also intend to add the Mini App Browser to the Linux version of Keychat, and in parallel we’re exploring future support for ARM-based desktops and laptops.
Keychat's avatar
keychat 3 weeks ago
Keychat 1.37.2 is now available 🎉 GitHub: App Store: You can also find Keychat on ZapStore. Keychat is also available on desktop, and we highly recommend giving it a try. Main updates: 1. Fixed a wallet bug that could appear when paying Lightning invoices if your connection dropped mid-payment. If you’ve seen wallet errors before, please go to Wallet Settings (top-right corner of the wallet screen) in the new version and tap “Restore From Mint Server” and “Check Proofs”. 2. Better compatibility with Nostr DMs (NIP-17 and NIP-4). Keychat now receives and replies to Nostr DMs by default. You can turn Nostr DM off in Chat Settings if you prefer. 3. The in-app browser now supports file downloads. 4. Added support for GIFs and reactions (the current reaction UI is still quite basic and will be improved over time). 5. Added Shosho Live @Shosho – Live Stream on Nostr and Hivetalk @npub1z0lc...8ldk to the Mini App list. You may run into some issues when using Hivetalk; we’re still working on improving it. Your feedback is very welcome. Note: the Mini App list is not a Mini App Store and not the main entry point for using Mini Apps. To use any Mini App, just type its URL into the browser search bar in Keychat. View quoted note →
Keychat's avatar
keychat 0 months ago
Many users care deeply about whether Keychat will eventually support a true multi-device experience, where the same ID can be used seamlessly across several devices. Keychat relies on ratchet algorithms from the Signal and MLS protocols, deriving a fresh encryption key for every single message and discarding it after use. This makes the system inherently stateful—the cryptographic state on each device is constantly evolving—and it ensures that both past and future messages remain protected even if a device’s encryption state is later compromised. This property is known as forward secrecy and backward secrecy (also called post-compromise security). For exactly this reason, Keychat cannot behave like Nostr DMs (NIP-4, NIP-17), which reuse a static encryption key and therefore lack forward and backward secrecy, or like Telegram, which by default does not use end-to-end encryption, and simply allow the same ID to be logged in and used actively on multiple devices at the same time. When we think about multi-device support in Keychat, we can start from a baseline design. Suppose Alice and Bob each have a smartphone and a computer with Keychat installed. When they chat, those four devices can conceptually form a four-device group, where each pair of devices maintains its own secure session. From there, we still need a more refined design that improves this experience and avoids relying on centralized servers.
Keychat's avatar
keychat 1 month ago
In the past, we largely overlooked this Lightning Pub–style design direction. Most conversations about “second-best” Lightning wallet models tend to focus on large global hubs—custodial Lightning wallets or new protocols like Ark and Spark. It’s worth stepping back and mapping out the design space more clearly. When users run their own Lightning nodes and channels, they are both part of a decentralized network and in full custody of their own funds. This is the ideal wallet model. In reality, not everyone can do this. That opens up a design space for “second-best” solutions, mainly along two axes: the degree of centralization and the degree of third-party custody. It’s important to note that centralization and third-party custody do not always perfectly overlap. In other words, a centralized architecture does not necessarily mean that 100% of funds are fully custodial at all times. 1. For wallets like Coinos and Wallet of Satoshi, they are both global hubs and fully custodial: user funds are entirely under the control of the service operator. 2. Ark and Spark also move in the direction of global hubs. They still follow a server–client architecture, but their goal is to allow users to exit unilaterally. If the service fails, users should still be able to move their funds back on-chain into UTXOs they control, getting as close as possible to self-custody. However, their default transfers do not achieve Lightning’s instant finality. There is a time window in which the service provider and the previous owner of the funds (and in many cases, the operator is also the previous owner) could theoretically collude to double-spend. During those windows, users are not at 100% self-custody over their funds. 3. Lightning Pub takes a different path: its goal is to let more technically capable users provide custodial wallets to their friends and become local micro-hubs. Its focus is on lowering the technical barrier for “sharing your own Lightning node and channels” with people around you. That’s why Lightning Pub: 1. uses Nostr IDs as the basis for its built-in multi-user account system, and 2. uses encrypted messages relayed over Nostr relays (DM/RPC) to connect front-end wallets with the back-end node. So Lightning Pub is the Nostr-native Lightning node. In this sense, Lightning Pub effectively gives more people the opportunity to run their own small Wallet of Satoshi / Coinos–style custodial Lightning wallet, but scoped to a local circle of friends. Because these relationships are often built on existing social trust, the risks normally associated with third-party custody are partially mitigated. Once large, obvious centralized service hubs emerge, whether they are traditional custodial Lightning wallets or large Ark/Spark operators, they become much easier targets for regulators and governments to shut down. View quoted note →
Keychat's avatar
keychat 1 month ago
Our first AQSTR campaign, Help the world discover Keychat, has now concluded. Thank you to everyone who participated, and to AQSTR for providing such a beautifully designed tool. image View quoted note →
Keychat's avatar
keychat 1 month ago
We’re incredibly grateful to all the users who’ve been recommending Keychat. Keychat relies on our users’ word of mouth to reach more people. View quoted note →