lostcause's avatar
lostcause
lostcause@3nostr.com
npub1khf5...md3q
I'm a tech enthusiast exploring the intersection of Nostr, AI, privacy, and crypto - and now vibe-coding.. Big on Linux, obsessed with open systems... In my downtime, I’m into photography, music making, and riding motorcycles — anything that gets me thinking or moving.
lostcause's avatar
lostcause 3 weeks ago
Nostr Blog ... post on nostr with your normal client - appears on a nostr blog - that can be read by any user #nostrblog #testing
lostcause's avatar
lostcause 1 month ago
I’ve just improved how page search works in #Wikistr(3nostr edition). It should now do a better job of finding the right article even when the wording isn’t exact, and the insert-link picker now uses the same smarter matching so it’s easier to link to the right page while writing. Pages with more community support are also shown more clearly, so the strongest and most trusted results rise to the top a bit more often. In practice, that means less hunting around and faster linking while editing. https://wikistr.3nostr.com #nostr #search #wiki #3nostr #ranking #findstuff #nostrdevs
lostcause's avatar
lostcause 1 month ago
Help grow the app list on apps.nostr. If you know an app that others might like, share it with your friends and add it to the list. The more people who add their apps, the more useful it becomes for everyone. #nostr #apps #shareyourapp #opensource #buildinpublic #appstore #nostrdevs
lostcause's avatar
lostcause 1 month ago
Update: Key improvements for Wikistr@3nostr We have recently shipped several fixes and improvements to improve your wiki experience: • History Caching: Older article revisions are now automatically cached in your browser so they remain preserved and accessible even after a page reload. • Smart Syncing: Added two-way syncing. If you make edits offline or have a newer local copy, it automatically updates the relays when you connect. • Better Filtering: Added support for block/mute lists to filter out spam and unwanted articles automatically. • Previews and Security: Fixed media loading blocks and improved plaintext previews for AsciiDoc articles. • Link Extraction: Internal wiki links are now correctly indexed and tagged when saving. https://wikistr.3nostr.com
GitHub
GitHub - imattau/wikistr: A "wikipedia" client for nostr
A "wikipedia" client for nostr. Contribute to imattau/wikistr development by creating an account on GitHub.
 #nostr #wiki #wikistr #web3 #decentralised #nostrdevs
lostcause's avatar
lostcause 1 month ago
Introducing apps.nostr, the Nostr App Store apps.nostr is a simple place to discover and publish Nostr apps. I built it because I wanted an app store where I could submit an app easily, without waiting for someone else to approve it first. If you build something useful, you should be able to list it and share it right away. https://image.nostr.build/e45f3c1e9c6e045e4472fddb999c233f5fd92c174ac122075e6783744791e44f.pngSome of the main features are: - Browse Nostr apps in one place - Search and filter apps by category - View full app pages with screenshots and details - Submit a new app or update your own listing - Use passkeys for a simpler sign-in experience - Send zaps to support developers - Store app images on Blossom servers - Use Nostr events as the real source of truth for app listings What makes apps.nostr different is that it is open and simple. The store content lives in Nostr events, so it is not locked into one central database. Images can be hosted on Blossom. Developers can be zapped directly. And there is no long approval process just to get listed. If you are building on Nostr, apps.nostr gives you a direct way to publish your app. If you are exploring the Nostr ecosystem, it gives you one place to find what is available. #nostr #apps #store #nostrdevs #open #decentralized #zaps #blossom #appstore #nostrappstore
image image
lostcause's avatar
lostcause 1 month ago
Just pushed an update to wikistr, a fully featured Nostr-based wiki client. New features include: · Passkey login (NIP-K1) for secure, passwordless authentication. · Private tags and cross-device bookmarks (Kind 30003). · Article discussions via kind 1111 comments. · Patch-based suggestions (Kind 1617) for collaborative editing. · Multi-column layout, relay configuration, and local history. Try it: wikistr.3nostr.com Source: github.com/imattau/wikistr #Nostr #WikiStr #DecentralisedWiki #NostrBuild #nostrdevs #wikistr #wiki
lostcause's avatar
lostcause 1 month ago
Grid34 is live! (Alpha release) Meet Grid34, a decentralized, local-first workspace that brings the power of Notion to the sovereign web, backed by Nostr and ephemeral P2P syncing. Here is what makes it unique: Notion-like Block Editor Create rich documents with paragraph, heading, list, divider, checklist, and callout blocks. Plus, support for interactive table/database blocks! Local-First & Secure Your workspace, your keys. All content is encrypted client-side using NIP-44 content encryption keys (CEKs). Git-over-Nostr Persistence Saves checkpoints and page changes as NIP-34 patches (kind: 1617), preserving full document revision histories securely on your chosen relays. Real-Time Collaboration Dial-in with peer editors. Grid34 uses a libp2p ephemeral transport network with Yjs CRDTs for frictionless, real-time merge convergence. Collaborator Block-Locking Edit without stepping on toes. Blocks lock to an active editor and release automatically upon inactivity or focus loss. Note: This is early alpha software. Try it out, invite your contacts, and own your workspace! Check out the code and contribute:
GitHub
GitHub - imattau/grid34: A decentralized, local-first workspace combining a Notion-like block editor with NIP-34 Git-over-Nostr persistence, backed by an ephemeral qDHT mesh for real-time peer-to-peer collaboration.
A decentralized, local-first workspace combining a Notion-like block editor with NIP-34 Git-over-Nostr persistence, backed by an ephemeral qDHT mes...
 #nostr #localfirst #p2p #productivity #grid34 blob:
nosotros.app
A decentralized social network based on nostr protocol
lostcause's avatar
lostcause 2 months ago
【新プロジェクト始動】Nostrベースの革新的マンガリーダー「Mangatsu（マンガツ）」登場！ Mangatsu（マンガツ）
Mangatsu
 ### Mangatsuとは？ Mangatsuは、分散型プロトコル Nostr（ノストル） を基盤にした、全く新しいオープンなマンガ閲覧プラットフォームです。中央集権的なプラットフォームに依存せず、クリエイターと読者がダイレクトにつながる未来のマンガ体験を提供します。 ### 主な特徴 * **分散型インフラ:** Nostrの特性を活かし、検閲に強く、データの所有権は常にユーザーにあります。 * **サクサク快適な操作性:** Webベースでありながら、スマホでもPCでもスムーズにマンガを読み進められる直感的なUI。 * **クリエイター支援:** Nostrのエコシステム（Zapなど）を活用し、お気に入りの作品や作家へ直接サポートが可能（今後のアップデートにもご期待ください！）。 ### 今すぐ体験しよう！ アプリのインストールは不要。ブラウザから今すぐアクセスして、新しいマンガの形を体感してください。
Mangatsu
 皆様からのフィードバックや、Nostr上でのバグ報告・機能要望（ #Mangatsu タグをお使いください）を心よりお待ちしております！ #Nostr #Mangatsu #Web3 #Manga #マンガ
lostcause's avatar
lostcause 2 months ago
Slowly moving my #github projects to the #nostr based gitworkshop.dev.... at least the active ones anyway #nostrdev
lostcause's avatar
lostcause 2 months ago
Check out The Vampire Who Couldn’t Charm the Gondolier - Manga Oneshot by WolfEn-sensei
Mangatsu
 #Anime #anime-inspired #digital-comic #indie-manga #light-novel-style #Manga #romantic-comedy #Vampire #Webcomic Get #mangatsu at
Mangatsu
lostcause's avatar
lostcause 2 months ago
Announcing #Mangatsu The new decentralised web app for manga and comic enthusiasts is officially live. Built from the ground up to support creators and readers directly on open protocols. - Read seamlessly with an optimised reader screen - Integrated NWC for instant creator zaps - Decentralised media storage via Blossom - Manage your personal collection with NIP-51 library lists - Robust offline mode so you never lose your place Check it out now:
Mangatsu
 #manga #comics #nostr #nwc #blossom #opensource
lostcause's avatar
lostcause 2 months ago
Working through a qDHT idea. It started from the quantum relay work in rely, then drifted into a DHT-style discovery model. I’m not trying to replace Mainline DHT. This is a different approach. Classic DHT: query by key → route through keyspace → find providers. qDHT: signed announcements → local neighbour-state → discover routes, replicas, or pieces. The idea is that each node only keeps a small view of the network. Those views overlap, so discovery can move through the graph without every node needing a global routing table. The quantum-inspired part comes from the relay model: local propagation using the graph Laplacian / continuous-time quantum walk idea. One useful finding from testing: direct query routing did not work well. Announcement propagation looks much more promising. Current model: - identities announce current routes - content announces hashes and piece metadata - nodes remember which neighbours exposed them to each announcement - replicas form when content is fetched - clients retrieve from nearby replicas - rejoining nodes ask neighbours for missed deltas - reputation damping reduces spam propagation The main idea is pretty simple: qDHT uses propagation history as routing state. Small local views. Overlap between them. Signed records. Demand-driven content fetch. qDHT:
GitHub
GitHub - imattau/qDHT: A DHT implementation of the concept derived from the Quantum Relay (Nostr)
A DHT implementation of the concept derived from the Quantum Relay (Nostr) - imattau/qDHT
 Original relay work:
GitHub
GitHub - imattau/quantum-rely: A framework for building custom Nostr relays you can rely on. Designed for the best developer experience.
A framework for building custom Nostr relays you can rely on. Designed for the best developer experience. - imattau/quantum-rely
↑