Nieuwsbrieven on Nostr Compass

Nostr Compass #26

Wed, 10 Jun 2026 00:00:00 +0000

De Marmot Protocol-organisatie opent drie nieuwe repos voor een v2 protocol draft en een native client-lijn: een Rust workspace genaamd darkmatter, een SwiftUI iOS-app darkmatter-ios en een Kotlin/Compose Android-app darkmatter-android. De originele Flutter Whitenoise is gearchiveerd. Chama comprimeert zeventien releases in één week en steekt de standalone-app grens over bij v3.0.0 voordat een volledige trade-room UI-herteken en per-verkoper storefronts landen in v3.1.0, bovenop holder-only Shamir shares, arbiter-substitutie, wereldwijde community-routing en end-to-end trade-notificaties. Coracle lanceert een betaalde hosted-relay service ondersteund door de open-source Caravel en zooid stack, met diepe Flotilla-integratie gepland. Angor schakelt over naar mainnet als standaard in v0.2.30 en landt een 3-user UAT funding test in v0.2.29. Amethyst landt 41 onuitgebrachte PRs die het NIP-32 / NIP-F4 / Tor werk van vorige week voortzetten. NIP-67 (EOSE completeness hint) en NIP-50 autocomplete worden gemerged, waarmee twee langstaande correctheidsgaten in het core relay-protocol worden gesloten. NIP-GART stelt een privacy-behoudend wire format voor voor noodmeldingen, en NIP-46 krijgt een logout-methode.

Belangrijkste verhalen

Marmot v2 (Dark Matter): protocol-herschrijving, native clients, gearchiveerde Flutter-app

Deze week verschenen drie nieuwe repos onder de marmot-protocol GitHub-organisatie, samen vormen ze de vroege vorm van een Marmot v2 protocol draft en een native-client lijn die de Flutter-app-lijn vervangt. darkmatter (Rust, aangemaakt 13 mei, vierendertig commits in de afgelopen zeven dagen) bevat de v2 protocol draft in spec/, een OpenMLS-ondersteunde CGKA-engine in crates/cgka-engine, een conformance-simulator met property tests en een Tamarin formeel model voor convergence proofs. darkmatter-ios (Swift, aangemaakt 25 mei) is een SwiftUI-client ondersteund door een vendored MarmotKit UniFFI xcframework gegenereerd uit de Rust workspace. darkmatter-android (Kotlin/Jetpack Compose, aangemaakt 25 mei) rust op dezelfde Rust bindings. De originele Flutter Whitenoise is gemarkeerd als whitenoise-archive (“ARCHIVED: This was the original White Noise Flutter app”); een nieuwe whitenoise Dart-repo draagt de actieve Flutter-lijn parallel.

Lees dit als vroege voortgang naar een betrouwbaardere Marmot, geen voltooide pivot. De darkmatter README bestempelt zichzelf als “Candidate Marmot v2 protocol draft, CGKA engine, and conformance workspace” en zegt direct: “MDK remains the deployed Rust protocol implementation until this draft and engine are adopted.” Binnen de workspace is de cgka-engine crate getagd 0.1.0, “single internal consumer, not semver-stable.” Elke spec-pagina draagt “Status: draft for internal review”. Drie sterren op de workspace-repo en nul op de iOS- en Android-apps bevestigen dat het werk pre-announce is. Richting, scope en discipline zijn hier het signaal; production readiness is niet de claim.

De protocol-draft maakt de v1-naar-v2 delta’s concreet. MIP-01’s monolithische marmot_group_data MLS-extensie, die sinds het begin van Marmot groepsnaam, beschrijving, admin pubkeys, Nostr group routing id, relay-lijst, groepsafbeelding-data en disappearing-message settings onder één paraplu draagt, wordt gesplitst in versioned app componenten: marmot.group.profile.v1 voor naam en beschrijving, marmot.group.admin-policy.v1 voor admin pubkeys, marmot.transport.nostr.routing.v1 voor de willekeurige nostr_group_id en de canonieke relay-lijst, marmot.group.blossom.image.v1 voor image hash, encryption key, nonce en upload key, en marmot.group.message-retention.v1 voor disappearing-message seconden. Elk component bezit zijn exacte bytes en zijn eigen versiepad, dus een toekomstige feature kan één component reven zonder de rest van de group state te dwingen om MLS-extensie-consensus opnieuw te doorlopen. MIP-00 credentials krijgen ook een nieuw fundamenteel document account-identity-proof-v1.md, aangeduid als “new in v2 and breaking”. Het identiteitsbewijs leeft nu op zijn eigen oppervlak, gescheiden van KeyPackage-constructie.

De library-delta’s ondersteunen de spec-herwerking. cgka-engine is de nieuwe lokale group state machine: het wraps OpenMLS, bezit de Stable, PendingPublish, Merging en Recovering epoch states, vertaalt intents naar MLS commits, retourneert getypeerde IngestOutcome en GroupEvent waarden voor elke inkomende transport-envelop en levert expliciet geen transport en geen persistentie. Een TransportPeeler trait scheidt Nostr van de engine, en een StorageProvider trait scheidt SQLite (via storage-sqlite, SQLCipher-ondersteund) van de engine. De huidige MDK pakt dit allemaal samen; het splitsen van de lagen laat één engine onder een Nostr-relay transport zitten nu en de ook-geleverde QUIC stream en broker transports later, zonder herschrijving van het convergence-model. Convergence zelf is gedocumenteerd als distributed-convergence.md en bewezen in een Tamarin-model dat deterministic branch-selectie, policy-gated eligibility, retained-anchor replay, stale-branch afwijzing, delivery reordering, duplicatie, app-output-invalidering, welcome/commit handoff, proposal-consumptie en outbound gating tijdens synchroniseren dekt. Rust property tests controleren vervolgens of de engine dezelfde regels volgt met echte OpenMLS-objecten en de simulator-harness. Formele-methoden betrouwbaarheidswerk van deze omvang ontbreekt in de huidige Marmot-stack.

Beide native clients laten Flutter vallen voor platform-native UI-toolkits. darkmatter-ios is pure SwiftUI met een Notification Service Extension die MIP-05 push-wakes op het apparaat decodeert, vendort een gegenereerd MarmotKit Swift-pakket gebouwd uit de Rust workspace en registreert onder de dev.ipf.darkmatter bundle-ID en app-group. darkmatter-android is Kotlin en Jetpack Compose, met een just-gedreven build die een signed arm64-v8a APK produceert en telemetry-endpoints leest uit local.properties. De Android README noemt het architecturale principe direct: “Dark Matter owns protocol data and stores it in SQLite. The Android app should render that data, manage Android platform behavior, and keep UI lifecycle state. The Android app should not become a second database for Dark Matter data.” Dat spiegelt de grens-discipline die de cgka-engine README afdwingt in de Rust-laag, toegepast op de UI-laag.

Native clients zijn belangrijk voor Marmot omdat de meest genoemde zwakte van het protocol mobiele betrouwbaarheid onder ongelijke leveringscondities is geweest: gemiste-deadline notificatie-wakes, MLS commit races tijdens netwerk-flaps, background-fetch limieten die epoch-advances laten stranden. SwiftUI en Compose geven de clients directe toegang tot platform background-processing primitieven die Flutter bereikt via een plugin-brug, en het UniFFI binding-pad houdt protocollogica in één Rust workspace geleverd als een statische library op beide platforms. De Flutter Whitenoise-lijn gaat door in de niet-gearchiveerde whitenoise repo, dus de aankondiging is additief: een nieuwe native-client lijn draait naast de Flutter-app terwijl de v2-spec convergeert. Productie-cutover vanaf MDK of de huidige Whitenoise-app wacht op de draft, engine en clients die productie-klare releases bereiken.

Chama v2.0.0 tot en met v3.1.0: standalone P2P escrow in één week

De Nostr-native P2P escrow-client geïntroduceerd in Newsletter #25 op v1.3.0 leverde de afgelopen zeven dagen zeventien getagde releases, eindigend bij v3.1.0 op 9 juni met een trade-room UI-herteken en per-verkoper storefronts. Het versiespoor vertelt het verhaal: v2.0.0 is de BREAKING basis, dan sluiten v2.0.1, v2.0.2 en v2.0.3 Fedi WebView funding-rail gaten; v2.1.0, v2.2.0, v2.3.0 en v2.3.1 verharden de arbiter-laag; v2.4.0, v2.5.0 en v2.6.0 voegen self-custody oppervlakken en wereldwijde community-routing toe; v2.7.0, v2.8.0, v2.9.0 en v2.10.0 leggen simpel-Engelse key-copy, groepsaanmeldingen, dispute-deadline arbitrage en reputatie eroverheen. v3.0.0 bindt het pakket samen met end-to-end trade-notificaties, en v3.1.0 op 9 juni hertekent het trade-scherm rond een Reserved → Locked → Settled voortgangsruggengraat, rol-gekleurde action cards en een per-verkoper storefront-listingsklasse (curated swaps, loanbooks en bills) die worden geleverd.

De architecturale pivot leeft in v2.0.0. Het escrow LOCK-formaat veranderde zodat elke share van een 2-of-3 Shamir-split alleen wordt versleuteld naar zijn houder (sharePolicy holder-only-v1). De bearer ecash van de federatie reconstrueert niet langer vanuit één deelnemer alleen, waarmee een pad wordt gesloten waar een kwaadaardige partij met zowel zijn eigen share als een federatie-gehouden share de trade zonder toestemming kon voltooien. Pre-2.0 clients falen luidruchtig met “can’t find your share”; de trade kan niet voltooid worden op een verouderde client, en er gaan geen fondsen verloren in het proces. Een v2.0 lock vereist dat elke partij op v2.x settled. v2.0.0 voegde ook multi-unit storefronts en een sats-only Market-weergave toe.

v2.1.0 introduceerde arbiter-substitutie: de arbiter share bij Shamir index 2 wordt nu versleuteld naar een deterministische prioriteitsvolgorde over de community arbiter pool, zodat een afwezige arbiter kan worden vervangen zonder de trade te laten stranden. v2.2.0 bewees dat de substitutie werkte in de praktijk op een ₿121 trade en voegde healing-substitutie back-ups toe. v2.3.0 sloot het laatste arbiter front-running gat door listing-arbiter community-lidmaatschap te controleren op lock-tijd, en v2.3.1 sloot de zuster-race waarbij een auto-toegewezen arbiter-slot een preview was totdat de lock ze plaatste.

De self-custody oppervlakken kwamen in v2.4.0 (BIP-39 recovery phrase voor de Fedimint ecash wallet, versleuteld opgeslagen op Nostr) en v2.5.0 (master nsec back-up die de Nostr-identiteit en de wallet seed bezit). v2.6.0 herwerkte onboarding rond een globale community picker zodat gebruikers in landen zonder een lokale Chama naar de dichtstbijzijnde federatie worden gerouteerd; eerdere builds stuiterden de gebruiker af zonder fallback. v2.7.0 schreef het recovery-key scherm opnieuw in simpel Engels (“the only key to your account and the money in it; Chama never sees it and can’t reset it; if you lose it, no one can get your account back”). v2.8.0 voegde groepsaanmeldingen, dark/light theming toe en voegde twee nieuwe event-kinds toe (38120 roster, 38121 application). v2.9.0 veranderde dispute resolution bij deadline: betwiste trades die hun expiry raken lossen nu op via arbiter-uitspraak; eerder gedrag automatisch-refunded. De release is gemarkeerd COORDINATED zodat alle partijen in een dispuut moeten updaten. v2.10.0 voegde per-trade thumb-up/thumb-down ratings toe als een nieuwe event kind 38123.

v3.0.0 is de mijlpaal waarbij de app een coördinerende community niet meer nodig heeft om te functioneren. End-to-end trade-notificaties pingen de gebruiker alleen bij actionable state-overgangen: tegenpartij locked de sats, uitbetaling klaar om te claimen, dispuut vereist de uitspraak van de gebruiker als arbiter, of trade settled of expired. Één toggle in het Me-scherm zet notificaties aan of uit, en de permission prompt vuurt alleen wanneer de toggle is ingeschakeld. De fire-once dedup houdt een state-herlading tegen om een alert storm te triggeren. Een wrong-chama guardrail bug werd ook gesloten in PR #103, waar eerdere versies een listing met het label van één chama maar de federatie van een andere chama konden stempelen. Windows- en Linux-desktopbundels worden bij de release meegeleverd; de macOS dmg wordt achtergehouden totdat signing en notarisatie landen.

Chama voegt zich nu bij Mostro en Shopstr als een Nostr-native marktplaats, onderscheiden door serverloze architectuur, Fedimint-ondersteunde 2-of-3 Shamir-escrow, holder-only share-versleuteling en de enige van de drie die een zelfstandige desktop- en mobiele client levert zonder coördinerende community.

Coracle Hosting: betaalde relay-service plus open-source Caravel-stack

Op 3 juni kondigde Hodlbod Coracle Hosting aan op hosting.coracle.social, een gehoste community-relay service die terugkerende lightning-betalingen via NWC of kaart accepteert. De service wordt aangedreven door Caravel, Coracle’s billing- en provisioning-frontend, en zooid, een relay-runtime die veel virtuele relays op één machine host. Beide zijn open source op Coracle’s self-hosted gitea. Caravel wordt geleverd met optionele livekit en Blossom integratie die operators per relay kunnen aan-/uitzetten. Een gratis tier met member-count limieten laat operators de service evalueren voordat ze zich verplichten tot betalingsdetails.

Hodlbod is openhartig over het businessmodel: open source monetariseren door een gehoste versie te verkopen van een stack die iedereen anders ook kan draaien. De concurrentiegracht is de Flotilla integratie, die de volgende geplande stap is. Flotilla bezit het gebruikersoppervlak, dus de gehoste optie geserveerd vanuit Flotilla wordt het standaardpad voor elke gebruiker die managed infrastructuur verkiest. Hodlbod bood aan andere Caravel-operators toe te voegen aan Flotilla’s alternative-hosting picker als ze contact opnemen, waarmee de deur open blijft voor een gefedereerde hosting-markt.

Caravel voegt zich bij relay.tools als een publiek Nostr relay-provisioning platform met betaalde member-tiers. relay.tools dateert van vóór Caravel en levert als de dominante relay-creator service vandaag, met zijn eigen directory van community-relays en betaalde-member of moderator join-flows. Caravel’s onderscheidende functie is de gecoördineerde stack: de relay-runtime (zooid), de billing- en provisioning-frontend (Caravel zelf) en de client-side picker (Flotilla-integratie, nog in ontwikkeling) leveren als één ontwerp. De andere onderscheidende functie is zooid’s veel-relays-per-proces dichtheid, waar customer-relays één host-proces delen zodat de operator hosting-kosten amortiseert over veel kleine communities. Dit is hetzelfde dichtheidsargument dat shared web hosting levensvatbaar maakte in het begin van de jaren 2000, toegepast op Nostr’s relay-laag.

Releases

Angor v0.2.29 en v0.2.30: mainnet-standaard en 3-user UAT funding test

Angor v0.2.29 op 4 juni en v0.2.30 op 8 juni zijn de twee releases van deze week voor het gedecentraliseerde Bitcoin-en-Nostr funding-protocol. v0.2.30’s hoofdverandering is PR #893, die de standaardnetwerk overschakelt naar mainnet. Angor wordt nog steeds geleverd als een unstable alpha release, maar de default-mainnet switch signaleert dat het protocol voorbij de testnet-only fase is voor de desktop- en mobiele clients. v0.2.30 landt ook een single-tap mobile create-project flow met image upload en scroll reset (PR #889) en lost een race condition op waarbij de lightning invoice spinner kon blijven hangen (PR #890).

v0.2.29 voegde een end-to-end UAT test toe in PR #881 die 3-user send funds over 10 rondes met onbevestigde uitgaven dekt, de eerste multi-user funding-flow test in de Angor testsuite. De release voegde ook een implementatieplan toe voor een Angor CLI en MCP-server (PR #792), met CLI-verbeteringen voor MCP testing workflow in PR #880. PR #885 door DavidGershony verhielp een Boltz lightning invoice die het verkeerde netwerk gebruikte na een runtime network switch, een bug die zou zijn opgekomen in productie na de v0.2.30 mainnet-standaard. Settings biedt nu een optionele recovery-wallet file purge tijdens data wipe (PR #883).

Sprout v0.3.15: ephemeral channel TTL refresh en ACP slash-commands

Sprout v0.3.15, uitgebracht 10 juni, is de achtste release in een reeks die begon met v0.3.7 op 2 juni. Newsletter #25 behandelde de v0.3.1 tot en met v0.3.6 reeks met de mesh-llm integratie en channel-secties werk; v0.3.7 tot en met v0.3.15 zijn downstream daarvan, gericht op polish en enkele door de gebruiker zichtbare toevoegingen. De meest zichtbare wijziging voor de gebruiker is een TTL-refresh voor ephemeral channels in PR #902: wanneer een gebruiker een ephemeral channel unarchiveert, breidt Sprout de time-to-live van het channel uit zodat de unarchive niet direct opnieuw-archiveert onder de oorspronkelijke expiry-timer. Mobiele custom emojis komen in PR #906 naast een settings redesign, en reactie-tellingen animeren nu bij verandering (PR #904).

PR #905 verhelpt een langstaand gat waarbij multi-word display names braken en NIP-27 nostr:npub mention-extractie stilletjes wegviel. Een directory-ondersteunde team UI voor desktop komt in PR #912 met install, sync en reveal commando’s. Slash-commands worden nu doorgegeven aan ACP connectors in PR #919, waardoor Sprout /help-stijl commando’s direct kan doorsturen naar agent runtimes terwijl de Sprout UI uit het pad blijft.

Wisp v1.1.1: Spark wallet-integratie en nsec paste guard

Wisp v1.1.1, uitgebracht 5 juni, brengt een twee-tier wallet Connect-scherm met Spark sub-scherm in PR #548 en dashboard-pariteit met de iOS wallet UI in PR #549. De release bevat een systeem-brede nsec paste guard die een nsec1-prefixed paste ergens in de app detecteert en het veld blokkeert om het te accepteren, waarmee een van de meest genoemde footguns in Nostr UX wordt gesloten. QR-scan login plus een watch-only modus voor npub en nprofile komt in PR #552, waardoor een gebruiker een profiel alleen-lezen kan browsen. Zap-berichten renderen nu als mini-posts in de engagement drawer (PR #559) zodat zap-notes hun tekst naast het sat-bedrag dragen. Een web-of-trust filter op thread replies komt in PR #583, waardoor gebruikers reply-spam kunnen verbergen van accounts buiten hun follow-graaf.

Nostria v3.1.46 en nospeak 1.1.3: notificatieherwerking en ICE restart

Nostria v3.1.46 op 7 juni beëindigt een drie-release reeks die de notificatieteller herwerkte om alleen nieuwe notificaties sinds de laatste weergave te tellen, waarmee een langstaande inflatie wordt geëlimineerd waarbij het laden van oudere notificaties door scrollen de badge-count verhoogde. Nostria v3.1.45 verhielp een split-payment bug die lightning- en QR-code betalingen raakte en liet een eerder gepland translucent UI vallen als onhaalbaar op Android’s compositor.

nospeak v1.1.3 op 4 juni voegt ICE restart toe op FAILED state voor 1-op-1 voice calls. Standaard WebRTC-gedrag laat een call vallen wanneer ICE-kandidaten aflopen zonder alternatief pad; het ICE-restart pad herhandelt kandidaten zodat de call herstelt van transiënte NAT- of netwerkveranderingen. Android calls houden het scherm nu aan tijdens video calls.

Onuitgebrachte wijzigingen

Amethyst: 41 PRs die de NIP-32 / NIP-F4 / Tor track voortzetten

Amethyst mergde deze week 41 PRs zonder een release tag te knippen, bovenop de 52 PRs van vorige week en het NIP-32 hashtag labeling en NIP-F4 podcast werk behandeld in Newsletter #25. De actieve branch blijft features accumuleren voor de volgende getagde release, met polish op de hoofdtoevoegingen van vorige week: hashtag labeler discovery, podcastscherm, muziektracks en playlists, Tor self-heal watchdog, ephemeral signers voor anonieme uploads en onchain zaps met NIP-05 filtering. Amethyst’s PR throughput blijft de hoogste van elke Nostr-client, en de onuitgebrachte queue is de de facto roadmap voor wat andere Android Nostr-clients moeten matchen.

Damus: relay tracking uit OK messages en v1.17 changelog

Damus PR #3786, gemerged 3 juni, voegt succesvolle OK berichten van een relay toe aan de post-relay lijst. Eerdere Damus-builds vulden de seen-relays lijst alleen bij het ontvangen van een generiek bericht van de relay, wat betekende dat een relay die de post erkende maar geen events terug leverde onzichtbaar was voor de gebruiker. De verandering is belangrijk voor gebruikers die willen bevestigen dat hun post op hun geprefereerde outbox-relay is geland. PR #3796 verhelpt een AttributeGraph cyclus op Profile View, en PR #3725 landt de v1.17 changelog vooruitlopend op de volgende getagde release.

Shopstr: NIP-34 dual-publishing

Shopstr’s shopstr repo op ngit werd deze week op Nostr aangekondigd als een NIP-34 git-repo, en voegt zich bij ngit’s tracked repos. De GitHub-repo van de shop-client blijft het primaire ontwikkelingsoppervlak; de NIP-34-aankondiging maakt een parallel git-over-Nostr collaboratiepad beschikbaar. Dit is het tweede grote Nostr-marktplaatsproject dat dual-publisht naar NIP-34 na Mostro, en zet de geleidelijke migratie van project-metadata naar Nostr’s git-transport voort.

Hermes-Marmot: AI-agent gateway over MLS

hermes-marmot, een plugin voor de Hermes Agent, verbindt het berichten-oppervlak van een AI-agent met Marmot (MLS-over-Nostr) groepen met behulp van mdk-python, de Python bindings aan de Rust Marmot Development Kit. De plugin laat een gebruiker een AI-agent DM’en vanuit elke Nostr-client die kind 445 MLS-berichten spreekt, inclusief Whitenoise. Inkomende DMs gebruiken NIP-59 gift-wrap unwrapping via nostr-sdk Python bindings, en inkomende welcomes stromen door UnwrappedGift.from_gift_wrap naar mdk.process_welcome en mdk.accept_welcome. Toegangscontrole loopt via MARMOT_ALLOWED_USERS (een komma-gescheiden npub allowlist) of MARMOT_ALLOW_ALL_USERS=true voor open dev-toegang.

De repo is nieuw (laatst bijgewerkt 27 mei) en klein. De betekenis is architecturaal: het is de eerste publieke brug tussen een LLM agent-runtime en een MLS-versleuteld Nostr messaging-kanaal, en het eerste productiegebruik van mdk-python buiten Whitenoise zelf. Het patroon wijst naar agent-tot-agent communicatie waarbij beide endpoints MLS-sleutels hebben en de relay alleen ciphertext ziet.

NIP-updates en protocol-spec werk

NIP-67 EOSE completeness hint (PR #2317) gemerged

PR #2317 door mattn werd gemerged op 6 juni, waarmee NIP-67 aan het protocol werd toegevoegd. De NIP breidt het EOSE relaybericht uit met een optioneel derde element: ["EOSE", <subscription_id>, "finish"] signaleert dat elke opgeslagen event die aan het filter voldoet is afgeleverd, terwijl een kale ["EOSE", <subscription_id>] geen completeness-claim draagt. Een relay die de hint weglaat vertelt de client dat er meer kan zijn; een relay die de NIP-67 advertentie in NIP-11 weglaat houdt het huidige gedrag onder de bestaande legacy-heuristiek. De verandering is backward compatible in beide richtingen: legacy clients negeren het trailing array-element, en legacy relays laten het weg.

De motivatie in de gemergde spec is tweeledig. Ten eerste: silent data loss. Een client vraagt om de laatste 500 notes tegen een relay met een 300-event interne cap, de relay retourneert 300 events, en de client (met de standaard received < limit heuristiek) concludeert dat het resultaat compleet is. De 201e tot en met de Nde oudste matching notes blijven op de relay ongelezen, met de client blind voor dat feit. Ten tweede: verplichte verspilde round trips. Wanneer een relay responses capt op 300 events, vereist elk abonnement dat de cap uitput een tweede REQ met until=<oldest_created_at> puur om voltooiing te bevestigen, zelfs wanneer het filter precies 300 events matcht. Beide faalmodi worden betaald door elke client op elk cap-uitgeputte abonnement. De "finish" hint is één optionele string op één bestaand bericht en elimineert beide kosten.

NIP-50 autocomplete-uitbreiding (PR #2357) gemerged

PR #2357 door Alex Gleason werd gemerged op 6 juni, waarmee een autocomplete:true/false token wordt toegevoegd aan NIP-50 search. De uitbreiding laat een client een query markeren als een typeahead lookup zodat de relay prefix matching gebruikt, met full-text search als standaard voor queries zonder de token. Ditto’s relay implementeert het voor follow packs, lijsten en elke event met een title tag, en retourneert matches tegen de title prefix; het standaard search-pad draait full-text scoring. Zonder deze token hadden autocomplete-stijl UIs geen manier om de prefix-search intentie te communiceren en moesten relays gokken uit de vorm van de query. De token is een per-search hint, geen relay-brede capability, dus een relay kan het implementeren voor één event-klasse (titles) zonder algemene autocomplete-ondersteuning te claimen.

NIP-GART noodmeldingen en locatiebroadcasts (PR #2374)

PR #2374 door disinqa, geopend 9 juni, definieert een privacy-behoudend wire format op Nostr voor noodmeldingen en locatiebroadcasts geadresseerd aan een groep vertrouwde ontvangers. Het genoemde ontwerpdoel is het verbergen van afzenderidentiteit, groepslidmaatschap en payload voor relay-operators terwijl de events replay-veilig en handtekening-verifieerbaar end to end blijven. NIP-nummer is nog TBD, voorstel is early-draft. Use case is het standaard noodmelding-patroon: een gebruiker onder dreiging broadcast een locatieping die alleen een vooraf gedeelde groep vertrouwde contacten kan decoderen, met de relay blind voor afzender, ontvangersset en payload. Wire-format details leven in de PR en zullen waarschijnlijk evolueren naarmate maintainers reviewen.

NIP-46 logout-methode (PR #2373)

PR #2373 door hzrd149, geopend 8 juni, voegt een logout methode toe aan NIP-46 zodat een client een bunker expliciet kan vertellen dat de sessie is beëindigd. Tot nu toe was de enige manier om een bunker-sessie te beëindigen wachten op de sessie-timeout of stoppen met het gebruik van de verbinding, die beide de bunker sessiestatus laten vasthouden voor een client die weg is. Het voorstel is kort (één nieuwe methode) en is het soort huishoudelijke wijziging dat langlevende bunker-integraties schoner maakt.

NIP-95 hybride relay-P2P voorstel gecirculeerd als long-form

Een long-form NIP-95 specificatie werd gecirculeerd als een kind:30023 post van npub 91bea5cd9361504c409aaf459516988f68a2fcd482762fd969a7cdc71df4451c op 4 juni onder de titel Protocolo Híbrido Relay-P2P via WebRTC. Het Portugeestalige document definieert een hybride peer-to-peer relay-protocol waar Nostr-clients rechtstreeks met elkaar verbinden via WebRTC voor live berichten terwijl ze relays blijven gebruiken voor stored-event retrieval en offline levering. De auteur formuleerde de spec expliciet als “LLM-ready” en bood bericht-definities, logische flows, dataschema’s en state-regels op een detailniveau dat een AI-model werkende client- of server-code laat genereren. Het voorstel is nog niet geland als een NIP PR; circulatie via kind:30023 is de gebruikelijke voorloper op een formele nostr-protocol/nips pull request.

NIP-44 v3 krijgt een tweede signer: Clave port de spec

Amber’s v6.2.0 NIP-44 v3 uitrol van vorige week werd geleverd vooruitlopend op enige gemergde NIPs PR, waardoor v3 als een Amber-specifieke uitbreiding overbleef die andere clients moesten spiegelen om te interop. Dat single-implementation framing veranderde deze week. Clave, de push-gebaseerde iOS NIP-46 remote signer, landde een onafhankelijke NIP-44 v3 port op 3 en 4 juni over acht commits. Cryptografische primitieven leveren in drie commits: HKDF + ECDH keys laag, het v3 padding-algoritme en een top-level publieke API plus encryption Context. Bovenop die volgt het NIP-46 oppervlak in RPC dispatch-bedrading binnen LightSigner en een PendingRequest schema dat de v3-context draagt (kind plus scope), zodat de signer kan vastleggen voor welke event-kind en use case de v3-payload is goedgekeurd.

Clave wijkt af van Amber op het gebruikersgerichte oppervlak. Een permission grant schema met sensitivity tiers laat gebruikers v3-versleuteling verlenen voor een bepaalde event-kind en scope op een gekozen sensitivity-niveau. Bij eerste ontmoeting introduceren v3-context-aware approval prompts met een one-time explainer card v3 aan gebruikers. Het werk zit in main en is aangesloten op het Xcode project maar is onuitgebracht; de meest recente getagde build is v0.2.0-build79 van 12 mei.

Twee onafhankelijke implementaties landen NIP-44 v3 in productiepaden voordat de NIPs PR merged, wat de zaak versterkt voor het onderliggende wire format dat de protocol-PR zal formaliseren. Cross-implementation interop-testing wordt nu het pad naar spec-convergentie, met Amber’s Android approval-oppervlak en Clave’s iOS sensitivity-tier model als de twee referentiepunten. Andere remote signers die v3 aansluiten (nsec.app’s noauth is sluimerend sinds mei 2025, en andere bunkers hebben geen v3-werk aangekondigd) zouden de consensus verder aanscherpen.

NIP-34 activiteit: Iris adopteert de stack met een nieuwe hashtree-transport

Iris publiceerde NIP-34 repo-announcements voor hashtree op 8 juni en iris-apps, iris-drive en iris-chat-rs op 9 juni, met clone-URLs onder een nieuw htree:// schema geserveerd vanaf wss://temp.iris.to. De hashtree-transport is een content-addressed alternatief voor GRASP-gerouteerde clones, en deze vier announcements zijn de eerste publieke uses. De repos dragen lege beschrijvingen en de architecturale details ontstaan nog, maar de keuze om via NIP-34 announcement te publiceren (in plaats van via een aangepast Iris-intern manifest) signaleert dat Iris zich committeert aan de bredere NIP-34 git-over-Nostr stack.

NIP deep dive: NIP-67 (EOSE Completeness Hint)

NIP-67 sluit een van de langststaande correctheidsgaten in NIP-01. De oorspronkelijke spec definieert EOSE als de grens tussen opgeslagen events en live subscription-events voor een REQ, maar heeft nooit gespecificeerd of de relay alle opgeslagen matches had geleverd of halverwege was gestopt vanwege een interne cap. Elke relay handhaaft een per-subscription cap (vaak 300 tot 1000 events) onafhankelijk van de limit van de client, en clients hebben geen manier gehad om die cap waar te nemen.

De standaard workaround was het vergelijken van de received count tegen de gevraagde limit. Als received < limit, behandel het resultaat dan als compleet; anders pagineer met until=<oldest_created_at>. Beide takken zijn kapot. De received < limit tak trunceert stil: een client die 500 notes vraagt tegen een relay gecapt op 300 ziet 300 events, concludeert dat het resultaat compleet is omdat 300 < 500 en haalt de rest nooit op. Gehouden events op de relay kunnen “more available” niet signaleren via enig bestaand bericht. Paginering als de tweede tak is verspillend: een filter dat precies de cap matcht vereist een tweede REQ om voltooiing te bevestigen, en retourneert nul events terwijl een volledige filter-scan op de relay wordt verbruikt.

De fix van NIP-67 is één optionele string op het EOSE bericht:

["EOSE", "<sub_id>", "finish"] // expliciet: alle opgeslagen events geleverd
["EOSE", "<sub_id>"] // geen completeness claim

Een relay die NIP-67 adverteert in NIP-11 supported_nips en een kale EOSE uitzendt vertelt de client dat er meer is. Een relay die de advertentie weglaat houdt het huidige gedrag en de client valt terug op de bestaande heuristiek. Legacy clients negeren het trailing array-element. Backward compatibility geldt in beide richtingen, zonder nieuwe verbs of event-kinds.

Wat NIP-67 het bekijken waard maakt is de scope die het bewust beperkt. De spec definieert geen cursor of paginatietoken, dus until-gebaseerde paginering blijft het mechanisme. Relay-caps blijven waar ze zijn, en de NIP vereist geen blootstelling ervan. NIP-67 behoudt de betekenis van EOSE als de opgeslagen-naar-live grens en voegt alleen een ja-of-nee signaal toe op de grens: “Ik heb meer voor je” versus “dat is alles.” Dit minimale oppervlak is waarom de PR merged na een relatief korte reviewperiode voor een NIP-01 uitbreiding, en waarom mattn in de PR expliciet opmerkt dat AI-vertaling werd gebruikt voor de Engelse tekst. De verandering is klein genoeg dat de vertaalonzekerheid er niet toe doet.

Voorbeeld van een NIP-67-bewuste uitwisseling tussen een client en een cap-afdwingende relay. NIP-11 advertentie van de relay:

{
 "id": "a5f87fe2d4c8b9a0e3f1c4d5e6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1781136000,
 "kind": 11,
 "tags": [],
 "content": "{\"supported_nips\":[1,11,50,67]}",
 "sig": "f1e2d3c4b5a6978869504132c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5"
}

De wire-level uitwisseling die volgt:

→ ["REQ", "abc", {"kinds":[1],"limit":500}]
← [...300 EVENT messages...]
← ["EOSE", "abc"] // no "finish": cap hit, more available
→ ["REQ", "def", {"kinds":[1],"limit":300,"until":1780900000}]
← [...178 EVENT messages...]
← ["EOSE", "def", "finish"] // explicit complete

De 178-event response zou eerder een derde REQ hebben getriggerd om voltooiing te bevestigen. Met NIP-67 stopt de client daar.

NIP-67 is ook opmerkelijk als een NIP-01 amendement dat landt met zeldzame consensus. De meeste NIP-01 wijzigingen trekken lange debat-threads aan omdat het minuscule oppervlak van het protocol dragend is voor elke implementatie. NIP-67 merged na een uitgebreide reviewperiode (ongeveer zeven weken van open tot merge), wat suggereert dat wanneer een NIP-01 wijziging klein genoeg is en de faalmodus concreet genoeg (silent data loss, verplichte verspilde round trip), de maintainers van het protocol bereid zijn de core message-vocabulaire uit te breiden.

NIP deep dive: NIP-50 (Search)

NIP-50 definieert het search filterveld in REQ berichten, waardoor clients een relay kunnen vragen events te filteren op full-text match tegen een query-string. De gemergde basisspec is bewust minimaal: het search veld is een string, elke relay bepaalt zijn eigen search-semantiek (welke velden geïndexeerd zijn, hoe scoring werkt, of stemming toepast) en relays adverteren NIP-50 ondersteuning in hun NIP-11 document. Clients besturen het search-algoritme alleen via de query-string zelf.

Dit minimalisme is zowel NIP-50’s kracht als zijn beperking. De kracht is dat elke relay search op elk kwaliteitsniveau kan implementeren: een basis-substring scan voldoet aan de spec, en een relay die Elasticsearch of Meilisearch draait voldoet er gelijkwaardig aan. De beperking is dat clients geen manier hebben om search-intentie uit te drukken. Een profile-mention typeahead UI wil prefix-matching tegen display names; een full-text content search wil getokeniseerde full-text scoring over de note-body. Hetzelfde search veld draagt beide, en de relay moet gokken uit de query-vorm.

PR #2357 voegt de eerste NIP-50 uitbreidings-token toe: autocomplete:true of autocomplete:false ingebed in de search-query signaleert welke modus de client wil. Ditto’s relay implementeert de token voor follow packs, lijsten en elke event met een title tag, waarbij wordt overgeschakeld naar prefix matching wanneer autocomplete:true aanwezig is. De token leeft inline in de query (aparte filtervelden blijven onaangeroerd), dus het reist met de search-string en vereist geen wire-protocol bump:

search: "fiat autocomplete:true"

Token-shaped hints zoals deze zijn hoe NIP-50 altijd relay-specifieke dialecten heeft afgehandeld. Relays ondersteunden al tokens zoals language:en en domain:example.com. Elk blijft relay-specifiek, waarbij elke relay zijn eigen dialect documenteert. NIP-50’s PR #2357 verheft autocomplete van een relay-privé token naar een spec-gezegend token, waardoor de weg wordt geëffend voor typeahead-bewuste search over relays heen.

Voorbeeld NIP-50 REQ met de autocomplete-token, gericht op een relay die kind 0 profieltitels indexeert:

{
 "id": "b7c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f7081a2b3c4d5e6f70819a2b3c4d5",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1781136000,
 "kind": 1,
 "tags": [
 ["client", "example-mention-picker"]
 ],
 "content": "Sent search: kinds=[0], search=\"fiat autocomplete:true\", limit=10",
 "sig": "12d3e4f5061728394a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f7081a2b3c4d5e6f70819a2b3c4d5e6f7081a2b3c4d5e6f708192"
}

De daadwerkelijke wire-level REQ:

["REQ", "mention-picker", {"kinds":[0],"search":"fiat autocomplete:true","limit":10}]

Een relay die de token niet herkent behandelt autocomplete:true als onderdeel van de literale search-string en valt terug op full-text matching, waarbij correcte (zij het anders gerangschikte) resultaten worden geretourneerd. De graceful degradation maakt de token veilig om onvoorwaardelijk op te nemen voor clients die prefix-matching verkiezen wanneer beschikbaar.

De volgende waarschijnlijke NIP-50 uitbreiding is per-kind ranking-controle: een hint die zegt “rangschik op created_at aflopend” versus de standaard relevantie-score. Verschillende relays accepteren al sort:newest als een relay-privé token, en hetzelfde verheffingspad dat autocomplete in de spec bracht is van toepassing. Search blijft een van de weinige Nostr-primitieven waarin relays concurreren op resultaatkwaliteit; betrouwbaarheid van levering is hetzelfde over alle conforme relays. Incrementele tokens laten clients die kwaliteitsconcurrentie exploiteren zonder relays te dwingen een zware nieuwe spec te leveren.

Nostr Compass #25

Wed, 03 Jun 2026 00:00:00 +0000

Amber 6.2.0 levert NIP-44 v3 versleuteling vooruitlopend op de spec. Mostro legt de basis voor Cashu-afgewikkelde escrow over acht PRs, waarbij de bestaande Cashu Development Kit wordt gewrapt als een tweede afwikkelingsbackend naast Lightning. NIP-F4 podcasts wordt gemerged na 27 maanden debat. fiatjaf opent een controversieel NIP-17 key-ontkoppeling voorstel dat het bunker-versus-Marmot architecturale argument heropent. Amethyst levert NIP-32 hashtag-labeling, een dedicated podcastscherm en onchain zaps over 52 onuitgebrachte PRs.

Belangrijkste verhalen

Amber 6.2.0: NIP-44 v3 versleuteling geleverd

Amber v6.2.0, uitgebracht op 1 juni, voegt NIP-44 v3 versleutelingsondersteuning toe met een dedicated goedkeuringsscherm, intent preview, bunker preview, historieregistratie en auto-reject voor ongeldige verzoeken. De release registreert ook NIP-44 v3 ContentProvider authorities zodat andere Android-apps v3-versleuteling kunnen aanvragen naast het bestaande v2-pad. NIP-44 zelf is de versioned versleutelde payload-spec gebruikt door NIP-17 private DMs, NIP-46 bunker-verkeer en andere Nostr-primitieven; v3 in Amber is een opt-in naast v2, gesignaleerd door een aparte signer-methode zodat receiver-side clients het algoritme expliciet kunnen negotiëren. De bijbehorende NIPs PR moet nog landen, dus Amber rolt v3 uit vooruitlopend op de protocolconsensus, met het wire format en ContentProvider-authority geregistreerd voor downstream client-integratie.

NIP-46 sessies accepteren nu automatisch ping-verzoeken bij connect, waardoor de prompt bij de eerste round trip na pairing wordt verwijderd. De sign_message signer-methode werd volledig verwijderd nadat deze werd gedeprecieerd en ongebruikt was.

Omdat Amber de dominante Android-signer is, moet elke downstream client die v3 wil richten op Amber’s wire format totdat de NIPs PR landt. Dat geeft Amber impliciete zeggenschap over de uiteindelijke v3-spec totdat het protocol inhaalt. De ruil is reëel: v3 in productie laat Amber implementatiefeedback verzamelen voor de uiteindelijke NIP, ten koste van een tijdelijk single-implementation referentiepunt dat andere clients nu moeten matchen.

Mostro: Cashu escrow-integratie via CDK

grunch landde deze week acht PRs door MostroP2P heen die Cashu’s bestaande P2PK multisig-primitieven (NUT-10 en NUT-11) integreren als een tweede afwikkelingsbackend naast Lightning op de Nostr-gecoördineerde P2P Bitcoin-uitwisseling. De cryptografische primitieven zijn van Cashu; het werk is integratie-scaffolding en een nieuwe escrow-backend trait. Mostro core v0.12.0, uitgebracht op 30 mei, voegt de protocoltypes voor 2-of-3 multisig escrow toe, per-proof P_M signatures en staat escrow events toe via responsvalidatie. De architectuur is gedocumenteerd in PR #756 en gebruikt per-order trade keys verduidelijkt in PR #757.

De implementatie werd uitgerold over zes follow-up PRs binnen één dag. F2 (PR #758) voegde de config, escrow-modus en conditional boot toe. Het volgende deel, F3 (PR #760), definieerde een EscrowBackend trait met een Lightning-implementatie en een Cashu-stub, waardoor Mostro afwikkelingsbackends kan wisselen zonder de order state machine te veranderen. F4 (PR #759) wrapte CDK (de Cashu Development Kit) voor mint- en wallet-operaties. Databasewerk in F5 (PR #761) voegde compare-and-swap escrow locks en active-locked queries toe. F6 (PR #762) bouwde een containerized mint in een dedicated CI-job voor end-to-end escrow-testen. De Mostro-flow gebruikt al NIP-59 gift-wrapped DMs voor ordercoördinatie via de relay, dus Cashu escrow past in als een tweede afwikkelingsoptie naast Lightning zonder het wire-protocol aan te raken.

Releases

ngit v2.5.0: GRASP fallback en lazy git-fetches

ngit v2.5.0 verandert het standaardgedrag van git push pr/<branch> en ngit send om een PR-kind te produceren voor nieuwe voorstellen wanneer de repository ten minste één GRASP-server geregistreerd heeft. Voorheen werd dit alleen getriggerd voor oversized commits van meer dan 60 KB of commits die submodules bevatten. Wanneer een PR niet naar de GRASP-servers van de repository kan worden gepusht, valt ngit nu terug op GRASP-06 routing via de gedeclareerde servers. De ngit send --git-server flag of git push -o git-server=<url> laat contributors expliciet een aangepaste git-URL of GRASP-server richten.

ngit init republish behoudt nu onbekende tags van bestaande announcements, zodat tags toegevoegd door een toekomstige ngit-versie of derde-partij tool republish overleven. Een gele waarschuwing lijst de meegedragen tags en --clean verwijdert ze op verzoek. ngit pr apply, ngit pr checkout en ngit pr list raadplegen git-servers lazy en delen een enkele fetch-helper, zodat checkout niet langer onvoorwaardelijk fetch wanneer de commit al lokaal is. ngit pr checkout probeert ook door submitter aangeleverde clone-URLs uit het PR-event als fallback wanneer de gedeclareerde git-servers van de repo de PR-tip niet dragen, wat overeenkomt met het bestaande gedrag in ngit pr apply. ngit is de referentie NIP-34 implementatie voor git-collaboratie via Nostr, en v2.5.0 maakt GRASP het first-class pad voor nieuwe contributors.

Jumble v26.5.7: EXIF-strippen en gevalideerde zap counts

Jumble v26.5.7 voegt twee wijzigingen toe die gebruikersprivacy en data-integriteit direct beïnvloeden. EXIF-locatie en camera-identifiers worden nu gestript uit image uploads voordat ze de client verlaten, waarmee een langstaand metadata-leak oppervlak wordt gesloten dat elk vanuit Jumble geplaatst beeld raakte. Zap counts worden nu alleen berekend uit cryptografisch gevalideerde receipts, waarmee opgeblazen counts van misvormde zap events worden verholpen die aanvallers hadden laten overdrijven op zap-totalen op notes. De release voegt ook zender-identiteitsverificatie toe voor NIP-17 DMs, waarmee een spoofing-oppervlak wordt gesloten waar een zender zijn pubkey in de seal kon vervalsen.

nostr-calendar v1.6.0: RSVP en dubbele deelnemer-verwerking

nostr-calendar v1.6.0 brengt Formstr’s RSVP-flow (PR #169) en voorkomt dubbele deelnemers in event uitnodigingen (PR #168). De waitForAll optie in de publish-functie defaults nu naar false zodat de UI niet blokkeert op langzame relays (PR #170). PR #157 leverde Formstr’s twee NIP-voorstel drafts voor appointment scheduling en reserveringen.

Sprout 0.3.6: Sprout × mesh-llm en channel-secties

Sprout v0.3.6 is het hoofdverhaal van een zes-release reeks van v0.3.1 tot en met v0.3.6 deze week. In-process Sprout × mesh-llm integratie landt in PR #798, waardoor Sprout mesh-llm nodes kan serveren en consumeren via relay-admissie. Door de gebruiker gedefinieerde channel-secties synchroniseren over apparaten via Nostr in PR #792, en channel-secties komen naar mobile met relay sync in PR #800. Thread-bewuste notificaties met mutable follow- en mute-controle komen in PR #761.

Willekeurige file-type bijlagen met download cards kwamen in PR #810, waarmee Sprout wordt uitgebreid voorbij alleen-image bijlagen. Mobile kreeg een Pulse social feed-tab (PR #772) en Pulse-polish over feed, compose en filter-oppervlakken (PR #796).

NostrBotKit v0.5.0: Marmot groepschat in een Rust bot-framework

NostrBotKit v0.5.0, uitgebracht op 24 mei op Codeberg, voegt Marmot (MLS-over-Nostr, NIP-104) ondersteuning toe aan het self-hosted Rust bot-framework. Wanneer marmot: true is ingesteld, publiceert de bot zijn MLS key packages (kind 443, 30443, 10051), accepteert groepsuitnodigingen automatisch en luistert naar berichten in gejoinede groepen. Twee nieuwe commandotypes, dm_marmot en dm_marmot_npub, laten bots berichten sturen naar benoemde Marmot-groepen of 1:1 Marmot-chats via cron jobs of webhooks. Om feedback-loops met andere bots te voorkomen, reageren NostrBotKit-bots alleen op berichten die expliciet aan hen zijn geadresseerd via /command of @botname/command. Versleutelde bijlagen met MIP-04 worden automatisch ontsleuteld en opnieuw geüpload via Blossom of NIP-96, en de MLS state-database wordt versleuteld met een sleutel afgeleid van de private key van de bot. NostrBotKit is het eerste Rust-framework dat NIP-104 bot-ondersteuning levert, waardoor Marmot-versleutelde bot-deployment beschikbaar komt voor een ander operator-profiel dan het bestaande TypeScript-pad.

noscrypt v0.1.14: ondertekende cryptography library release

noscrypt v0.1.14 is een security release van de C cryptography library gebruikt door verschillende Nostr clients voor secp256k1, NIP-04 en NIP-44 primitieven. De release wordt geleverd met PGP-signed downloads verifieerbaar tegen de public key van de maintainer. Downstream clients die noscrypt bundelen moeten de handtekening valideren voordat ze integreren.

Chama v1.3.0: nieuwe Nostr-native P2P escrow met Fedimint

Chama v1.3.0, uitgebracht op 1 juni, is het hoofdverhaal van een vier-release reeks voor een nieuwe Nostr-native P2P escrow-client die Fedimint ecash en 2-of-3 Shamir secret sharing gebruikt voor afwikkeling. Het project draait op getchama.app en werkt zonder server. v1.3.0 introduceert “heal that sticks” (succesvolle re-broadcast en trade healing die sessieherstarts overleeft) en pay-rail matching, waarbij US-georiënteerde Chamas eerst US-betalingsrails tonen. Multi-unit storefront-basiswerk landde in v1.2.11 (multi-unit schema) en v1.2.12 (storefront stock accountant + native Fedimint bridge recovery hardening). Chama voegt zich bij Mostro en Shopstr in de Nostr-marktplaats categorie, onderscheiden door zijn serverloze architectuur en Fedimint-gebaseerde escrow-afwikkeling.

Onuitgebrachte wijzigingen

Amethyst: NIP-32 hashtag-labeling, podcastscherm, muziektracks

Amethyst mergde deze week 52 PRs en 411 commits zonder een release tag te knippen. De grootste functionele toevoeging is PR #3111, waarmee NIP-32 hashtag-labeling en een label-gebaseerde hashtag feed worden geïmplementeerd met kind 1985 events met L namespace en l label tags. Dit vervangt het brosse text-match #tag mechanisme door een labeler-gebaseerd discovery-model waarbij gebruikers specifieke labeler npubs kunnen volgen zoals ze contentmakers volgen. PR #3105 voegt een dedicated podcastscherm toe met episode-lijst en inline player, dat landt binnen dagen na de NIP-F4 podcast-spec merge. PR #3071 voegt een Software Apps feed toe met follow-list filtering, en PR #3067 voegt music tracks en playlist-ondersteuning toe via NIP-51 sets.

Ephemeral signers voor anonieme post uploads landen in PR #3123, waardoor gebruikers anoniem kunnen posten zonder hun identity key bloot te stellen aan upload-services. Een Tor self-heal watchdog met integratietests tegen Arti v2.3.0 komt in PR #3053, wat Amethyst’s Tor-routing versterkt tijdens transiënte netwerkuitval. Onchain zaps en een NIP-05 filter voor terugkerende gebruikers van Gemini landen in PR #3052, waarmee het zap-oppervlak wordt verbreed voorbij Lightning naar onchain Bitcoin-betalingen.

Shopstr: OpenGraph preview URL-validatie

PR #504 valideert OpenGraph preview URLs voordat ze worden gerenderd in marktplaats-listings, waarmee een potentieel XSS-oppervlak wordt gesloten waar kwaadaardige verkopers scripted content konden embedden via vervaardigde OG-metadata. Door Shopstr gehoste shops tonen OG previews voor externe links, en ongevalideerde URLs laten een aanvaller willekeurige content injecteren in de shop-UI.

NIP-updates en protocol-spec werk

NIP-F4 (Podcasts) gemerged na twee jaar

PR #1093 werd gemerged op 28 mei, twee jaar en drie maanden nadat fiatjaf de oorspronkelijke draft opende. NIP-F4 definieert podcast-afleveringen als kind 54 events met imeta tags voor audio-bestandsmetadata (URL, mime type, taal ISO code, fallback URLs, NIP-96 service flag, bitrate, duur), een title tag, optionele image en description tags, en t tags voor onderwerplabels. De spec houdt bewust RSS als de bron van waarheid: afleveringen kunnen een i tag dragen die verwijst naar de RSS podcast GUID, waardoor Nostr-clients kunnen linken naar bestaande podcastfeeds zonder audio-hosting te dupliceren. Het lange debat in de PR-thread (met podcast-namespace co-auteur Dave Jones, Alex Gleason en Mike Terenzio) kwam uit op een coëxistentiemodel waarbij Nostr de sociale laag biedt bovenop RSS terwijl RSS de distributielaag behoudt. Amethyst’s PR #3105 podcastscherm landt binnen dagen na de spec-merge, en Jumble’s GIF picker-werk bevat ook vroege podcast-attachment scaffolding.

NIP-17 key ontkoppeling (PR #2361)

fiatjaf opende PR #2361 op 1 juni, met het voorstel dat NIP-17 de identity key scheidt van de encryption key. Ontvangers adverteren hun encryption key in een nieuw kind 10044 event, en verzenders gebruiken die geadverteerde key (indien aanwezig) voor de gift-wrap inner seal, waarbij ze alleen terugvallen op de identity key van de ontvanger wanneer de advertentie afwezig is. De PR voegt ook een n tag toe aan de seal die de encryption pubkey van de zender draagt, zodat ontvangers de juiste conversation key kunnen afleiden zonder trial-decryption tegen elke retired key. De genoemde motivatie is bunker UX: onder het huidige ontwerp moet een bunker-gebruiker elke ontvangen DM door de signer round-trippen om te ontsleutelen, aangezien de encryption key de signer-gehouden identity key is. Ontkoppeling laat de client de encryption key lokaal houden terwijl de identity key in de bunker blijft voor signatures.

Het voorstel trok de meest controversiële review van de week. Cody Tseng (Jumble) steunt het als het gemakkelijkste pad naar cross-client DM interop. Vitor Pamplona (Amethyst) maakt bezwaar op twee gronden: het voegt een nieuw langlevend decryptie-geheim toe buiten de bunker, en clients die het niet leveren zullen stilletjes falen om berichten te ontsleutelen van clients die dat wel doen, zonder degradatiepad omdat de breuk op de seal-laag zit. Pamplona betoogt dat het probleem al correct is opgelost door Marmot’s key packages en epoch-rotatie, en dat het retrofitten van key-scheiding in de basis-NIP-17 spec het soort interop-falen creëert waar Marmot twee jaar over deed om er omheen te engineeren. fiatjaf’s tegenwerping heeft drie delen: ontkoppeling is optioneel per ontvanger, de n-tag fix pakt de trial-decryption zorg aan, en het alternatief is de bunker-UX gebroken houden terwijl Telegram de messaging use case opeet. De thread blijft open zonder merge-beslissing en is de meest bekeken NIP-discussie van het kwartaal.

NIP-Silent Payments payment flow (PR #2362)

silentius-satoshi opende PR #2362 op 1 juni als een companion aan de bredere Nostr Silent Payments NIP draft (PR #2355). De payment-flow NIP definieert kind 8352 voor silent payment receipt notifications (geleverd via NIP-59 gift wrap zodat de receipt link niet publiekelijk waarneembaar is) en kind 10353 voor een versleutelde UTXO-cache die synchroniseert over apparaten voor dezelfde Silent Payments wallet. Het paar samen laat een betaler een betaling signaleren aan een Silent Payments adres met Nostr-native primitieven zonder de on-chain link bloot te leggen op de open relaylaag.

NIP-PIP Perfect IP Packets (PR #2364)

RandyMcMillan opende PR #2364 op 1 juni als draft. Het introduceert een packet-tree transport met drie nieuwe addressable kinds: 39078 draagt het manifest, 39079 draagt individuele slices en 39080 draagt repair requests. De spec definieert een wire format waarbij grote bestanden worden opgesplitst in addressable slices, waarbij manifests de slice-tree beschrijven en repair requests ontvangers laten vragen om ontbrekende slices. Early-draft status is van toepassing en het voorstel heeft nog geen maintainer-review aangetrokken.

NIP-29 audio/video live spaces (PR #2238)

PR #2238 werd gemerged op 28 mei, waarbij NIP-29 relay-gebaseerde groepen worden uitgebreid met audio- en video-live-space ondersteuning. Groepen kunnen nu verwijzen naar een actieve live-space sessie, waardoor NIP-53-stijl live activity events kunnen ankeren in een NIP-29 groepscontext.

NIP-71 video multiple audio tracks (PR #2255)

PR #2255 werd gemerged op 28 mei, met de toevoeging van audio-track imeta tags aan NIP-71 video events. Het nieuwe formaat draagt URL, hash, mime type, taal-tag (met ISO-639-1 plus original-version flag), fallback URLs, NIP-96 service signal, bitrate en duur. Dit maakt audio-only streaming (video podcasts), resolutie-switching met stabiele audio, meerdere taaltracks en verminderde opslag mogelijk wanneer servers geen audio direct in videobestanden inbedden. Clients moeten controleren op audio-track beschikbaarheid voordat single-track gedrag wordt aangenomen.

NIP-59 ephemeral gift wrap (PR #2245)

PR #2245 werd gemerged op 28 mei, waarbij kind 21059 wordt toegevoegd als ephemeral tegenhanger van de bestaande kind 1059 gift wrap. De semantiek komt overeen met de standaard NIP-59 wrap maar volgt ephemeral event-regels per NIP-01 (relays laten ze vallen na broadcast en persisteren ze niet). Dit laat apps persistentie kiezen op basis van vereisten: typing-indicators en presence-pings profiteren van ephemeral, terwijl DM-geschiedenis persistentie nodig heeft.

NIP-78 application-specific kind (PR #2292)

PR #2292 werd gemerged op 28 mei, waarbij NIP-78 application-specific data wordt herclassificeerd als een normale addressable kind, waarbij het vorige aparte bereik wordt gedropt. Dit vereenvoudigt replaceability-semantiek en stemt NIP-78 af op het addressable event-model dat door andere application-state NIPs wordt gebruikt.

NIP-85 verduidelijkingen (PR #2304)

PR #2304 werd gemerged op 28 mei met kleine verbeteringen aan de taal rond meerdere keys en relays per service provider in NIP-85 Trusted Assertions, waarmee het operator-key-rotation pad voor relay assertion services wordt verduidelijkt.

NIP-01 relay connection management one-liner (PR #2307)

PR #2307 werd gemerged op 28 mei, met de toevoeging van één zin aan NIP-01 over hoe clients relay-connectielevens moeten verwerken. De fix pakt een langlopend gat aan waar clients van mening verschilden over of ze WebSocket-verbindingen open zouden houden na fetching, wat leidde tot silent message loss op relays die idle-verbindingen laten vallen.

NIP-C7 kind 9 chat constraint (PR #2310)

PR #2310 werd gemerged op 28 mei, waarbij NIP-C7 chat-weergaven worden beperkt tot alleen kind 9 berichten. Dit scheidt ephemeral chat van kind 1 timeline-posts in clients die NIP-C7-stijl chatoppervlakken implementeren.

NIP-55 vereenvoudiging (PR #2363)

PR #2363 door greenart7c3, geopend op 1 juni, vereenvoudigt de Android signer applicatie-spec. Vitor Pamplona tekende af als “Looks good” en fiatjaf vroeg of het klaar was om te mergen. De wijziging maakt de weg vrij voor de NIP-44 v3 ContentProvider-authority registratie die Amber deze week leverde.

NIP-44 v3 (Amber-implementatie vooruitlopend op spec)

Amber leverde NIP-44 v3 in v6.2.0 met acht commits die de versleuteling-upgrade en ContentProvider-authority registratie implementeren, maar de NIPs-repo spec PR moet nog landen. NIP-44 zelf definieert een versioned versleuteld payload-formaat gebruikt binnen ondertekende events; de bestaande v2 (in productie sinds 2024) gebruikt secp256k1 ECDH, HKDF, padding, ChaCha20, HMAC-SHA256 en base64. Het v3 wire format voegt een nieuwe versie-byte (0x03) toe voor de nonce, waardoor receiver clients het algoritme expliciet kunnen negotiëren. Amber’s implementatie omvat auto-reject voor ongeldige v3-verzoeken, een dedicated goedkeuringsscherm onderscheiden van v2-goedkeuringen, en per-direction plaintext logging voor de historie. Totdat de NIPs PR merged, staat v3 als een Amber-specifieke uitbreiding. Behandel het als een toekomstgericht signaal, niet als een stabiele protocol-brede signalering.

NIP deep dive: NIP-32 (Labeling)

NIP-32 definieert een gestructureerde manier voor elke Nostr-actor om events, pubkeys, relays, URLs of onderwerpen te labelen met addressable kind 1985 events met een namespaced label-vocabulaire. De spec introduceert twee nieuwe tags: L duidt een label-namespace aan en l duidt een label binnen die namespace aan. Label-target tags (e, p, a, r of t) specificeren wat wordt gelabeld. De namespace-vereiste voorkomt dat meerdere labelsystemen botsen: een spam label in nip28.moderation draagt andere semantiek dan een spam label in relay-report.

De ontwerpkeuze die NIP-32 nuttig maakt buiten moderatie is dat labels beweringen zijn, geen protocol-niveau waarheid. Een kind 1985 event zegt alleen dat een bepaalde pubkey een bepaald doel labelde in een bepaalde namespace. Het vertrouwensmodel wordt gedelegeerd aan de client: elke client kiest welke labelers te honoreren, welke namespaces te lezen en welke UI-affordance aan elk label te geven. Hetzelfde primitief draagt content warnings, licentietoewijzing, ISO-639-1 taal-tags op kind 1 notes, ISO-3166-2 geografische tags, contentclassificatie, gedistribueerde moderatie-suggesties en reputatiescores.

Amethyst’s PR #3111 deze week is de grootste deployment tot nu toe. Het voegt hashtag labeling toe via NIP-32 en een label-gebaseerde hashtag feed, waardoor gebruikers kunnen browsen op labels toegewezen door vertrouwde labelers. Het eerdere #tag text-match mechanisme dat oorspronkelijk hashtag discovery op Nostr aandreef blijft als fallback voor niet-gelabelde notes. Het hashtag-as-label model betekent dat dezelfde note kan worden ontdekt onder meerdere labels toegewezen door verschillende labelers, en gebruikers kunnen specifieke labelers muten of boosten zonder de onderliggende notes te beïnvloeden.

Zelflabeling wordt ook ondersteund. Een auteur kan L en l tags direct aan zijn eigen kind 1 notes hangen om taal, locatie en onderwerp te verklaren. Een note getagd ["L", "ISO-639-1"], ["l", "en", "ISO-639-1"] identificeert zichzelf als Engels en kan door taal-bewuste clients worden gefilterd zonder derde-partij labeling-infrastructuur.

Voorbeeld van een NIP-32 label event dat een kind 1 note als Engels tagt en een moderation-tag toewijst:

{
 "id": "a5f87fe2d4c8b9a0e3f1c4d5e6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1748908800,
 "kind": 1985,
 "tags": [
 ["L", "ISO-639-1"],
 ["l", "en", "ISO-639-1"],
 ["L", "nip28.moderation"],
 ["l", "approve", "nip28.moderation"],
 ["e", "8b39f4e5d6c7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3", "wss://relay.example.com"]
 ],
 "content": "Labeled as English-language content approved for NIP-28 chat moderation",
 "sig": "f1e2d3c4b5a6978869504132c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5"
}

De Amethyst-uitrol gecombineerd met het recente Trusted Relay Assertions-werk suggereert dat NIP-32 het standaardsubstraat wordt voor elk “gebruiker-gedreven bewering over een doelwit” patroon op Nostr. De volgende test is of labelers zelf vertrouwenshiërarchieën ontwikkelen: of gebruikers specifieke labeler npubs zullen volgen zoals ze contentmakers volgen.

NIP deep dive: NIP-F4 (Podcasts)

NIP-F4 werd deze week gemerged, twee jaar en drie maanden nadat fiatjaf de oorspronkelijke draft opende (PR #1093). Het F-prefix is gewoon hex-nummering: NIP-F0 tot en met NIP-FF gebruiken dezelfde 1-byte hex space als NIP-0A tot en met NIP-0D, waarbij het bovenste hex-bereik dient als overflow nu het 01-99 decimale bereik zich vult. NIP-F4 definieert hoe podcasts afleveringen en metadata publiceren als Nostr-events terwijl RSS wordt gehouden als een complementaire laag voor het audio-bestand zelf.

De centrale architecturale keuze is dat elke podcast zijn eigen Nostr keypair is. De spec opent direct hiermee: “each podcast is its own Nostr keypair”. Dit laat podcasts hun podcasting-aanwezigheid combineren met een normale kind 0 / kind 1 microblogging-aanwezigheid, en laat een podcast eigendom veranderen in de tijd via key handover of MuSig2-stijl gedeelde signing. Vier event-kinds dragen de publicatielaag:

kind:10154: replaceable podcast metadata. Draagt title, image, description, optionele website tags en optionele p tags die auteurs markeren met een role van host, cohost of editor.
kind:10164: auteur counter-claim. Het voorbeeld in de spec gebruikt kind 10064 (een typo open voor correctie), maar de kop en omringende tekst identificeren het als kind:10164. Gebruikers noemen de podcast-pubkeys die ze schrijven, zodat clients de p tags in kind:10154 kunnen verifiëren tegen een equivalente claim van de veronderstelde auteur. Zonder dit zou een podcast valselijk iedereen als host kunnen taggen.
kind:54: episode-events geschreven door de podcast-pubkey direct. Tags omvatten title, optioneel image, description en één of meer audio tags. Elke audio tag is ["audio", "<audio-url>", "<optional_media_type>"]. De spec merkt op “other important fields to be specified here later after further discovery”, en de gemergde vorm is bewust minimaal.
kind:10054: een NIP-51-stijl favoriete-podcasts lijst, waardoor gebruikers kunnen markeren welke podcasts ze volgen.

Het thread-debat rond de merge betrof Podcasting 2.0 co-auteur Dave Jones, Alex Gleason, Mike Terenzio, Pablo F7z en staab. Jones argumenteerde sterk tegen elke poging om RSS te vervangen: “It’s been tried many times and always fails”, verwijzend naar JSONfeed, XMPP, AMP, Twitter’s API en Spotify’s mislukte migratie. Terenzio herformuleerde het voorstel als een sociale laag bovenop RSS, waarbij RSS zelf als de distributielaag wordt gehouden. fiatjaf stemde ermee in een stapje terug te doen en het voorstel te laten rijpen: “I agree with everything you said but I still think we can pull it off, let’s stop here for a while”. Twee jaar later landt de gemergde spec dichter bij coëxistentie dan vervanging.

Drie ontwerpvragen blijven expliciet in de gemergde spec:

De kind:10164 typo (voorbeeld toont 10064) moet worden verzoend voordat clients veilig kunnen interopereren.
Episode-niveau discovery zonder RSS GUID-linking wordt open gelaten. De gemergde spec heeft geen i tag, geen podcast:item:guid formaat en geen RSS-bridging mechanisme. Clients die een bestaande RSS-catalogus in kind 54 events willen overbruggen moeten de bridge-conventie zelf definiëren.
De “other important fields” stub op de kind:54 definitie laat bitrate, duur, taal, transcript pointers, chapters en per-segment metadata als open territorium voor follow-up voorstellen.

Amethyst’s PR #3105 brengt een dedicated podcastscherm met episode-lijst en inline player binnen dagen na de merge, de eerste grote client-implementatie. Jumble leverde vroege podcast-attachment scaffolding naast zijn GIF-picker. Wavlake blijft het grootste Nostr-native podcastplatform en zal moeten beslissen of het zijn bestaande kind 31337 music track events afstemt op NIP-F4’s kind 54 episode-model.

Voorbeeld van een NIP-F4 kind 54 episode-event, overeenkomstig de minimale tag-set van de gemergde spec:

{
 "id": "55807e7d5cd90d0303d7dce7397f996fdbaed8697903f326c7cf8ad999b9de3d",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1748995200,
 "kind": 54,
 "tags": [
 ["title", "Episode 42: Why RSS Won"],
 ["image", "https://podcast.example.com/ep42-cover.jpg"],
 ["description", "Dave Jones and fiatjaf on protocol coexistence and the social layer."],
 ["audio", "https://podcast.example.com/audio/ep42.mp3", "audio/mpeg"]
 ],
 "content": "In this episode we discuss the two-year journey of NIP-F4 from draft to merge, and why coexistence with RSS turned out to be the right architectural choice.",
 "sig": "abc123def456789012345678901234567890abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef01234567"
}

PR #1093 was 27 maanden open, ruim boven de mediane open-duur voor gemergde NIPs PRs. De volgende test voor NIP-F4 is of de kind 10164 typo wordt verzoend, of episode-discovery en RSS-bridge conventies opkomen vanuit de implementers, en of de grote podcasthosts publiceren onder per-podcast keypairs zoals de spec aanbeveelt.

Nostr Compass #24

Thu, 28 May 2026 00:00:00 +0000

Amethyst v1.11.0 levert een volledige NIP-52 kalenderimplementatie met herinneringen, on-chain Bitcoin zap-splits en ondersteuning voor Marmot groepsantwoorden. White Noise v2026.5.22 levert iOS-pushmeldingen via een Notification Service Extension, samen met block-UX en een add-members knop. Vector v0.4.0 levert een fundamentele vector-core herschrijving, één-klik Tor met bridges, NIP-46 remote signers, volledige-negentropy MLS-groepssynchronisatie en een 21-tool MCP-server voor AI-agents. Applesauce v6.1.0 introduceert NIP-51 lookup relay-lijsten (kind 10086) en een complete NIP-34 git-cast factory-set. MDK voegt NIP-40 verdwijnende berichten toe op iOS en Android via een uniform UniFFI-oppervlak, en Mostro v0.17.4 sluit de anti-abuse bond-lus met Phase 3 slashed-bond uitbetalingen aan de winnaar. Notedeck merged volledige NIP-77 negentropy reconciliation voor giftwraps en thread-backfill, Cordn verschijnt als een coördinator-gemedieerde MLS-messenger die een single-point availability afhankelijkheid inruilt voor strakkere epoch-ordening en een eenvoudiger operationeel model, een NIP-B0 referentie-implementatie genaamd deepmarks levert een curator-monetized bookmark-client, en het Formstr-team opent vier gecoördineerde kalender-NIP voorstellen die deelnemer-zelfverwijdering, private events, herhaling en gedecentraliseerd afspraak plannen dekken.

Belangrijkste verhalen

Amethyst v1.11.0: kalenders, on-chain zap-splits en Marmot antwoorden

Amethyst, de Nostr-client voor Android onderhouden door Vitor Pamplona, bracht v1.11.0 uit. PR #2994 voegt een NIP-52 calendar event-implementatie toe met een dedicated UI en een remindersysteem, waardoor calendar events nu in hun eigen timeline-categorie renderen, gescheiden van de generieke kind-30023 long-form weergave. PR #3018 breidt on-chain Bitcoin zaps uit met split-ondersteuning, waarbij een enkele Bitcoin-transactie wordt verdeeld over meerdere ontvangers volgens de bestaande zap-split tag, zodat een on-chain betaling zich hetzelfde gedraagt als een Lightning split. PR #2974 voegt een gepagineerd on-chain transactiegeschiedenisscherm toe dat elke afgewikkelde zap toont met block-confirmatiestatus.

Groepsberichten krijgen pariteit met één-op-één chat: PR #2995 voegt reply-ondersteuning toe voor Marmot/MLS groepsberichten, waardoor threads binnen versleutelde groepen nu renderen met dezelfde parent-reference UI als publieke notes. PR #2984 hardt NIP-57 zap-receipt validatie door te controleren of de LNURL-provider overeenkomt met de lud16 van de ontvanger, waarmee een klasse van vervalsing wordt gesloten waarbij een derde-partij LNURL een ontvangstbewijs kon uitgeven voor een betaling die nooit is aangekomen. PR #2968 accepteert floating-point afmetingen in NIP-92 imeta tags, waarmee Amethyst wordt afgestemd op clients die fractionele pixel-density waarden publiceren vanaf apparaten zoals de iPhone Retina display. De release sluit ook Payment Targets aan, een nieuwe replaceable-event multi-rail tip jar die in het protocolgedeelte hieronder wordt behandeld.

White Noise v2026.5.22: iOS-push, block-UX en add members

White Noise, de Marmot-protocol groepsmessenger, bracht v2026.5.22 uit met iOS-pushmeldingen als kopfeature. PR #673 implementeert een iOS Notification Service Extension (NSE) die MLS-berichten binnen het extensieproces ontsleutelt en ze als systeemmeldingen toont, zodat iPhone-gebruikers de app niet langer op de voorgrond hoeven te hebben om berichten te ontvangen. Android push-token plumbing routeert door dezelfde backend-pijplijn, waarbij de per-platform NSE ciphertext buiten de broker houdt.

PR #676 voegt een volledige block- en unblock-UX toe met bevestigingsflows en contactlijst-filtering. PR #679 voegt de langgevraagde “Add members” knop toe aan het groepsinformatiescherm, waarmee een UX-gat wordt gesloten waarbij groepsadmins moesten terugvallen op share-links. PR #688 introduceert een dedicated iOS notification-settings scherm en PR #687 sluit share-via-long-press aan voor media en berichten.

MDK voegt NIP-40 verdwijnende berichten toe over platforms

De Marmot Development Kit, de gedeelde Rust-core gebruikt door White Noise iOS, White Noise Android en elke toekomstige Marmot-client, mergde PR #306 om disappearing-message validatie en NIP-40 expiratie-verwerking bloot te stellen via de UniFFI-brug. De PR is de tweede van een driedelige serie. iOS en Android delen nu één Rust-implementatie van de expiratielogica; de timing-regels leven in één gecontroleerd codepad geconsumeerd door beide platforms via UniFFI. PR #307 beperkt de opgeslagen lengte van welcome failure reasons en saneert ze voor persistentie, een aparte hardening-pass die de welcome-event verwerking van vorige week aanvult.

Verdwijnende berichten in MLS zijn niet alleen een UI-affordance. De expiratietag wordt gepubliceerd met de versleutelde bericht-envelop, zodat een ontvanger die het bericht nooit opent, toch de onderliggende ciphertext op de relaylaag ziet verlopen naast elke gecachte kopie in de ontvangende client. Nu MDK het validatiepad bezit, blijft het gedrag consistent over clients: elke conforme Marmot-implementatie handhaaft dezelfde expiratiesemantiek, waardoor het niet langer een portabiliteitsrisico is dat de ene client expiratie eert terwijl de andere voor altijd cachet.

Mostro v0.17.4: Phase 3 sluit de slashed-bond lus

Mostro, het peer-to-peer Bitcoin-uitwisselingsprotocol gebouwd op Nostr, bracht Phase 3 van zijn anti-abuse bond uitrol uit in v0.17.4. PR #738 landt de uitbetalingsflow voor geslashte bonds, waarbij het verbeurde onderpand van de verliezer wordt afgeboekt naar de dispuutwinnaar. PR #743 voegt Phase 3.5 toe, een expliciet uitbetalingsbevestigingsbericht aan de winnaar zodat ze weten dat de geslashte sats zijn afgewikkeld, met het bevestigingsevent dat aankomt op dezelfde Nostr-sessie als de dispuutoplossing. Phase 2, vorige week behandeld, introduceerde slashing als een admin-actie; Phase 3 is het verschil tussen dreigen met een straf en die afdwingen.

PR #746 laat de daemon disputen finaliseren die geen solver row hebben, een edge case die eerder de resolutie op legacy disputen stagneerde. PR #748 tolereert null rates in Yadio’s /exrates/BTC response zodat een korte Yadio-uitval niet langer Mostro’s fiat-conversiepad breekt. PR #745 documenteert de spec voor multi-source prijsproviders, de basis voor het verwijderen van Yadio als een single point of failure. De Mostro mobiele client sloot het bijpassende Phase 3 claim-pad aan in PR #596.

Applesauce v6.1.0: lookup relays en NIP-34 git casts

Applesauce, de modulaire Nostr-toolkit die Coracle, noStrudel en Pablo F7z’s stack aandrijft, bracht v6.1.0 uit over zijn pakketten. De release voegt first-class NIP-51 lookup-relay lijstondersteuning toe: kind 10086 events laten een gebruiker signaleren “vraag deze relays als je mij wilt vinden,” naast NIP-65 outbox-lijsten als een discovery-primitief. Applicaties gebouwd op applesauce-core krijgen een reactieve User.lookupRelays$ observable en een bijpassende loader in applesauce-relay.

NIP-34 git-cast factories komen in applesauce-factory, waarbij elke Applesauce-gebouwde client een één-regel pad krijgt om repo announcements (kind 30617), patches (kind 1617) en issues (kind 1621) te publiceren. User.favoriteGitRepos$, User.gitAuthors$ en User.graspServers$ reactieve properties laten applicaties de gevolgde repos, repo-maintainers en geconfigureerde GRASP-servers van een gebruiker direct weergeven vanuit hetzelfde User-object. De release verhelpt ook pool manual methods die stilletjes offline relays lieten wegvallen in PR #73.

Notedeck mergde NIP-77 negentropy voor giftwraps en thread-backfill

Notedeck, Damus’s native multi-column desktop-client, mergde PR #1459 op 25 mei om volledige NIP-77 negentropy reconciliation aan te sluiten op het gedeelde outbox-pad. De PR voegt NIP-77 client- en relayframes toe, relay-local negentropy-sessies en een outbox full-history tracker die local-set reconciliation en missing-event fetches aandrijft. Message giftwraps krijgen negentropy reconciliation zodat privé-berichtenveloppen kunnen worden hersteld van de leesrelays van het geselecteerde account. Thread-weergaven worden niet langer beperkt door de live-subscription reply-limit. Dave PNS vervangt zijn Dave-local negentropy-implementatie door het gedeelde outbox-pad terwijl het bestaande bounded-history gedrag behouden blijft.

Live subscriptions en negentropy gebruiken nu aparte filters. Een flow kan een klein live verzoek behouden terwijl een breder negentropy-filter wordt uitgegeven om te reconcileren wat de relay al heeft. De PR schakelt bewust geen brede negentropy-sync in voor home- of profiel-timelines, wat de cold-start kostenkenmerken zou veranderen. Testdekking werd toegevoegd voor reconciliation, giftwrap-levering, thread-backfill, Dave PNS-herstel, account-omschakeling, relay-herritargeting, fetch-retries en NIP-77 relaygedrag.

Vector v0.4.0: vector-core herschrijving, Tor, NIP-46, volledige-negentropy MLS en een MCP-agentoppervlak

Vector, de privacy-gerichte cross-platform messenger gebouwd op NIP-17 DMs en Marmot-groepen, bracht v0.4.0 uit als een aanzienlijke release. Het kernpunt is een fundamentele engine-herschrijving: alle logica van Vector leeft nu in één ontkoppelde crate, vector-core, gedeeld over desktop, Android en elke toekomstige client, met 440+ tests in de core zelf en de application shell ontdaan van duizenden regels. De herschrijving is de basis voor een Vector CLI, bots en SDKs die dezelfde protocolcode aandrijven als de GUI.

Tor-integratie levert met één-klik traffic routing en bridge-ondersteuning voor censuuromzeiling. Multi-account-ondersteuning landt met een in-app switcher. Remote-signer login komt via NIP-46 met bunker pairing per QR of geplakte URI, zodat gebruikers kunnen inloggen zonder ooit hun nsec bloot te stellen. Delete-for-everyone werkt in zowel NIP-17 DMs als Marmot groepschats, waarbij Vector de kortstondige signing key behoudt als een bewuste spec-afwijking die de release notes expliciet noemen: “a diversion from the traditional NIP-17/Marmot specs for enhanced user privacy controls.” De behouden kortstondige key geeft Vector-clients lokaal bewijs dat een verwijdering was gesanctioneerd door de oorspronkelijke afzender, maar het betekent ook dat elke andere Vector-aanrakende client een ander verwijdering-verifieerbaarheidsoppervlak ziet dan baseline NIP-17/Marmot-clients.

MLS groepssync wordt nu volledig gereconcileerd via NIP-77 negentropy, dezelfde richting die Notedeck deze week nam voor giftwraps en threads. De Blossom-uploader faalt over meerdere servers, leert de capabilities van elke server en synchroniseert de serverlijst over apparaten. Custom emoji-packs zijn door gebruikers te maken, deelbaar en cross-compatibel met andere Nostr-clients. SQLite-geheugen daalde van ongeveer 308MB naar 5MB. Het emoji-paneel opent vanuit disk-cache en Discord-stijl shortcodes (:smile:) plus Unicode-frequentierangschikking tonen de juiste glyph eerst.

De meest nieuwe toevoeging is vector-agent, een MCP (Model Context Protocol) server die 21 tools blootstelt zodat AI-agents Vector kunnen aansturen: DMs verzenden, groepen beheren, bestanden uploaden, profielen bewerken. Dit is het tweede Nostr-project deze week (naast Shopstr) dat een MCP-oppervlak levert, en de eerste messenger-klasse applicatie die dat doet. Gekoppeld met AgentNoise (vorige week behandeld), beweegt het patroon van agent-bestuurde Nostr-clients zich van eenmalige experimenten naar een bewuste platformrichting.

Cordn verschijnt als een coördinator-gemedieerde MLS-messenger

Cordn (web client op cordn.net, repos op Cordn-msg/cordn en Cordn-msg/cordn-web) is een nieuwe MLS-messenger die een andere architecturale richting neemt dan Marmot. Waar Marmot volledig relay-gebaseerd is zonder bevoorrechte coördinator (elk groepslid schrijft direct naar relays en elke conforme relay kan het verkeer dragen), introduceert Cordn een per-groep coördinatorrol geïmplementeerd als een ContextVM service. De coördinator ordent MLS commits en verzorgt welcome-distributie.

Het Cordn-argument, uiteengezet op zijn /why pagina, is dat MLS zoals geïmplementeerd in productie-messengers “not coordination-free” is en dat “weakly ordered public dissemination” groep-state convergentie “much harder” maakt zonder een sterk coördinatiepunt. Een coördinator-gemedieerd ontwerp biedt voorspelbare epoch-voortgang en eenvoudigere concurrent-commit resolutie. Deelnemers verbinden met de coördinator via kortstondige sleutels, zodat de coördinator de groep-ID en de timing van commit-verkeer leert, maar niet welke lange-termijn pubkeys leden zijn. Elke partij die relays bevraagt voor een Marmot-groep kan al hetzelfde oppervlak zien: groepsactiviteit per groep-ID, met timing afleidbaar uit event-aankomst. Cordn erkent ook dat “availability trust remains” met self-hosting: een self-hosted coördinator vermijdt de operator-laag centralisatiezorg maar introduceert een single point of failure voor groepliveness. Marmot vermijdt dat single point door ordening aan MLS zelf over te laten (epochs en Commit-berichten verzorgen ordening binnen het protocol) en Welcome events te distribueren via NIP-59 gift wrap, ten koste van admin-side discipline: admins moeten wachten op relay-bevestiging van een Commit voordat ze de bijpassende Welcome verzenden, en clients moeten concurrent commits reconcileren wanneer relay-levering wedloopt met een state-transitie.

Het contrast is de moeite waard om aan te trekken voor elk team dat een privé-berichten-stack kiest. Marmot ruilt enige implementatiecomplexiteit voor een relay-agnostische deployment zonder een bevoorrechte actor in het pad. Cordn ruilt een single-point availability afhankelijkheid voor strakkere ordening en een eenvoudiger operationeel model. Beide projecten bouwen op MLS en gebruiken Nostr als identiteits- en transportlaag. De onenigheid gaat over waar de coördinatiekosten leven. De cordn-msg repos tonen een gestage commit-cadans met de coördinator-service geïmplementeerd via ContextVM en de MLS-laag gebouwd op ts-mls.

deepmarks: NIP-B0 bookmarks met curator-gemonetariseerde publicatie

deepmarks-public is een referentieclient voor de voorgestelde NIP-B0 bookmark-spec (kind 39701), met een drie-doos architectuur (curator, indexer, viewer) en een tier-systeem gefinancierd door direct-to-curator NIP-57 zaps. De client implementeert NIP-B0, NIP-07, NIP-46, NIP-57, NIP-44, NIP-98, NIP-65 en Blossom BUD-01 en BUD-04 voor bestandsopslag. Een 21.000-sat lifetime tier zet betalende lezers om in terugkerende zap-ontvangers voor de curator. De curator publiceert bookmark events, de indexer verrijkt ze met machine-leesbare metadata en de viewer rendert de feed; elke rol is een aparte deploybare service.

Releases

Amber v6.1.0 GA: versleutelde per-account back-up

Amber ging deze week van v6.1.0-pre3 naar GA v6.1.0. PR #444 levert versleutelde back-up en herstel voor de application permission database, en PR #446 splitst de back-up per account, zodat gebruikers met meerdere Nostr-identiteiten elke set app-grants onafhankelijk kunnen back-uppen en herstellen. Het PSBT signing-werk van vorige week is opgenomen in de GA-cut.

Citrine: per-relay abonnementen en onion-URL lekpreventie

Citrine, de on-device personal relay die meegeleverd wordt met Amethyst, leverde deze cyclus twee fixes. PR #157 schakelt over van één globaal abonnement naar per-relay getagde abonnementen, zodat twee bron-relays die een kinds: [1] filter delen niet langer botsen aan de aggregator-kant. PR #162 filtert onion relay-URLs wanneer de uitgaande Tor-proxy is uitgeschakeld, waarmee wordt voorkomen dat onion-adressen op het clearnet-routeringspad lekken.

Angor v0.2.27 en v0.2.28: relay-betrouwbaarheid en Boltz reconnect

Angor leverde v0.2.27 en v0.2.28. PR #874 verhelpt een relay-dedup bug waarbij slechts één relay tegelijk was verbonden, een regressie die stilletjes de betrouwbaarheid degradeerde voor projecten met meerdere relay endpoints. PR #876 voegt WebSocket reconnect-logica toe voor Boltz submarine-swap monitoring, zodat een korte disconnect niet langer een swap in onbekende status laat.

Nostrord v1.1.0: NIP-57 zaps en NIP-29 role-onderscheid

Nostrord bracht v1.1.0 uit met NIP-57 Lightning zap-ondersteuning voor berichten en profielen (PR #98) en een correct onderscheid in de activity feed tussen NIP-29 rolwijzigingen en member adds (PR #92), die eerder identiek renderden en verhulden wie was gepromoveerd versus wie was uitgenodigd.

ぬるぬる v1.5.x: SQLCipher MLS keystore en epoch catch-up

ぬるぬる (nurunuru, door tami1A84), een Japans-talige Nostr-client die MLS groepsberichten (kind 443) implementeert naast NIP-44, NIP-50 advanced search, NIP-55 en NIP-70, leverde deze week vijf releases. PR #184 introduceert SQLCipher-versleuteling voor de MLS keystore in de rust-engine laag. PR #187 en PR #188 breiden SQLCipher uit naar respectievelijk Android en iOS, met een legacy-plaintext purge-stap en CI-guards. PR #189 en PR #191 voegen MLS peer-epoch catch-up toe met een replay cache en een herstelbanner op beide platforms, zodat een client die achterloopt op group commits kan herstellen zonder de conversatie te verliezen. ぬるぬる is een Marmot-client gebouwd op mdk-core, mdk-sqlite-storage en mdk-storage-traits van marmot-protocol/mdk, zodat het SQLCipher en epoch catch-up werk landt binnen dezelfde MDK-runtime die White Noise gebruikt.

Bitcredit Core v0.5.10: Nostr-geworteld block propagatie-fix

Bitcredit Core bracht v0.5.10 uit met een fix voor een ontbrekend Nostr-node-id veld tijdens block propagatie, wat company-creation flows die identity upload bevatten brak. Bitcredit is een e-bill protocol dat Nostr-identiteiten gebruikt als vertrouwenswortel voor company- en bill propagatie-events.

Onuitgebrachte wijzigingen

Jumble opende PR #797 voor Google-login via de Pomegranate threshold signer, waarmee een gebruiker zijn Nostr-sleutel over meerdere partijen kan splitsen zodat geen enkele signer het volledige geheim in handen heeft. Dit is een betekenisvolle stap voorbij bunker of nsec-import flows: een gebruiker kan zijn account herstellen zelfs als één signer-partij is gecompromitteerd, zonder dat die partij ooit de volledige private key in handen heeft gehad.

Shopstr opende PR #492 waarmee een MCP (Model Context Protocol) server wordt geïnitialiseerd, met PR #494 die de ondersteunende infrastructuur bouwt (relay fetch, parsers, validatie, errors, dedup, audit logging) en PR #472 die een relay allowlist toevoegt voor de MCP relay manager. Dit maakt Shopstr de eerste Nostr-marktplaats die zichzelf blootstelt als MCP-server, zodat AI-agents NIP-99 listings kunnen doorbladeren en erop kunnen handelen als een gestructureerde tool.

Keydex, de Shamir-secret-sharing vault, opende een substantiële migratie in PR #226 waarbij custom kinds 1337-1345 worden verplaatst naar het 713-721 bereik, naast PR #239 die AEAD over Shamir shares toevoegt en PR #234 die migreert naar GF256 arithmetic. De kind-range migratie stemt Keydex af op de manier waarop de NIPs repo custom kinds toewijst, wegbewegend van een zelf-geclaimd bereik.

Mill (nostr-mill) is een nieuwe drop-in Nostr signer UI van OceanSlim (maintainer van de grain Go relay), geleverd als één-script-tag Web Component op npm en jsDelivr. Één <script> tag geeft een web-app alle zes gebruikelijke signer-ingangen achter een uniforme UI: NIP-07 browser-extensie, NIP-46 bunker (URL plakken of QR-koppeling met door de gebruiker specificeerbare relays, ongebruikelijk onder in-page bunker-integraties), NIP-55 Amber via Android intents, versleutelde nsec opgeslagen in sessionStorage via AES-256-GCM met PBKDF2, alleen-lezen npub en in-browser keypair-generatie. De component is themeable via 29 CSS custom properties scoped naar de Shadow DOM en biedt een kleine SemVer-getrackte API (MILL.open, mill:connected / mill:disconnected events, named theme exports). De motivatie van de maintainer is dat bunker login-flows één webapp tegelijk over Nostr opnieuw zijn geïmplementeerd. Consolideren op een gedeelde component laat clients convergeren op hoe signer UX zich moet gedragen en verandert optionele flows (zoals delegated-key login via threshold signers, spiegel van Wisp’s Pomegranate-gebaseerde Google login hierboven behandeld) in een herbruikbaar oppervlak dat elke app kan invoegen. Mill staat op npm v1.5.0, single-maintainer, alpha-stage, met grain als de geplande eerste integrator.

moStard, een Monero-first fork van noStrudel door roguehashrate, bereikte deze week v1.0.1 met een uitgeklede feature-set en een Monero-thema identiteit gelaagd op dezelfde Applesauce + worker-relay stack. Het werk van deze week bracht rendering voor Zapstore’s kind 32267 software-application events (embed cards in de timeline die app-naam, icoon, screenshots, platform, licentie en een launch-link naar zapstore.dev/apps/<d-tag> tonen), polls via kind 20 en kind 21, NIP-A3 Payment Targets-gebaseerd tippen met per-methode QR-codes, markdown-rendering in notes, GIF picker-ondersteuning voor externe GIF-toetsenborden en Amber signer pairing-fixes. Monero-framing strekt zich uit tot de tip-flow: NIP-A3 payto entries voor monero adressen krijgen first-class knoppen in dezelfde UI naast lightning en bitcoin. De client is single-maintainer en alpha-stage, maar het werk van 27 mei toont een bouwer die NIP-A3 uit de protocol-spec aankondigingen van deze week rechtstreeks in een shipping fork trekt binnen dagen.

NIP-updates en protocol-spec werk

Calendar NIP-stack: vier voorstellen van het Formstr-team

Ix2 (@geralt-debugs) opende vier gecoördineerde NIP PRs op 17 mei, allemaal verwijzend naar de calendar.formstr.app implementatie die al onder dezelfde auteur draait. PR #2350 stelt kind 84 voor als een gegeneraliseerd “participant self-removal” event: een getagde deelnemer op elk event kan een kind 84 publiceren die verwijst naar het origineel via e, a en k tags om opt-out te signaleren. Relays moeten valideren dat de kind 84 signer voorkomt in een p tag van het verwezen event voordat verwijdering wordt gehonoreerd, en een kind 5 deletion heeft altijd voorrang. De PR generaliseert een patroon dat eerder alleen werd beschreven binnen de NIP-52 calendar-context, zodat kind 84 de standaardmanier wordt voor niet-auteurs om zich terug te trekken uit elk participant-event.

PR #2351 is de basis van de calendar-stack: NIP-52E voor private calendar events (kinds 32678 time-based, 32681 day-event, 32123 private calendar list, 31926 busy list, 1052 gift wrap, 52 rumor) en NIP-52R voor terugkerende events. In de architecturale kern zit het view-key patroon: een willekeurig gegenereerd keypair versleutelt event content met NIP-44, en de geheime helft (bech32-gecodeerd als nsec) wordt gift-wrapped naar elke deelnemer. De signer bezit alleen de publieke d tag; al het andere leeft in versleutelde content. Het ontkoppelen van content-versleuteling van identiteit op deze manier betekent dat het bewerken van een event geen re-keying van ontvangers vereist. NIP-52R definieert twee optionele tags op bestaande kinds 31923 en 31922 om herhaling te declareren met behulp van kale RFC 5545 RRULE-waarden, waarbij D day-index optioneel wordt wanneer RRULE aanwezig is. Forward secrecy is expliciet afwezig: een gelekte view key onthult alle vorige en toekomstige versies van het event onder dezelfde d tag.

PR #2352 bouwt voort op NIP-52E met een gedecentraliseerde appointment-scheduling spec die de PR-beschrijving “a drop-in alternative to Calendly/Cal.com with no central intermediary” noemt. Kind 31927 adverteert een scheduling-pagina met versleutelde beschikbaarheidsvensters; kind 32680 is een host-side self-encrypted recovery record voor de view key; kinds 1057 en 1058 zijn de gift-wrapped booking request en response. Het slimme mechanisme: de booker genereert zowel de d tag als de view key voor het toekomstige private event voordat het verzoek wordt verzonden, zodat de booker de afspraak onmiddellijk aan zijn eigen kalender kan toevoegen met de juiste key, en de host hoeft nooit een key terug te round-trippen. Booking responses dragen een niet-versleutelde status tag op de outer wrap zodat relays kunnen filteren zonder te ontsleutelen.

Een referentie-implementatie is al live op calendar.formstr.app en als de Calendar Android-app op Zapstore. PR #2351 sluit PR #2027 ten gunste ervan, waarmee een eerder privé-calendar voorstel dat sinds het begin van het jaar openstond wordt geconsolideerd.

Payment Targets en Silent Payments

Nog twee NIP-voorstellen circuleerden deze week in kind:30023 long-form documenten.

Een Payment Targets voorstel (NIP-A3 / payto) definieert een replaceable kind 10133 event dat één of meer ["payto", "<type>", "<authority>"] tags draagt die mappen naar RFC 8905 payto: URIs. Ondersteunde types zijn onder meer bitcoin, lightning, ethereum, monero, nano, cashme, revolut en venmo. De bedoeling is om een multi-rail tip jar te standaardiseren die lud16-gebaseerde NIP-57 zaps aanvult (niet vervangt). Amethyst v1.11.0 is de eerste implementer; gemergde PRs #2953 en #3009 leveren het abonnements- en observatie-oppervlak, en PR #3011 sluit de UI voor PaymentTargetsEvent aan.

Twee concurrerende Silent Payments-voorstellen kwamen van verschillende auteurs. De eerste variant leidt BIP-352 silent-payment scan- en spendsleutels af van nsec via publieke additieve tweaks, zodat elke verzender een sp1q... adres kan construeren vanuit een npub zonder setup. De auteurwaarschuwing is expliciet in de spec: “bscan and bspend MUST be treated with exactly the same care as nsec,” omdat de scan-key de nsec onthult. Een tweede variant neemt de omgekeerde benadering en voegt een sp_address veld toe aan kind 0 profielmetadata dat een standaard BIP-352 silent-payment adres bevat waarvan de sleutels onafhankelijk worden gehouden van de Nostr-identiteit. Variant twee is structureel veiliger. Beide voorstellen trokken een doordachte reviewthread aan; erskingardner (Marmot-lead) plaatste een gedetailleerde opmerking op de trbouma gist die het voorstel volgt. Zijn centrale zorg is dat variant 1 de scan private key afleidt van nsec plus een publiek berekenbare tweak, wat betekent dat iedereen die de scan key houdt (inclusief een derde-partij scanning-service waaraan de gebruiker in de praktijk moet delegeren) de volledige nsec kan herstellen door die tweak af te trekken. Dezelfde key die een remote service inkomende betalingen voor je laat scannen, laat die service ook je identiteit en alle daaruit afgeleide fondsen stelen.

Aan de NIP-34 git-over-Nostr kant publiceerde hzrd149 2 patches op schemata. gitworkshop.dev zelf trok twee issue-reports: één die aangaf dat login-sessies verloren gaan bij page refresh bij gebruik van een NIP-46 remote signer, de andere die vroeg om onderscheidende link-styling in README previews.

Zes jaren Nostr mei-maanden

De laatste newsletter van mei 2026 stapt terug van de releases van de week om de maand mei door Nostr’s geschiedenis te lopen. Elk jaar had een ander zwaartepunt: 2021 was een enkele commit, 2022 was de vorming van de NIPs-repo zelf, 2023 was de protocol-spec explosie, 2024 was de consolidatiecyclus, 2025 was toen negentropy werd gemerged en Damus’s Notedeck graduated naar Beta, en 2026 is de maand die in dit en de drie vorige nummers wordt behandeld.

Mei 2021

Nostr was zes maanden oud. De enige Nostr-code leefde in fiatjaf/nostr en de hele maand produceerde precies één commit, maar die commit werd één van de meest gebruikte delen van het protocol. Op 22 mei herbestemde fiatjaf NIP-02 als de contact list NIP. Het commit-bericht luidt: “repurpose NIP-02 and add NIP authorship,” en de expliciete credit gaat naar PR #16 door arcbtc (Ben Arc van LNbits), geopend op 9 februari en gesloten de dag voordat fiatjaf het idee opnam in NIP-02. arcbtc’s pitch was klein: een kind voor “sending follower list to relays” dat “useful for restoring accounts and recommending public keys to follow” zou zijn. fiatjaf generaliseerde het tot één kind:3 event waarvan de tags drie doelen tegelijk dienen. Ze zijn een follow-lijst (de sociale graaf), een petname-opslag (lokale bijnamen voor vrienden) en een relay-aanbevelingsbron (welke relays een follow gebruikt). Hetzelfde event, replaceable per auteur, werd het canonieke antwoord op “wie volgt deze persoon,” “hoe noemen ze ze” en “waar lezen ze.” Elke client die in de volgende vijf jaar werd gebouwd leest kind:3. De conventie toegevoegd in dezelfde commit, dat elke NIP zijn auteur noemt, is de reden dat elke spec nu bylines heeft.

Mei 2022

De maand waarin de NIPs-repo een community-project werd. Op 1 mei migreerde fiatjaf de specs van fiatjaf/nostr naar een dedicated nostr-protocol/nips repo en op 2 mei voegde hij formele acceptatiecriteria toe. Twee dagen later opende Robert C. Martin (Uncle Bob) PR #1, de eerste externe pull request, waarin threading-conventies voor e en p tags werden voorgesteld. De PR was oorspronkelijk genummerd NIP-13, vervolgens hernoemd naar NIP-10 om ruimte te maken voor proof-of-work. Drie van de eerste zes NIPs zijn van Uncle Bob: NIP-10 (threading markers), NIP-14 (de Subject tag) en de commit van 21 mei die kind:1 vastlegde als de canonieke short text-note kind. Op 5 mei maakte William Casarin zijn eerste NIP-commits: NIP-13 Proof of Work en het kind:2 recommend-relay event. De volgende dag publiceerde fiatjaf NIP-07 window.nostr, twintig regels markdown die de browser-extensie signer-interface definieerden die vandaag nog wordt gebruikt. NIP-05’s CORS-waarschuwing door David A. Harding en NIP-01’s filter.limit landden dezelfde week. nostr-tools leverde zijn eerste browser-importable ESM build op 8 mei. Semisol schreef aan het einde van de maand NIP-15 (End Of Stored Events) en NIP-16 (event kind ranges), de documenten die nog steeds relay-syncsemantiek en de regelmatig-vs-replaceable-vs-ephemeral classificatie regeren.

Mei 2023

De protocol-spec explosie. Vierenzestig NIP PRs werden die maand geopend, met meerdere van de voorstellen die Nostr’s oppervlaktegebied voor de volgende twee jaar definieerden allemaal landend in 31 dagen, en de grootste financieringsaankondiging die Nostr ooit had ontvangen landde op 4 mei met de OpenSats $10 million grant van Jack Dorsey’s #startsmall, het geld dat elke Nostr-grant golf sindsdien heeft ondersteund. NIP-47 (Nostr Wallet Connect) werd gemerged op 2 mei, waarmee Alby’s wallet-connect spec in het hoofdprotocol werd gebracht. Twee dagen later stelde Vitor Pamplona NIP-53 Live Activities voor met kind:30311 rooms en kind:1311 chat-berichten, de basis voor elk Nostr livestreaming-oppervlak dat volgde. Pablo Fernandez opende NIP-84 Highlights op 5 mei en NIP-89 Recommended Application Handlers op 14 mei. v0l (Kieran Babich, Snort-auteur) stelde NIP-98 HTTP Auth voor op 8 mei, het authenticatieprimitief waar NIP-96 en Blossom later beide op vertrouwden. Jonathan Staab stelde NIP-32 Labels voor op 15 mei, en NIP-30 Custom Emoji werd dezelfde dag gemerged. Arthur Franca stelde NIP-96 HTTP File Storage Integration voor op 21 mei. Twee dagen later voegde Vitor zap splits toe aan NIP-57 en voegde verbiricha kind:30024 long-form drafts toe aan NIP-23, de spec die de basis werd voor moderne Nostr long-form auteurworkflows in Habla, YakiHonne en Highlighter. fiatjaf stelde NIP-29 Simple Groups voor op 28 mei, de eerste relay-managed group-spec die kind:9000 tot en met kind:9020 moderatie-events dekt. De maand eindigde met Paul Miller die de NIP-44 conversatie opende op 31 mei, een XChaCha20-gebaseerd versleuteld DM-ontwerp bedoeld om NIP-04 te vervangen. De client-kant bewoog net zo snel: Damus leverde NWC, zap pool en Pending Zaps over 10 mei tot en met 15 mei; Snort lanceerde zap pool en L402 paywalled media; Amethyst leverde gedurende de maand ongeveer dertig versioned releases, van v0.40.1 op 1 mei tot het v0.55.x bereik aan het einde van de maand, met zap splits in v0.45.0 en NIP-32 labels in v0.46.0; de Primal Android repo werd aangemaakt op 16 mei; rust-nostr v0.22.0 voegde NIP-47 en NIP-58 toe. Op 1 mei leverde strfry zijn negentropy-integratie, de eerste relay-implementatie van Doug Hoyte’s set-reconciliatieprotocol dat later NIP-77 zou worden. De maand eindigde met Forbes die op 30 mei een lange profiel van fiatjaf publiceerde, één van de eerste mainstream-pers deep dives over Nostr’s anonieme oprichter.

Mei 2024

De consolidatiecyclus. Minder flitsende voorstellen, meer leveringen. NIP-54 Decentralized Wikis werd gemerged op 2 mei met kind:30818 articles en case-normalized d tags. Drie dagen later werd NIP-56 uitgebreid zodat abuse reports digitale bedreigingen (malware, phishing) konden markeren naast content-only categorieën. Op 6 mei werden NIP-25 reacties vereenvoudigd om te stoppen met het opnemen van de hele reply-thread als e-tags. Arthur Franca stelde NIP-22 Comment voor op 12 mei, waarbij kind:1111 werd geïntroduceerd zodat antwoorden op niet-kind:1 events (articles, files, products) een gestructureerde manier krijgen om te threaden. Op 19 mei herzag fiatjaf NIP-46 om NIP-04 volledig te verlaten en al het bunker-verkeer om te schakelen naar NIP-44 versleuteling, de deprecatiebeweging die elke bunker-implementatie sindsdien vormgaf. Op 20 mei werd NIP-71 Video Events gemerged met kind:21 en kind:22, en NIP-10 voegde het optionele pubkey-argument toe op e tags zodat clients thread-auteurs kunnen oplossen zonder eerst het verwezen event op te halen. Kieran Walsh’s NIP-35 Torrents werd gemerged op 22 mei, en op 24 mei refereerde de NIPs README voor het eerst naar CIP-01 als een off-repo voorstel, wat het begin signaleerde van het “NIPs als één van meerdere voorstelvenues” patroon. Op 25 mei verwijderde een cleanup PR de aes-256-gcm tag uit NIP-71 voordat downstream-implementaties het bevroren. NIP-96 voegde list files en dropte de transform-vereiste op 27 mei. Op 28 mei stelde Jonathan Staab voor om de NIP-acceptatiedrempel te verhogen door minimaal twee interoperabele implementaties te vereisen voordat een draft kan gradueren. Client-kant: Damus taggede v1.7.2 en v1.8 plus een v1.9 met volledige NIP-10 marker-handling op 9-10 mei, landde NIP-98 authenticatie op pushmeldingen en leverde volledige NIP-10 marker-ondersteuning. Amethyst maakte NIP-17 de standaard DM-modus op 14 mei, bouwde NIP-65 outbox-model relay management uit, voegde NIP-96 server-selectie toe en leverde NIP-06 BIP-32/BIP-39 key derivation. Primal Android 0.99.2 op 10 mei voegde user tagging en externe-wallet NWC toe, gevolgd door 0.99.4. Pablo Fernandez landde een NDK optimistic-update cluster over 24-31 mei. Snort voegde NIP-96 server-selectie toe en cashu-ts scheidde zijn crypto-primitieven in @cashu/crypto.

Mei 2025

De maand waarin NIP-77 (Negentropy Syncing) werd gemerged op 27 mei, fiatjaf en Doug Hoyte’s spec voor het wire-protocol dat brute-force REQ-filters vervangt door logaritmische-kosten difference-computation. Dit was dezelfde negentropy die strfry twee jaar eerder had geleverd als een relay-side feature, nu geformaliseerd als een client-relay protocol, en de README-entry landde dezelfde dag. De week ervoor definieerde NIP-23 long-form hoe HTML-documenten zichzelf associëren met Nostr-entiteiten via een <link> tag op 24 mei, het canonieke-webkopie primitief. NIP-25 voegde reactie-target relay hints toe op 22 mei en dropte de emoji-to-like/dislike aanbeveling, waarbij emoji’s als afzonderlijke semantische eenheden werden behandeld. NIP-52 werd vereenvoudigd op 14 mei om zich te concentreren op de kinds die clients in productie leverden, de trim die de Formstr calendar-uitbreidingen van een jaar later schoner te enten maakte. Op 9 mei kwamen Follow Packs (kind 39089 gecureerde follow-lijsten) en Favorite Relays (een nieuwe replaceable-lijst onder NIP-51) op dezelfde dag in de README. De Marmot Protocol-arc was nog niet begonnen: alleen de whitenoise-rs repo bestond (eerste commit 9 september 2024), en mei 2025 was zijn Svelte+Tauri prototypefase, met de commit van 14 mei die Tauri-specifieke code verwijderde toen het project overging naar zijn huidige architectuur. De dedicated MDK Rust-core (12 september 2025), de Marmot spec repo (19 september 2025) en de Flutter UI (2 december 2025) kwamen allemaal later in het jaar. Aan de client-kant leverde Damus’s Notedeck v0.4.0 op 5 mei als de eerste Beta, met graduatie van Alpha met full-text search, de Dave AI-assistent, zaps via NWC, GIFs, user tagging en mute lists. Twee dagen later stak hodlbod’s Flotilla 1.0.0 de publieke-lanceringsgrens over als een NIP-29-gebaseerde group-chat client, naast Coracle 0.6.12, de eerste van zes Coracle-releases die tot 0.6.17 op 14 mei liepen. Amber v3.4.0 op 12 mei ging weg van gedeprecieerde Android Autofill en ClipboardManager APIs en migreerde van encrypted shared preferences naar DataStore. Primal Android 2.2.20 op 20 mei voegde de Redeem Code flow voor Primal Premium en een herontworpen image gallery toe. nak v0.14.0 op 21 mei sneed een minor van de canonieke CLI in dezelfde week als de Coracle-, Flotilla- en Notedeck-releases. OpenSats ontving zijn grootste niet-Bitcoin-treasury donatie tot nu toe toen de Reynolds Foundation $2 miljoen gaf op 22 mei.

Mei 2026

De maand behandeld in Newsletter #21, #22, #23 en dit nummer. De bepalende draad is MLS-op-Nostr die multi-client productie bereikt: MDK 0.8.0 leverde MIP-05 leaf-index primitieven en adresseerbare key packages, gevolgd door PR #306 die NIP-40 disappearing-message validatie toevoegt over iOS en Android via een gedeeld UniFFI-oppervlak. White Noise v2026.5.22+25 leverde iOS-push via een Notification Service Extension die MLS-ciphertext binnen het extensieproces ontsleutelt zodat de broker nooit plaintext ziet, en twee nieuwe Marmot-clients verschenen: Scramble (een .NET/Avalonia desktop- en Android-client met multi-device KeyPackage slots) en Cordn (een alternatieve MLS-architectuur met een per-groep coördinator via ContextVM). Angor migreerde zijn versleutelde berichten van NIP-04 naar NIP-44 in PR #860, waarmee de deprecatie-arc werd gesloten die opende met Paul Miller’s NIP-44 voorstel in mei 2023. Het Formstr-team opende de grootste gecoördineerde NIP-inzending in recent geheugen op 17 mei, met PR #2350 voor participant self-removal, PR #2351 voor private calendar events en herhaling (NIP-52E en NIP-52R), en PR #2352 voor gedecentraliseerde appointment-scheduling, allemaal met calendar.formstr.app die al de referentie-implementatie levert. Amethyst v1.11.0 renderde NIP-52 kalenders als een first-class timeline categorie en breidde on-chain Bitcoin zaps uit tot split-distributies. Een jaar nadat NIP-77 werd gemerged in mei 2025, leverden drie onafhankelijke implementaties negentropy-adoptie in hetzelfde venster: Notedeck PR #1459 sloot het aan op Damus’s desktop-client voor giftwrap en thread-backfill, Vector v0.4.0 gebruikte volledige-negentropy MLS sync als onderdeel van zijn fundamentele vector-core herschrijving naast één-klik Tor en een 21-tool MCP-agentoppervlak, en Citrine v3.0.0-pre1 voegde het toe aan de Android-native relay naast ingebouwde Tor en multi-relay aggregatie. Mostro v0.17.4 sloot de anti-abuse bond lus met Phase 3 slashed-bond uitbetalingen in PR #738, waarmee wordt afgedwongen wat het protocol eerder alleen dreigde. Drie jaar van “shall we replace NIP-04” naar “shall we replace NIP-44 with full MLS group state.”

Als je wilt discussiëren, DM ons op Nostr.

Nostr Compass #23

Thu, 21 May 2026 00:00:00 +0000

Primal 3.5 levert een herbouwde Android-shell, Amethyst voegt onchain Bitcoin zaps toe, White Noise krijgt markdown-rendering en deep links, Keycast passeert een security audit, en AgentNoise laat je lokale AI-coding agents besturen via Marmot-versleutelde chat. Hostr lanceert een P2P huuraccommodatieplatform op Nostr met vier concept-NIPs die listings, reserveringen en EVM-gebaseerde escrow behandelen. Angor migreert versleutelde berichten van NIP-04 naar NIP-44, Dart NDK voegt NIP-77 en een web signer toe, Alby js-sdk v8 levert native NWC multi-relay reconnect, en KeyChat verhelpt een forward secrecy-gat in Signal one-time prekey deletion. Aan de protocolzijde bereikt Mostro’s anti-abuse bond fase 2, levert Wisp private replies en gift-wrapped reactions, en raakt een Namecoin NIP-05 implementatiegolf een half dozijn clients in één week.

Belangrijkste verhalen

Primal 3.5 voor Android

Primal, de social client ondersteund door zijn eigen caching relay-infrastructuur, bracht deze week 3.5.9 uit met een herbouwde applicatie-shell. Het redesign vervangt de vorige navigatiestructuur door een bijgewerkte lay-out en een nieuw Explore-scherm, waardoor het belangrijkste discovery-oppervlak zijn eigen dedicated home krijgt. De release voegt audio-afspelen toe voor link-previews, zodat audiobestanden ingebed in notes inline afspelen zonder de feed te verlaten. NIP-05 verificatie-badges tonen nu inline op profielen, waardoor identiteitsbevestiging in één oogopslag zichtbaar wordt. Notificatiefiltering kreeg een herziening, waarmee gebruikers kunnen beperken welke event-typen hun notificatielijst bereiken. De editor kreeg betere event-link handling en de onderliggende databaselaag ontving stabiliteitsfixes.

White Noise: markdown, deep links en audio-metadata

White Noise, de Marmot-versleutelde groepsberichten-app gebouwd op Nostr en MLS (RFC 9420), had een van zijn drukste weken tot nu toe over de frontend- en backend-repositories.

Aan de frontend voegt PR #665 volledige markdown-rendering voor chatberichten toe, zodat bold, italic, codeblokken en links nu native renderen in de berichtweergave. PR #675 activeert de leave-group flow die eerder was geblokkeerd voor niet-laatste admins, en PR #661 voegt native deep link-ondersteuning toe voor whitenoise:// en whitenoise-staging:// URIs voor gebruikers, chats en instellingen, zonder dat er HTTP redirect-infrastructuur nodig is.

Aan de backend in whitenoise-rs zorgt PR #835 ervoor dat key package rotation goed werkt door de d_tag slot te hergebruiken voor kind:30443 publicaties, waardoor NIP-33 replaceable event-semantiek wordt ingeschakeld zodat opeenvolgende key package rotaties het vorige event op relays vervangen en alleen het huidige key package behouden. PR #833 breidt FileMetadata uit met optionele duration_ms en waveform velden voor audiobijlagen, gecoördineerd met MDK’s PR #300 die dezelfde velden toevoegt aan MIP-04 media-tags. Een nieuwe whitenoise-markdown crate (PR #836) vervangt de vorige nostr-sdk token parser door een dedicated markdown rendering library.

De Marmot protocolspecificatie zelf ontving een security fix in PR #68, die een security-probleem sluit door HKDF-SHA256 expliciet te specificeren voor image key derivations in MIP-01, waardoor ambiguïteit die tot implementatiedivergentie kon leiden wordt verwijderd. In MDK saneert PR #307 welcome failure reasons en beperkt de opgeslagen lengte, waarmee een aparte security-bevinding wordt gesloten.

Amethyst v1.10.0: Onchain Bitcoin Zaps

Amethyst leverde deze week vier releases, met v1.10.0 als het hoofdverhaal. De release voegt ondersteuning toe voor NIP-BC onchain Bitcoin zaps, waardoor gebruikers zaps kunnen verzenden, ontvangen en weergeven die direct onchain worden afgewikkeld via Bitcoin-transacties. Eerdere releases in de reeks verhielpen Blossom blob-detectie om niet-conforme bestandsnamen te weigeren (v1.09.2), patchten ProGuard-regels voor desktopbuilds, en mergeden pull request #2977 om onchain Bitcoin zappers te tonen als een dedicated ₿ rij in de uitgebreide reactions-galerij. Een in-progress on-chain transactiegeschiedenisscherm met paginering landde in PR #2974.

AgentNoise: controleer coding agents via White Noise

AgentNoise door nvk is een Rust-native desktop-helper die je een telefoon met White Noise laat gebruiken als besturingsoppervlak voor lokale Codex- en Claude coding agent-sessies. De tool luistert naar een of meer White Noise chats, authenticeert afzenders via een first-pairing PIN-flow en start lokale coding agents via de geconfigureerde launcher. Het verzenden van /claude <prompt> vanaf je telefoon opent een nieuwe White Noise-werksessie genoemd naar de machine hostname en een korte prompt-samenvatting, en streamt vervolgens voortgangsupdates en eindresultaat terug naar die chat. Het is bewust Rust-first en houdt Node buiten het vertrouwde brugpad. Het project bereikte deze week v0.1.24, met kortere telefoon-leesbare antwoorden, jobreferenties op korte unieke prefix en een opt-in lokale sessie-watcher. AgentNoise stuurt de wn en wnd CLIs van marmot-protocol/whitenoise-rs aan als subprocessen, zodat het zijn Nostr-transport deelt met de White Noise-client zelf.

Keycast security audit voltooid

Keycast, de team-georiënteerde NIP-46 remote signing-server die Nostr private keys versleuteld at-rest opslaat in SQLite, voltooide in mei 2026 een security audit. De hardening-pass behandelde auth-, permission-, data-integriteit- en dependency-issues, en de resultaten zijn gedocumenteerd in AUDIT.md. Wijzigingen zijn onder meer: NIP-98 HTTP auth vereist nu precies één u tag en één method tag, wijst verouderde timestamps af en valideert payload hashes; de ALLOWED_PUBKEYS allowlist wordt exact geparsed en server-side afgedwongen; lege policies gaan nu standaard uit van deny voor sign/encrypt/decrypt verzoeken; foreign-key enforcement is ingeschakeld op SQLite-connecties; en geneste app-routes zoals /teams/:id worden server-side beschermd. Een SQL-migratie normaliseert oude allowed-kinds permission JSON bij opstart. Het project is nog in een vroeg stadium en de audit vermeldt overgebleven items voordat het kan worden vertrouwd met echte team-keys.

Scramble: Marmot-client voor desktop en Android

Scramble (voorheen OpenChat) is een .NET/Avalonia desktop- en Android-client voor het Marmot Protocol, die MIPs 00-04 implementeert: KeyPackage publishing (kind:30443), groepsmetadata met de NostrGroupData MLS-extensie, NIP-59 gift-wrapped welcome events (kind:444), ChaCha20-Poly1305 versleutelde berichten (kind:445) en Blossom versleutelde mediabijlagen. Het is volledig interop met White Noise en elke andere Marmot-compatibele client.

Het project leverde deze week 13 releases, met multi-device-ondersteuning als hoofdfunctie. Elk apparaat genereert een uniek KeyPackage-slot (een d-tag op kind:30443). Bij opstart haalt Scramble de eigen KeyPackages van de gebruiker op van relays, detecteert peer-device slot-IDs en voegt ze automatisch toe aan bestaande MLS-groepen met behulp van de staged commit-flow. Auto-add is beperkt tot groepen waar de huidige gebruiker admin is; niet-admin-groepen worden overgeslagen met begeleiding om de groepsadmin te vragen. Een forward-secrecy disclosure banner informeert nieuw-gekoppelde apparaten dat oude berichten niet beschikbaar zijn. Een slot-ID reconciliation pass (TryReconcileSlotId) verwerkt apparaten die vanaf pre-multi-device versies zijn gemigreerd door relay KeyPackage bytes te matchen tegen lokaal keymateriaal om de juiste d-tag over te nemen. External signer reconnect voor Amber- en NIP-46-gebruikers werd ook verholpen: de IsConnected guard die ExternalSignerService’s ingebouwde auto-reconnect blokkeerde werd verwijderd op alle negen call sites in NostrService.

Hostr: P2P huuraccommodatie op Nostr

Hostr (source) is een peer-to-peer huuraccommodatieplatform volledig gebouwd op Nostr. Het bestrijkt de volledige Airbnb-achtige flow (zoeken en aanbieden van eigendommen, onderhandelen van reserveringen en afhandelen van betalingen) met behulp van vier concept-NIPs die het project parallel met de applicatie ontwikkelt.

De accommodation NIP breidt NIP-99 classified listings (kind:30402 actief, kind:30403 concept) uit met accommodatie-specifieke tags voor type (room, house, apartment, villa, hotel, hostel, resort), check-in/check-out tijden, minimumverblijf en H3 geospatial cel-indexen voor locatie-gebaseerd zoeken op configureerbare precisie. De reservation NIP definieert een volledig onderhandelings- en levenscyclusprotocol: kind:32122 replaceable reservation events dragen een d trade ID, een listing anchor a tag en deelnemer p tags met rollen (buyer, seller, escrow); kind:1327 structured message rumors leveren private negotiate-stage tegenaanbiedingen via NIP-59 gift wraps zodat de onderhandeling buiten publieke relays blijft; kind:1326 append-only transition events creëren een openbaar audit trail zodra een reservering wordt vastgelegd. Koperprivacy wordt behouden via per-trade tijdelijke Nostr-sleutels gebonden aan de werkelijke identiteit van de koper via versleutelde participant_proof tags. De escrow NIP definieert kind:30303 escrow service advertisements en kind:17388 user trust declarations; de referentie-implementatie gebruikt EVM smart contracts op Rootstock, waarbij contractBytecodeHash clients in staat stelt te verifiëren dat het gedeployde contract overeenkomt met een bekende gecontroleerde implementatie. De marketplace listing NIP definieert generieke tags gedeeld over alle NIP-99 marktplaatsprofielen, waaronder instantBook, negotiable, quantity, securityDeposit, cancellationPolicy en maxDisputePeriod. Deze week bereidde het project zijn app store-indiening voor en mergde MCP client identity-ondersteuning voor agent-gerichte automatisering.

Twee nieuwe entries verschenen deze week op het Shakespeare MiniApps-platform: InkPress, een AI-magazine generator die gestructureerde tijdschriftachtige inhoud publiceert als Nostr events, en PressStr, een schrijf- en publicatieplatform voor de Soapbox-stack.

Uitgebracht deze week

ngit v2.4.4

ngit bracht v2.4.4 uit met de toevoeging van ngit sync --trust-server (-t) voor gevallen waarin een git-server fast-forward voor loopt op Nostr-status. Wanneer deze situatie wordt gedetecteerd, rapporteert sync de betrokken refs en vereist de flag om een bijgewerkt state event te ondertekenen en publiceren; een nostr.trust-server-domains git config-instelling biedt een puntkomma-gescheiden allowlist voor servers die automatisch moeten worden vertrouwd zonder de flag.

Amber v6.1.0-pre3 voegt PSBT signing toe

Amber bracht v6.1.0-pre3 uit met verbeterde lay-out voor nieuwe appverbindingen, crashfixes en een select/deselect all optie op het permissions-scherm. PR #438 voegt PSBT signing-ondersteuning toe via zowel de Intent-gebaseerde als de NIP-46 relay-gebaseerde paden, waardoor Amber Partially Signed Bitcoin Transactions kan ondertekenen zonder de nsec bloot te stellen aan de aanvragende app.

Wisp v1.1.0 levert private replies en laat Amber-ondersteuning vallen

Wisp bracht v1.1.0 uit met private replies via NIP-17 gift wrap (PR #540), gift-wrapped reactions en DIP-03 zaps op private replies (PR #543), auto-translate voor notes (PR #523) en een register-style fiat input op de zap-dialoog. PR #541 migreert private zaps van een eigen DM-relay plaintext-schema naar DIP-03 met correcte DM-relay routing. Dezelfde release-cyclus verwijderde NIP-55 remote signer-ondersteuning (PR #531), waardoor Amber en andere externe signer-integraties werden gedropt, en verwijderde de bundled local relay (PR #533). Wisp is een Nostr social client voor Android.

Calendar by Formstr v1.5.4 verhelpt gift wrap voor nieuwe deelnemers

Calendar by Formstr bracht v1.5.4 uit (de laatste in een v1.5.2 → v1.5.4 reeks). PR #160 verhelpt een bug waarbij het bewerken van een private calendar event met nieuwe deelnemers het bijgewerkte event met de nieuwe pubkeys in p tags publiceerde maar nooit gift wrap uitnodigingen creëerde of leverde aan die deelnemers, wat de invite-flow voor last-minute toevoegingen brak. PR #156 voegt error handling toe rond private event decryption zodat clients niet langer een fout gooien op niet-ontsleutelbare events, en PR #138 corrigeert terugkerende event-tijden die over tijdzones dreven.

Applesauce v6.1.0 voegt NIP-34 git casts en NIP-51 lookup relays toe

Applesauce bracht v6.1.0 uit over zijn pakketten met significante NIP-34 (git-over-Nostr) ondersteuning: applesauce-common voegt nieuwe GitRepository, GitGraspList en FavoriteGitRepos casts toe plus bijbehorende factories, en exposeert User.favoriteGitRepos$, User.gitAuthors$ en User.graspServers$ reactieve properties zodat applicaties de gevolgde git-repos, repo-maintainers en geconfigureerde GRASP-servers van een gebruiker direct kunnen weergeven vanuit hetzelfde User-object. Dezelfde release voegt ondersteuning toe voor NIP-51 kind 10086 lookup relay-lijsten, een recente toevoeging aan de relay-list familie die wordt gebruikt om te ontdekken waar specifieke data te vinden is. applesauce-core krijgt replaceableAddress op EventCast voor NIP-01 replaceable address lookup, plus pointer, kind en een getReplaceableAddressForEvent helper, en voegt een timeline$() methode toe op de base User cast. PR #73 verhelpt pool manual methods die stilletjes offline relays lieten wegvallen.

Sprout v0.0.16 levert Sprig binary en huddle protocol v2

Sprout door Block, een self-hosted Nostr-relay-gebaseerde team-workspace waar mensen en AI-agents dezelfde ruimtes en event log delen, bracht v0.0.16 van de desktop-app uit naast rolling builds van de nieuwe Sprig all-in-one binary (PR #605), die de ACP-harness, agent en developer MCP bundelt in één busybox-stijl binary voor eenvoudige deployment. De --no-memory flag toegevoegd in PR #611 laat operators NIP-AE core memory injection voor de ACP-harness uitschakelen. Aan de realtime kant breidt PR #609 het huddle voice-protocol uit naar een v2 frame header met ondersteuning voor tot 10 gelijktijdige peers.

Nostrord v1.0.3 voegt OS-keychain en multi-account toe

Nostrord bracht v1.0.3 uit met lokale key-opslag gehard met OS-keychain en passphrase-fallback, multi-account-ondersteuning en een aantikbare bunker QR-code die op Android de signer-app opent.

Angor migreert naar NIP-44 en levert security hardening

Angor, de Bitcoin crowdfunding-app gebouwd op Nostr en Taproot, bracht deze week drie unstable releases uit (v0.2.24, v0.2.25 en v0.2.26) met een set aan security hardening en Nostr-integratieveranderingen. PR #860 migreert Nostr versleutelde berichten van NIP-04 naar NIP-44, waarbij het gedeprecieerde XOR-gebaseerde schema wordt vervangen door ChaCha20-Poly1305-versleuteling. PR #861 staat Blossom media-uploads toe zonder een geselecteerde wallet door een kortstondige Nostr auth-sleutel te gebruiken, waardoor uploads worden gedeblokkeerd voor gebruikers die nog geen wallet hebben verbonden. De security-reeks behandelde meerdere gehardde categorieën: PR #854 voegt type safety toe voor AngorKey en mnemonic memory protection, PR #856 dwingt protocol-niveau validatie af voor timelocks, fee rates, dust thresholds en penalty rules, en PR #851 past niet-brekende hardening toe over acht medium- en low-severity categorieën. PR #859 verhelpt GrapheneOS-compatibiliteit door AOT-compilatie in te schakelen en runtime code generation te verwijderen, en PR #855 voorkomt walletverlies bij Android swipe-kill door de walletstatus te persisteren voordat het OS het proces beëindigt.

Alby js-sdk v8.0 levert NWC multi-relay reconnect

Alby js-sdk bracht de v8.0-lijn uit (v8.0.1 tot en met v8.0.3) met NWC multi-relay subscription-ondersteuning. PR #516 update de nostr-tools dependency en schakelt native auto-reconnect over meerdere relays in, waarbij de vorige polling-benadering wordt vervangen door relay-native reconnection-logica. PR #542 vervangt alle console.debug calls door een injecteerbare logger-interface zodat applicatie-ontwikkelaars SDK-diagnostiek door hun eigen logging-infrastructuur kunnen routeren. De release laat de WebSocket-polyfill vallen en vereist Node.js 22 of hoger voor server-side consumers. v8.0.2 voegde een fix toe voor een utils crypto import bug die bepaalde bundlers brak.

KeyChat v1.41.1 verhelpt forward secrecy

KeyChat, een berichten-app die het Signal-protocol combineert met Nostr relay-transport, bracht v1.41.1+6513 uit. De belangrijkste fix dwingt forward secrecy af door Signal one-time prekeys onmiddellijk na een succesvolle decryptie te verwijderen, waardoor een gat wordt gesloten waarin een behouden prekey gebruikt kon worden om eerdere berichten te ontsleutelen als het apparaat later werd gecompromitteerd. De release voegt ook URL-preview toe voor berichten die uit één link bestaan, centraliseert media auto-download onder een nieuwe FileDownloadManager met een 20 MB automatische drempel en refactort NIP-11 relay info-fetching om een force-refresh bij cold start uit te voeren zodat betaalde relay fee-configuraties altijd correct worden geladen.

In ontwikkeling

Citrine mergde PR #151 waarmee NIP-70 enforcement wordt geïmplementeerd: de Android-relay blokkeert nu reposts die beschermde event-inhoud embedden, zoals de spec vereist. PR #149 voegt weergave- en kopieeracties toe voor meerdere connectieadressen, localhost, lokaal Wi-Fi en Tor, vanuit het relay-instellingenscherm. PR #141 voegt NIP-42 AUTH challenge handling toe via externe signer-integratie met Amber.

Mostro bereikte fase 2 van zijn anti-abuse bond-uitrol. PR #737 landt solver-gestuurde dispute slash-logica: admin-handlers consumeren nu de BondResolution payload van mostro-core, waardoor een admin de bond van beide partijen kan slashen bij het oplossen van een dispuut. Fase 1.5, gemerged in PR #736, introduceerde een dedicated PayBondInvoice actie en WaitingTakerBond status, waarbij de anti-abuse bond-betaling van de taker wordt gescheiden van de trade-uitbetaling van de koper. De mobiele client voegde de volledige Phase 1.5 UX toe in PR #592. Mostro is een peer-to-peer Bitcoin-uitwisselingsprotocol gebouwd op Nostr.

Damus mergde PR #3773 waarmee de relay signal-indicator wordt hersteld, en PR #3775 verhelpt relays die weigerden opnieuw te verbinden na een initiële verbindingsfout.

rust-nostr mergde PR #1358 waarmee event finalization-traits en NIP-specifieke event builders worden toegevoegd, waardoor het gemakkelijker wordt om correct-getypte events voor specifieke protocolfuncties te construeren. PR #1363 backport een fix die ervoor zorgt dat de NIP-46 signer zich abonneert op notificaties voordat het connect-antwoord wordt verzonden, waardoor een race condition wordt gesloten waarin client-berichten die onmiddellijk na connect binnenkomen konden worden gemist.

dart-nostr mergde PR #44 met de toevoeging van een Namecoin .bit relay resolver en TLSA pin records, waardoor Flutter-applicaties wss://example.bit/ relay-URLs kunnen oplossen via Namecoin DNS naar hun daadwerkelijke WebSocket-adressen.

Dart NDK (de Dart/Flutter Nostr development kit, nu op relaystr/ndk) mergde PR #464 waarmee NIP-77, het offline event signing-protocol, wordt geïmplementeerd. Aan de signer-kant voegen PR #602 en PR #601 een web-specifieke event signer en een PlatformEventVerifier abstractie toe, waardoor Flutter web-apps de platform-signer kunnen gebruiken zonder een apart codepad; PR #604 introduceert een event signer factory voor runtime signer-selectie. PR #608 voegt getDmRelays() toe om de NIP-17 DM relay-lijst van een gebruiker op te halen (kind:10050), en PR #600 verhelpt NIP-46 signed field preservation zodat remote signers geen velden verliezen bij round-trip.

Pages by Form* (repo), Formstr’s Nostr-native collaboratieve document-app gehost op pages.formstr.app, mergde deze week vier PRs die de flows voor versleutelde bijlagen en documentbeheer aanscherpen. PR #37 verhelpt ontbrekende afbeeldingen in DOCX, HTML en PDF exports door versleutelde bijlagen inline te plaatsen: het haalt <encrypted-file> blobs op van Blossom-servers, ontsleutelt ze met AES-GCM 256-bit met de opgeslagen sleutel en nonce, valideert het image MIME-type en converteert ze naar base64 data-URLs zodat exports afbeeldingen behouden die alleen in versleutelde vorm op Blossom bestaan. PR #39 voegt een lokaal document-zoekmechanisme toe, PR #38 ruimt de rename-flow op en PR #40 verhelpt shared backup handling.

Zap Cooking mergde PR #396, de eerste fase van een feed-herziening die feed-rendering primitieven legt zonder al enige door de gebruiker zichtbare wijziging. De PR introduceert een NIP-92 imeta tag parser die de url, m (MIME), dim (afmetingen), blurhash, alt, x (file hash) en fallback slots leest, plus een handmatig geporteerde canonieke blurhash decoder (~200 LOC) die PNG data-URLs produceert via canvas met een SSR-veilige null-fallback. Wanneer imeta tags ontbreken, valt de parser terug op het extraheren van ruwe afbeeldings- en video-URLs uit de event-inhoud met dezelfde heuristieken die de huidige feed al gebruikt.

Nurunuru (ぬるぬる, tami1A84/null--nostr), een Nostr-client met native Android-, iOS- en Web-varianten die een Rust FFI engine delen, mergde zijn v1.5.0 Native → Web sync in PR #176. De sync brengt verschillende feature-toevoegingen naar de Web-build die al op Android v1.4.9 en iOS 1.0.4 werden geleverd: de NotificationModal toont nu birthday notifications, mutual-follow zap-detectie en custom-emoji reactie-notificaties; de reactie-picker laat de Unicode default-reactions quick-row vallen en centreert de UX op custom emoji; de recommendation engine in lib/recommendation.js filtert gebruikers zonder iconen of display names uit en prioriteert Following entries met Recommended die op de achtergrond laden. Voice input is de ene feature die de andere kant op gaat: de Web-build gebruikt al ElevenLabs Scribe streaming, en v1.5.0 sync partieel de Native-kant naar de OS-standaard SpeechRecognizer (Android) en SFSpeechRecognizer + AVAudioEngine (iOS) terwijl de volledige Native Scribe-integratie is uitgesteld tot v1.6.

Protocol- en spec-werk

PR #2251 scherpt de NIP-70 protected events spec aan: er staat nu expliciet dat reposts die de volledige inhoud van een beschermd event embedden door relays moeten worden afgewezen. NIP-70 definieert de - tag die aangeeft dat een note-auteur niet toestaat dat zijn note wordt hergepubliceerd. De originele spec dekte relay filtering-gedrag, maar liet het repost-geval onduidelijk. Deze PR sluit dat gat. Citrine’s PR #151 implementeert de enforcement aan de relay-kant in dezelfde week.

PR #1653 stelt een Drafts NIP voor voor het opslaan en synchroniseren van private draft events. Het voorstel gebruikt replaceable events met een draft status en NIP-44 versleuteling naar de eigen key van de auteur, waardoor clients works in progress naar relays kunnen opslaan zonder dat die events voor iemand anders zichtbaar zijn. Het draft event draagt de volledige beoogde-publicatie event als versleutelde inhoud, inclusief zijn uiteindelijke kind en tags.

Snapshots (PR #2279) is een open voorstel om een immutable snapshot-event te definiëren voor het bewaren van één exacte versie van een replaceable Nostr-event. Het snapshot-event draagt de volledige inhoud van het replaceable event op een bepaald tijdstip, met een a tag die het terugkoppelt naar het adres van het replaceable event zodat alle historische versies samen opvraagbaar zijn. Dit maakt het mogelijk voor waarnemers om historische status te inspecteren, zelfs nadat relays oude versies niet meer bewaren.

Namecoin NIP-05 golf: Deze week was er een gecoördineerde push om .bit NIP-05 resolutie toe te voegen aan Nostr-clients. De NIP-discussiefeed legde open-source PRs vast tegen Aegis (#14, die sign-time verificatie bij de signer toevoegt), nostter (#2128) en dart-nostr (#44), naast een upstream NIP draft (PR #2349). De Aegis PR is opmerkelijk omdat het verificatie aan de producentenkant plaatst: de signer controleert de Namecoin-chain voordat een kind:0 event dat een .bit identiteit claimt wordt ondertekend en waarschuwt de gebruiker bij een mismatch, waarbij het probleem wordt opgevangen voordat het event een relay bereikt.

NIP Deep Dive: NIP-07 (window.nostr voor webbrowsers)

NIP-07 definieert de window.nostr interface die browserextensies aan webapplicaties blootstellen. Het is de meest wijdverbreid gedeployde signer-interface op het web, geïmplementeerd door extensies waaronder Alby, nos2x, Flamingo en horse.

De interface heeft twee vereiste methoden en verschillende optionele. window.nostr.getPublicKey() retourneert de public key van de gebruiker als hex string zonder ooit de private key bloot te stellen aan de aanroepende pagina. window.nostr.signEvent(event) neemt een gedeeltelijk event met created_at, kind, tags en content, en retourneert het volledig ondertekende event met id, pubkey en sig toegevoegd. Het belangrijkste punt is dat de private key nooit de geïsoleerde context van de extensie verlaat; de webapplicatie dient een niet-ondertekend event in en ontvangt een ondertekende terug.

De optionele methoden dekken versleuteling: window.nostr.nip04.encrypt en window.nostr.nip04.decrypt voor het oudere NIP-04-schema (nu gedeprecieerd) en window.nostr.nip44.encrypt en window.nostr.nip44.decrypt voor het huidige NIP-44-schema. Extensies die NIP-44 ondersteunen kunnen daarom zowel direct message-versleuteling als elke andere applicatie die pubkey-gekoppelde versleuteling nodig heeft afhandelen zonder dat de aanroepende pagina de nsec ziet.

De spec bevat ook een aanbeveling aan extensie-auteurs: laad scripts met "run_at": "document_end" in het extensiemanifest zodat window.nostr synchroon beschikbaar is wanneer de pagina wordt geladen, waarmee race conditions worden vermeden waarbij een client window.nostr controleert voordat de extensie het heeft geïnjecteerd.

Een belangrijk voorbeeld van NIP-07 in actie is het Keycast-project dat hierboven werd behandeld. De Keycast web-frontend gebruikt NIP-07 om NIP-98 HTTP auth events te ondertekenen: de SvelteKit-app hanteert nooit de nsec van de gebruiker direct. Het roept window.nostr.signEvent aan om de auth-header te produceren en verzendt die header vervolgens naar de Keycast API. Deze architectuur betekent dat het key-materiaal in de browserextensie blijft gedurende de gehele team key management flow.

{
 "id": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2",
 "pubkey": "7f8e9d0c1b2a3e4f5d6c7b8a9f0e1d2c3b4a5f6e7d8c9b0a1f2e3d4c5b6a7f8a",
 "created_at": 1747785600,
 "kind": 1,
 "tags": [],
 "content": "Hello from a NIP-07 signed event",
 "sig": "0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2cdd"
}

NIP Deep Dive: NIP-39 (externe identiteiten in profielen)

NIP-39 definieert hoe een Nostr-gebruiker controle over externe platform-identiteiten kan verklaren in zijn profiel. Elke verklaring gebruikt een i tag binnen een kind:10011 event, waarbij eigendom van een specifieke account op een ander platform wordt geclaimd samen met een bewijs dat onafhankelijk kan worden geverifieerd.

Elke tag volgt het formaat ["i", "platform:identity", "proof"], waarbij platform:identity de platformnaam en gebruikersnaam combineert met een dubbele punt als scheidingsteken (github:semisol, twitter:semisol_public). proof verwijst naar een verifieerbaar artefact op het platform zelf.

Voor GitHub is het bewijs een Gist ID. De gebruiker maakt een publieke Gist aan vanaf zijn GitHub-account met de tekst Verifying that I control the following Nostr public key: npub1.... Een client die de claim verifieert haalt https://gist.github.com/<identity>/<proof> op en controleert dat de Gist is geschreven door de geclaimde GitHub-gebruikersnaam en de verwachte pubkey bevat. Voor Twitter is het bewijs een tweet ID, voor Mastodon een post ID en voor Telegram een berichtreferentie in een publieke groep.

De identity provider-naam mag alleen a-z, 0-9 en de tekens ._-/ bevatten, en mag geen : bevatten. Identiteitsnamen moeten worden genormaliseerd naar kleine letters, waarbij de primaire alias wordt gebruikt wanneer er meerdere bestaan.

De Namecoin .bit NIP-05 discussie die deze week plaatsvindt laat de rol van NIP-39 in de bredere identiteitsstack zien: het biedt een gestandaardiseerde, relay-agnostische manier om een Nostr-sleutel te kruisverwijzen met een gevestigde identiteit elders, zonder dat er een centrale verificatie-autoriteit nodig is. Een client kan het bewijs onafhankelijk verifiëren door een publiek artefact op het genoemde platform op te halen, en het bewijs is gebonden aan de specifieke Nostr-pubkey in de Gist- of tweet-tekst, niet aan een generieke platform-credential.

{
 "id": "b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3",
 "pubkey": "7f8e9d0c1b2a3e4f5d6c7b8a9f0e1d2c3b4a5f6e7d8c9b0a1f2e3d4c5b6a7f8a",
 "created_at": 1747785600,
 "kind": 10011,
 "tags": [
 ["i", "github:semisol", "9721ce4ee4fceb91c9711ca2a6c9a5ab"],
 ["i", "twitter:semisol_public", "1619358434134196225"],
 ["i", "mastodon:bitcoinhackers.org/@semisol", "109775066355589974"]
 ],
 "content": "",
 "sig": "1c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3eff"
}

Dat was het voor deze week. Als je iets aan het bouwen bent of nieuws hebt om te delen, DM ons op Nostr of vind ons op nostrcompass.org.

Nostr Compass #22

Wed, 13 May 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, uw wekelijkse gids voor de ontwikkeling van het Nostr-protocol.

Deze week: Nostr VPN brengt acht releases uit in zeven dagen, van een opnieuw ontworpen apparaatkoppelingsflow tot een FIPS AEAD-wissel die de TCP-doorvoer ruwweg verdubbelt. Marmot Protocol (de basis voor White Noise) brengt een frontend-release uit die de gebruikersblokkering voltooit en 31 samengevoegde PR’s over MDK en de backend. Grain brengt v0.6.0 uit met vier nieuwe NIP-implementaties in één mijlpaal. Citrine brengt v3.0.0-pre1 uit met ingebouwde Tor en relay-aggregatie. Amber brengt v6.1.0-pre2 uit met verbeteringen in de verbindingsflow en ondertekening. Alby Hub brengt v1.22.2 uit met een AI en Agents-pagina en Core Lightning-integratie. Mostro brengt gelijktijdige taker bonds en mostro-core v0.11.0 uit. Jumble brengt vijf releases uit met recente zoekgeschiedenis en fixes voor het bewaren van accountgegevens. Nostrord brengt drie releases uit met groepsdeelvensters en Arch Linux-pakketten. Flotilla brengt 1.8.0 uit met videogesprekken, e-mailweergave en kamerverwijzingen. Calendar by Formstr brengt v1.5.1 uit met afspraakplanning en Android-kalendersynchronisatie. Tamagostrich lanceert een gedecentraliseerde NIP-78 Tamagotchi met sats-beloningen.

Hoofdverhalen

Nostr VPN brengt acht releases uit die culmineren in v4.0.10

Nostr VPN, het op Rust gebaseerde gedecentraliseerde mesh-VPN dat Nostr gebruikt voor peer-discovery, bracht acht releases uit van v4.0.1 tot v4.0.10 voor macOS, Linux, Windows en Android. De belangrijkste wijziging in v4.0.8: de AEAD werd gewisseld van de RustCrypto chacha20poly1305 soft backend naar BoringSSL’s ChaCha20-Poly1305 in ring 0.17, dat gebruik maakt van handmatig afgestemde NEON op aarch64 en AVX2/AVX-512 op x86_64. Docker-benchmarks op identieke hardware toonden een directe TCP-doorvoer van 2-knooppunten die sprong van 437 naar 1097 Mbps. v4.0.9 voegde sendmmsg(2)-batching toe op het UDP-verzendpad, waardoor de TCP-enkelvoudige stroom steeg van 1066 naar 1548 Mbps (1,45×). v4.0.10 bracht een volledige UX-revisie voor apparaatkoppeling.

Marmot / White Noise brengt frontend-release uit die gebruikersblokkering voltooit en 31 samengevoegde PR’s over MDK en backend

White Noise bracht v2026.5.7+24 uit op 7 mei, waarmee de blokkeerfeatureset wordt voltooid. Een geblokkeerde gebruiker is nu verborgen in uitnodigingen, chatvoorbeelden, berichttijdlijnen, zoekresultaten en meldingen, en hun berichten tellen niet meer mee voor ongelezen badges. MDK landde PR #258 met het extensie v3-draadformaat en het disappearing_message_secs-schema, waarmee de basis wordt gelegd voor verdwijnende berichten.

Grain v0.6.0 voegt NIP-40, NIP-50, NIP-70 en NIP-45 toe

Grain bracht v0.6.0 uit op 6 mei met vier nieuwe NIP-implementaties. NIP-40 event-vervaldatum laat uitgevers een vervaltijdstempel instellen zodat de relay events verwijdert nadat ze vervallen. NIP-50 volledige tekstzoekopdracht laat clients zoekfilters uitsturen in REQ-berichten. NIP-70 beschermde events voorkomt dat relays events opnieuw delen zonder expliciete toestemming van de auteur. NIP-45 telquery’s laten clients een relay vragen om een telling van overeenkomende events te retourneren.

Deze week verschenen

Citrine v3.0.0-pre1 brengt ingebouwde Tor en relay-aggregatie

Citrine bracht v3.0.0-pre1 uit met ingebouwde Tor-ondersteuning voor privacybesparende relay-toegang en relay-aggregatie, waarbij Citrine events kan ophalen uit meerdere upstream-relays en ze kan bedienen aan lokale clients. PR #139 voegt NIP-77 (Negentropy Reconciliation)-ondersteuning toe voor efficiënte set-reconciliatie-gebaseerde eventsynchronisatie.

Amber v6.1.0-pre2 verbetert de nieuwe app-verbindingsflow

Amber bracht v6.1.0-pre2 uit. De belangrijkste fixes: het ondertekeningsvenster sluit nu correct na het accepteren van een bunker-verzoek, misvormde bunker-verzoeken tonen een scherm voor ongeldig verzoek, en snelheidsbegrenzing wordt toegevoegd voor op intent gebaseerde ondertekeningsverzoeken.

Alby Hub v1.22.2 voegt AI en Agents-pagina en Core Lightning-ondersteuning toe

Alby Hub bracht v1.22.2 uit. De nieuwe AI en Agents-pagina stelt de Lightning- en NWC-mogelijkheden van Alby Hub beschikbaar aan AI-agents en MCP-compatibele tools. Core Lightning (CLN) is nu een ondersteunde backend naast LND en LDK.

Mostro brengt gelijktijdige taker bonds en mostro-core v0.11.0 uit

Mostro voegde 11 PR’s samen voor de taker bond-feature. PR #733 implementeert gelijktijdige taker bonds waarbij meerdere takers tegelijkertijd bond-facturen kunnen indienen en de eerste die vergrendelt wint. mostro-core bracht v0.11.0 uit met PR #144 die Action::PayBondInvoice en Status::WaitingTakerBond toevoegt. mostro-cli bracht v0.15.0 uit.

Jumble brengt vijf releases uit met recente zoekfunctie en accountpersistentie

Jumble bracht v26.5.2 tot en met v26.5.6 uit. v26.5.5 voegt recente zoekgeschiedenis toe. Een kritieke persistentiebug is opgelost in v26.5.6: accounts en gecachte gegevens overleven nu een volledig opnieuw starten van de app.

Nostrord brengt groepsdeelvensters, media-upload en Arch Linux-pakketten uit

Nostrord bracht v1.0.0, v1.0.1 en v1.0.2 uit. v1.0.1 brengt Arch Linux-pakketten via AUR als nostrord-bin met PGP-ondertekende artefacten, een knop om naar het laatste bericht te springen, en afbeeldingen/media plakken in chat. v1.0.2 voegt groepsdeling toe via PR #49 met een deelvenster dat zowel een nostr:naddr URI als een nostrord.com/open/-link genereert.

FIPS v0.3.0 brengt platformoverschrijdend bereik, Nostr peer-discovery en een gateway voor ongewijzigde LAN’s

FIPS bracht v0.3.0 uit, een belangrijke mijlpaal die uitbreidt van alleen Linux naar Linux, macOS, Windows en OpenWrt. Knooppunten publiceren nu ondertekende overlay-advertenties als kind:37195 geparametriseerde vervangbare events op publieke Nostr-relays. Dezelfde ring 0.17 ChaCha20-Poly1305-wissel die de Nostr VPN-doorvoersprong aandreef, landt ook in FIPS v0.3.0.

Camelus v1.10.1 brengt desktopbuilds uit

Camelus bracht v1.10.1 uit met Windows- en Linux-desktopbuilds, waarmee de distributie wordt uitgebreid van alleen mobiel.

Flotilla 1.8.0 brengt videogesprekken, e-mailweergave en kamerverwijzingen uit

Flotilla bracht 1.8.0 uit. Spraakkamers ondersteunen nu video: deelnemers kunnen camera’s aanzetten of hun scherm delen tijdens een gesprek. E-mailweergave arriveert via een update van de welshman-bibliotheek. Kamerverwijzingen laten gebruikers andere kamers en relays verwijzen met klikbare inline-links.

Calendar by Formstr brengt v1.5.1 uit met afspraakplanning en Android-kalendersynchronisatie

Calendar by Formstr bracht v1.5.0 uit op 10 mei en v1.5.1 op 11 mei. Afspraakplanning laat gebruikers boekbare tijdslots aanmaken. Alleen-lezen Android-kalenderintegratie synchroniseert Nostr-events naar de apparaatkalender.

In ontwikkeling

Amethyst voegt geplande berichten, NIP-9A community-regels en een lokale desktayrelay toe

Amethyst voegde 78 PR’s samen deze week. Geplande berichten landen in PR #2765. Een desktopbuild krijgt een ingebedde lokale relay met SQLite-eventpersistentie in PR #2841. Drie PR’s implementeren NIP-9A community-regels: PR #2798 valideert berichten tegen community-regels voor verzending, PR #2799 voegt een gestructureerde NIP-9A regeleditor toe, en PR #2800 voegt een opt-in NIP-9A-feedfilter toe.

Shopstr voegt MCP-auditlogboekregistratie en sessiebeveiliging toe

Shopstr voegde vijf PR’s samen. Auditlogboekregistratie voor de MCP-toollaag landt in PR #456. Sessiebeveiliging wordt aangescherpt in PR #477 met sessieverankering aan de oorspronkelijke API-sleutel en TTL-verwijdering.

Dart NDK voegt webondersteuning en seal-handtekeningverificatie toe

Dart NDK voegde zes PR’s samen. Webondersteuning arriveert in SembastCacheManager via PR #571. Seal-handtekeningverificatie landt in PR #595 voor de NIP-59 Gift Wrap-flow.

Nieuwe projecten

Tamagostrich lanceert een gedecentraliseerde NIP-78 Tamagotchi met sats-beloningen

Tamagostrich is een browsergebaseerd virtueel huisdierengame gelanceerd op IDENTITY Hackathon 2026, waarbij een babystruisvogel, Nori, evolueert via uw Nostr sociale activiteit. De toestand van het huisdier leeft in een NIP-78 kind:30078-event voor synchronisatie tussen apparaten. Mijlpaalbeloningen worden uitbetaald in sats via NIP-47: 50 sats op level 5, 210 sats op level 10, en 420 sats op het maximale level 21, verzonden naar het lud16-adres van de gebruiker.

Protocol- en specificatiewerk

Vijf nieuwe voorstellen werden deze week ingediend:

PR #2331 stelt NIP-9A voor: Verifieerbare Community-regels, met introductie van kind:34551 voor machineleesbare cryptografisch ondertekende community-regeldocumenten.

PR #2335 stelt Reservation Events voor Nostr Marketplaces voor, waarbij kind:32122 (geparametriseerde vervangbare reserveringsevents), kind:1326 (alleen-toevoegen overgangsauditrecords) en kind:32124 (post-handelsevaluaties) worden gedefinieerd. Onderhandeling is privé via NIP-59 gift-wrapped berichten.

PR #2334 stelt Escrow Services voor Nostr Marketplaces voor met kind:30303 zodat escrow-operators hun EVM-contractadres en tariefschema kunnen verklaren.

PR #2333 stelt Accommodation Listing Profiles voor NIP-99 Marketplace Listings voor, waarmee NIP-99 wordt uitgebreid met H3 geospatiale index g-tags voor kortetermijnverhuurlijsten.

PR #2332 stelt NIP-BC voor: Onchain Zaps (kind 8333), waarbij de directe identiteit tussen Nostr-sleutels en Bitcoin Taproot-adressen wordt benut. Het kind-nummer weerspiegelt NIP-57: 9735 is de Lightning P2P-poort; 8333 is de P2P-poort van Bitcoin mainnet.

NIP-diepteduik: NIP-78 (App-specifieke gegevens)

NIP-78 definieert een standaardmanier voor applicaties om willekeurige privé- of openbare gegevens namens een gebruiker op te slaan met behulp van Nostr-events. Het kerntype is 30078, een geparametriseerd vervangbaar event waarbij de d-tag een door de applicatie gedefinieerde identificatiereeks is. Een applicatie geeft zijn opslagslot een unieke d-tag en publiceert een 30078-event met de JSON- of tekstinhoud die het moet bewaren. De primaire motivatie is apparaatoverschrijdende synchronisatie zonder een gecentraliseerde server. Voor privé-applicatiegegevens kunnen NIP-78-events het inhoudsfeld versleutelen met NIP-44 voor publicatie. Huidige gebruikers zijn onder meer Tamagostrich (synchronisatie van huisdiertoestand), Wisp (portefeuilleback-up en beveiligingsinstellingen), NosPress (CMS-orchestratiestatus) en verschillende Nostr-clientinstellingen voor synchronisatie-implementaties.

Primaire bronnen:

NIP-78-specificatie: https://github.com/nostr-protocol/nips/blob/master/78.md
Tamagostrich: https://github.com/Negr087/tamagostrich

Zie ook: NIP-51 Lijsten, NIP-65 Relay-lijstmetadata

NIP-diepteduik: NIP-98 (HTTP Auth)

NIP-98 definieert een HTTP-authenticatieschema waarmee Nostr-sleutelparen verzoeken aan HTTP-servers autoriseren, waardoor gebruikersnamen, wachtwoorden of OAuth-tokens overbodig worden. Een client construeert een kortlevend Nostr-event van kind 27235, ondertekent het met zijn privésleutel, codeert de JSON in base64 en verzendt het in een Authorization: Nostr HTTP-header. Het kind 27235-event bevat de HTTP-methode in een method-tag, de volledige verzoek-URL in een u-tag, en een created_at-tijdstempel. De server valideert de handtekening, controleert of methode en URL overeenkomen, en verifieert of het tijdstempel recent is om hergebruiksaanvallen te voorkomen. NIP-98 wordt gebruikt in Blossom (BUD-01) voor blob-uploadauthenticatie, Routstr voor API-toegangscontrole per verzoek, Sprout voor git-transportauthenticatie en Alby Hub voor admin-API-authenticatie.

Primaire bronnen:

NIP-98-specificatie: https://github.com/nostr-protocol/nips/blob/master/98.md
BUD-01: https://github.com/hzrd149/blossom/blob/master/buds/01.md

Zie ook: NIP-96 HTTP-bestandsopslagintegratie

Dat is het voor deze week. Als u iets bouwt of nieuws te delen heeft, stuur ons een DM op Nostr of vind ons op nostrcompass.org.

Nostr Compass #21

Wed, 06 May 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, uw wekelijkse gids voor Nostr.

Deze week: Marmot Protocol levert MDK 0.8.0 met de eerste MIP-05 notificatieprimitieven, adresseerbare NIP-51 sleutelpakketten en een aangescherpte beveiligingsreview. LaWallet NWC levert v0.10.0 als de grootste release sinds de OpenSats-financiering, met een volledig beheerdersdashboard, gebruikersportemonnee, activiteitenlog van begin tot eind en het nieuwe LightningAddress 1→N en NWCConnection-schema. Amethyst voert een Nests-stabilisatiesprint uit met eliminatie van audiogaten tijdens JWT-vernieuwing, levenscyclusbewuste sleuteldata-abonnementen, relay keep-alive herverbinding en een geanimeerde indicator voor de sprekende deelnemer. ngit levert v2.4.2 en v2.4.3 met fixes voor GRASP-serverdetectie bij PR-indieningen en filtering van multi-remote statusgebeurtenissen. GRAIN levert v0.5.4 met productieharding en een stille fix voor gegevensverlies. Mostro Core levert v0.10.1 met PGP-ondertekende release-artefacten. Clave lanceert v0.2.0 met multi-accountondersteuning op iOS.

Hoofdverhalen

MDK 0.8.0 voegt MIP-05 notificatieprimitieven en adresseerbare sleutelpakketten toe

MDK, de Rust-kernbibliotheek voor het Marmot-protocol, leverde v0.8.0 op 4 mei. Deze release bevat de eerste MIP-05 notificatiebouwstenen, verplaatst MIP-00 sleutelpakketten naar adresseerbare gebeurtenissen zodat het sleutelpakket van een gebruiker ter plekke kan worden vervangen, verbetert de compatibiliteit van groepen met gemengde versies, breidt UniFFI-dekking voor mobiele bindingen uit en scherpt validatiepaden aan rondom beheerdersacties, commits, opslag, versleutelingsgrenzen en replay-afhandeling. MIP-05-primitieven bevatten bladindexhelpers toegevoegd in PR #235, die downstream clients voldoende informatie geven om per-ontvanger pushnotificaties te bezorgen zonder de groepsstructuur te onthullen. PR #273 herstelt de publicatie van mdk-core op crates.io, en PR #269 onthult de test_util-module achter een test-utils Cargo-functie zodat externe clienttestsuites het testharnas van Marmot kunnen delen.

LaWallet NWC v0.10.0 levert het volledige monorepo en gebruikersportemonnee

LaWallet NWC, de NIP-47 Nostr Wallet Connect-implementatie van het LaWallet-team, leverde v0.10.0 op 30 april. Dit is de grootste release sinds het project OpenSats-financiering ontving. Het levert het volledige monorepo, het complete beheerdersdashboard, een gebruikersportemonnee, een activiteitenlog van begin tot eind, dynamische branding en het nieuwe LightningAddress 1→N en NWCConnection-schema. De gebruikersgerichte portemonnee in PR #191 omvat onboarding, startpagina, verzenden/ontvangen, scannen, valuta’s, een activiteitenfeed en een offline cache.

Amethyst stabiliseert Nests met keep-alive, JWT-veerkracht en levenscyclusabonnementen

Amethyst, de veelzijdige Android-client, zette het NIP-53 Nests audiokamerwerk voort met een stabilisatiesprint gericht op faalwijzen die gesprekken in productie verbraken. De audiogat-fix in PR #2733 overlapt nieuwe referentieverkrijging met de actieve stream tijdens JWT-vernieuwing. Een nieuw keep-alive-mechanisme in PR #2730 verbindt verbroken relays opnieuw zonder handmatige gebruikersactie, en PR #2728 vervangt het verouderde KeyDataSourceSubscription door LifecycleAwareKeyDataSourceSubscription. PR #2724 voegt een geanimeerde buitenringindicator toe die de sprekende deelnemer benadrukt in sessies met meerdere sprekers.

ngit v2.4.2 en v2.4.3 fixen GRASP-serverdetectie en multi-remote statusgebeurtenissen

ngit, het commandoregelgereedschap en git-plugin voor NIP-34-samenwerking, leverde v2.4.2 op 28 april en v2.4.3 op 1 mei. v2.4.2 repareert een URL-normalisatiemismatch waarbij repo_grasps genormaliseerde hostnamen bevatte maar de vergelijking plaatsvond met volledige kloon-URL’s. v2.4.3 repareert een statusgebeurtenisambiguïteit die optrad wanneer een repository meerdere nostr://-remotes heeft met dezelfde identifier.

GRAIN v0.5.4 brengt productieharding en een stille fix voor gegevensverlies

GRAIN, de op Go gebaseerde Nostr-relay en clientbibliotheek, leverde v0.5.4 op 30 april. De release bundelt zes geaccumuleerde fixes sinds v0.5.3, waaronder een stil gegevensverliesbug in de Docker-snelstart die eerder gebeurtenissen verwierp wanneer de container herstartte, en een opslaglaag-correctheidbug in adresseerbare gebeurtenislezingen.

Mostro Core v0.10.1 voegt PGP-ondertekende release-artefacten toe

Mostro Core, de Rust-bibliotheek die peer-to-peer-functionaliteit levert voor de Mostro-daemon, leverde v0.10.1 op 28 april. De nieuwe release voegt PGP-ondertekende release-artefacten en een release-verificatiestroom toe zodat downstream-packagers de artefactherkomst kunnen bevestigen.

Releases

Clave v0.2.0 lanceert multi-account op iOS met NIP-46 (Nostr Connect) ondertekening

Clave, de iOS NIP-46 remote signing-app, leverde v0.2.0 op 5 mei. De grootste update introduceert multi-accountondersteuning: Clave kan nu tot vier accounts op één apparaat bewaren, met een éénklik-wisselaar en per-accountisolatie. PR #23 voegt de iOS-loodgieterij toe voor multi-account, en PR #22 voegt een signer_pubkey-veld toe aan de APNs-lading zodat het apparaat weet bij welk account een remote ondertekeningsverzoek hoort.

Wisp levert v1.0.3 → v1.0.5 stabiliteitswerk

Wisp, de Android-client, leverde v1.0.3, v1.0.4 en v1.0.5 op 4 mei met stabiliteitswerk. PR #506 voegt Thumbhash toe voor wazige afbeeldingsvoorbeelden terwijl volledige media laadt, en PR #514 vermindert haperingen bij het wisselen van onderste tabbladen.

Amber 6.1.0-pre1 levert layout- en stabiliteitsfixes

Amber, de Android-ondertekeningsapp voor NIP-55 en NIP-46, leverde v6.1.0-pre1 met een layoutpass op de nieuwe app-verbindingsstroom en diverse crashfixes. PR #416 repareert ActivityStatsBar-layout en tekstoverloopproblemen.

Routstr Core v0.4.3 verbetert betaling, terugbetaling en gebruiksrapportage

Routstr Core leverde v0.4.3 als pre-release op 1 mei met verbeteringen in betaling- en terugbetalingsafhandeling, kostentracking en gebruiksrapportage.

Nostria v3.1.37 t/m v3.1.41 voegen webbladwijzers en een automatisch thema toe

Nostria, de multi-platform Nostr-client, leverde v3.1.37 t/m v3.1.41 met NIP-B0 webbladwijzerondersteuning, een automatisch thema dat apparaatinstellingen volgt en in-app PDF-weergave.

NoorNote v0.8.9 repareert leeg scherm bij eerste start op desktop

NoorNote leverde v0.8.9 op 28 april en repareert een leegscherm-bug bij de eerste start van de desktopapp.

Kubo v0.3.4 t/m v0.4.1 lanceren een kindveilig Nostr-videoplatform met ouderlijk toezicht en Web of Trust-feedcuratie

Kubo, een kindveilig videoplatform op Nostr, leverde v0.3.4 t/m v0.4.1 op 4 en 5 mei. Elk kind krijgt een apart Nostr-sleutelpaar en een videogericht feed waarbij ouders tijdslimieten (15 tot 180 minuten per dag), toegestane tijdvensters en zichtbaarheid van plaatsingsacties beheren.

Niet-uitgebrachte wijzigingen

Sprout levert Desktop v0.0.4 en v0.0.5 naast NIP-OA agentauthenticatie en de pair-relay sidecar

Sprout, Block’s Nostr-client met ingebouwde relay, leverde Desktop v0.0.4 op 5 mei en v0.0.5 op 6 mei. PR #471 koppelt NIP-OA agentauthenticatie aan de NIP-43 lidmaatschapsstroom van de relay zodat een autonome agent kan bewijzen dat een specifieke menselijke publieke sleutel zijn acties heeft geautoriseerd. Een nieuwe tijdelijke sidecar-relay voor NIP-AB apparaatkoppeling arriveeert in PR #467 als sprout-pair-relay.

nostream voegt Marmot-relayondersteuning en NIP-25-reacties toe

nostream, de Node.js relay-implementatie, fuseerde Marmot Protocol-relayondersteuning voor MIPs 00 t/m 03 in PR #602, NIP-25-reactieondersteuning in PR #589 en geohash-prefixmatching voor #g-filters in PR #586.

strfry voegt per-verbinding observeerbaarheid toe en verlaagt nofiles-plafond

strfry, de C++ Nostr-relay, fuseerde 14 PR’s gericht op observeerbaarheid. PR #218 voegt per-verbinding observeerbaarheid van uitstaande uitgaande berichten en een configureerbaar tegendrukplafond toe. PR #224 verwijdert std::function heap-allocaties uit de per-gebeurtenismonitor-fanout.

Damus vervangt Tenor-GIF’s door een Purple-proxy en levert compressie-UX

Damus fuseerde PR #3737 dat de Tenor GIF-integratie vervangt door een Damus Purple-proxy.

Primal Android polijst Verkennen, meldingen en de NIP-05 geverifieerde badge

Primal Android fuseerde PR #1043 dat een knipperende NIP-05 geverifieerde badge repareert voor gebruikers met _@domein-identifiers.

Alby Hub voegt NWC-betalingen toe vanuit appverbindingen

Alby Hub fuseerde PR #2267 waarmee betalingen vanuit appverbindingen mogelijk worden.

routstrd-auth: een gedockeriseerde Routstrd voor teams met NIP-98-auth en npub RBAC

routstrd-auth, aangemaakt op 27 april, is een gedockeriseerde variant van Routstrd voor multi-gebruiker teamimplementaties met op npub gebaseerde rolgebaseerde toegangscontrole en NIP-98 HTTP-authenticatie.

Routstrd integreert Hermes voor daemonclients en externe modus

Routstrd fuseerde PR #22 die integratie met Hermes Agent toevoegt zodat het configuratiebestand van de agent gevuld wordt met modelleveranciers en API-sleutels die Routstrd via Nostr ontdekt.

whitenoise-rs levert per-account database-isolatie en voorstelupgrades

whitenoise-rs fuseerde PR #796 dat berichtprojectietabellen naar per-account databases verplaatst, en PR #791 voegt voorstelupgrades toe zodat groepen functionaliteit kunnen uitbreiden met nieuwe voorsteltypes.

Angor 0.2.21 levert compacte appstromen naast sleutelleverancier- en netwerkswitchharding

Angor leverde 0.2.21 op 6 mei met verbeteringen in mobiel ontwerpprestaties, compacte appstromen en een veilige sleutelleverancier.

Nieuw gevolgd en ontdekt

BitMacro Signer: een zelf te hosten NIP-46 bunker met client-side sleutelversleuteling

BitMacro Signer is een zelf te hosten Nostr-ondertekeningsgereedschap met het NIP-46 bunkermodel. Sleutels worden aan de clientzijde versleuteld vóór opslag zodat de server nooit platte tekst bezit.

NIP-34 repository-ontdekking leverde deze week 26 nieuwe repository-aankondigingen op, waarvan vier opvallen:

gnostr: een git-implementatie gebouwd direct op Nostr

gnostr is een git-implementatie gebouwd direct op Nostr, met eigen werktreeopdrachten als een from-scratch Nostr-native versiebeheerclient.

nostr-archive: een inhoudsgeadresseerde archiefspecificatie op Nostr en Blossom

nostr-archive is een conceptspecificatie en referentie-implementatie voor inhoudsgeadresseerde archieven op Nostr en Blossom.

flower-cache: een lokale Blossom-cacheserver

flower-cache is een lokale Blossom-cacheserver, nuttig voor clients die een warme lokale spiegel willen van de blobset van een externe Blossom-server.

micro-vpn-ansible: Ansible-playbooks voor VPN-implementatie via NIP-34

micro-vpn-ansible is een kleine verzameling Ansible-playbooks voor het implementeren van een micro-VPN, gehost als een NIP-34 repository.

Protocolwerk

NIP-updates

Een makelaarsloze hashratemarkt via Nostr (conceptvoorstel): Anoniem concept-NIP dat stelt dat huidige hashratemarktspelers bewaarnemende makelaars zijn die gebruikers KYC-screenen. Stelt een P2P-hashratemarkt op Nostr-gebeurtenissen voor.
Curated Feeds: een eenvoudiger alternatief voor DVM-feeds (conceptvoorstel): Betoogt dat NIP-90 DVM’s te zwaar zijn voor eenvoudige feedcuratie; stelt in plaats daarvan dunne adresseerbare gebeurtenissen met geordende lijsten van gebeurtenis-ID’s voor.
Profile Colors: deterministische visuele identiteit (conceptvoorstel): Nieuw NIP-concept voor het afleiden van deterministische leesbare kleuren van een Nostr-publieke sleutel voor consistente visuele identiteit over clients heen.
Namecoin-Track NIPs: identiteit, relays, TLS en reputatie verankeren (conceptcluster): Een cluster van concept-NIP’s dat Nostr-stackonderdelen naar Namecoin-verankerde records verplaatst.

NIP-diepteduik: NIP-34 (git stuff)

NIP-34 definieert gebeurtenissoorten voor het hosten van git-repositories, patches, pull requests, issues en samenvoegstatus op Nostr-relays. Een repository wordt aangekondigd als een adresseerbare gebeurtenis van soort 30617. Patches gebruiken soort 1617 met git format-patch-uitvoer. Pull requests gebruiken soort 1618. Issues gebruiken soort 1621 met markdown-inhoud. Statusgebeurtenissen verplaatsen een thread tussen Open (1630), Applied/Merged of Resolved (1631), Closed (1632) en Draft (1633). Het NIP-34-verhaal deze week is hetzelfde als de GitWorkshop v2-lancering van vorige week: de PR-samenvoegknop in de browser werkt omdat GRASP-servers, ngit en het nostr://-kloon-URL-schema samen de lus sluiten op een volledig gedecentraliseerde forge.

NIP-diepteduik: NIP-53 (Live Activities)

NIP-53 definieert het standaard gebeurtenisoppervlak voor live-activiteiten op Nostr: livestreams, persistente vergaderruimten, geplande conferentie-evenementen, aanwezigheid van luisteraars en live chat. Een livestream wordt aangekondigd als een adresseerbare gebeurtenis van soort 30311. NIP-53 scheidt de persistente ruimte van de geplande gebeurtenis die daarbinnen plaatsvindt: een soort 30312 Meeting Space definieert een ruimte, en een soort 30313 Conference Event vertegenwoordigt een geplande of lopende vergadering in die ruimte. Het Nostr live-activiteitsoppervlak is opzettelijk smal: NIP-53 kondigt de activiteit aan, terwijl andere NIP’s aangrenzende zaken afhandelen zoals zaps (NIP-57), zapdoelen (NIP-75) en video-opnames (NIP-71).

Dat is het voor deze week. Als u iets bouwt of nieuws wilt delen, stuur ons een DM op Nostr of bezoek nostrcompass.org.

Nostr Compass #20

Wed, 29 Apr 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: GitWorkshop maakt van git-over-Nostr een vollediger codereview-oppervlak met een merge-knop voor PRs in de browser, Stars en repository following, een bandbreedte-efficiënte git explorer, kind 1111 inline reviewopmerkingen en versleutelde multi-device notificatiestatus. Routstrd lanceert een lokale daemon die model providers ontdekt via Nostr kind 38421 announcements en ze betaalt met Cashu. Getagde releases zijn onder meer ngit v2.4.2, Wisp v1.0.0, grain v0.5.2 en v0.5.3, Mostro Core v0.10.0 en Mostro Mobile v1.2.5, marmot-ts v0.5.0, CruxCoach v0.1.3, Meiso v1.3.0, NoorNote, Nostria, Nostr Calendar, nos2x-fox, applesauce, nostr-double-ratchet en meer. Onuitgebrachte wijzigingen behandelen Amethyst Nests, nostream NIP-65 en NWC, FIPS Nostr-gebaseerde udp:nat bootstrap, strfry observability, Sprout owner attestations en Zap Cooking recipe packs. Nieuw gevolgde projecten zijn onder meer Nostrord, Clave, Treasures, smesh, Surveil en andere. De maandelijkse terugblik behandelt Nostr Aprils van 2021 tot 2026.

Belangrijkste verhalen

GitWorkshop levert in-browser PR merge, repository following en een bandbreedte-efficiënte git explorer

GitWorkshop, Dan Conway’s webgebaseerde collaboratielaag voor NIP-34 git-over-Nostr, bracht deze week een grote release uit die de workflow veel dichter bij bij wat ontwikkelaars van GitHub of GitLab verwachten brengt, terwijl opmerkingen, repository-lijsten en notificaties binnen ondertekende Nostr events blijven.

De belangrijkste toevoeging is een langverwachte merge-knop voor PRs in de browser voor repositories die GRASP relays gebruiken. De release voegt ook Stars en repository following toe, gebouwd op reacties en NIP-51 lijsten, met vastgepinde repositorysets die worden gepubliceerd als kind 10617 events die via geordende a tags naar kind 30617 repo announcements verwijzen. Profielpagina’s kunnen nu een draagbare lijst met repositories tonen.

Een bandbreedte-efficiënte git explorer vervangt de vorige shallow clone in de browser. De nieuwe explorer leunt op het onderliggende git client/server-protocol waarop GRASP bouwt, zodat het grote repositories kan verwerken zonder de browser te dwingen een volledige pack op te halen. Zoeken bestrijkt nu gebruikersnamen en repository-metadata, aangedreven door NIP-50 en een ngit-indexer relay-implementatie die repository announcements over het netwerk ontdekt en synchroniseert. Een repository-aanmaakworkflow in de browser maakt het ontdekkings- en onboardingpad compleet.

Reviewtooling is opnieuw opgebouwd rond een Files Changed-tabblad, een per-patch diff viewer en een reeks experimentele nieuwe primitieven. Inline codereview-opmerkingen gebruiken kind 1111, gebouwd op NIP-22: elke opmerking verwijst naar een bestandspad (f tag), een commit SHA (c tag) en een geselecteerd regelbereik (line tag) zodat een client de opmerking op de juiste positie in een diff kan renderen. Een tweede laag van experimentele primitieven wordt gemachtigd door auteur en repo-beheerders en gebruikt NIP-32 labels: hernoem een Issue- of PR-onderwerp na indiening, voeg hashtags toe na indiening, pin een versie-beheerde CoverNote bovenaan een PR of Issue voor een bewerkbare samenvatting en markeer inline codediscussie-subthreads als opgelost. Verdict events en suggestion blokken blijven in draft en zijn nog niet uitgebracht.

Notificatiestatus tussen apparaten wordt ook gesynchroniseerd via Nostr, maar met een privacy-vriendelijke draai. GitWorkshop genereert een dedicated notificatie-keypair, versleutelt die nsec en slaat deze op binnen een kind 30078 event. De notificatie-nsec ondertekent vervolgens de daadwerkelijke notification state events. De indirectie voorkomt dat de hoofdsigner van de gebruiker wordt gespamd met frequente encrypt- en decrypt-verzoeken voor elke lees- of archiveringsactie, en het voorkomt dat externe waarnemers gemakkelijk zien wanneer een gebruiker zijn notification state aanraakt. Een gebruiker kan lees- en archiveringstatus tussen apparaten synchroniseren; relays zien alleen versleutelde blobs.

Routstrd lanceert een lokale router voor inference over Nostr

Routstrd is een nieuwe TypeScript-daemon die lokale tools een OpenAI-compatibel endpoint geeft en elk verzoek routeert naar een concurrerende Routstr provider. De daemon ontdekt providers via Nostr kind 38421 announcements gedefinieerd in Routstr’s RIP-02 specificatie. Het scoort providers vervolgens op prijs, vertrouwen en recente prestaties onder RIP-06 en stuurt elk verzoek naar de huidige beste optie.

Betaling loopt via een lokale Cashu-wallet beheerd door cocod en gefinancierd met Lightning. Dat geeft de client een sats-genoteerd afwikkelingspad terwijl provider discovery publiek en permissieloos blijft via Nostr relays. Als een provider tijdens een sessie faalt, kan Routstrd terugvallen op de volgende node in de rangschikking. Het installatiepad is bun install -g routstrd, gevolgd door routstrd onboard voor wallet- en relay-setup.

De bredere Routstr org onderhoudt de daemon, de Python node software (routstr-core), een chat UI en protocolspecificaties. Voor gebruikers wordt de lokale poort de stabiele interface: bestaande OpenAI-compatibele tools wijzen naar Routstrd, terwijl de daemon provider discovery, routing en betaling afhandelt.

Getagde releases

ngit v2.4.2 lost GRASP relay-detectie op voor PR submissions

ngit bracht v2.4.2 uit met een fix voor repository GRASP server-detectie, waardoor PR-indiening op het gelukkige pad blijft wanneer een voorstel de PR-kind gebruikt. Merk op dat ngit momenteel standaard de Patch-kind gebruikt voor de meeste wijzigingen tenzij ze groot zijn; de maintainer werkt eraan om de standaardwaarde te wijzigen. v2.4.1, eerder deze week uitgebracht, verhielp fatal fouten tijdens clone en fetch wanneer de git-data van een open PR niet beschikbaar was op de opgegeven git-servers van de repository.

Wisp v1.0.0 verlaat de beta

Wisp, een Kotlin en Jetpack Compose Android-client gericht op relay routing, privacy en een kleine native UI, bracht v1.0.0 uit en volgde met v1.0.2. De 1.0.0-mijlpaal bundelt de Normie Mode fiat-denominatietoggle, de For You-feed, NIP-29 relay-gebaseerde groepsconfiguratie en NIP-65 relay-list broadcasting, behandeld in Newsletter #19. v1.0.2 voegt Android 15 16 KB paginagrootte-ondersteuning toe, een QR scan-tab in het drawer sheet, een downloadknop voor inline video-bediening en performancefixes voor de notificatielijst.

grain v0.5.2 lost WebSocket lockup op, v0.5.3 zet polish voort

grain, de Go relay van 0ceanSlim, bracht v0.5.2 uit als kritieke hotfix voor een WebSocket-lockup geïntroduceerd in v0.5.0, en volgde vervolgens met v0.5.3. De lockup zorgde ervoor dat verbindingen bleven hangen onder sommige filter- en WebSocket-paden, dus operators op v0.5.1 of v0.5.0 zouden moeten upgraden. grain volgt alle belangrijke Nostr event-categorieën, biedt NIP-11 relay-informatie, ondersteunt whitelist/blacklist toegangscontrole, per-kind rate limits, een web dashboard en een Go clientbibliotheek toegevoegd in de v0.5.x-lijn.

Mostro Core v0.10.0 en Mostro Mobile v1.2.5 nemen NIP-59 dual-key gift wrap over

Mostro Core v0.10.0 voegt de nieuwe NIP-59 gift-wrap module toe met gescheiden identity- en trade-keys. Eerdere transportcode gebruikte één identiteitssleutel voor zowel trade-identiteit als gift wrapping. v0.10.0 scheidt de stabiele trade-identiteit van de kortstondige wrapping key, zodat elke handel een verse transportsleutel kan gebruiken terwijl de identiteit die nodig is voor het handelsprotocol behouden blijft. Daemon-integratie landt via Mostro PR #718, en mostro-cli PR #165 brengt dezelfde migratie naar de commandoregelclient.

Mostro Mobile v1.2.5 verschijnt naast het protocolwerk. PR #581 laat takers aanbiedingen filteren op leeftijd van de maker’s account, waardoor gebruikers pas aangemaakte maker-accounts in het orderboek kunnen vermijden. PR #580 verhelpt rollabels op geannuleerde bestelgegevens en PR #576 ruimt de knoppen voor coöperatieve annulering op.

marmot-ts v0.5.0 levert adresseerbare KeyPackages

marmot-ts bracht @internet-privacy/marmot-ts@0.5.0 uit, de eerste geplande breaking-change release voor de TypeScript Marmot client. PR #68 voegt ondersteuning voor adresseerbare KeyPackages toe: KeyPackageManager kan nu zowel legacy kind 443 als nieuwe kind 30443 KeyPackage-events verwerken. De release verwijdert KeyPackageStore en de group-state opslagklassen en vervangt ze door generieke key-value stores die worden doorgegeven aan KeyPackageManager en MarmotGroup. Het verplaatst ook invite- en groepsbeheer naar MarmotClient.invites en MarmotClient.groups, dus directe embedders hebben constructor- en opslagwijzigingen nodig voordat ze kunnen upgraden.

CruxCoach v0.1.3 levert versleutelde back-up van klimdata met Nostr en Blossom

CruxCoach is een nieuwe open-source Android-app voor Kilter Board-klimmers. De Kilter Board is een interactieve trainingsmuur waarvan de grepen via Bluetooth oplichten om routes weer te geven. De app werd op 14 april gelanceerd en bereikte op 26 april v0.1.3.

v0.1.3 voegt opt-in versleutelde cloudback-up toe. Een CruxCoach-account van een gebruiker is een Nostr keypair, en de private key fungeert tevens als input voor de lokale back-up-encryptiesleutel. De app versleutelt klimdata on-device en spiegelt de ciphertext naar Blossom-opslagservers (blossom.primal.net en nostr.download). Delete-remote acties roepen het Blossom cleanup pad aan. Naast back-up gebruikt CruxCoach NIP-46 remote signing voor Amber-ondersteuning, NIP-17 privé DMs voor in-app ontwikkelaarscontact, NIP-65 relay lists voor relay discovery en Vitor Pamplona’s Quartz library voor Nostr-plumbing. Gebruikers kunnen het installeren via Zapstore of directe Codeberg APKs.

Meiso v1.3.0 voegt subtaken, Blossom-bijlagen en NIP-89 tagging toe

Meiso is een minimalistische Flutter-taakbeheerder voor Android die taken opslaat als NIP-44 versleutelde kind 30078 application data op Nostr relays. v1.3.0, uitgebracht op 6 april, voegt subtaken toe met parent/child-relaties, taaklinks voor blocks/blocked-by/related-to/duplicate-of, afbeeldingsbijlagen via Blossom en NIP-96 HTTP file upload endpoints, een NIP-89 aanbevolen-applicatie client tag op gepubliceerde events en een Go commandoregel sync-tool. v1.3.0 verhelpt ook cold-start relaygedrag en hergebruik van Amber-client.

NoorNote, Nostria, Nostr Calendar, nos2x-fox en library releases

NoorNote publiceerde v0.8.7, v0.8.8 en v0.8.9. Die releases verhelpen click handling voor afbeeldingen en video’s in geciteerde reposts, voegen lightbox-ondersteuning toe voor long-form artikelafbeeldingen en verhelpen het blanke desktop-startscherm. Nostria bracht v3.1.29, v3.1.30 en v3.1.31 uit, met toevoeging van afbeeldingscompressie in de artikeleditor, een wallet USD-toggle, promotionele-kaart bediening, PDF-ondersteuning en mobiele lay-outverbeteringen.

Nostr Calendar v1.4.1 ontkoppelt calendar event-publicatie van calendar-list beheer en verhelpt tracking van uitnodigingen. nos2x-fox v1.19.0 voegt aangepaste autorisatietijdvensters toe voor Firefox NIP-07 browser-signing grants. nostr-double-ratchet v0.0.97 levert nieuwe binaries. nostr-wot-sdk 0.9.0 mount NostrSessionProvider standaard, en nostr-tools PR #535 voegt multi-relay parsing-ondersteuning toe voor NIP-47 wallet-connect strings.

Aan het einde van de week bracht Amber v6.1.0-pre1 een pre-release uit met een betere layout voor het verbinden van nieuwe apps, signer-dialoog fixes, verbeterde notification permission handling en gerefactorde accountselectie. nostr-vpn v0.3.14 leverde een verse build met macOS Apple Silicon, Linux en Windows artifacts. Bitcredit Core v0.5.7-hotfix-1 en v0.5.8 leverden opeenvolgende fixes voor een orphaned-block validatieprobleem. Surveil v0.1.6 bracht mobiele UI-polish en een vernieuwde About-pagina; het project zelf wordt hieronder geïntroduceerd.

applesauce 6.0.0 verwijdert legacy event factories en voegt Blossom URI parsing toe

applesauce, hzrd149’s TypeScript Nostr toolkit, bracht een 6.0.0 release-trein uit over de monorepo. applesauce-core@6.0.0 verwijdert de legacy EventFactory klasse en oude buildEvent, modifyEvent en createEvent helpers, en duwt aanroepers naar de nieuwere factoryklassen in applesauce-core/factories en applesauce-common. Het voegt ook IP-adres- en localhost-verwerking toe aan link parsing, BUD-10 Blossom URI reguliere expressies en nieuwe observable helpers zoals timeoutWithIgnore, combineLatestBy, combineLatestByIndex en combineLatestByKey.

Releases op pakketniveau vullen de Nostr-specifieke stukken in. applesauce-content@6.0.0 voegt BUD-10 Blossom URI-nodes toe voor tekst en Markdown, waardoor renderers een first-class manier krijgen om Blossom-referenties in content te parsen. applesauce-actions@6.0.0 voegt base factoryklassen toe voor NIP-51 lijsten die relays, gebruikers en items dekken, waardoor lijstconstructie minder ad hoc wordt. applesauce-wallet-connect@6.0.0 exposeert WalletConnect.connectURI, zodat apps direct toegang hebben tot een bestaande NIP-47 wallet-connect URI.

Onuitgebrachte wijzigingen

Amethyst brengt Nests audioruimten vooruit met MoQ interop testing

Amethyst merged deze week verschillende Nests-gerichte PRs, voortbouwend op de Media over QUIC audioruimte-stack van vorige week. PR #2622 voegt een cross-client interop harness toe die de Amethyst MoQ-client afzet tegen de referentie webimplementatie. Het doel is Android/browser wire-level divergentie op te vangen voordat gebruikers erop stuiten. PR #2625 verbetert picture-in-picture speakerfocus en verbindingsstatus, terwijl PR #2620 avatars, mute-status en spraakstatus in het deelnemersgrid verduidelijkt. Later in de week verhelpt PR #2634 IME padding en window insets in de volledig-schermweergave van Nest en voegt PR #2635 presence-gebaseerde freshness filtering toe aan de Nests-feed. Los daarvan verwijdert PR #2627 Amethyst’s aangepaste C secp256k1-implementatie en migreert naar libschnorr256k1.

nostream voegt NIP-65 relay list-ondersteuning en NWC-betalingen toe

nostream merged drie opmerkelijke PRs na de 53-PR relay-sprint van vorige week. Ondersteuning voor NIP-65 relay-list metadata landt in PR #585, zodat de relay kind 10002 relay-list events kan indexeren en serveren. Een Nostr Wallet Connect payments-processor volgt in PR #539 en voegt een pay-to-relay pad toe. Verbindingsopruiming verbetert in PR #438, dat een dood-verbindingsbug sluit waarbij sockets met actieve abonnementen niet werden opgeruimd, waardoor het aantal abonnementen zou wegdrijven op langlopende instances.

FIPS voegt Nostr-gebaseerde udp:nat bootstrap toe

FIPS, het Free Internetworking Peering System eerder behandeld in Newsletter #6 en Newsletter #10, merged PR #53 met Nostr-gebaseerde udp:nat bootstrap. De wijziging laat nodes Nostr-adverts publiceren, versleutelde offer/answer-signalering uitwisselen, publieke adressen ontdekken via STUN, UDP hole punching uitvoeren en de gepuncte socket doorgeven aan de normale FIPS-transportstack. De implementatie bindt signaal-payload-identiteiten aan de daadwerkelijke Nostr-afzender, doet inbox-lookups op geconfigureerde DM- en advert-relays en rolt mislukte overgenomen-traversal handoffs terug zodat verweesde UDP-transporten niet actief blijven. Dit is het Nostr-aankondigings- en NAT-traversal-werk om te volgen in de canonieke repo, jmcorgan/fips.

strfry voegt per-verbinding observability toe

strfry merged PR #214, waarmee per-verbinding observability en verbindings-niveau metrics worden toegevoegd die exporteerbaar zijn via Prometheus. PR #204 normaliseert Prometheus-labels, en PR #215 voegt een Community Integrations sectie toe aan de docs die Namecoin-identiteitsprojecten behandelt die bovenop strfry zijn gebouwd.

Sprout voegt Owner Attestation en multi-workspace-ondersteuning toe

Sprout, Block’s Nostr-client, merged PR #406 waarmee NIP-OA (Owner Attestation) wordt geïmplementeerd. De feature geeft een autonome agent een cryptografisch bewijs dat een specifieke menselijke pubkey zijn acties heeft geautoriseerd. PR #409 voegt multi-workspace-ondersteuning toe aan de desktop-app, PR #411 voegt #channel autocomplete toe aan mobile compose, en PR #410 sluit een race-window dat actieve channel-berichten kon laten wegvallen. PR #413 introduceert NIP-RS voor cross-device read state sync, en vervolg-PR #420 en PR #422 sluiten die read state aan op de mobiele ongelezen badges.

Zap Cooking merged een productieve week aan recipe-publishing werk. NIP-09 verwijderverzoeken voor eigen Recipe Packs van een gebruiker landen in PR #367. Publicatiebetrouwbaarheid verbetert via PR #366, die elk nieuw recept dwingt op de garden relay en een retry-queue toevoegt voor de gedeelde recept-set. Een-klik authored pack publishing landt in PR #365, en PR #331 voegt NIP-46 bunker login-ondersteuning toe.

Whitenoise-rs versleutelt zijn lokale database

whitenoise-rs merged PR #758, waarmee SQLCipher-versleuteling wordt toegevoegd voor de on-disk Whitenoise-database. Dat sluit een langlopend at-rest beveiligingsgat voor de Marmot-daemon stack. PR #775 exposeert groepsvereiste capabilities, PR #772 migreert groepsmedia-operaties naar session-owned MediaOps, en PR #773 extraheert een SharedServices-houder als onderdeel van de session-ops refactor. Aan de mobiele kant schakelt whitenoise PR #577 boot auto-restart in voor de Android foreground-service, waarmee het geval wordt opgelost waarbij de daemon niet terugkwam na een herstart van het apparaat.

Nieuw gevolgd en ontdekt

Nostrord: een NIP-29 client gebouwd met Kotlin Multiplatform en WASM

Nostrord is een nieuwe NIP-29 group-chat client gericht op de Discord-vervanging use case. Groepen leven op Nostr relays met relay-afgedwongen lidmaatschap, rollen, moderatie en toegangscontrole, dus groepsstatus wordt gehost door de geselecteerde NIP-29 relay. De client-ontwikkelaar beheert geen aparte applicatiedatabase voor die groepen. De web-app draait op web.nostrord.com en is gebouwd met Kotlin Multiplatform dat compileert naar WebAssembly, met native Android-, iOS- en desktopbuilds in ontwikkeling. Nostrord is een OpenSats grantontvanger en werkt interop met dezelfde NIP-29 relays die door Flotilla, Chachi en 0xChat worden gebruikt.

Clave brengt NIP-46 remote signing naar iOS via APNs

Clave is een iOS remote signer in beta die Nostr events ondertekent wanneer de app niet open is. De private key blijft in de iPhone Keychain. Wanneer een client een NIP-46 remote-signing verzoek verzendt, levert een server-side proxy een Apple Push Notification, die tot 30 seconden een Notification Service Extension wekt. Die extensie decodeert het verzoek met NIP-44 versleuteling, ondertekent met de Keychain-sleutel en publiceert het antwoord. Device token registratie gebruikt NIP-98 HTTP Auth om token hijacking te voorkomen. Clave ondersteunt bunker:// en nostrconnect:// pairing, per-client vertrouwensniveaus, per-kind overrides, en is getest met Nostur en noStrudel.

Treasures: gedecentraliseerde geocaching op Nostr

Treasures is een geocaching-platform waar caches en vondsten ondertekende Nostr events zijn. Cache-makers publiceren kind 37516 adresseerbare events met GPS-coördinaten. Vinders loggen ontdekking door een QR-code te scannen die aan de fysieke cache is bevestigd; de code codeert de creator pubkey, de cache d tag en een verificatie-private key die als bewijs van het fysieke bezoek wordt gebruikt. NIP-57 zaps kunnen van vinders naar cache-makers stromen, en de live app is beschikbaar op treasures.to.

smesh v0.5.1: self-hosted Nostr relay, client en signer in één stack

smesh is een self-hosted Nostr-stack geschreven in Moxie, een aangepaste taal afgeleid van Go en TinyGo door mleku. De stack levert een native relay-binary met HTTP, WebSocket, AUTH, search en Blossom-ondersteuning; sm3sh, een webclient gecompileerd naar ES modules; en een browser signer-extensie met NIP-07 browser signing plus NIP-04 en NIP-44 versleutelingsondersteuning. Recent werk omvat MLS (RFC 9420) groepsberichten in v0.5.0, negentropy set reconciliation voor relay-sync en een Web of Trust graph engine. De code leeft op mleku’s self-hosted forge op git.smesh.lol, gebouwd met zijn eigen git-web tool. De gerelateerde gitea-nostr-auth repo is een OAuth2/OIDC-brug voor Gitea: gebruikers authenticeren met een NIP-07 browser signer, de brug ontdekt relays via NIP-65 en Gitea ontvangt standaard OIDC identity claims.

Surveil: een Magic: The Gathering deckbuilder op Nostr

Surveil is een Nostr-client voor Magic: The Gathering-spelers waarmee gebruikers kaarten kunnen zoeken, decks kunnen bouwen, papieren kaarten kunnen scannen op Android met on-device ML Kit OCR en decks kunnen delen over het netwerk. Decks worden gepubliceerd als kind 37381 adresseerbare events, en de deck event-specificatie is gedocumenteerd in het NIP.md van het project. De sociale laag is gebouwd uit standaard Nostr-primitieven: NIP-22 (kind 1111) threaded comments scoped naar elk deck, NIP-25 (kind 7) reacties, NIP-78 (kind 30078) profieldata voor speler-homes, kind 3 follow-feeds, en forks die een a tag terug dragen naar het originele deck. v0.1.6 verscheen deze week met mobiele UI-polish, verbeteringen aan de life counter, een vernieuwde About-pagina en een relay pill op de deck hero banner. De web-app draait overal waar statische HTML wordt geserveerd, de Android-build wordt geleverd via Zapstore, en kind 37381 events worden ook native geïndexeerd door Ditto als Magic-decks. De repo staat op GitLab op chad.curtis/surveil.

Kleinere toevoegingen: Fundstr, Nod City, deploy-nsite-to-pages en null–nostr

Fundstr is een creator-fundingplatform op Nostr dat Cashu ecash gebruikt voor eenmalige en terugkerende pledges, met creator tier-definities en Nostr DMs. Nod City is een Bitcoin-service reviewsite waar reviews ondertekende Nostr events zijn en reviewers zaps kunnen ontvangen; geen publieke source repo gevonden. deploy-nsite-to-pages is een GitHub Action die een nsite spiegelt naar GitHub Pages door nsyte download te gebruiken, met ondersteuning voor root kind 15128 en named kind 35128 nsites. null–nostr, ook ontdekt in de NIP-34-data van deze week, is de client behandeld in de recente OpenSats-golf als Nurunuru; het ondersteunt MLS groepsberichten, Amber, NIP-50 search, NIP-70 protected posts, ProofMode badges en Zapstore-distributie.

FIPS is geen nieuw project voor Compass. Het werd behandeld in Newsletter #6 en Newsletter #10. De database wijst nu naar de juiste canonieke repo, jmcorgan/fips, en de NIP-34-ontdekking van deze week bracht ook gerelateerde git-over-Nostr mirrors zoals fips en awesome-fips naar voren.

Protocolwerk

NIP-updates

Recente voorstellen en discussies in de NIPs-repository:

Deze week gemerged:

NIP-34 git repositories: verwijder ongebruikte refs tag-extensie (PR #2325): Verwijdert een refs tag-extensie uit NIP-34 die was gedefinieerd maar ongebruikt bleef. De opruiming vermindert implementatie-onduidelijkheid voor git-over-Nostr tools.
NIP-34 git repositories: verwijder onjuiste NIP-09 claim (PR #2326): Verwijdert een onjuiste claim dat NIP-09 deletion events repository-status kunnen resetten. NIP-09 deletion is een client-side event-deletion verzoek, geen repository state machine. De correctie voorkomt dat NIP-34-implementors deletion-hints als gezaghebbend behandelen voor repo-resets.

Open en implementatie-gedreven werk:

GitWorkshop kind 1111 inline reviewopmerkingen: De inline code review comment-kind is gedocumenteerd in GitWorkshop’s NIP.md en is nu in actief gebruik, maar is nog niet als formele NIP voorgesteld. Verdict events (kind 7321) en suggestion blokken blijven in draft en zijn nog niet uitgebracht. Implementatiefeedback van GitWorkshop en ngit zal bepalen of de vormen een op zichzelf staande git-review NIP worden of een applicatieconventie blijven bovenop NIP-34.
Nostr mail core en Nostrmon: Twee nieuwe custom-NIP drafts circuleerden deze week. Nostr mail core stelt kind 1301 voor voor RFC 2822 e-mailinhoud, gewikkeld met NIP-59 voor private levering en gebrugd naar legacy e-mail via NIP-05-opgeloste brug-pubkeys. Nostrmon schetst adresseerbare event-kinds voor regio’s, kaarten, wezens, NPCs, spelersaves en items. Beide blijven custom drafts, geen gemergede NIPs.
NIP-67: EOSE Completeness Hint (PR #2317): Het voorstel blijft itereren op het toevoegen van een positieve completeness-marker aan EOSE, waarmee relays kunnen onderscheiden tussen “opgeslagen events volledig geleverd” en legacy EOSE gevallen waarin de relay geen completeness-claim maakt.

Zes Nostr aprils

April biedt een schone dwarsdoorsnede van Nostr’s ontwikkelingspad: het protocoldocument in 2021, vroeg client-werk in 2022, de post-Damus applicatiegolf in 2023, private messaging en git-over-Nostr werk in 2024, Blossom en relay-list opruiming in 2025, en adoption-gerichte client-grants in 2026.

April 2021: het protocoldocument voor de NIPs-repo

Fiatjaf publiceerde het oorspronkelijke Nostr-artikel, “Notes and Other Stuff Transmitted by Relays”, op 20 november 2020. Die eerste tekst bevatte al de kernvorm die het protocol nog steeds definieert: gebruikers ondertekenen events met sleutels, publiceren ze naar relays en lezen van relays die zij kiezen. Het nostr-protocol/nostr commit log toont geen commits tussen 1 april en 30 april. Activiteit zit aan beide zijden: maart 2021 commits voegden vroege “nostwitter” links en een kind filter toe, terwijl mei 2021 NIP-02 hergebruikte en NIP-authorship toevoegde.

In april 2021 was er geen publieke client-markt, geen zichtbaar relay-netwerk en geen NIPs-repo. Het protocol leefde nog als een klein document en enkele experimenten. Nostr was nog geen sociaal netwerk of ontwikkelplatform geworden. Het was nog steeds een relay/key/event model dat wachtte op zijn eerste aanhoudende contributor-golf.

April 2022: NIPs leefden nog in de hoofdrepo

April 2022 was de laatste maand voordat NIPs uit de hoofd nostr-protocol/nostr repo werden verplaatst. Omdat de splitsing nog niet had plaatsgevonden, had de dedicated nostr-protocol/nips repo geen april pull-request geschiedenis. In de hoofdrepo landden drie april-commits: “Update readme to add nip12” op 8 april door goswami1999, “add kinds list” op 25 april door jb55, en “add js formatting to sample code” op 28 april door steliosrammos.

Client-werk begon ook vorm te krijgen. Damus-commits van april 2022 voegden vroeg chatroom-gedrag, profielverwerking en app-iconen toe, terwijl nostr-tools het JavaScript-bibliotheekpad werd voor vroege clients en experimenten. Aan de protocolkant gaf NIP-12 generic tag queries tag search een gedocumenteerde plaats, verplaatste de kinds list Nostr naar een registrymodel en maakten betere JavaScript-voorbeelden de spec makkelijker om te implementeren voor client- en libraryauteurs. Op 1 mei verplaatste fiatjaf NIPs naar de dedicated repo. April 2022 was de laatste maand van het originele single-repo tijdperk.

April 2023: post-Damus applicatie-expansie

April 2023 kwam drie maanden na de lancering van Damus in de iOS App Store op 31 januari 2023, en nadat Jack Dorsey zijn Nostr publieke sleutel had gepost. Het netwerk had zojuist zijn eerste grote publieke groeigolf verwerkt. Clients zoals Damus, Snort, Iris, Coracle en Amethyst waren actief, terwijl relay-operators leerden wat een grotere sociale graaf deed met bandbreedte-, spam-, search- en moderatie-aannames.

April 2023 had één gemergede NIPs PR: PR #456, gemerged op 17 april, die NIP-19 bech32 entity-links aan NIP-21 URI-verwerking toevoegde. De omringende commits laten de applicatiedruk zien achter het protocolwerk. April 2023 zag werk aan NIP-45 COUNT, event-specifieke zap markers, NIP-15 marketplace, NIP-26 delete delegation-semantiek, NIP-94 file metadata, NIP-47 wallet-connect error handling en NIP-30 custom emoji. De contributorlijst was uitgebreid met fiatjaf, staab, pablof7z, Semisol, CodyTseng, sethforprivacy, mikedilger, AsaiToshiya, alexgleason, martindsq, frbittencourt en arkin0x.

Damus, Snort, Iris, Coracle en Amethyst waren geen demo’s meer rond een spec; ze waren productieclients die te maken hadden met onboarding, feeds, spam, zaps, media en relay-selectie. Het protocolwerk van april 2023 leest als de backlog die deze clients creëerden: zaps, marktplaatsen, file metadata, tellen, emoji en identiteitslinks duwden de spec allemaal voorbij eenvoudige notes en follows.

April 2024: private messaging, git-over-Nostr en maintainer-ondersteuning

April 2024 had twee NIP PR-merges. PR #1167, gemerged op 10 april, verhielp verwarrende terminologie in NIP-46 remote signing, waar clients en signers exacte taal nodig hebben voor gevraagde en geautoriseerde acties. PR #1108, gemerged op 17 april, breidde NIP-34 git repositories uit met status events, verduidelijkingen, optionele maintainers, repo-identifiers en discoverability tags. Die stap maakte git-over-Nostr praktischer voor ngit en later GitWorkshop.

NIP-17, voorheen NIP-24, landde op 24 april als sealed gift-wrapped messages voor private DMs en kleine groepschats. Client- en librarywerk liep ernaast: Amethyst, Primal, Gossip, nostr-tools, NDK en rust-nostr waren allemaal actief in dezelfde periode.

OpenSats kondigde in april 2024 ook long-term support aan voor Nostr-ontwikkelaars: PabloF7z op 9 april, Stuart Bowman op 12 april en hzrd149 op 15 april. Die grants verplaatsten de financiering van geïsoleerde projectgrants naar aanhoudend onderhoud van relays, libraries en client-infrastructuur.

April 2025: dichte NIP-opruiming en Blossom-formalisatie

April 2025 was de dichtste protocolmaand in deze terugblik, met zestien gemergede NIPs PRs. De maand begon met PR #1846, waarmee blockchain-transacties en -adressen aan NIP-73 werden toegevoegd, en PR #1865, waarmee NIP-C0 tags aan de standardized tags table werden toegevoegd. Het ging verder met PR #1801 en PR #1889, beide met verbetering van kind 10002 relay-list republicatie-richtlijnen, en PR #1879, die NIP-65 verkleinde en verduidelijkte.

PR #1822 voegde NIP-B7 toe voor Blossom-interactie en gaf Nostr-clients en Blossom-servers een canonieke coördinatielaag na meer dan een jaar informele praktijk. PR #1051 deprecateerde NIP-26, de delegated event signing spec. NIP-26 was moeilijk veilig te implementeren geweest en werd minder aantrekkelijk naarmate NIP-46 en andere signer-patronen volwassen werden.

De rest van de maand combineerde opruiming met applicatie-expansie: PR #1882 voegde privacy policy- en terms of service-velden toe aan NIP-11, PR #1849 breidde kind 39701 web bookmarks uit onder NIP-B0, PR #1891 voegde die bookmark-kind toe aan de README en PR #1895 voegde NIP-B0 standardized tags toe. OpenSats kondigde zijn Eleventh Wave of Nostr Grants aan op 16 april en financierde Swae, HAMSTR, Vertex, Nostr Double Ratchet en Nostr Game Engine. Primal, Coracle, noStrudel, nostr-tools, NDK en rust-nostr leverden ook door deze periode, zodat de protocolopruiming naast actief client- en librarywerk zat.

April 2026: NIP-34 hardening, badges en adoption-gerichte grants

April 2026, de maand waarin dit nummer wordt afgesloten, had vier gemergede NIPs PRs. De eerste was PR #2276, gemerged op 1 april, die NIP-58 profile badges veranderde in kind 10008 en kind 30008 badge sets toevoegde, waardoor badge-toewijzing en badge-collecties beter samenstelbaar werden. Een tweede git-over-Nostr bruikbaarheidswijziging kwam in PR #2312, gemerged op 10 april, met de toevoeging van nostr:// clone URL-semantiek aan NIP-34. De opruimingen van 25 april, PR #2325 en PR #2326, verwijderden ongebruikte en onjuiste NIP-34-taal.

Gerelateerde commits maken dezelfde oppervlakken scherper. Op 22 april voegde fiatjaf een Blossom-serverlijst toe aan NIP-51 en paste NIP-29 metadata editing aan om overeen te komen met Flotilla’s PUT-stijl gedrag. Op 26 april hernoemde hij NIP-5A voor de duidelijkheid. April 2026 richtte zich op het gemakkelijker maken om reeds gebruikte protocoloppervlakken te implementeren en moeilijker om ze verkeerd te lezen.

OpenSats kondigde zijn Sixteenth Wave of Nostr Grants aan op 8 april, ter ondersteuning van Amethyst Desktop, Nostr Mail, Nostrord, Nurunuru (null–nostr) en een HAMSTR-verlenging: desktopclients, e-mail-achtige messaging, group UX, Japanse onboarding en off-grid connectiviteit.

Bedankt voor het lezen van Nostr Compass #20. Stuur ons een DM op Nostr met tips, correcties of nieuwe projecten om te behandelen.

Nostr Compass #19

Wed, 22 Apr 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Amethyst levert een grote update rond Marmot, communities en MoQ-audiorooms. TollGate stabiliseert pay-per-use internettoegang over Nostr en Cashu in v0.1.0, en nostream sluit een week relaywerk af rond NIP-45, NIP-62, compressie, query hardening en volledige NIP-11 parity. Forgesworn publiceert een volledige signing-, identity- en paid-API-stack voor Nostr. ShockWallet blijft Nostr-native Lightning-walletflows doorontwikkelen. De Formstr-suite (Pollerama, Forms, Calendar) merge’t 26 PR’s rond security hardening en RRULE support. StableKraft, Keep, topaz, WoT Relay, Flotilla en NipLock ronden de shipping-lijst af. De deep dives behandelen NIP-72 moderated communities en NIP-57 zaps.

Shipping This Week

Primal Android ships Explore tab, NIP-05 verification, and audio player

Primal Android bouwde door op de feed-redesign van vorige week met 11 nieuwe PR’s. PR #1021 introduceert een Explore-tab rond populaire gebruikers, follow packs en curated feeds, PR #1015 voegt een feed editor toe, PR #994 levert NIP-05-verificatie-UI en PR #997 een inline audiospeler. PR #1018 voegt NIP-46 nostr-connect-pairing toe vanuit de wallet-QR-scanner.

strfry adds Prometheus write-path metrics and fixes NIP-42 AUTH envelope

strfry bracht operatorgerichte verbeteringen uit. PR #194 voegt Prometheus write-path metrics toe, PR #197 logt bytes up/down en compressieratio’s per verbinding, en PR #192 maakt de filter-taglimiet runtime-configureerbaar. PR #201 wijzigt NIP-42 AUTH-fouten van NOTICE naar de OK envelope die de NIP voorschrijft.

Shopstr hardens storefront security across 13 PRs

Shopstr merge’de 13 PR’s die grotendeels door security fixes worden gedomineerd. PR #434 sluit stored JavaScript in storefrontlinks, PR #417 blokkeert reflected XSS in storefront policy-rendering, PR #418 sluit een ongeauthenticeerde cached-event deletion API en PR #433 maakt cached-message reads auth-verplicht. Andere fixes behandelen SSRF, veilige replay van failed-relay publish queues, wallet-event fetches en discount-hervalidatie.

Nostria v3.1.26 through v3.1.28 add background music playback on Android

Nostria bracht zes releases uit van v3.1.22 tot v3.1.28. De hoofdfunctie in v3.1.26 is achtergrondmuziekweergave op Android, inclusief mediabediening in de notificatiebalk en op het lockscreen. De vervolgreleases harden dat nieuwe media-service-oppervlak.

Wisp v0.18.0-beta adds Normie Mode, For You feed, and NIP-29 group config

Wisp bracht v0.18.0-beta uit op 16 april. PR #462 voegt een Normie Mode met fiatbedragen toe, PR #464 vernieuwt onboarding en PR #469 bouwt een For You-feed. Aan protocolzijde voegt PR #471 NIP-29 group configuration toe en PR #478 repareert AUTH-volgorde voor groepsacties.

NoorNote v0.8.4 adds Scheduled Posts and live stream zapping

NoorNote bracht v0.8.4 en v0.8.5 uit. v0.8.4 voegt Scheduled Posts toe via een NoorNote-relay die een volledig ondertekend event op het ingestelde moment publiceert, zodat private keys het apparaat niet verlaten. Diezelfde release voegt one-tap zapping toe vanaf live-stream cards via NIP-53. v0.8.5 repareert een timeline deduplication bug.

topaz v0.0.2 ships a Nostr relay for Android

topaz, een nieuwe Nostr-relay van fiatjaf die op Android-telefoons draait, publiceerde v0.0.2 op 2026-04-17. De scope is nog smal maar bruikbaar: een werkende relay in een installeerbaar Android-pakket.

StableKraft v1.0.0 ships the first stable music-and-podcast PWA release

StableKraft is een Next.js PWA voor het ontdekken en streamen van muziek uit podcastfeeds, met Nostr voor auth en social features en Lightning voor V4V-betalingen. Het project bereikte v1.0.0 op 2026-04-18. In dezelfde week verkleinde het team de nightly reparse-window en verstevigde feed-ingestie met OPML-cache en illegal-XML stripping.

NipLock ships a NIP-17-based password manager

NipLock is een password manager die credentials op meerdere apparaten opslaat en synchroniseert via NIP-17 gift-wrapped direct messages. Elke password entry is een NIP-17 DM van de sleutel van de gebruiker naar zichzelf, zodat dezelfde events repliceren naar elk apparaat dat met dezelfde sleutel authenticeert. Signing werkt met een ruwe nsec, browserextensies zoals nos2x of Amber via NIP-46.

flotilla-budabit polishes its NIP-34 repo surface

De Budabit-fork van Flotilla, flotilla-budabit, bracht een cluster fixes uit voor zijn NIP-34 git-over-Nostr-workflow. De week herstelt repo-discussiebediening, houdt sticky tabs zichtbaar, laadt repo-announcements van opgeslagen GRASP-relays en synchroniseert maintainer-applied patch status.

rx-nostr 3.7.2 through 3.7.4 add default verifier and optional constructor args

rx-nostr bracht 3.7.2, 3.7.3 en 3.7.4 uit. PR #192 voegt een default Schnorr verifier toe, een bijpassende crypto@3.1.6 corrigeert een @noble/curves-bug en PR #195 maakt de argumenten van createRxNostr() optioneel.

Keep Android v1.0.0 ships with reproducible builds and zero trackers

Keep bracht v1.0.0 uit op 21 april. PR #241 voegt een reproduceerbaar buildrecept toe, PR #248 vervangt Google ML Kit door ZXing om Google Play Services te verwijderen en PR #252 publiceert een Exodus Privacy-scan met nul trackers op de releasebuild.

Flotilla 1.7.3 and 1.7.4 add kind-9 wrapping for richer NIP-29 rooms

Flotilla, de NIP-29 groups-client van hodlbod, bracht 1.7.3 en 1.7.4 uit. De belangrijkste protocolwijziging is kind-9-wrapping van niet-chat-contenttypes, waardoor polls, kalenderitems en andere objecten hun roomcontext behouden wanneer ze in een groep worden geplaatst. Dezelfde releaselijn voegt polls, Aegis URL scheme support voor NIP-46 login, native share support, room mentions, drafts, video in calls en feed-paginationverbeteringen toe.

WoT Relay v0.2.1 migrates eventstore to LMDB

WoT Relay bracht v0.2.1 uit op 2026-04-22. PR #97 migreert de eventstore naar LMDB en stemt de bootstrap-fetches opnieuw af zodat de relay zijn initiële trust graph kan opbouwen zonder upstream read budgets uit te putten. PR #99 werkt golang.org/x/crypto bij en PR #100 actualiseert de geadverteerde NIP-11 software-URL en versie.

Formstr suite: Pollerama security pass, Forms i18n, Calendar RRULE support

De Formstr-suite merge’de 26 PR’s over Pollerama, Formstr Forms en Nostr Calendar, met een duidelijke securityfocus in de polling-app en featurewerk in de rest. Pollerama hardent key handling met logout-expiry voor cached DMs, secure browser storage voor lokale sleutels en defensieve JSON.parse rond kind 0-profielen. Formstr voegt audio- en video-URL support, i18n en een Google Forms-importer toe, plus een fix die gevoelige key-logs uit de browserconsole verwijdert.

Nostr Calendar by Formstr bracht v1.3.0 en v1.4.0 op dezelfde dag uit, met als hoofdfunctie een echte recurrence-rule-laag. PR #107 voegt multiple en custom RRULE support toe, PR #101 interpreteert floating RRULE-datums als UTC en andere PR’s voegen gedeelde events, list-level notification preferences en een vernieuwde loginflow toe. Alle drie de projecten bouwen voort op NIP-52.

Also shipped: notedeck, nostr.blue, cliprelay, Captain’s Log

Een handvol clients bracht iteratieve releases uit zonder grote headline-functies. notedeck publiceerde v0.10.0-beta.4 met fixes voor kolomrendering en relaypools. nostr.blue v0.8.6 trok Dioxus 0.7.5 binnen en maakte de Android-build weer mogelijk. cliprelay bracht desktop- en Android-updates uit voor clipboard-sync via Nostr, en Captain’s Log publiceerde alpha-builds met liveness detection voor sync-relays.

In Development

whitenoise-rs refactors to session-scoped account views

whitenoise-rs, de Rust-daemon onder de Marmot-client, merge’de 15 PR’s die een meerfasige refactor van globale singletons naar AccountSession-views per account voortzetten. PR #743 zette de AccountSession- en AccountManager-scaffolding neer, waarna vervolgfases relay handles, drafts en settings, message ops, group read/write, membership, push notifications, key-package reads, group creation en uiteindelijk event dispatch naar session-owned oppervlakken migreerden.

White Noise app adds block/unblock UI, leave-group, and offline notices

White Noise voegde de ontbrekende group-lifecycle controls toe. PR #578 levert block/unblock UI, PR #571 en PR #572 koppelen Rust-side clear_chat, delete_chat en leave_and_delete_group aan de app, en PR #569 plus PR #576 tonen offline notices wanneer de daemon zijn relays niet kan bereiken. PR #585 vernauwt “delete all key packages” naar legacy key packages.

MDK adds mixed-version invite support and SelfUpdate convergence

MDK merge’de zeven PR’s rond compatibiliteit en robustness. PR #261 berekent RequiredCapabilities als de LCD van invitee capabilities, waardoor mixed-version invites tussen Amethyst en White Noise werken. PR #264 brengt SelfUpdate wire formats tussen implementaties samen, terwijl andere PR’s malformed invitees opvangen, admin depletion-validatie repareren en state in het in-memory opslagbackend beschermen.

nostter adds NIP-44 encryption across people lists, bookmarks, and mutes

nostter merge’de tien PR’s. PR #2088, PR #2089 en PR #2090 migreren mute lists, bookmarks en people lists naar NIP-44 encryption, terwijl PR #2087 een legacy mute-migratiepad verwijdert.

zap.cooking ships Nourish scoring and a reusable comment thread

zap.cooking merge’de 20 PR’s. De hoofdfunctie is een nieuwe Nourish recipe-scoring module, terwijl een vierfasige refactor de commentsmodule uitwerkt tot een herbruikbare CommentThread. Andere polish omvat recipe scaling, een uniforme media-uploadknop en een profile Replies-tab.

ridestr extracts shared rider coordinator

ridestr merge’de tien PR’s die Compose-schermen opsplitsen in scherpere componenten en rider- en driverprotocollogica in een gedeelde :common coordinator-module onderbrengen. PR #60 voegt daarnaast een kind 3189 driver-ping receiver toe.

Blossom drafts a BUD-01 Sunset header for blob expiration

Blossom opende PR #99 om een Sunset-header aan BUD-01 toe te voegen. Daarmee kan een server een toekomstige timestamp adverteren waarop een blob niet langer zal worden geserveerd, zodat clients kunnen plannen rond beperkte retention zonder eerst een 404 te moeten treffen.

New Projects

Forgesworn publishes a 29-repo cryptographic toolkit for Nostr

Forgesworn publiceerde in vijf dagen 29 open-source repositories rond signing, identity, attestations, web-of-trust en paid-API discovery op Nostr. De signing-stack rust op nsec-tree, een deterministic sub-identity derivation scheme, en op Heartwood, een NIP-46 remote signer die op een Raspberry Pi draait met Tor standaard aan. Sapwood, heartwood-esp32 en nsec-tree-cli vullen die signinglaag aan.

Aan identity- en trustzijde bracht Signet v1.6.0 uit als decentralized identity verification protocol, nostr-attestations definieert een kind 31000 credential-event en nostr-veil bouwt een privacy-preserving web of trust met LSAG ring signatures. Aan monetisatiezijde levert toll-booth L402-middleware voor meerdere runtimes, toll-booth-dvm exposeert gated APIs als NIP-90 DVM en andere repos publiceren 402-service discovery op Nostr.

ShockWallet ships Nostr-native Lightning wallet sync and multi-node connections

ShockWallet is een Lightning-wallet die Nostr als transport gebruikt voor verbinding met self-custodial Lightning-nodes. De app pairt via een nprofile met een of meer Lightning.Pub-nodes en signet betalingsautorisaties end-to-end tussen wallet en node. PR #608 leverde op 2026-04-18 een channels-dashboardpass, naast een admin-invite-link QR-flow en een readability-fix voor het metricsdashboard.

ShockWallet gebruikt NIP-78 application-specific data events voor multi-device wallet state sync, zodat dezelfde walletweergave tussen browser en telefoon consistent blijft zonder centrale syncserver. Dat plaatst het één laag onder NIP-47, dat een interface is voor apps om een bestaande wallet te vragen te betalen.

Nostrability issues migrate to git over Nostr after GitHub censorship

Nostrability, de interoperability tracker van elsat voor Nostr-clients en relays, migreert zijn issueworkflow naar git over Nostr nadat de GitHub-organisatie zonder antwoord van GitHub-support werd verwijderd. De tracker leeft nu op GitWorkshop/ngit zodat interop-issues op Nostr-native infrastructuur kunnen blijven bestaan.

nowhere encodes full websites into URL fragments and routes orders through Nostr

nowhere is een nieuw AGPL-3.0-project van 5t34k dat complete websites serialiseert in het URL-fragment na #, comprimeert met dictionary substitution en raw DEFLATE en dan base64url-encodeert. Omdat browsers fragments niet naar servers sturen, ziet de host die de pagina levert de inhoud nooit. Voor dynamische sitetypen zoals stores, forums en petitions loopt live communicatie via Nostr relays met ephemeral keys en NIP-44 encryption.

Small new surfaces: relayk.it and Brainstorm Search

Twee kleinere projecten verdienen nog een korte vermelding. relayk.it, gebouwd door sam van het Soapbox-team, is een relay-discoveryclient gebouwd met Shakespeare die volledig in de browser draait. Brainstorm Search levert een single-page Nostr search UI gericht op content over het netwerk.

Protocol and Spec Work

NIP Updates

Recente voorstellen en discussies in de NIPs-repository:

Open PRs and Discussions:

NIP-67: EOSE Completeness Hint (PR #2317): voegt een optioneel derde element toe aan EOSE zodat een relay kan signaleren of alle opgeslagen matches voor een filter zijn afgeleverd.
NIP-5D: Nostr Applets (PR #2303): stelt een nieuwe kind voor voor interactieve applets op Nostr, tussen NIP-5A en NIP-5C in.
NIP-29: Subgroups spec (PR #2319): breidt NIP-29 uit met een subgrouphiërarchie zodat één groep meerdere parallelle kanalen kan hosten.
NIP-29: Explicit role permissions on kind 39003 (PR #2316): geeft clients expliciete permissieschema’s voor rollen in relay-based groups.
NIP-11: access_control field for gated-relay discovery (PR #2318): voegt een adviserend access_control-object toe aan NIP-11.
NIP-63a: Minimal Payment Gateway Descriptor (PR #2315): werkt verder aan kind 10164 voor payment gateway descriptors en per-tier subscription rules.
NIP-XX: Agent Reputation Attestations (Kind 30085) (PR #2320): stelt signed attestations voor over autonome agents en services op Nostr, relevant voor NIP-90 markten.
NIP-TPLD: Transient Private Location Data (PR #2309): bouwt verder op per-recipient NIP-44 encryptie voor gevoelige locatiegegevens.
marmot-ts 0.5.0 release PR (PR #70): bundelt de eerste geplande breaking changes in de TypeScript Marmot-client, waaronder support voor zowel legacy kind 443 als nieuw kind 30443 voor KeyPackages.

NIP Deep Dive: NIP-72 (Moderated Communities)

NIP-72 definieert een model voor topic-based communities op Nostr waarin moderatoren een read view cureren over verder onbegrensde writes. Anders dan bij NIP-29 groups, waar de relay lidmaatschap en moderatie afdwingt, leeft een NIP-72-community in gewone Nostr-events en kan elke relay die de relevante kinds draagt die community serveren.

Een community wordt gedefinieerd door een kind 34550 addressable event van de maker. De d-tag bevat de slug, tags zoals name, description, image en rules dragen metadata, en p-tags met de marker moderator benoemen welke pubkeys approvals kunnen geven. Gebruikers dienen vervolgens gewone events in met een a-tag die verwijst naar de communitycoördinaat 34550:<creator_pubkey>:<slug>. Moderatoren publiceren afzonderlijke kind 4549 approval-events die de submission via e, p en a refereren en een stringified kopie in content kunnen insluiten.

Dat model maakt moderatie transparant, forkable en herroepbaar op de readlaag. Dezelfde post kan door meerdere communities worden goedgekeurd, en approvals van een moderator tellen niet meer mee als die moderator later uit de actuele community definition verdwijnt. De tradeoff is dat submissions direct openbaar zijn en alleen op clientniveau worden verborgen als ze niet zijn goedgekeurd. Voor publieke topic communities werkt dat goed; voor omgevingen waar spam niet eens op de wire mag verschijnen blijft NIP-29 geschikter.

NIP Deep Dive: NIP-57 (Zaps)

NIP-57 definieert zaps: Lightning-betalingen gekoppeld aan Nostr-identiteiten en -events, plus een verifieerbaar payment receipt dat terug naar relays wordt gepubliceerd. De flow omvat drie systemen tegelijk: LNURL, Lightning en Nostr. De client van de afzender ontdekt het LNURL-endpoint van de ontvanger via profielmetadata of een zap-tag, tekent vervolgens een kind 9734 zap request en stuurt dat naar de LNURL-callback van de ontvanger. Na betaling publiceert de walletserver van de ontvanger een kind 9735 receipt naar de gevraagde relays.

Een geldig zap request bevat minimaal een p-tag met de pubkey van de ontvanger, een optionele e- of a-tag met het doel, een amount-tag in millisats en een relays-tag. Het zap receipt bevat daarna de stringified request in description, de betaalde invoice in bolt11 en een preimage als betalingsbewijs. Een client die zaps correct wil tonen moet verifiëren dat de receipt-signatuur overeenkomt met de nostrPubkey uit de LNURL-respons, dat het invoicebedrag overeenkomt met de request, dat de description hash commit op het request en dat de preimage overeenkomt met de payment_hash.

Private zaps kunnen de content encrypten, en anonieme zaps gebruiken zelfs een nieuw ephemeral keypair voor het request zelf. NIP-57 vormt ook de basis van NIP-75: zap goals tellen gevalideerde bolt11-bedragen uit gematchte kind 9735 receipts op. Daarnaast laat een appendix zap splits toe, zodat een enkele betaling atomair over meerdere pubkeys kan worden verdeeld.

Dat is het voor deze week. Als je iets bouwt of nieuws te delen hebt, stuur ons een DM op Nostr of vind ons op nostrcompass.org.

Nostr Compass #18

Wed, 15 Apr 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Amethyst merge’t desktop Tor, een custom C secp256k1-pad, NIP-AC calls, RFC 9420 MLS-compliance voor Marmot en multi-wallet NIP-47. nstrfy lanceert Nostr-native push notifications voor Android. HAMSTR voegt Reticulum toe voor Nostr over LoRa mesh. Bloom brengt een self-hosted Blossom-server en relay uit als desktopapp. WaveFunc debuteert als internetradiodirectory op Nostr. Botburrow start als self-hosted botplatform voor Marmot-groepschats. Snort levert een security pass en grote performance-overhaul. Primal Android herontwerpt de feed-layout.

Shipping This Week

Bloom v0.1.0 ships self-hosted Blossom server and relay

Bloom bracht zijn eerste release uit, v0.1.0, op 9 april. Gebouwd met Tauri v2 en React 19 bundelt Bloom een volledige Blossom-media server en een Nostr relay in een enkele desktopapp voor macOS, Windows en Linux. Gebruikers krijgen sovereign file storage met SHA-256 content addressing, NIP-94 file metadata support en blossom://-resolutie zonder zelf serverinfrastructuur te hoeven beheren.

WaveFunc v0.1.0 and v0.1.1 launch Nostr internet radio

WaveFunc bracht v0.1.0 en v0.1.1 uit op 13 april en lanceerde als Nostr-gebaseerde internetradiodirectory en speler. De app gebruikt custom event kinds voor stations, favorieten, live chat en comments, terwijl een Khatru-relaybackend SQLite-opslag en Bluge full-text search met NIP-50 verzorgt.

WaveFunc levert daarnaast een NIP-60 Cashu-wallet en nutzap-support, plus in v0.1.1 genrecarrousels, een Lightning-donatiepopover, station management voor geauthenticeerde gebruikers en Zapstore-listing. De Tauri v2-desktopbuild kreeg system tray integration, media key support, autostart en deep linking.

Snort ships v0.5.0 through v0.5.3 with security hardening and performance overhaul

Snort bracht drie releases uit van v0.5.0 tot v0.5.3. v0.5.0 levert de grootste wijziging: een security audit, echte Schnorr-signatuurverificatie, hardening van NIP-46 tegen forged relay messages, verbeterde PIN-encryptie en het verwijderen van vertrouwen op onbevestigde NIP-26-delegation. Aan de prestatiekant zijn er batched WASM-verificatie, lazy-loaded routes, een herschreven priority profile loader en worker-relay-optimalisaties.

PR #620 werkte het berichtensysteem opnieuw uit voor performance, met gift wraps die in de worker relay worden opgeslagen en een efficiëntere Map-gebaseerde chatlijst. De release voegt ook kind 7000 payment-required invoice-weergave toe voor NIP-90 DVM’s.

Primal Android ships 3.0.21 and redesigns feed layout

Primal Android bracht v3.0.21 uit met fixes voor poll zap votes, walletdeling tussen meerdere accounts en auto-reconnect voor remote signer en walletservice. Daarbovenop merge’de het team zeven PR’s die de hoofdfeed opnieuw vormgeven, met grotere avatars, contentindentatie, video in mediacards, een compact quick-replyveld en opnieuw ontworpen app bars.

Nostria v3.1.19 through v3.1.21 add local AI image generation

Nostria bracht drie releases uit van v3.1.19 tot v3.1.21 met meer dan 80 commits. De hoofdfunctie is lokale image generation met Janus Pro en WebGPU-acceleratie, zodat gebruikers afbeeldingen on-device kunnen genereren zonder externe API. De releases voegen ook cloud image generation, multimodal chat, ONNX runtime support, een AI prompt library en cachebeheer toe.

TubeStr v1.0.3 ships feed and studio updates

TubeStr, een privé video-app voor families gebouwd op Nostr, bracht v1.0.3 uit op 13 april. De release voegt feed- en studioverbeteringen toe, met PR #3 voor vernieuwde onboarding en PR #2 voor een fix van een video-exportfout. De app gebruikt NDK en MDK voor encrypted mediadeling tussen familieleden.

In Development

Botburrow begins development as Marmot bot platform

Botburrow is een nieuw project van het Marmot-team, gestart op 3 april. Het is een self-hosted botmanagementplatform waarin elke bot een eigen Nostr-identity krijgt, lid wordt van Marmot MLS-encrypted groepschats via Welcome messages en end-to-end encrypted berichten kan verzenden en ontvangen. Het dashboard is gebouwd met Rails 8.1 en praat met een enkele wnd-daemon via een Unix socket.

Botburrow exposeert ook een substantiële scripting- en operationslaag, met commands, triggers en scheduled actions in custom Ruby-code, live chatweergaven voor echte groepen en opslag per bot voor configuratie en gegenereerde output. Een Docker image richt zich op zero-config self-hosting op Umbrel en Start9.

Nostr Archives werkte verder aan zowel de Rust-API als de Next.js-frontend. PR #118 voegt time-range filtering toe aan de client leaderboard en PR #117 engagement counters aan reply-events. Aan frontendzijde resolven PR #85 en PR #86 Nostr-entiteiten direct uit URL-paden en voegen een API-documentatiepagina toe.

Damus fixes favorites timeline

Damus merge’de PR #3708, die subscribe_to_favorites() herschrijft met filtering in place, heropbouw van deduplicatie en persistente tabselectie.

Nostur adds private zaps and custom emoji viewing

Nostur pushte deze week tien commits met private zap support, custom emoji viewing, een fix voor geanimeerde .webp-weergave en detectie van audioformaten voor voice messages.

Amber ships v6.0.1 through v6.0.3 with WebDAV backup and relay reconnection fixes

Amber, de Android NIP-55 signer-app, bracht drie releases uit. v6.0.1 voegt WebDAV- en Google Drive-backups toe, exponential backoff voor relay reconnects en Quartz 1.08.0. v6.0.2 voegt een accountindexoptie toe bij seed words en repareert reconnect wanneer een relay offline is bij startup. v6.0.3 repareert lege request IDs bij intents.

Plektos v0.6.0 redesigns with Ditto themes

Plektos, het meetup- en eventsplatform gebouwd op NIP-52, bracht v0.6.0 en v0.6.1 uit. De update voegt Ditto-achtige communitythemes, custom background images, avatarvormconfiguratie en een UI-overhaul toe. PR #6 behandelt daarnaast een brede code review.

Shadow adds Nostr OS API and Cashu wallet app

Shadow, het app-runtimeplatform van Justin Moon, pushte meer dan 30 commits in twee dagen. Commit 88cbda5 voegt een Cashu-walletapp toe binnen de Shadow-runtime, en commit 865c415 een podcastspelerdemo. De runtime exposeert Shadow.os.nostr en Shadow.os.audio als first-class OS API’s.

Lief, een Nostr-app voor lange brieven aan andere Nostr-gebruikers, bracht build v2026.04.12 uit op 12 april. De update repareert een Amber-loginprobleem op Android, vereenvoudigt de signer nudge-flow, werkt nostrify bij en voegt Zapstore-integratie toe.

Espy bracht build v2026.04.12 uit met een vernieuwde color picker, fixes voor hue ring flicker, Easter egg-personages en een compressiewinst van 703KB in PNG-assets. De release repareert ook dezelfde Amber-loginissues en voegt Zapstore-integratie toe.

Jumble adds per-feed kind filters and articles tab

Jumble pushte 13 commits die per-feed kind filtering, een Articles-tab, sync van notification read status, een avatar hide mode en een fix voor account switching toevoegen.

Primal Web ships 8 version bumps

Primal Web bracht versies 3.0.93 tot en met 3.0.101 uit in één week met 21 commits. Het werk richtte zich op live-streamchatverbeteringen, mention boundary-fixes, bookmark pagination, duplicate like prevention en relay proxy-fixes.

Protocol and Spec Work

NIP Updates

Recente wijzigingen in de NIPs-repository:

Merged:

NIP-34 (Git Stuff): Add nostr:// clone URLs (PR #2312): deze PR voegt een nostr:// clone URL-formaat toe voor git-over-Nostr repositories. Er worden drie URL-vormen gedefinieerd, met percent-encoding voor relay hints en identifiers, en de vorm is al geïmplementeerd door Shakespeare, ngit en tools zoals GitWorkshop.dev en NostrHub.io.

Open PRs and Discussions:

NIP-63a: Minimal Payment Gateway Descriptor (PR #2315): stelt een nieuw kind 10164 replaceable event voor waarmee makers payment gateways, prijsmodellen en subscription rules voor betaalde content kunnen publiceren.
NIP-XX: Relay Self-Declaration Manifest and Retention Horizon (PR #2314): stelt kind 10100 voor als gossipable relay-manifest en HORIZON als nieuw relay-to-client message om retention-vensters expliciet te maken.
NIP-TPLD: Transient Private Location Data (PR #2309): stelt kind 20411 voor voor encrypted geolocation met per-recipient NIP-44 payloads en een ttl-tag.
NIP-5C (Scrolls): WASM programs update (PR #2281): verfijnt het publiceren en uitvoeren van sandboxed WASM-programma’s op Nostr en bouwt voort op NIP-5A.
NIP-44 large payload support (PR #1907): stelt een backwards-compatible uitbreiding voor voor payloads groter dan 65.535 bytes, relevant voor onder meer grote NIP-46 contactlijsten.
NIP-C7: Restrict kind 9 to chat views (PR #2310): verduidelijkt dat kind 9-chatberichten alleen in chatgerichte weergaven horen te verschijnen, niet in algemene sociale feeds.

NIP Deep Dive: NIP-29 (Relay-based Groups)

NIP-29 definieert een model voor groepsberichten waarin de relay zelf groepslidmaatschap en moderatie beheert. Groepen leven op een specifieke relay, worden geïdentificeerd door een string-ID en vertrouwen op de relay voor write-permissions en policy enforcement. Dat is een ander model dan Marmot of NIP-17: in NIP-29 is de relay de autoriteit en kan de relay-operator de berichten lezen.

Een groep wordt geïdentificeerd door het formaat <host>'<group-id>, bijvoorbeeld groups.nostr.com'abcdef. Gebruikersevents die naar een groep worden gestuurd dragen een h-tag met de group ID, en de previous-tag dient als tamper-detection door recente eventfragmenten in de laatste vijftig berichten te refereren. Relays kunnen events met ongeldige previous-verwijzingen weigeren, zodat out-of-context rebroadcasting op geforkte kopieën detecteerbaar wordt.

Lidmaatschap en moderatie worden beheerd via 9000-range events zoals join requests, removals, metadata-edits en rolbeheer. De relay publiceert snapshots van de groepsconfiguratie via addressable events zoals kind 39000 voor metadata en kind 39003 voor rollen en capabilities. Omdat de spec elk event kind binnen een groep accepteert kunnen niet alleen chatberichten maar ook NIP-23 artikelen, NIP-52 events en NIP-53 live-activiteiten in dezelfde groepsnamespace bestaan.

Flotilla is vandaag de meest actieve NIP-29-client, en Coracle ondersteunt het model ook. De tradeoff tegenover encrypted alternatieven blijft duidelijk: NIP-29 biedt eenvoud en publieke communities, maar geen end-to-end encryptie of forward secrecy.

NIP Deep Dive: NIP-90 (Data Vending Machines)

NIP-90 definieert een protocol voor on-demand computation over Nostr. Een klant publiceert een job request, providers concurreren om die uit te voeren en resultaten worden teruggeleverd als Nostr-events. De spec reserveert kinds 5000-5999 voor requests, 6000-6999 voor resultaten en kind 7000 voor feedbackstatussen.

Requests gebruiken i-tags voor input, output voor het gewenste formaat, bid voor het maximale bedrag en param voor jobspecifieke instellingen. Resultaten verwijzen naar de oorspronkelijke aanvraag, bevatten de pubkey van de klant en kunnen optioneel een Lightning invoice dragen. Feedback-events zoals payment-required, processing, error en success geven de klant realtime zicht op langer lopende jobs.

Het model ondersteunt job chaining via inputtype job, zodat output van de ene provider input kan worden voor een volgende stap, bijvoorbeeld transcriptie, samenvatting en vertaling. Voor privacy kunnen klanten input en parameters encrypted in content plaatsen met NIP-04, al vereist dat gerichte requests naar een specifieke provider. DVM-discovery zelf ligt buiten de request/response-lus en leunt op NIP-89.

Dat is het voor deze week. Bouw je iets of heb je nieuws om te delen? Stuur ons een DM op Nostr of vind ons op nostrcompass.org.

Nostr Compass #17

Wed, 08 Apr 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Amethyst brengt v1.08.0 uit met Arti Tor-integratie en een herontworpen Shorts-UI, terwijl pure Kotlin-implementaties van MLS en Marmot in de Quartz-bibliotheek worden gemerged. Nostur brengt v1.27.0 uit met video-opname, geanimeerde GIF-profielen en private replies. Shosho lanceert v0.15.0 met Shows (aangepaste live-streaminfo gekoppeld aan OBS) en een verticale videocarrousel in TikTok-stijl. Nymchat draait Marmot terug en brengt verbeterde NIP-17-groepschats uit met roterende ephemeral keys. Nostr VPN brengt ondersteuning voor exit nodes en Umbrel-packaging uit in zes releases. Amber springt naar v6.0.0-pre1 met NIP-46 signing keys per verbinding en in-app updates via Zapstore. Notedeck bereikt v0.10.0-beta met APK self-update via Zapstore, en NIP-58 (Badges) krijgt een kind-migratie. Twee NIP-deep-dives behandelen NIP-17 (Private Direct Messages) en NIP-46 (Nostr Remote Signing).

Nieuws

Amethyst brengt Arti Tor en merget pure Kotlin MLS en Marmot

Amethyst, de Android-client onderhouden door vitorpamplona, bracht vier releases uit van v1.07.3 tot en met v1.08.0 en merge’de een grote reeks nog niet uitgebrachte wijzigingen in de Quartz-bibliotheek (de gedeelde Kotlin Multiplatform Nostr-module). De hoofdrelease is v1.08.0 “Arti Tor”, die de Tor-connectiviteit van de app migreert van de op C gebaseerde Tor-bibliotheek naar Arti, de Rust-implementatie van het Tor Project. Die migratie pakt willekeurige crashes aan die optraden onder de eerdere C Tor-bindings. Arti is de langetermijnvervanger van het Tor Project voor de C-codebase, vanaf nul geschreven in Rust voor memory safety en async I/O.

De v1.07.3-release herontwierp de Shorts-UI en verving het gepagineerde ontwerp door rand-tot-rand-feeds voor afbeeldingen, shorts en lange video’s. Diezelfde release migreerde badges naar kind 10008 en bookmarks naar kind 10003, in lijn met de NIP-58 kind-migratie die deze week werd gemerged. v1.07.4 repareerde een probleem met de secret-afhandeling van Nostr Wallet Connect, en v1.07.5 repareerde een crash bij image-upload.

Op main, maar nog niet in een getagde release, schreef het team een volledige Kotlin-implementatie van zowel MLS als het Marmot-protocol, waardoor native C/Rust-library bindings niet langer nodig zijn. PR #2147 voegt de kernlaag voor Marmot MLS-groepsberichten toe, PR #2149 voegt de groepschat-UI toe, PR #2146 voegt inkomende en uitgaande berichtprocessors met een subscription manager toe, PR #2141 voegt persistente MLS-groepsstatus en KeyPackage-rotatiebeheer toe, PR #2150 voegt een volledige MLS-testsuite met verbeterde GroupInfo-signing toe, en PR #2158 voegt tracking van de publicatiestatus van KeyPackages toe. PR #2166 voegt een pure Kotlin secp256k1-implementatie toe voor Nostr-cryptografische operaties, als vervanging van de native C-library dependency. In combinatie met de Kotlin MLS-implementatie kan Quartz Nostr-signing en Marmot-groepsberichten draaien zonder native bindings, wat de deur opent naar Kotlin Multiplatform-targets waaronder iOS.

Het team bouwt ook ondersteuning voor NIP-AC (P2P Voice and Video Calls): PR #2143 voegt een volledige testsuite toe voor de NIP-AC call state machine, en PR #2164 voorkomt dat verouderde call offers opnieuw worden getriggerd nadat de app opnieuw is gestart.

Nostur v1.27.0 voegt video-opname en private replies toe

Nostur, de iOS Nostr-client, bracht v1.27.0 uit op 2 april. De release voegt video-opname in de app toe met trim-before-upload, zodat gebruikers korte clips kunnen opnemen, op lengte kunnen knippen en publiceren zonder de client te verlaten. Ondersteuning voor geanimeerde GIF’s strekt zich nu uit tot profiel- en bannerfoto’s, en er is ook geanimeerde WebP-rendering toegevoegd. Een nieuwe Shortcuts-integratie laat gebruikers Nostr-posts versturen vanuit Apple Shortcuts-automatiseringen. De release voegt ook private replies toe en repareert DM-compatibiliteitsproblemen die de berichtbezorging tussen Nostur en andere clients beïnvloedden.

Shosho v0.15.0 lanceert Shows en verticale video-carousel

Shosho, de Nostr-livestreamingapp, bracht v0.15.0 en v0.15.1 uit op 7 april. De hoofdfunctie is Shows: streamers kunnen aangepaste show-informatie instellen voordat ze live gaan en hun show koppelen aan OBS of een andere externe encoder. Daarmee wordt de metadata van “wat stream ik” losgekoppeld van het daadwerkelijk live gaan, zodat streamers titels, beschrijvingen en producten kunnen voorbereiden voordat de uitzending begint. Diezelfde release voegt een verticale videocarrousel in TikTok-stijl toe om door lives, clips en replays te swipen in een fullscreen-feed, plus Quick Add om videoclips te publiceren en producten direct vanaf een profielpagina toe te voegen. v0.15.1 repareert een bug waarbij het toetsenbord het chatinvoerveld van de livestream verborg.

Releases

Notedeck v0.10.0-beta brengt Zapstore self-update uit

Notedeck, de desktop- en mobiele client van het Damus-team, bracht v0.10.0-beta.1 en v0.10.0-beta.2 uit als test-prereleases voor APK self-update. PR #1417 voegt APK self-update toe via de Nostr/Zapstore-updater op Android, voortbouwend op het Nostr-native update-discoverywerk uit Newsletter #14. De updateflow ontdekt nieuwe releases via Nostr-events die naar relays zijn gepubliceerd, downloadt vervolgens de APK van waar de ontwikkelaar die host (GitHub releases, Blossom CDN of andere bronnen), verifieert de SHA-256-hash tegen het ondertekende Nostr-event en installeert die daarna. PR #1438 repareert een bug op het welkomstscherm waarbij Login- en CreateAccount-knoppen direct terug navigeerden, en PR #1424 repareert tekstoverflow in de Agentium AI-sessieweergave.

Amber v6.0.0-pre1 voegt NIP-46 signing keys per verbinding toe

Amber, de NIP-55 (Android Signer Application) signer-app, bracht v6.0.0-pre1 uit op 4 april. De belangrijkste wijziging is signing keys per verbinding voor het NIP-46 (Nostr Remote Signing) bunker-protocol. In plaats van één keypair te gebruiken voor alle bunker-verbindingen genereert Amber nu een aparte sleutel voor elke verbonden client. Als één clientverbinding gecompromitteerd raakt, kan de aanvaller zich niet voordoen als de signer tegenover andere clients.

PR #377 voegt in-app controle op updates en installatie via Zapstore toe, waarmee Amber zich naast Notedeck schaart in Nostr-native appdistributie. PR #375 handelt AndroidKeyStore-fouten netjes af door gebruikers een waarschuwing te tonen in plaats van te crashen, en PR #371 voegt database-opruiming toe met groottelimieten en truncatie van content om onbegrensde opslaggroei te voorkomen. De pre-release bevat ook de NIP-42 relay-auth-whitelist en login via mnemonic recovery phrase uit de v5.0.x-cyclus die vorige week werd behandeld.

Nostria brengt native mobiele app uit

Nostria, de cross-platform Nostr-client onderhouden door SondreB, bracht een native mobiele app voor Android uit met acht releases van v3.1.11 tot en met v3.1.18. De belangrijkste nieuwe mogelijkheid is native ondersteuning voor local signers zoals Amber en Aegis. Desktop-installers voor Linux, macOS en Windows zijn ook beschikbaar. PR #610 verlaagt de geheugendruk van de feed met adaptieve runtime-limieten en opschoning van preview-URL’s. v3.1.14 repareert de integratie met Brainstorm, een Web of Trust-provider. v3.1.15 richt zich op muziekverbeteringen. De nieuwe Android-app is beschikbaar op Zapstore.

diVine 1.0.8 brengt hervatbare uploads en DM’s uit

diVine, de short-form videocliënt, bracht 1.0.8 uit met 87 gemergede PR’s. Hervatbare uploads laten makers onderbroken uploads chunk voor chunk voortzetten in plaats van opnieuw vanaf nul te beginnen op een instabiele verbinding. De release voegt instellingen voor videokwaliteit en bitrate toe, double-tap om te liken en verbeteringen aan DM’s. PR #2722 voegt een macOS-camera-plugin toe voor desktop-video-opname, en PR #2820 migreert het notificatiesysteem naar een BLoC-architectuur met enrichment en grouping. Het team verving ook AI-generated stickers en category art door OpenMoji SVG’s (PR #2844, PR #2842).

Manent v1.3.0 voegt vervaging van gevoelige notities en NIP-42-auth toe

Manent, de private app voor versleutelde notities en bestandsopslag, bracht v1.3.0 uit op 2 april. Gebruikers kunnen notities nu als gevoelig markeren om ze in de lijstweergave te vervagen, zodat private content verborgen blijft tijdens vluchtig scrollen. De release voegt ook ondersteuning voor NIP-42 (Authentication of Clients to Relays) toe, waardoor Manent zich kan authenticeren bij relays die dat vereisen voordat ze events accepteren. Manent slaat alle data versleuteld op Nostr-relays op met het keypair van de gebruiker, dus NIP-42-ondersteuning vergroot het aantal relays dat het voor opslag kan gebruiken.

Wisp v0.17.0 tot en met v0.17.3 voegen livestream-zaps en walletbackup toe

Wisp, de Android Nostr-client, bracht zes releases uit van v0.16.2-beta tot en met v0.17.3-beta met 44 gemergede PR’s. De v0.17.0-release voegt veiligheidsmeldingen voor walletbackups en zap-UX-verbeteringen toe. v0.17.1 voegt zichtbaarheid van livestreamchat over platforms heen en functionaliteit voor livestream-zaps toe. PR #423 voegt automatisch zoeken naar profielen, een zap-success-animatie en verbeteringen aan de gebruikersstatus toe. PR #426 repareert een out-of-memory-crash in computeId voor events met grote taglijsten. De v0.16.x-releases voegden emoji-shortcode-autocomplete, verbeteringen aan de groepschat-UI en filtering van geblokkeerde gebruikers toe over alle notificatiepaden heen.

Mostro brengt deep links, Nostr-wisselkoersen en een fix voor dubbele betalingen uit

Mostro, de peer-to-peer Bitcoin-beurs gebouwd op Nostr, zag deze week updates in zowel zijn serverdaemon als mobiele client. Aan serverzijde voorkomt PR #692 dat verouderde orderwrites dubbele betalingen veroorzaken, een bug die ertoe kon leiden dat een verkoper twee keer voor dezelfde trade werd betaald. PR #693 gebruikt gerichte updates voor dev_fee-writes in plaats van volledige order-overschrijvingen.

Mostro Mobile, de Flutter-client, bracht v1.2.3 uit op 3 april. De release handelt deep links van verschillende Mostro-instanties af, zodat gebruikers op links kunnen tikken die naar de juiste exchange-server routeren. PR #498 detecteert admin- en dispute-DM’s in de achtergrondnotificatiepipeline, en de app haalt wisselkoersen nu op via Nostr met een HTTP/cache-fallback. PR #560 repareert een relay-connection blocking bug waardoor de app onder bepaalde netwerkcondities relays niet kon bereiken.

Unfiltered v1.0.12 voegt hashtags en comments toe

Unfiltered, een Nostr-client gericht op beeldrijke content, bracht v1.0.12 uit. PR #69 voegt hashtag-ondersteuning toe en PR #72 voegt de mogelijkheid toe om comments op posts te schrijven en te tonen. PR #71 repareert navigatieproblemen bij posts met meerdere afbeeldingen.

Primal Android brengt walletdeling voor meerdere accounts en auto-reconnect voor remote signer uit

Primal, de Android Nostr-client, bracht op 7 april een release uit. De update voegt walletdeling voor meerdere accounts toe en een overflow-menu met walletverwijdering in Dev Tools. De remote signer reconnect nu automatisch bij verbroken verbindingen, en de walletservice kreeg zijn eigen auto-reconnectlogica. Fixes zorgen ervoor dat poll-zap-stemmen niet langer als Top Zaps verschijnen, lege pollopties geen crash meer veroorzaken, walletsaldo wordt verborgen wanneer er geen wallet bestaat, en WalletException-typen naar foutcodes in NWC-antwoorden worden gemapt.

Titan v0.1.0 lanceert native nsite://-browser met Bitcoin-naamsregistratie

Titan, een native desktopbrowser voor het Nostr-web, bracht v0.1.0 uit op 7 april. Titan resolveert nsite://-URL’s door mensleesbare namen op te zoeken die op Bitcoin zijn geregistreerd, Nostr-relays te bevragen voor de contentevents van de site en pagina’s te renderen die van Blossom-servers zijn opgehaald. Het resultaat is een webbrowse-ervaring zonder DNS, zonder TLS-certificaten en zonder hostingproviders. Namen worden geregistreerd via een webinterface die gekoppeld is aan Bitcoin-transacties. De eerste release wordt geleverd als een macOS .dmg (ARM, met Rosetta 2-ondersteuning voor Intel) en bevat ondersteuning voor een Nix-ontwikkelomgeving.

Bikel v1.5.0 brengt een native foreground service uit voor de-Googled telefoons

Bikel, een gedecentraliseerde fietstracker die ritten omzet in publieke infrastructuurdata via Nostr, bracht v1.5.0 uit op 4 april. De release migreert van de van GMS afhankelijke Expo TaskManager naar een aangepaste native foreground service, wat betrouwbare achtergrondtracking van ritten garandeert op LineageOS, GrapheneOS en andere de-Googled Android-varianten. De Bikel Bot kreeg een dual-pocket-architectuur met autonome eCash-collectie via Cashu nutzaps. v1.4.3 en v1.4.2 repareren sync van achtergrondtracking voor niet-standaard Android-omgevingen, en de app voegt OSM bike rack map point toggles toe.

Sprout voegt NIP-01, NIP-23 en NIP-33-ondersteuning toe

Sprout, een communicatieplatform van Block met een ingebouwde Nostr-relay, bracht desktop/v0.1.0-rc7 uit op 6 april. Deze week voegde het team ondersteuning toe voor NIP-23 (Long-form Content) kind 30023-artikelen, NIP-33 parameterized replaceable events met vervanging op basis van d-tags, en NIP-01/NIP-02 kind 1 text notes en kind 3 follow lists. De release voegt ook een adaptief IDE-themasysteem met 54 thema’s toe, UX-polish voor workflow- en agent-run history, en een opgeschoonde ledenzijbalk.

mesh-llm v0.56.0 brengt distributed config protocol uit

mesh-llm, een gedistribueerd LLM-inferentiesysteem dat Nostr-keypairs gebruikt voor node-identiteit, bracht v0.56.0 uit op 7 april. De release voegt een distributed config protocol toe met ownership-semantiek, asymmetrische KV-cache-kwantisatie (Q8_0-sleutels met Q4-waarden) voor lager geheugengebruik, OS keychain-opslag voor identity keystores, vloeiende chatstreaming met message queuing, en fixes voor fullscreen-layout en KV-cache-splitting met flash attention.

Nostr VPN brengt ondersteuning voor exit nodes en Umbrel-packaging uit

Nostr VPN, een peer-to-peer VPN die Nostr-relays gebruikt voor signalering en WireGuard voor versleutelde tunnels, bracht deze week zes releases uit van v0.3.0 tot en met v0.3.6. De v0.3.x-cyclus voegt ondersteuning voor exit nodes op Windows en macOS toe, waardoor peers internetverkeer via andere nodes in het netwerk kunnen routeren. Invite- en alias-propagatie synchroniseren nu over Nostr, zodat gebruikers netwerktoegang kunnen delen zonder coördinatie buiten het protocol om. De releases voegen Umbrel-packaging voor self-hosted deployment toe, NAT punch-through met onthouden publieke endpoints, automatische opschoning van verouderde exit nodes en een gepubliceerde protocolspecificatie. Het project stabiliseerde ook de route-afhandeling op macOS met zelfherstellende default routes en underlay-reparatie, en voegde een Android-build via Tauri toe. Builds zijn beschikbaar voor macOS (Apple Silicon en Intel), Linux (AppImage en .deb), Windows en Android.

Nymchat draait Marmot terug en brengt verbeterde NIP-17-groepschats uit

Nymchat, de MLS-capabele chatclient, bracht 14 releases uit van v3.56.261 tot en met v3.58.274. De belangrijkste wijziging is een protocoldraai: v3.57.261 voegde Marmot MLS-groepschats toe, maar v3.58.268 keerde terug naar NIP-17 omdat de ondersteuning van Marmot voor meerdere apparaten nog niet af is, wat problemen veroorzaakte met de synchronisatie van groepschatstatus tussen apparaten. v3.58.271 introduceert verbeterde NIP-17-groepschats met roterende ephemeral keys voor alle berichten, ontworpen om timing- en correlatieaanvallen te voorkomen. De week bracht ook een friendsysteem met fijnmazige controle over instellingen (v3.58.262), synchronisatie van MLS-groepschatberichten in versleutelde appinstellingen en meerdere fixes voor relayconnectiviteit.

nak v0.19.5 voegt Blossom multi-server en outbox-publicatie toe

nak, fiatjaf’s command-line Nostr-toolkit, bracht v0.19.5 uit. Het blossom-commando accepteert nu meerdere --server-flags om in één keer naar verschillende Blossom-servers te uploaden. Een nieuw key-commando breidt partiële sleutels uit door links nullen toe te voegen. Het event-commando krijgt een --outbox-flag om events via het outbox-model te publiceren, en fetch stopt nu met een foutcode wanneer geen event wordt teruggegeven.

In ontwikkeling

White Noise voegt thumbhash-previews en push registration bridge toe

White Noise, de private messenger gebouwd op het Marmot-protocol, merge’de vijf PR’s. PR #549 vervangt blurhash-image previews door thumbhash, een nieuwer algoritme dat scherpere placeholderafbeeldingen produceert met een kleinere payload (doorgaans minder dan 30 bytes tegenover blurhash met ongeveer 50-100 bytes), terwijl de aspectverhouding en kleurverdeling van de oorspronkelijke afbeelding behouden blijven. Blurhash blijft als fallback bestaan voor oudere content. PR #548 werkt whitenoise-rs bij en voegt de MIP-05 push registration bridge toe, waarmee het werk aan de pushnotificatiespecificatie van vorige week met de client wordt verbonden. PR #493 voegt cursor-based pagination toe voor chatberichten, als vervanging van de eerdere laadstrategie door een scrollgestuurde aanpak.

Route96 voegt dynamische labelconfiguratie en zero-egress-opruiming toe

Route96, de Blossom-mediaserver van v0l, merge’de drie PR’s. PR #80 voegt dynamische configuratie van labelmodellen via de admin-API toe, waardoor operators contentclassificatiemodellen kunnen wisselen zonder de server opnieuw te starten. PR #82 voegt labelconfiguratievelden toe aan de admin-UI. PR #79 voegt een zero-egress-opruimbeleid toe dat bestanden die nooit zijn gedownload automatisch verwijdert, zodat opslagkosten voor operators laag blijven.

Snort brengt beveiligingsverharding en DVM-betaalfacturen uit

Snort, de webclient, bracht deze week twee releases uit samen met een uitgebreide beveiligingsaudit. Fixes omvatten Schnorr-signatuurverificatie, bescherming tegen relay message forgery in NIP-46 (waardoor aanvallers geen signing requests kunnen injecteren via gecompromitteerde relays), verbeteringen aan PIN-versleuteling en verwijdering van vertrouwen op NIP-26-delegatie. Prestatieverbeteringen komen van gebatchte Schnorr-verificatie in WASM, lazy-loaded routes, vooraf gecompileerde vertalingen en het weghalen van dubbele verificatie per event. PR #618 voegt weergave van payment-required invoices toe voor NIP-90 (Data Vending Machine) kind 7000, zodat Snort de Lightning-factuur direct in de feed rendert wanneer een DVM met een betaalverzoek reageert.

Damus verbetert LMDB-compaction

Damus, de iOS-client, merge’de PR #3719, die automatische LMDB-compaction volgens een schema toevoegt en voorkomt dat de lokale database na verloop van tijd onbegrensd groeit. PR #3663 verbetert de BlurOverlayView zodat die beschermend oogt in plaats van kapot.

Captain’s Log voegt tag-indexering en note-sync toe

Captain’s Log (Comet), de Nostr-native long-form schrijftool van Nodetec, merge’de deze week vier PR’s. PR #156 voegt tag-indexering en sync-ondersteuning over notes heen toe, PR #157 refactort note-sync en tag-afhandeling, en PR #159 repareert sync van verwijderde notes zodat gewiste notes op alle apparaten verwijderd blijven.

Relatr v0.2.x herontwerpt plug-insysteem met Nostr-native validator-marktplaats

Relatr, een Web of Trust-scoringengine die vertrouwensranglijsten berekent op basis van sociale-graafafstand en configureerbare validators, bracht de v0.2.x-familie uit met een complete herziening van het plug-insysteem. Validators worden nu geschreven in Elo, een draagbare functionele expressietaal die is geforkt om host-georkestreerde capabilities in meerdere stappen te ondersteunen (Nostr-queries, social graph-lookups, NIP-05-resolutie). Plug-ins worden gepubliceerd als kind 765 Nostr-events, waardoor distributie native wordt aan het relaynetwerk. Een nieuwe plugin marketplace laat operators validators ontdekken, installeren en wegen vanuit de browser, met een CLI (relo) voor lokaal authoren en publiceren. De architectuur is gesandboxed: plug-ins kunnen alleen capabilities aanroepen die de host expliciet beschikbaar stelt, zodat een kwaadaardige validator niet buiten zijn gedefinieerde scope kan ontsnappen. Relatr-instanties kunnen nu vanaf de website worden beheerd, met volledige zichtbaarheid in welke plug-ins het scoringsalgoritme vormen en welke individuele gewichten ze hebben.

Shopstr verbetert mobiele navigatie en toegangscontrole

Shopstr, de Nostr-native marktplaats voor kopen en verkopen met Bitcoin, pushte deze week 158 commits over de hoofdapp en het begeleidende Milk Market-project. Fixes omvatten verbeteringen aan de mobiele communitylayout, gedrag waarbij menu’s bij navigatie sluiten en het automatisch sluiten van dropdowns. Beschermde routes zijn niet langer via een directe URL bereikbaar zonder in te loggen, en de slug-matchinglogica behandelt meerdere exacte matches nu correct.

Pollerama voegt notificaties, filmzoekfunctie en rating-UI toe

Pollerama, een polling-, survey- en social rating-app gebouwd op Nostr, voegde thread-notificaties, een filmzoekfunctie en een herziening van de rating-UI toe. De release repareert ook problemen met het laden van de feed en verhoogt dependency-versies.

Purser bouwt Nostr-native betaaldemon met Marmot-versleuteling

Purser, een Nostr-native betaaldemon ontworpen als vervanger voor Zaprite, merge’de deze week negen PR’s die de kernarchitectuur uitbouwen. Het project gebruikt Marmot MLS via MDK voor versleutelde merchant-customer messaging, met Strike en Square als payment providers. Deze week landden config- en catalog-loading, validatie van berichtschema’s, de MDK-communicatielaag, implementaties voor Strike en Square, een polling-engine, anti-spam-rate limiting, persistentie van pending payments en de orderverwerkingspipeline. Alle 99 tests oefenen nu echte mdk-core MLS-operaties uit nadat het team mock MLS verwijderde ten gunste van echte versleuteling in local mode.

Vector refactort DM-bijlagen en voegt profielbewerking toe

Vector, de privacygerichte Nostr-messenger gebouwd met Tauri, merge’de PR #55, die de frontend refactort. Het decrypten en opslaan van DM-bijlagen is verplaatst naar de vector-core-library, en de app ondersteunt nu profielbewerking. De upload-cancel-flag is correct doorverbonden via TauriSendCallback, en ongebruikte callbacks voor attachment previews zijn opgeschoond.

Protocol- en specificatiewerk

NIP-Updates

Recente wijzigingen in het NIPs-repository:

Gemerged:

NIP-58 (Badges): Profile Badges verhuizen naar kind 10008, Badge Sets naar kind 30008 (PR #2276): Migreert Profile Badges van kind 30008 naar kind 10008 (een replaceable event, één per pubkey) en introduceert kind 30008 voor Badge Sets. Eerder gebruikten Profile Badges hetzelfde kind (30008) als badge-definities, waardoor ze parameterized replaceable events waren met een d-tag als sleutel. Het nieuwe kind 10008 is een eenvoudig replaceable event: één per pubkey, zonder d-tag. Clients vragen nu per gebruiker één enkel replaceable event op in plaats van parameterized replaceable events te scannen. Amethyst v1.07.3 wordt al met deze migratie geleverd.
NIP-34 (Git Stuff): Add git-related follow lists (PR #2130): Voegt conventies voor follow lists toe voor NIP-34 repository- en issue-tracking. Gebruikers publiceren kind 30000 follow sets met d-tags zoals git-repos of git-issues die a-tagverwijzingen bevatten naar repositories (kind 30617) die zij willen volgen. Clients kunnen zich op deze follow sets abonneren om repository-activiteit in de feed van een gebruiker te tonen, vergelijkbaar met hoe kind 3 contactlijsten werken voor pubkeys.

Open PR’s en discussies:

NIP-AC: P2P Voice and Video Calls over WebRTC (PR #2301): Breidt de oorspronkelijke NIP-100 (geïmplementeerd door 0xChat) uit met drie wijzigingen: migratie naar NIP-44-versleuteling verpakt in NIP-59 gift wraps om metadata-lekken te elimineren, een gespecificeerde WebRTC-workflow voor de setup van voice- en videocalls (offer, answer, ICE candidates), en een mesh-model voor groepscalls waarin elke peer een directe WebRTC-verbinding opzet met elke andere peer. De specificatie is niet backwards-compatible met NIP-100. Amethyst bouwt er al tegenaan, met een testsuite voor de call state machine (PR #2143) en afhandeling van verouderde call offers (PR #2164) die deze week landden.
NIP-340 (FROST Quorum) (PR #2299): Stelt conventies voor voor threshold-signing op Nostr met FROST (Flexible Round-Optimized Schnorr Threshold). FROST laat een groep signers gezamenlijk een Nostr-identiteit beheren waarbij elke t-of-n-combinatie events kan signeren zonder de volledige private key te reconstrueren. Het NIP definieert hoe signing-rondes worden gecoördineerd, key shares worden verdeeld en threshold-signed events worden gepubliceerd, voortbouwend op het Igloo-signerwerk uit het FROSTR-project.
NIP-5D (Nostr Web Applets) (PR #2303): Definieert een postMessage-protocol voor gesandboxte webapplicaties (“napplets”) die in iframes draaien om te communiceren met een hostapplicatie (“shell”). De shell voorziet de napplet via een gestructureerde message-API van Nostr-signing, relaytoegang en gebruikerscontext, terwijl de iframe-sandbox directe sleuteltoegang verhindert. Dit breidt het model voor hosting van statische websites uit NIP-5A uit richting interactieve applicaties die Nostr-events kunnen lezen en schrijven. Het NIP is actief in ontwikkeling met een werkende runtime-implementatie.
NIP-5C (Scrolls) (PR #2281): Is hernoemd vanuit het eerdere voorstel NIP-A5. Het definieert conventies voor het publiceren en ontdekken van WebAssembly-programma’s op Nostr. WASM-binaries worden als Nostr-events opgeslagen, en clients kunnen ze downloaden en uitvoeren in een gesandboxte runtime. Een demo-app laat scrolls in de browser draaien, met voorbeeldprogramma’s die als Nostr-events zijn gepubliceerd en door elke client kunnen worden opgehaald en uitgevoerd.
NIP-85 (Trusted Assertions): Clarifications (PR #2304): Verscherpt de specificatietaal rond meerdere sleutels en relays per serviceprovider en verduidelijkt hoe clients assertions van providers moeten afhandelen die over meerdere pubkeys of relay-endpoints opereren.
NIP-24 (Extra Metadata Fields): published_at voor replaceable events (PR #2300): Generaliseert de published_at-tag uit NIP-23 (Long-form Content) naar alle replaceable en addressable events. De tag is uitsluitend bedoeld voor weergave: als published_at gelijk is aan created_at, tonen clients het event als “gemaakt” op dat moment; als ze verschillen (omdat het event is bijgewerkt), kunnen clients in plaats daarvan “bijgewerkt” tonen. Dit laat kind 0-profielen “joined at”-data tonen en laat andere replaceable events hun oorspronkelijke publicatietijdstip behouden over updates heen. Een aanvullend voorstel voor NIP-51 (PR #2302) voegt dezelfde tag toe aan list-events.
NIP-59 (Gift Wrap): Ephemeral gift wrap kind (PR #2245): Voegt kind 21059 toe als ephemeral tegenhanger van de bestaande kind 1059 gift wrap. Ephemeral events (kinds 20000-29999) volgen de semantiek van NIP-01: relays hoeven ze niet op te slaan en mogen ze na bezorging weggooien. Daarmee kunnen applicaties gift-wrapped berichten versturen die van relays verdwijnen zodra ze zijn afgeleverd, wat de opslagbehoefte voor berichtenverkeer met hoog volume vermindert terwijl hetzelfde drielagige versleutelingsmodel als gewone NIP-17 DM’s behouden blijft.

OpenSats kondigt zestiende golf Nostr-subsidies aan

OpenSats kondigde op 8 april zijn zestiende golf Nostr-subsidies aan, met financiering voor vier eerste subsidies en één verlenging. Amethyst Desktop ontvangt financiering voor bijdrager Robert Nagy om een zelfstandige desktopapp te bouwen bovenop de Quartz en Commons-modules, waarmee de feature-set van de Android-client naar muisgestuurde interfaces met persistente relayverbindingen wordt gebracht. Nostr Mail ontvangt financiering om een volledig e-mailsysteem op Nostr te bouwen met kind 1301-events verpakt in NIP-59 gift wraps, met een Flutter-client en SMTP-bridgeservers voor compatibiliteit met Gmail en Outlook. Nostrord ontvangt financiering voor een Kotlin Multiplatform NIP-29 relay-based groepsclient met Discord-achtige groepsberichten, moderatie en threads. Nurunuru ontvangt financiering om een native iOS-versie te bouwen van de op Japan gerichte Nostr-client gemodelleerd naar de vertrouwde interface van LINE, met op passkeys gebaseerde biometrische login voor onboarding. HAMSTR kreeg een verlenging van zijn subsidie (voor het eerst gefinancierd in de elfde golf).

NIP Deep Dive: NIP-17 (Private Direct Messages)

NIP-17 definieert de huidige standaard voor private direct messages op Nostr. Het vervangt het oudere schema van NIP-04 (Encrypted Direct Messages), dat metadata lekte (afzender, ontvanger en tijdstempels waren allemaal zichtbaar op relays) en een zwakkere versleutelingsconstructie gebruikte. NIP-17 combineert NIP-44 (Encrypted Payloads) voor versleuteling met NIP-59 (Gift Wrap) voor bescherming van metadata, en creëert zo een systeem met drie lagen waarin relays niet kunnen zien wie met wie praat.

Het protocol gebruikt drie event kinds die in elkaar zijn genest. De binnenste laag is het daadwerkelijke bericht, een ongetekend kind 14-event:

{
 "id": "a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890",
 "pubkey": "d7e3a4b9c1f2e8d6a5b4c3d2e1f09876d7e3a4b9c1f2e8d6a5b4c3d2e1f09876",
 "created_at": 1744108800,
 "kind": 14,
 "tags": [
 ["p", "f1a2b3c4d5e6f7890123456789abcdef01234567890abcdef1234567890abcdef", "wss://inbox.example.com"],
 ["subject", "Project update"]
 ],
 "content": "The new relay config is deployed. Let me know if you see any issues.",
 "sig": ""
}

Het kind 14-event is bewust ongetekend (lege sig). De specificatie beschrijft dit als het bieden van ontkenbaarheid, maar in de praktijk is die bescherming beperkt. De kind 13 seal die het rumor-bericht inpakt, is ondertekend met de echte sleutel van de afzender. Een ontvanger kan die ondertekende seal aan een derde partij tonen en daarmee bewijzen dat de afzender met hen heeft gecommuniceerd, zelfs zonder de inhoud van het bericht prijs te geven. Met zero-knowledge proofs kan een ontvanger zelfs de exacte inhoud van het bericht bewijzen zonder zijn eigen private key prijs te geven. Het ongetekende rumor is als een ongetekende brief in een ondertekende envelop: de handtekening op de envelop koppelt de afzender aan de inhoud. Echte ontkenbaarheid zou symmetrische authenticatie vereisen (zoals de HMACs van Signal), wat onverenigbaar is met het gedecentraliseerde relaymodel van Nostr waarin berichten zelfauthenticerend moeten zijn. De echte sterke punten van NIP-17 zijn metadata-privacy en geheimhouding van content, niet ontkenbaarheid.

Dit ongetekende bericht wordt vervolgens verpakt in een kind 13 seal, die door de werkelijke afzender wordt ondertekend en met NIP-44 voor de ontvanger wordt versleuteld:

{
 "id": "b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1",
 "pubkey": "d7e3a4b9c1f2e8d6a5b4c3d2e1f09876d7e3a4b9c1f2e8d6a5b4c3d2e1f09876",
 "created_at": 1744022400,
 "kind": 13,
 "tags": [],
 "content": "<nip44-encrypted kind 14 payload>",
 "sig": "e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4"
}

De seal heeft geen tags, dus zelfs na decryptie zou die de ontvanger niet onthullen. De seal is ondertekend met de echte sleutel van de afzender, waardoor de ontvanger het bericht kan authenticeren door te controleren dat de pubkey van de seal overeenkomt met de pubkey van het binnenste kind 14.

De seal wordt daarna verpakt in een kind 1059 gift wrap, ondertekend met een willekeurige wegwerpsleutel en geadresseerd aan de ontvanger:

{
 "id": "c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2",
 "pubkey": "9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba",
 "created_at": 1744065600,
 "kind": 1059,
 "tags": [
 ["p", "f1a2b3c4d5e6f7890123456789abcdef01234567890abcdef1234567890abcdef"]
 ],
 "content": "<nip44-encrypted kind 13 payload>",
 "sig": "fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210"
}

De pubkey van de gift wrap is een willekeurige sleutel die alleen voor dit bericht wordt gegenereerd, en de created_at wordt tot twee dagen in het verleden gerandomiseerd. Dit is de buitenste laag die relays daadwerkelijk zien: een bericht van een onbekende pubkey aan de ontvanger, met een tijdstempel die niet weerspiegelt wanneer het bericht echt is verzonden. De gerandomiseerde tijdstempel beschermt tegen analyse achteraf van opgeslagen events, maar een aanvaller die actief met relays is verbonden kan nog steeds zien wanneer de gift wrap voor het eerst verscheen, waardoor deze verdediging beperkt blijft tot passieve waarnemers die relaydata later opvragen. Omdat de pubkey willekeurig is en de tijdstempel nep, kunnen relays de echte afzender niet bepalen. Om het bericht te lezen decrypt de ontvanger de gift wrap met zijn eigen sleutel en de willekeurige pubkey, vindt daarbinnen de seal, decrypt vervolgens de seal met zijn eigen sleutel en de pubkey van de afzender uit de seal, en vindt daarbinnen het kind 14-bericht.

NIP-17 biedt geen forward secrecy. Alle berichten worden versleuteld met het statische Nostr-keypair (via de sleutelafleiding van NIP-44 uit de sleutels van afzender en ontvanger). Als een private key gecompromitteerd raakt, kan elk vroeger en toekomstig bericht dat naar die sleutel is versleuteld worden gedecrypt. Dat is een bewuste afruil: omdat versleuteling alleen van de nsec afhangt, kan een gebruiker die zijn nsec back-upt de volledige berichtgeschiedenis herstellen van elke relay die de gift wraps nog bewaart. Protocollen zoals MLS (gebruikt door Marmot) bieden forward secrecy via roterend sleutelmateriaal, maar ten koste van statussynchronisatie en met als gevolg dat historische berichten na sleutelrotatie niet meer kunnen worden hersteld.

NIP-17 definieert ook kind 15 voor versleutelde bestandsberichten, met file-type-, encryption-algorithm-, decryption-key- en decryption-nonce-tags zodat de ontvanger een bijgevoegd bestand kan decrypten dat met AES-GCM is versleuteld voordat het naar een Blossom-server werd geüpload. Kind 10050 wordt gebruikt om de voorkeurslijst van DM-relays van een gebruiker te publiceren, zodat afzenders weten waar zij gift wraps moeten afleveren. De set van pubkey + p-tags in een bericht definieert een chatroom; een deelnemer toevoegen of verwijderen maakt een nieuwe room met een schone geschiedenis.

Implementaties dekken de meeste grote clients. nospeak gebruikt NIP-17 voor alle één-op-één-berichten. Flotilla gebruikt NIP-17 voor zijn proof-of-work-DM’s. Amethyst, Primal, Nostur, Damus, noStrudel en Coracle implementeren allemaal NIP-17 als hun primaire DM-protocol. De specificatie ondersteunt ook verdwijnende berichten door een expiration-tag in de gift wrap te zetten.

NIP Deep Dive: NIP-46 (Nostr Remote Signing)

NIP-46 definieert een protocol om de private key van de gebruiker te scheiden van de clientapplicatie. In plaats van een nsec in een webapp te plakken draait de gebruiker een remote signer (ook wel een “bunker” genoemd) die de private key vasthoudt en op signing requests via Nostr-relays reageert. De client ziet de private key nooit. Dat verkleint het aanvalsoppervlak: een gecompromitteerde client kan signatures aanvragen, maar kan de sleutel zelf niet extraheren.

Het protocol gebruikt kind 24133 voor zowel verzoeken als antwoorden, versleuteld met NIP-44 (Encrypted Payloads). Een client genereert voor de sessie een wegwerp-client-keypair en communiceert met de remote signer via met NIP-44 versleutelde berichten die met elkaars pubkeys zijn getagd. Hieronder staat een signing request van een client aan een remote signer:

{
 "id": "aa11bb22cc33dd44ee55ff6677889900aabbccdd11223344556677889900aabb",
 "pubkey": "eff37350d839ce3707332348af4549a96051bd695d3223af4aabce4993531d86",
 "created_at": 1744108800,
 "kind": 24133,
 "tags": [
 ["p", "fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52"]
 ],
 "content": "<nip44-encrypted JSON-RPC request>",
 "sig": "1122334455667788990011223344556677889900aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff0011223344556677"
}

De versleutelde content bevat een JSON-RPC-achtige structuur:

{
 "id": "random-request-id-1",
 "method": "sign_event",
 "params": ["{\"kind\":1,\"content\":\"Hello from remote signing\",\"tags\":[],\"created_at\":1744108800}"]
}

De remote signer decrypt het verzoek, presenteert het aan de gebruiker ter goedkeuring (of keurt het automatisch goed op basis van geconfigureerde permissies), ondertekent het event met de private key van de gebruiker en retourneert het ondertekende event in een antwoord:

{
 "id": "bb22cc33dd44ee55ff6677889900aabb11223344556677889900aabbccddeeff",
 "pubkey": "fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52",
 "created_at": 1744108801,
 "kind": 24133,
 "tags": [
 ["p", "eff37350d839ce3707332348af4549a96051bd695d3223af4aabce4993531d86"]
 ],
 "content": "<nip44-encrypted JSON-RPC response>",
 "sig": "aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899"
}

Verbindingen kunnen vanaf beide kanten worden gestart. Een remote signer levert een bunker://-URL met zijn pubkey en relayinformatie. Een client levert een nostrconnect://-URL met zijn client pubkey, relays en een secret voor verificatie van de verbinding. De secret-parameter voorkomt connection spoofing: alleen de partij die de URL out-of-band heeft ontvangen kan de handshake voltooien.

Acht methoden zijn gedefinieerd: connect voor het opzetten van de sessie, sign_event voor het signeren van events, get_public_key om de pubkey van de gebruiker op te vragen, ping voor keepalive, nip04_encrypt/nip04_decrypt voor legacy-versleuteling, nip44_encrypt/nip44_decrypt voor huidige versleuteling, en switch_relays voor relaybeheer. Relaymigratie wordt afgehandeld door de remote signer, die de verbinding in de loop van de tijd naar nieuwe relays kan verplaatsen zonder de sessie te breken.

Clients vragen tijdens het verbinden specifieke capabilities aan via een permissiesysteem. Een permissiestring als nip44_encrypt,sign_event:1,sign_event:14 vraagt toegang tot NIP-44-versleuteling en signingtoegang voor alleen kind 1- en kind 14-events. De remote signer kan deze permissies accepteren, weigeren of aanpassen. Dat betekent dat een webclient voor het lezen en posten van notes misschien alleen permissie sign_event:1 krijgt, terwijl een DM-client ook sign_event:14 en nip44_encrypt kan krijgen.

Amber implementeert NIP-46 op Android, en de v6.0.0-pre1 van deze week voegt signing keys per verbinding toe voor isolatie tussen clients. nsec.app (voorheen Nostr Connect) levert een webgebaseerde bunker. nostr-tools bevat BunkerSigner voor JavaScript-clients, en de PR #530 van vorige week voegde skipSwitchRelays toe voor handmatig relaybeheer. Het protocol ondersteunt ook auth challenges: wanneer een remote signer extra authenticatie nodig heeft (wachtwoord, biometrie of hardwaretoken), reageert die met een auth_url die de client in een browser opent zodat de gebruiker die kan voltooien.

Dat is het voor deze week. Bouw je iets of heb je nieuws om te delen? Stuur ons een DM op Nostr of vind ons op nostrcompass.org.

Nostr Compass #16

Wed, 01 Apr 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Amethyst brengt v1.07.0 uit met vastgepinde notes, relaybeheer via NIP-86 en ondersteuning voor NIP-62 Request to Vanish. NIP-5A (Static Websites) wordt gemerged in het NIPs-repository en definieert hoe websites onder Nostr-sleutelparen kunnen worden gehost met Blossom-opslag. Flotilla brengt v1.7.0 uit met voice rooms, e-mail/wachtwoordlogin en proof-of-work DM’s. White Noise repareert relay churn in v2026.3.23, nospeak lanceert 1.0.0 als messenger zonder signup. Nymchat adopteert Marmot voor MLS-versleutelde groepschats met NIP-17-terugval. Calendar by Form* bereikt v1.0.0 met private kalenderlijsten en ICS-import, Amber voegt mnemonic-herstel en NIP-42 relay-auth-whitelisting toe, en de Marmot-specificatie verplaatst KeyPackages naar addressable events terwijl MIP-05 pushnotificatieformattering wordt aangescherpt.

Nieuws

Amethyst brengt vastgepinde notes, relaybeheer en Request to Vanish

Amethyst, de Android-client onderhouden door vitorpamplona, bracht in drie dagen zes releases uit, van v1.07.0 tot v1.07.5. De kernset functies bestrijkt zes protocoloppervlakken: vastgepinde notes, een speciaal poll-feedscherm, ondersteuning voor NIP-62 (Request to Vanish) om volledige eventverwijdering van relays te vragen, NIP-86 (Relay Management API) vanuit de client, NIP-66 (Relay Discovery and Liveness Monitoring)-beoordelingen in het relay-infoscherm en weergave van ledeninformatie uit NIP-43 (Relay Access Metadata and Requests).

NIP-86 definieert een JSON-RPC-interface voor relayoperators, waarmee clients administratieve commando’s zoals het bannen of toestaan van pubkeys en het opvragen van gebande gebruikers via een gestandaardiseerde API kunnen sturen. Amethyst stelt dit nu direct bloot in zijn relaybeheer-UI, zodat gebruikers die hun eigen relays draaien ze kunnen beheren vanuit dezelfde client die ze gebruiken om te posten. PR #2039 vervangt de oude hex-invoerdialoog voor ban- en allow-pubkeys door een interactieve gebruikerszoekdialoog.

v1.07.2 voegde GIF-keyboarduploads toe en repareerde een signingregressie waarbij afwijzingsantwoorden van Amber verkeerd werden gelezen omdat oudere Amber-versies een lege string teruggaven voor het rejected-veld (PR #2042). v1.07.5 repareert een crash tijdens image-upload. De v1.06.2- en v1.06.3-releases eerder in de week voegden een polltype-selector toe voor single- versus multiple-choice polls, drag-to-seek op videovoortgangsbalken en verbeteringen voor anoniem posten.

NIP-5A wordt gemerged en brengt statische websites naar Nostr

NIP-5A (Static Websites) werd gemerged via PR #1538 en definieert hoe statische websites onder Nostr-sleutelparen kunnen worden gehost. De specificatie gebruikt twee event kinds: kind 15128 voor een rootsite, één per pubkey, en kind 35128 voor benoemde sites die met een d tag worden geïdentificeerd. Elk manifest koppelt URL-paden aan SHA256-hashes, met optionele server tags die verwijzen naar Blossom-opslaghosts waar de werkelijke bestanden staan.

Het hostingmodel werkt zo: een site-auteur bouwt een statische site, uploadt de bestanden naar een of meer Blossom-servers en publiceert daarna een ondertekend manifestevent dat paden aan inhoudshashes koppelt. Een hostserver ontvangt webverzoeken, resolveert de pubkey van de auteur uit het subdomein, haalt het manifest op uit de NIP-65-relaylijst van de auteur en serveert bestanden door de overeenkomende blobs van Blossom te downloaden. De site blijft onder controle van de auteur omdat alleen die sleutel een bijgewerkt manifest kan signeren. De hostserver is vervangbaar omdat elke server die NIP-5A begrijpt dezelfde site uit hetzelfde manifest kan serveren.

De specificatie bouwt voort op infrastructuur die al bestond. nsite, de referentie-hostimplementatie van NIP-5A gebouwd door lez, en nsite-manager, hzrd149’s beheer-UI, draaiden al voordat het NIP werd gemerged. De merge maakt de event kinds en URL-resolutieregels officieel, waardoor tweede en derde implementaties nu een stabiel doel hebben.

White Noise repareert relay churn en breidt clientbesturing uit

White Noise, de private messenger gebouwd op het Marmot-protocol, bracht v2026.3.23 uit op 25 maart. De kern van de release is relaystabiliteit. Login wacht niet langer op publicatie naar elke relay uit de relaylijst voordat het verdergaat, omdat relaylijstpublicatie nu quorumlogica gebruikt en de rest op de achtergrond herprobeert. Eenmalige fetches en publicaties gebruiken scoped efemere relaysessies in plaats van in de langlevende pool te blijven hangen, herstelde sessies vinden na opstarten hun groepsrefreshpad terug, en de app toont nu relaydiagnostiek en inspectie van relaystatus via PR #495 en PR #502.

Dezelfde release verandert ook hoe gesprekken zich gedragen. PR #468 voegt NIP-C7 reply-threading toe met q tags en nostr:nevent-verwijzingen, PR #471 en PR #512 houden verwijderde berichten zichtbaar als verwijderde placeholders in plaats van ze stil te verwijderen, PR #478 voegt een in-app bugreportflow toe met anonieme rapporten via NIP-44 (Encrypted Payloads), en PR #486 voegt supportchat direct in de client toe. Ook gebruikersgerichte berichtbesturing verscheen in dezelfde periode: PR #532 archiveert chats, PR #541 voegt mute en unmute toe met configureerbare duur, en PR #535 voegt notificatie-instellingen toe. PR #539 is voorbereidend werk voor push-registratie met APNs-registratie op iOS en Play Services-detectie op Android. Aan de backendzijde voegde de MDK (Marmot Development Kit) MIP-05 pushnotificatieprimitieven en een notification request builder toe (PR #235, PR #238), terwijl whitenoise-rs persistentie voor pushregistratie (PR #688), fixes voor annulering van background tasks (PR #696) en herstel van key packages bij startup (PR #693) toevoegde.

Nostr VPN bereikt v0.3.0 met roster sync en invite v2

Aansluitend op de lanceringsberichtgeving van vorige week, zette nostr-vpn, de peer-to-peer VPN die Nostr-relays gebruikt voor signalering en WireGuard voor versleutelde tunnels, zijn snelle releasetempo voort en bracht versies uit tot en met v0.3.3. De versionsprong brengt twee brekende wijzigingen: het invite-formaat gaat naar v2 (0.3.0 kan nog steeds v1-invites importeren, maar oudere builds kunnen geen v2-invites importeren), en admin-ondertekende roster sync werd aan het signaleringsprotocol toegevoegd. Peers met verschillende versies kunnen op mesh-niveau nog verbinden, maar oudere peers nemen niet deel aan rostersynchronisatie.

Die roster sync markeert het begin van een beheerd netwerk. Een admin-node kan nu lidmaatschapswijzigingen naar alle peers pushen, zodat het toevoegen of verwijderen van een apparaat uit de mesh niet vereist dat elke peer handmatig de configuratie aanpast. De v0.2.x-releases in dezelfde week pakten specifieke deploymentproblemen aan: v0.2.22 tot en met v0.2.28 repareerden Windows-servicemanagement, voegden Android-buildscripts toe en verfijnden de LAN-pairingflow.

nospeak lanceert als een 1.0 private messenger

nospeak, een private messenger gebouwd op Nostr, bracht zijn 1.0.0-release uit op 27 maart. Het project bevat één-op-één- en groepsgesprekken, contactbeheer en een self-hostable architectuur. Eén-op-één-chats gebruiken NIP-17 (Private Direct Messages), dat NIP-59 (Gift Wrap) combineert met NIP-44 (Encrypted Payloads) om de afzender voor relays te verbergen. Voor media worden bestanden client-side versleuteld met AES-256-GCM voordat ze naar Blossom-servers worden geüpload. De release wordt ook als container image geleverd voor self-hosting.

Flotilla, hodlbod’s Discord-achtige NIP-29 (Relay-based Groups)-client gebouwd rond het model “relays as groups”, bracht v1.7.0 en v1.7.1 uit op 30 en 31 maart. De opvallendste functie is voice rooms, bijgedragen door mplorentz. Gebruikers kunnen nu deelnemen aan voice calls binnen groepskanalen, met een join-dialoog (PR #109) waarin ze een audio-inputdevice kunnen kiezen en kunnen beslissen of ze echt aan de voice call meedoen of alleen de tekstchat willen bekijken. Die dialoog lost een UX-probleem uit de vorige iteratie op: het betreden van een room met voice activeerde eerder direct de microfoon, ook wanneer de gebruiker alleen berichten wilde lezen of kamerinstellingen wilde bekijken.

Dezelfde release voegt e-mail/wachtwoordlogin toe als alternatief voor Nostr key-gebaseerde auth, proof-of-work op DM’s, DM-bewerking, herontworpen relay-onboarding en instellingen, detectie van Blossom-ondersteuning via supported_nips, verbeterde notificatiebadges, Android push notification fallback en fixes voor bestandsuploads op Android. v1.7.1 volgt met een fix voor pomade registration fallback bij gebruik van een offline signer.

Hodlbod bouwt ook Caravel, een hostingmanager en dashboard voor zooid-relays, dat deze week 40 commits noteerde in de eerste ontwikkelfase.

Nymchat brengt Marmot-aangedreven groepschats

Nymchat (ook bekend als NYM, Nostr Ynstant Messenger), de efemere chatclient gekoppeld aan Bitchat, kondigde aan dat alle nieuwe groepschats nu het Marmot-protocol gebruiken voor MLS-versleutelde berichten. De integratie gebruikt kinds 443, 444 en 445 voor respectievelijk key packages, welcome messages en groepsberichten, en levert forward secrecy, post-compromise security en nul metadata-lekkage. Als een ontvanger MLS niet kan gebruiken, valt Nymchat terug op zijn eerdere NIP-17 (Private Direct Messages)-pad voor groepschats, dat nog steeds end-to-end versleuteld is maar niet de ratchet-tree-eigenschappen van MLS heeft.

De v3.55- en v3.56-serie richtten zich deze week op randgevallen voor groepschats: laden op nieuwe apparaten, leave-gedrag, notificatierouting en unread badge counts. In dezelfde cyclus werd ook een XSS-kwetsbaarheid uit ongeëscapete HTML gepatcht en werd blokkering van trefwoorden en zinnen uitgebreid naar gebruikersbijnamen. Daarmee wordt Nymchat nog een Marmot-client naast White Noise en OpenChat, en wordt de set apps groter die MLS-versleutelde groepsberichten via hetzelfde protocol kunnen uitwisselen.

Releases

Calendar by Form* v1.0.0

Calendar by Form*, de gedecentraliseerde kalenderapp gebouwd op NIP-52 (Calendar Events), bereikte v1.0.0 op 29 maart. De release voegt private kalenderlijsten toe met versleutelde Nostr-events (kind 32123) en NIP-44 (Encrypted Payloads) self-encryption, zodat gebruikers events in privécollecties kunnen groeperen zonder die structuur aan relays bloot te stellen. Dezelfde release voegt ook ICS-intentafhandeling toe voor het importeren van kalenderdata uit andere applicaties en invitation requests voor het delen van events tussen gebruikers.

Amber v5.0.2 tot en met v5.0.4

Amber, de NIP-55 (Android Signer Application) signer-app, bracht drie point releases uit: v5.0.2, v5.0.3 en v5.0.4. De meest zichtbare toevoeging is login via mnemonic recovery phrase (PR #358), waarmee gebruikers hun signer kunnen herstellen vanuit een BIP39-seed phrase in plaats van de ruwe nsec- of ncryptsec-string nodig te hebben. PR #357 voegt een NIP-42 relay-auth-whitelist toe, zodat gebruikers kunnen beperken welke relays clientauthenticatie mogen opvragen. PR #353 voegt selectie van encryptie-scope toe voor decrypt-rechten, waardoor gebruikers alleen NIP-04- of alleen NIP-44-decrypttoegang kunnen geven in plaats van een algemene permissie. v5.0.4 repareert een bug waarbij rejection scoped encrypt- en decryptrechten niet respecteerde en verbetert de prestaties bij ontvangst van meerdere bunker requests.

Aegis v0.4.0

Aegis, de cross-platform signer, bracht v0.4.0 uit op 26 maart. De release voegt Full- en Selective-authorizationmodi toe in Instellingen en repareert meerdere QR-scanproblemen. Opvolgende commits d4f799f, 3313af9, 3b214e4 en e4f40b6 zetten datzelfde werk voort met batchselectiebediening, herbruikbare batchselectiestatistieken, set-all-groups selectie-API’s en gebruiksstatistieken per permissie op de app permissions-pagina.

Schemata v0.2.7 tot en met v0.3.0

Schemata, de JSON Schema-definities voor het valideren van Nostr event kinds, bracht vier releases uit van v0.2.7 tot v0.3.0 met 21 gemergede PR’s. De v0.3.0-release brengt fixes voor patroonconsistentie over relay-URL’s, hex-ID’s, MIME-types en BOLT-11-strings heen (PR #126), gecentraliseerde relay-URL-patronen (PR #117), NIP-19 bech32-basistype-schema’s (PR #118) en validatie voor kind 777 spell-events (PR #125). De releasepipeline publiceert nu bij elke release een kind 1 note op Nostr (PR #120), zodat het project zichzelf aankondigt via het protocol dat het valideert. Schemata ondersteunt nu naast het canonieke JS/TS-pakket ook Rust, Go, Python, Kotlin, Java, Swift, Dart, PHP, C#/.NET, C++, Ruby en C.

Naast Schemata publiceerde het team ook schemata-codegen, een experimentele codegenerator die een andere benadering kiest voor hetzelfde validatieprobleem. Waar de validatorpakketten van Schemata een JSON Schema-runtimeafhankelijkheid vereisen, vertaalt schemata-codegen schema’s direct naar getypte native-language constructies (getypte tag-tuples, kind-interfaces en runtime validators), waardoor een validatorbibliotheek tijdens runtime niet nodig is. De vergelijking codegen-vs-validators documenteert wanneer welke aanpak het beste past.

BigBrotr v6.5.0 tot en met v6.5.4

BigBrotr, het relay-analyseplatform, bracht vijf releases uit van v6.5.0 tot v6.5.4. v6.5.0 centraliseert relay-URL-validatie met een parse_relay_url() factory function en voegt controle op URL-lengte en pad-sanitization toe. Ook de monitoringinfrastructuur kreeg fixes: announcement-events bevatten nu geohash-locatietags (volgens NIP-52), en timeoutbescherming werd toegevoegd aan de Geo/Net NIP-66-metadatatests die eerder geen deadline hadden en onbeperkt konden blijven hangen. PR #410 upgrade PostgreSQL van 16 naar 18, wat het async I/O-subsysteem en betere WAL-throughput naar de relay-analysepipeline brengt.

Vertex Lab-relay voegt NIP-50-profielsearch toe

Vertex Lab, het team achter npub.world en de Vertex Web of Trust-engine, kondigde aan dat wss://relay.vertexlab.io nu NIP-50 (Search) ondersteunt voor profielqueries. NIP-50 breidt de standaard Nostr REQ-filter uit met een search-veld, zodat clients full-text zoekqueries naar relays kunnen sturen die indexering ondersteunen. Profielsearch toevoegen aan een relay die al Web of Trust-data levert, betekent dat clients verbonden met relay.vertexlab.io gebruikers op naam of beschrijving kunnen ontdekken zonder aparte zoekdienst.

Hashtree v0.2.17 en v0.2.18 leveren WebRTC-mesh en Iris Desktop

Hashtree, mmalmi’s content-addressed blobopslagsysteem dat Merkle roots op Nostr publiceert, bracht v0.2.17 en v0.2.18 uit op 31 maart. Die twee releases sluiten een sprint van 30 commits af die drie aparte capaciteiten toevoegt. Ten eerste voegt de hashtree-webrtc crate (hernoemd naar hashtree-network in v0.2.18) WebRTC-gebaseerde peer-to-peer distributie van blobs toe met uniforme mesh-signalering over de Rust CLI, de simulation harness en de TypeScript-client. Ten tweede bouwt de releasepipeline nu Windows-artefacten (CLI zip en Iris installer), waardoor er dekking is voor macOS, Linux en Windows. Ten derde bundelen beide releases Iris Desktop 0.1.0, mmalmi’s Nostr social client, als AppImage-, .deb- en Windows-installer-assets naast de hashtree CLI. Hashtree werd voor het eerst behandeld in Newsletter #10 toen het lanceerde als een op filesystems gebaseerde Blossom-compatibele store. De WebRTC-laag is de eerste stap richting peer-to-peer distributie van content zonder afhankelijkheid van gecentraliseerde Blossom-servers.

Nostr Mail Client v0.7.0 tot en met v0.7.2

Nostr Mail Client, de Flutter mailachtige client gebouwd op Nostr-identiteiten, bracht v0.7.0, v0.7.1 en v0.7.2 uit in drie dagen. Het zichtbare productwerk draaide om onboarding (PR #9) en profielbewerking (PR #10), twee basisstukken voor elke client die Nostr als mailbox wil presenteren. De latere point releases verpaktten dat werk in nieuwe Android- en Linux-builds.

Wisp v0.14.0 tot en met v0.16.1

Wisp, de Android Nostr-client, bracht nog 13 releases uit van v0.14.0-beta tot v0.16.3-beta. Het werk deze week omvat fixes voor NIP-17 rumor JSON (PR #385), repostbadges op gallery cards (PR #383), uitklapbare reactiedetails (PR #382), persistente emoji-sets (PR #381) en videobediening voor autoplay (PR #380). De nieuwste v0.16.3-beta repareert ook custom emoji-shortcodes met koppeltekens en ontbrekende emoji-tags.

Primal Android 3.0.17

Primal Android bracht 3.0.17 uit op 24 maart. PR #1000 mapt WalletException-types naar foutcodes in NWC-antwoorden, zodat NIP-47 clients gestructureerde foutinformatie krijgen in plaats van generieke fouten. PR #995 repareert poll-zap-stemmen die als Top Zaps verschenen, en PR #998 verbergt walletsaldo en actieknoppen wanneer geen wallet is geconfigureerd.

OpenChat v0.2.4 tot en met v0.3.0

OpenChat, de Avalonia-gebaseerde chatclient gebouwd op de Marmot-stack, bracht in vier dagen zes releases uit van v0.2.4 tot v0.3.0. De commitlog vertelt het verhaal van een client die de kloof dicht tussen “Marmot works” en “someone can actually use this daily.” NIP-42 relay-authenticatie landde, gevolgd door een relay picker-UI met duplicate event filtering. Voice messages kregen pause, resume, seek en tijdsweergave. Het signerpad werd verhard: Amber-verbindingen werden gerepareerd met een bijgewerkt NIP-46 URI-formaat, de WebSocket reconnect automatisch vóór het versturen van requests, en dubbele Amber-requests worden nu onderschept door te controleren op replayed responses. Aan de opslagkant kregen Linux en macOS AES-256-GCM secure storage met file-backed keys, en user metadata-fetching gebruikt nu NIP-65 relay discovery en cachet resultaten in een lokale database.

Igloo Signer 1.1

Igloo, de iOS FROST threshold signer uit het FROSTR-project, bracht v1.1 uit op 28 maart. FROST (Flexible Round-Optimized Schnorr Threshold)-handtekeningen laten een groep signers gezamenlijk een Nostr-sleutelpaar beheren, waarbij elke t-of-n combinatie een event kan signeren zonder dat één partij de volledige privésleutel bezit. Igloo is een van de eerste mobiele implementaties van deze aanpak voor Nostr.

nak v0.19.3 en v0.19.4

nak, fiatjaf’s command-line Nostr-toolkit, bracht v0.19.3 en v0.19.4 uit op 26 en 30 maart. Beide releases repareren panic-condities: PR #118 vervangt strings.Split door strings.Cut om een potentiële out-of-bounds access te voorkomen, en PR #119 voorkomt dezelfde klasse panic in curl-flag parsing.

Flora v0.3.0

Flora, een Chrome-extensie voor gedecentraliseerde schermopname en -deling op Nostr, bracht v0.3.0 uit. De release voegt private encrypted video sharing toe met public, unlisted en private modi. Private opnames worden versleuteld met AES-256-GCM en aan ontvangers geleverd via NIP-17 (Private Direct Messages), zodat de opname nooit in platte tekst een server raakt.

YakiHonne Mobile 2.0.3

YakiHonne, de mobiele Nostr-client, bracht 2.0.3 uit met relayreviews en join requests, uitgebreidere nested replies, automatische vertaling van notes en NWC multi-relay-ondersteuning.

Projectupdates

Zap Cooking voegt zap-polls en Branta-betalingsverificatie toe

Zap Cooking, het recepten- en contentplatform, mergede deze week 11 PR’s gericht op interactieve content en betalingsflows. PR #277 voegt zap-polls toe (kind 6969), waarbij gebruikers stemmen door sats te sturen en stemmerslijsten met profielfoto’s kunnen bekijken. PR #274 herontwerpt de poll-UX zodat de steminterface natuurlijker in de feed past.

PR #276 voegt camera-gebaseerd QR-scannen toe aan de Send Payment-flow en integreert Branta, een verificatiedienst die controleert of een betalingsbestemming legitiem is vóór verzending. Branta controleert bestemmingen op phishing, address swaps en man-in-the-middle onderschepping. In de implementatie van Zap Cooking verschijnen een door Branta geverifieerde platformnaam en logo direct in de betaalflow, en Branta-enabled QR-codes kunnen branta_id- en branta_secret-parameters dragen zodat de wallet de bestemming direct uit de gescande code kan verifiëren.

diVine legt de basis voor unified search en verhardt videolevering

diVine, de short-form videocliënt, besteedde de week aan het aanscherpen van search, feednavigatie, playback recovery en uploadgedrag. PR #2540 legt de basis voor een unified search-scherm met gegroepeerde secties voor Videos, People en Tags. PR #2623 verhardt pagination over profielfeeds, inbox, notificaties, discover lists, classic vines, search en de composable grid feeds door ze op een gedeelde pagination controller te zetten.

Ook videolevering kreeg meerdere concrete fixes. PR #2643 probeert Divine-gehoste afgeleide bronnen opnieuw in volgorde en valt terug op de ruwe blob voordat een playbackfout wordt getoond, zodat tijdelijke storingen op één bron de playback niet meteen stoppen. PR #2634 houdt resumable uploads op het Divine-owned pad wanneer capability probing tijdelijk faalt, wat gebroken uploads door korte netwerkstoringen vermindert. PR #2637 verandert ook de sensitive-content-gate zodat video’s alleen hard worden geblokkeerd voor echte waarschuwingslabels, niet enkel voor door makers aangeleverde content warning labels.

Shopstr voegt custom storefronts toe en Milk Market blijft marktplaatswerk leveren

Shopstr, de Nostr-gebaseerde marktplaats, mergede PR #245 dat custom storefronts toevoegt. Daardoor krijgen verkopers een onderscheidender thuisoppervlak in plaats van dat elke listing in dezelfde generieke presentatie wordt gedwongen.

Milk Market, een gespecialiseerde marktplaats voor melk, ging verder met storefront-optimalisaties (PR #18), account recovery (PR #17), beef splits (PR #15) en typefixes voor MCP-tools (PR #16).

Notedeck voegt geluidseffecten toe en trekt zijn updaterpad door naar Android

Notedeck, de desktopclient van het Damus-team, mergede PR #1412 dat een sound effects-subsysteem toevoegt met UI-interactiegeluiden via rodio, en PR #1399 met Agentium-updates waaronder een CLI-titelvlag en inklapbare sessiemappen. Een open PR #1417 stelt APK self-update via Nostr/Zapstore op Android voor, voortbouwend op het Nostr-native updaterwerk van Notedeck uit Newsletter #14.

Nostria voegt repost-relayhints en NIP-98-alignering toe

Nostria mergede PR #583 dat NIP-18 (Reposts)-relayhints toevoegt aan repost-e tags voor kind 6- en kind 16-events, PR #582 dat Brainstorm HTTP auth (kind 27235) in lijn brengt met verplichte tags van NIP-98 (HTTP Auth), en PR #576 dat Schemata-schema-validatietests toevoegt. Die NIP-98-wijziging betekent dat Nostria zich bij externe diensten kan authenticeren met hetzelfde HTTP-auth-formaat dat andere clients gebruiken.

Nostr-Doc voegt desktop packaging en offline-first werk toe

Nostr-Doc, de collaboratieve editor van Form*, had een drukke week met packaging- en editorwerk. commit fcdc00a voegt een desktopapp toe, commit 3977a8e start native appwerk, en commit 413a030 duwt de app richting offline-first gedrag. Aan de editorzijde voegt commit 1855ce8 Ctrl+S opslaan toe, waarschuwingen bij opslaan, fixes voor link previews en gecorrigeerde weergave van strikethrough.

rust-nostr optimaliseert NIP-21-parsing en voegt relay-side NIP-62-ondersteuning toe

rust-nostr mergede acht PR’s. De opvallendste is PR #1308, die NIP-21 URI-parsing in PublicKey::parse optimaliseert door deze op één lijn te brengen met standaard bech32-parsingprestaties. Eerder duurde het parsen van NIP-21 URI’s grofweg twee keer zo lang als ruwe bech32-sleutels. Het project heeft daarnaast vier open PR’s die relay-specifieke NIP-62 (Request to Vanish)-ondersteuning toevoegen over de memory-, LMDB-, SQLite- en database test-backends heen (PR #1315, PR #1316, PR #1317, PR #1318).

nostr-tools voegt bunker-relaycontrole toe en repareert NIP-47 multi-relay parsing

nostr-tools mergede PR #530 dat skipSwitchRelays toevoegt aan BunkerSignerParams voor handmatig relaybeheer, en PR #529 dat NIP-47 (Nostr Wallet Connect)-parsing van connection strings repareert zodat meerdere relays worden ondersteund zoals de specificatie toelaat.

Nostrability integreert Sherlock-auditdata en publiceert Schemata-overzicht

Nostrability, de interoperabiliteitstracker voor Nostr-clients, mergede 14 PR’s. PR #306 integreert Sherlock-scanstatistieken in het dashboard. Sherlock is Nostrability’s geautomatiseerde audittool die verbinding maakt met Nostr-clients, de events vastlegt die zij publiceren en elk event valideert tegen de Schemata JSON Schema-definities om specificatieovertredingen te detecteren. Het dashboard toont nu schema-fail rates per client (PR #315), zodat ontwikkelaars kunnen zien welke event kinds hun client verkeerd krijgt. PR #323 herziet de Nostr-publicatieworkflow zodat release-aankondigingen als aparte job draaien die niet geannuleerd kan worden door eerdere CI-stappen.

elsat publiceerde op 30 maart ook Schemata for nostr devs, waarin wordt beschreven hoe schemata, schemata-codegen en Sherlock in elkaar passen, samen met de actuele dekking: 179 event-kind-schema’s over 65 NIPs, 154 tag-schema’s, 13 protocolberichten en 310 voorbeeld-events.

Nalgorithm voegt digestgeneratie en lokale scorecaching toe

Nalgorithm, een nieuw project voor relevantie-gerangschikte Nostr-feeds, begon deze week met publieke ontwikkeling. commit cf6c501 legt de eerste webapp vast die posts van follows ophaalt en ze scoort tegen een door de gebruiker gedefinieerde voorkeursprompt. commit 8e931b6 voegt een CLI-digesttool toe die topgerangschikte posts omzet in een gesproken samenvatting, terwijl commit 4cb9c63 file-based scorecaching en incrementele evolutie van learned prompts vanuit recente likes toevoegt. commit c2edfb8 stopt ook met het cachen van fallback-scores uit mislukte batches, zodat een tijdelijke scoringsfout de ranking van een post niet permanent afvlakt.

TENEX voegt RAG vector store en gerichte MCP-startup toe

TENEX, het Nostr-native agentframework dat AI-agents via Telegram aan Nostr-kanalen koppelt, mergede deze week zeven PR’s. PR #101 voegt een plugbare vector store-abstractie toe met SQLite-vec-, LanceDB- en Qdrant-backends, waardoor agents retrieval-augmented generation krijgen zonder vast te zitten aan één vector database. PR #102 maakt MCP-startup gericht: alleen MCP-servers waarvan de tools daadwerkelijk gebruikt worden, worden gestart in plaats van alles gretig op te starten bij eerste uitvoering. PR #100 voegt een send_message tool toe zodat agents met Telegram-kanaalbindingen proactief berichten kunnen versturen in plaats van alleen te reageren op inkomende berichten. PR #106 vermijdt een subprocess-spawn die een Bun/JSC-geheugenvoorallocatie van 9 GB triggerde door .git/HEAD direct te lezen in plaats van git branch uit te voeren.

Dart NDK verplaatst Amber-signer en voegt Alby Go 1-click toe

Dart NDK, de Flutter Nostr development kit, noteerde 11 gemergede PR’s. PR #525 verplaatst Amber-signerondersteuning naar het ndk_flutter-pakket, en PR #552 voegt Alby Go one-click wallet connection toe aan de sample-app. PR #502 voegt een install.sh-script toe voor de CLI, en PR #523 verwijdert de Rust verifier-afhankelijkheid ten gunste van native asset-afhandeling.

Protocol- en specificatiewerk

Marmot verplaatst KeyPackages naar addressable events en verscherpt pushnotificaties

De Marmot-specificatie mergede vier PR’s die veranderen hoe het protocol sleutelmateriaal en groepslidmaatschap afhandelt. PR #54 migreert KeyPackage-events van regulier kind:443 naar addressable kind:30443 met een d tag, waardoor NIP-09 eventverwijdering tijdens sleutelrotatie niet meer nodig is. Addressable events overschrijven op hun plaats, wat rotatie self-contained maakt. PR #57 laat niet-admingebruikers SelfRemove-proposals committen (vrijwillig vertrek uit een groep), en PR #62 vereist dat admins eerst hun adminstatus opgeven voordat ze SelfRemove gebruiken, zodat een admin niet kan verdwijnen terwijl die nog elevated privileges heeft.

PR #61 verscherpt het MIP-05-pushnotificatieformaat en maakt single-blob base64-encoding, versioning, token wire format en x-only key-gebruik expliciet. Het effect is één gedefinieerde wirerepresentatie voor token blobs en x-only keys over specificatie, client libraries en app-backends heen. Implementatie van deze specwijzigingen landde deze week in de White Noise-stack en wordt hierboven behandeld in de White Noise v2026.3.23-sectie.

NIP-Updates

Recente wijzigingen in het NIPs-repository:

Gemerged:

NIP-5A: Static Websites (PR #1538): Definieert kind 15128 (rootsite) en kind 35128 (benoemde site) manifestevents voor het hosten van statische websites onder Nostr-sleutelparen met Blossom-opslag. Zie de deep dive hieronder.
NIP-30 (Custom Emoji): Allow hyphens in shortcodes (PR #2297): Werkt de beschrijving van shortcodes bij om ook koppeltekens toe te staan. Shortcodes met koppeltekens worden in de praktijk al gebruikt sinds de introductie van het NIP, dus de specificatie documenteert nu bestaand gebruik.

Open PR’s en discussies:

NIP-C1: Agent TUI Messages (PR #2295): Stelt een gestructureerd berichtformaat voor waarmee agents interactieve UI-elementen via versleutelde DM’s kunnen sturen, inclusief getypte text, buttons, card en table payloads. Het concept houdt alles binnen bestaande NIP-17 en NIP-04 direct-message-content als JSON. Het definieert geen nieuw event kind en gebruikt een eenvoudig callback-stringformaat voor knopreacties.
NIP-95: Hybrid Peer-to-Peer Relay Protocol (PR #2293): Stelt een hybride relaymodel voor waarin relays autoritatief blijven maar ook peer-to-peer distributie van recente events via WebRTC kunnen coördineren. Het concept introduceert relay-berichten zoals PEER_REGISTER, PEER_REQUEST en PEER_OFFER, met stabiele clients als Super Peers en de relay als seed node en fallback.
NIP-B9: Zap Poll Events (PR #2284): Opent het oude NIP-69 zap-pollidee opnieuw nu NIP-88 (Polls) gratis polls afdekt. Het concept gebruikt kind 6969 polldefinities en kind 9734 zaps als stemmen, waardoor een betaald pollsysteem ontstaat met economische Sybil-resistentie als aanvulling op gratis one-key-one-vote polls.
NIP-AD: Super Zap (PR #2289): Stelt een conventie voor waarbij zaps verzonden naar de pubkey van een relay of client worden weergegeven als gespecialiseerde promotionele notes, en zo van zap receipts een advertentieoppervlak maken. Relayoperators en clients zouden profielen met lud16 publiceren, die receipts ophalen, de ingebedde content uit zap descriptions extraheren, en optioneel minimum-satsdrempels instellen om spam te onderdrukken.
NIP-XX: Agent Reputation Attestations (PR #2285): Stelt kind 30085 voor als parameterized replaceable event voor gestructureerde reputatie-attestaties over Nostr-agents. Het concept vermijdt één globale score door reputatie waarnemer-afhankelijk te maken, voegt tijdsverval toe zodat oude attestaties vervagen, ondersteunt negatieve ratings met bewijsvereisten, en schetst zowel eenvoudige gewogen scoring als graph-diversity scoring voor betere Sybil-resistentie.
NIP-XX: Paid API Service Announcements (PR #2291): Stelt kind 31402 addressable events voor om betaalde HTTP API’s te adverteren, met Nostr voor discovery en HTTP 402 voor betaling. Het concept is tags-first zodat relays kunnen filteren op betaalmethoden, prijzen en capabilities zonder JSON-content te parsen, en laat optionele request- en response-schema’s toe zodat clients of agents automatisch calls kunnen genereren.
NIP-XX: Key Derivation from LNURL-auth via SplitSig (PR #2294): Stelt voor een Nostr-sleutelpaar af te leiden uit een LNURL-auth ECDSA-handtekening gecombineerd met een client-side random nonce. De formule is nsec = SHA256(ecdsa_signature || nonce). De server ziet de ECDSA-handtekening, inherent aan de LNURL-auth-handshake, maar ziet de nonce nooit; de browser genereert de nonce, maar beheert de handtekening niet. Geen van beide delen kan alleen de nsec afleiden. Het beoogde resultaat is dat dezelfde Lightning-wallet op meerdere apparaten dezelfde Nostr-sleutel produceert, met de wallet als recovery anchor en zonder dat een server de privésleutel kan reconstrueren.
NIP-55: Document rejected field (PR #2290): Documenteert het rejected-veld voor intent-based signer-antwoorden en formaliseert daarmee het gedrag waar de v1.07.x-fix van Amethyst omheen moest werken.

NIP Deep Dive: NIP-5A (Static Websites)

NIP-5A definieert hoe statische websites onder Nostr-sleutelparen kunnen worden gehost, met twee event kinds en bestaande blobopslaginfrastructuur om ondertekende events om te zetten in geserveerde webpagina’s. De specificatie werd op 25 maart gemerged via PR #1538.

Het model gebruikt kind 15128 voor een rootsite, één per pubkey, en kind 35128 voor benoemde sites die met een d tag worden geïdentificeerd. Elk manifest koppelt absolute URL-paden aan SHA256-hashes. Hieronder staat een rootsite-manifest:

{
 "id": "5324d695ed7abf7cdd2a48deb881c93b7f4e43de702989bbfb55a1b97b35a3de",
 "pubkey": "266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5",
 "created_at": 1743465600,
 "kind": 15128,
 "tags": [
 ["path", "/index.html", "186ea5fd14e88fd1ac49351759e7ab906fa94892002b60bf7f5a428f28ca1c99"],
 ["path", "/about.html", "a1b2c3d4e5f6789012345678901234567890abcdef1234567890abcdef123456"],
 ["path", "/favicon.ico", "fedcba0987654321fedcba0987654321fedcba0987654321fedcba0987654321"],
 ["server", "https://blossom.primal.net"],
 ["title", "My Nostr Site"],
 ["description", "A static website hosted on Nostr"],
 ["source", "https://github.com/lez/nsite"]
 ],
 "content": "",
 "sig": "f4e4a9e785f70e9fcaa855d769438fea10781e84cd889e3fcb823774f83d094cf2c05d5a3ac4aebc1227a4ebc3d56867286c15a6df92d55045658bb428fd5fb5"
}

De serveerflow werkt in drie stappen. Een hostserver ontvangt een HTTP-verzoek, haalt de pubkey van de auteur uit het subdomein (voor rootsites een npub, voor benoemde sites een base36-gecodeerde pubkey), haalt de relaylijst van de auteur op via NIP-65 en queryt het sitemanifest. Zodra het manifest is gevonden, resolveert de server het opgevraagde pad naar een inhoudshash, downloadt de overeenkomende blob van de Blossom-server of servers in de server tags, en retourneert het bestand.

Het DNS-subdomeinformaat is strikt gespecificeerd. Rootsites gebruiken de standaard npub als subdomein. Benoemde sites gebruiken een 50-karakterige base36-codering van de ruwe pubkey gevolgd door de d tagwaarde, allemaal in één DNS-label. Omdat DNS-labels beperkt zijn tot 63 karakters en de base36-codering altijd 50 gebruikt, is de d tag beperkt tot 13 karakters. De specificatie vereist ook dat d tags overeenkomen met ^[a-z0-9-]{1,13}$ en niet eindigen op een koppelteken, om ambiguïteit bij DNS-resolutie te voorkomen.

Door inhoudshashes te gebruiken kan dezelfde site door verschillende hostservers worden geserveerd en is bestandsintegriteit controleerbaar zonder de server te vertrouwen. Een hostserver hoeft zelf geen bestanden op te slaan. Hij haalt ze op aanvraag uit Blossom op basis van de hashes in het manifest. Dat betekent dat de auteur bepaalt wat wordt geserveerd, de Blossom-server de ruwe bestanden bewaart en de hostserver die twee verbindt. Elk van die drie componenten kan onafhankelijk worden vervangen.

Bestaande implementaties zijn onder meer nsite, de hostserver die manifesten resolveert en bestanden serveert, en nsite-manager, een UI voor het bouwen en publiceren van manifesten. De specificatie voegde ook een source tag toe om te linken naar de broncoderepository van de site, en een afzonderlijke README-update in PR #2286 registreerde zowel kind 15128 als 35128 in de NIP kind-index.

NIP Deep Dive: NIP-62 (Request to Vanish)

NIP-62 definieert kind 62 als een verzoek aan relays om alle events van de aanvragende pubkey te verwijderen. De specificatie is juridisch gemotiveerd: in rechtsgebieden met right-to-be-forgotten-wetten geeft een gestandaardiseerd, ondertekend verwijderverzoek relayoperators een duidelijk signaal om te handelen.

{
 "id": "a7b8c9d0e1f23456789012345678901234567890abcdef1234567890abcdef12",
 "pubkey": "f1e2d3c4b5a697887766554433221100ffeeddccbbaa99887766554433221100",
 "created_at": 1743465600,
 "kind": 62,
 "tags": [
 ["relay", "wss://relay.example.com"]
 ],
 "content": "Requesting deletion of all events from this relay.",
 "sig": "11aa22bb33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889911aa22bb33cc44dd55ee66ff77889900aabbccddeeff00112233445566778899"
}

De specificatie maakt onderscheid tussen gerichte en globale vanish-verzoeken. Een gericht verzoek bevat specifieke relay tags die aangeven welke relays moeten handelen. Een globaal verzoek gebruikt de letterlijke string ALL_RELAYS als relay-tagwaarde en vraagt elke relay die het event ziet om alle events van die pubkey te verwijderen. Relays die voldoen, moeten er ook voor zorgen dat verwijderde events niet opnieuw in de relay kunnen worden uitgebroadcast, zodat de verwijdering sticky wordt.

NIP-62 gaat in zowel reikwijdte als intentie verder dan NIP-09 (Event Deletion). NIP-09 laat je individuele events verwijderen, en relays MOGEN daaraan voldoen. NIP-62 vraagt om verwijdering van alles, en de specificatie zegt dat relays MOETEN voldoen als hun URL is getagd. Ook vraagt het relays om NIP-59 (Gift Wrap)-events te verwijderen die de aanvragende pubkey p-taggen, waardoor ook inkomende DM’s samen met de events van de gebruiker worden opgeruimd. Een NIP-09-deletion publiceren tegen een NIP-62 vanish-verzoek heeft geen effect: zodra je vanished bent, kun je dat niet ongedaan maken door het vanish-verzoek te verwijderen.

Deze week bracht Amethyst v1.07.0 client-side NIP-62-ondersteuning uit, zodat gebruikers vanish-verzoeken vanuit de app kunnen starten. Aan relayzijde heeft rust-nostr vier open PR’s die NIP-62-ondersteuning toevoegen over de memory-, LMDB-, SQLite- en database test-backends heen (PR #1315, PR #1316, PR #1317, PR #1318). Daarmee vallen client- en relayondersteuning in dezelfde week samen.

Het protocolontwerp introduceert een praktische spanning. De waardepropositie van Nostr omvat censuurbestendigheid, wat betekent dat relays publicatie niet zouden moeten kunnen verhinderen. NIP-62 introduceert een geval waarin een relay WEL herpublicatie van een specifieke pubkey moet verhinderen. Die twee eigenschappen kunnen naast elkaar bestaan omdat het verzoek zelfgericht is: je vraagt om verwijdering van je eigen events, niet die van iemand anders. De censuurbestendige eigenschap blijft voor iedereen intact behalve voor de persoon die er expliciet voor kiest zich terug te trekken.

Dat is het voor deze week. Bouw je iets of heb je nieuws om te delen? Neem contact op via NIP-17 (Private Direct Messages) DM of vind ons op Nostr.

Nostr Compass #15

Wed, 25 Mar 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Primal Android bouwt verder op zijn 3.0-walletrelease met Follow Packs, zap-verrijking en primalconnect:// deep links. BigBrotr publiceert een analyse van gelekte nsec-sleutels op basis van 41 miljoen events over 1.085 relays, terwijl npub.world in dezelfde week waarschuwingsbanners op profielen toevoegt. Martti Malmi lanceert nostr-vpn, een Tailscale-alternatief dat signaleert over Nostr-relays en WireGuard-tunnels opzet, en in zeven dagen 11 releases uitbrengt. Het Vector-team maakt P2P DOOM open source op Nostr, FIPS brengt v0.2.0 uit, en Nostrability Schemata breidt in één week uit naar zes talen.

Nieuws

Primal voegt Follow Packs, zap-verrijking en deep links toe

Aansluitend op de berichtgeving over 3.0.7 van vorige week, besteedde Primal Android deze week aan werk na de release rond onboarding, composer-UX en walletcontext. De herontworpen onboarding voegt Follow Packs toe (PR #949), een native GIF-knop verschijnt in de note-composer, een zap-verrijkingsservice (PR #979) annoteert wallettransacties met zapcontext, en een primalconnect:// deep-linkingprotocol (PR #969) maakt navigatie tussen apps mogelijk.

Primal iOS levert hetzelfde werk parallel via TestFlight, met de walletwissel (PR #191), pollimplementatie en onboarding-refactor in hetzelfde tijdsvenster.

BigBrotr brengt blootgestelde privé-sleutels over het relay-netwerk in kaart

BigBrotr, het Nostr relay-analyseplatform, publiceerde een gedetailleerde analyse van blootgestelde privésleutels op het relay-netwerk. De studie scande 41 miljoen events van 1.085 relays, zocht naar geldige nsec-strings in eventcontent, en vond 16.599 geldige privésleutels. Dat getal ziet er alarmerend uit tot je een bot met de naam “Mr.nsec” eruit filtert, die verantwoordelijk blijkt voor 92% van de matches. Na het verwijderen van botverkeer bleven slechts 38 echte accounts met samen meer dan 21.000 volgers over, en geen daarvan leek te weten dat de sleutel publiek was.

Het team bouwde een nsec-lekchecker als NIP-90 (Data Vending Machine)-dienst, zodat gebruikers kunnen controleren of hun privésleutel ergens in de gescande dataset voorkomt zonder die sleutel aan de checker prijs te geven. npub.world integreerde de lekdata in dezelfde week en toont waarschuwingen op profielpagina’s waar blootgestelde sleutels zijn aangetroffen. De combinatie geeft het netwerk zowel een programmeerbare interface voor DVM’s en agents als een leesbare waarschuwing voor gewone gebruikers. De onderliggende dataset voedt ook BigBrotr v6.4.0, dat replaceable en addressable event-materialized views toevoegt en een fix voor synchronizer idle timeout bevat.

Nostr VPN lanceert als een Tailscale-alternatief

Martti Malmi (mmalmi), maker van Iris, bouwde en bracht nostr-vpn uit, een peer-to-peer VPN die Nostr-relays gebruikt voor signalering en WireGuard (via boringtun) voor versleutelde tunnels. De motivatie was direct: “Got annoyed by Tailscale requiring 3rd party accounts, so created Nostr VPN.” De tool maakt mesh-netwerken tussen apparaten met Nostr-sleutelparen als identiteit, zonder centrale coördinatieserver.

Het project bracht in zeven dagen 11 releases uit, van v0.2.2 tot v0.2.13. Die sprint voegde Windows-ondersteuning, LAN-pairing voor lokale netwerkontdekking en een Android-sidecar voor mobiele apparaten toe. De architectuur is eenvoudig: twee apparaten wisselen verbindingsmetadata uit over Nostr-relays en zetten daarna een directe WireGuard-tunnel op. Nostr verzorgt discovery en NAT-traversal-signalen. WireGuard verwerkt het daadwerkelijke verkeer. De identiteit is een Nostr-sleutelpaar.

Malmi bleef in dezelfde week ook nostr-double-ratchet doorontwikkelen, een Signal-achtige beveiligde berichtenbibliotheek, met zes releases van v0.0.86 tot v0.0.93.

Open-source DOOM draait peer-to-peer over Nostr

Het Vector-team maakte een peer-to-peer multiplayer-implementatie van DOOM open source die Nostr gebruikt voor peer discovery, Marmot voor end-to-end versleuteling en Iroh, de QUIC-netwerkbibliotheek van n0, voor gossip-transport. Het spel wordt geleverd als een WebXDC-bestand van 4,2 MB dat in chatberichten kan worden verzonden, zonder servers om een match te hosten of te coördineren.

De technische aanpak vervangt de oorspronkelijke lockstep-netcode uit 1993 door een realtime hybride synchronisatiemodel. Spelers ontdekken elkaar via Nostr relay-queries, onderhandelen sessies via Marmot-versleutelde kanalen en schakelen daarna over naar Iroh’s QUIC-gossiplaag voor laaglatency spelverkeer. De stack gebruikt Nostr voor discovery, Marmot voor versleuteling en Iroh voor transport.

Vector leverde deze week ook extra beveiligingsverharding. De release voegt een geheugen-verhard sleutelkluisje toe met anti-debug-bescherming en zeroize voor gevoelig sleutelmateriaal, gebruikersblokkering met volledige DM- en groepsberichtfiltering, en realtime kanaalfixes voor WebXDC Mini Apps.

FIPS v0.2.0 levert Tor-transport, reproduceerbare builds en sidecar-voorbeelden

FIPS, het Free Internetworking Peering System en een Nostr-aangrenzend mesh-netwerkproject, bracht v0.2.0 uit. De release voegt Tor-transport toe voor geanonimiseerde mesh-links, reproduceerbare builds, een sidecar-voorbeeld dat via een Nostr-relay verbindt, en publicatie van releases op Nostr in de OpenWrt-packageworkflow. De release repareert ook jitterpieken na rekeying veroorzaakt door drain-window-frames. Het wire-format veranderde sinds v0.1.0, waardoor bestaande v0.1.0-nodes niet met v0.2.0 kunnen samenwerken zonder upgrade.

Nostrability Schemata wordt meertalig

Het Nostrability Schemata-project, dat JSON Schema-definities onderhoudt voor het valideren van Nostr event kinds, breidde in één week uit van alleen JavaScript naar zes talen. Nieuwe pakketten verschenen voor Rust, Go, Dart, Swift en Python, elk met zowel een datapakket als een validator. v0.2.6 voegde ook 17 nieuwe event-kind-schema’s toe.

De Nostrability interop tracker kreeg tegelijk een grote update. Een nieuwe What’s New-tab publiceert updates via zowel een Atom-feed als een Nostr-event, app-categoriefiltering laat bezoekers inzoomen op specifieke clienttypes, en de tracker detecteert programmeertalen nu automatisch uit GitHub-repositorymetadata. Nostrability heeft nu ook een eigen npub, waardoor het project zelf via het protocol dat het documenteert vindbaar wordt. Voor bibliotheekauteurs die over talen heen werken, betekenen de meertalige schema-pakketten dat dezelfde event-kind-definities beschikbaar zijn als native imports in plaats van dat elk project een eigen schemacopie moet onderhouden.

Releases

Amethyst v1.06.0 en v1.06.1

Amethyst, de Android-client onderhouden door vitorpamplona, bracht v1.06.0 en v1.06.1 uit op 23 maart. De hoofdfunctie is poll-ondersteuning die NIP-85 (Trusted Assertions)-data gebruikt voor gewogen stemmen, met herontworpen poll- en zap-pollkaarten. Die nieuwe rendering geeft zowel gewone polls als zap-gewogen polls een schonere visuele lay-out. v1.06.1 volgt met crashfixes voor concurrent modification die stabiliteitsregressies in het poll-renderpad aanpakken.

Amber v5.0.0 en v5.0.1

Amber, de NIP-55 (Android Signer Application) signer-app, promoveerde recent 4.1.x pre-releasewerk naar stable met v5.0.0 op 18 maart. Die stable release bevat de NIP-42 relay-auth, ingebouwde Tor, content-type-specifieke rechten en versleutelde PIN-opslag die vorige week aan bod kwamen. v5.0.1 verwijdert vervolgens internetrechten uit de offline-buildvariant, zodat die build op Android-permissieniveau geen netwerkverzoeken meer kan doen.

Mostro v0.17.0 en Mostro Mobile v1.2.2

Mostro, de peer-to-peer Bitcoin-beurs gebouwd op Nostr, bracht v0.17.0 uit op 18 maart. De serverrelease zet het geschillen- en waarderingswerk uit de v0.16.x-cyclus voort en voegt completere reputatiedata voor kopers en verkopers toe als Nostr-events. Mostro Mobile, de Flutter-client, volgde op 23 maart met v1.2.2, zodat de mobiele interface synchroon blijft met de nieuwste protocolwijzigingen.

Shosho v0.14.0

Shosho, de Nostr-livestreamingapp, bracht v0.14.0 uit op 19 maart met de lancering van Shosho Shop. De release voegt een Shop-tab op profielen toe, Shop in Browse, en een In-Live Shop-knop op lives en clips. De release notes zeggen dat bestaande “Nostr products” automatisch verschijnen en dat kopers doorklikken naar de Plebeian Market-pagina van de verkoper. De release notes noemen het listing-kind niet, waardoor nog niet bevestigd kan worden of Shosho Shop dezelfde NIP-99 advertenties leest die Shopstr expliciet in zijn README ondersteunt.

Applesauce v5.2.0

Applesauce, hzrd149’s verzameling helperpakketten voor het bouwen van Nostr-applicaties, bracht v5.2.0 uit op 22 maart. De release bestrijkt zes pakketten. Het SQLite-pakket repareert een UNIQUE-constraintbotsing op eventtags die dubbele inserts veroorzaakte. Het signers-pakket voegt AndroidNativeSigner toe, dat de native Android signer-interface van NIP-55 wrapt zodat apps gebaseerd op web views hardware-backed signing kunnen gebruiken zonder aangepaste bridgecode. Het relay-pakket voegt een challenge-veld toe aan relay- en poolstatusobjecten om NIP-42 auth-status bij te houden, zodat apps kunnen detecteren wanneer een relay authenticatie vraagt en programmatisch kunnen reageren. Het core-pakket krijgt isEventPointerSame en isAddressPointerSame om eventverwijzingen te dedupliceren, en het common-pakket voegt user.blossomServers$ toe voor het resolven van de Blossom-mediaservers van een gebruiker. Applesauce voedt noStrudel, Satellite en verschillende andere webclients, dus deze fixes verspreiden zich door de webclientlaag.

Wisp brengt 16 releases uit in één week

Wisp, de Android Nostr-client, bracht deze week 16 releases uit, van v0.9.3-beta tot v0.13.1-beta. De functietoevoegingen omvatten ondersteuning voor meerdere accounts, een zen-notificatiemodus voor minder onderbrekingen, concepten en geplande posts, veiligheidsfilters voor content en een nieuw vlamicoon.

Manent v1.2.0

Manent, de privé-app voor versleutelde notities en bestandsopslag, bracht v1.2.0 uit op 20 maart. De release voegt cameracaptatie direct vanuit de app toe, afbeeldingresizing voor upload om opslagkosten te verlagen, en pinch-to-zoom voor het bekijken van opgeslagen afbeeldingen. Manent slaat notities en bestanden versleuteld op op Nostr-relays met het sleutelpaar van de gebruiker, waardoor de telefoon- of desktopapp een thin client wordt die zijn volledige status uit relaydata kan reconstrueren.

diVine 1.0.7

diVine, de short-form videocliënt, bracht 1.0.7 uit op 21 maart met een video-playback-watchdog die vastgelopen video’s automatisch hervat. Na de E2E-testinfrastructuur en direct MP4-laden in v1.0.6 richt deze release zich op het resterende playback-foutpad: video’s die halverwege stoppen zonder een fout te geven.

Alby Extension v3.14.2

Alby Extension, de NIP-07 (Browser Extension Signer) browserextensie, bracht v3.14.2 uit op 18 maart met QR-codeweergave voor Lightning-adressen en ondersteuning voor Schnorr-signing. Die toevoeging brengt de browserextensie in lijn met het secp256k1-handtekeningschema dat Nostr native gebruikt.

NoorNote v0.6.5 tot v0.6.11

NoorNote, de notitieapp, bracht zeven releases uit van v0.6.5 tot v0.6.11. De hoofdfunctie is Follow Packs: gecureerde bundels accounts die gebruikers in bulk kunnen bekijken en volgen, vergelijkbaar met Twitter Lists maar gericht op onboarding. Gebruikers kunnen Follow Packs maken, bewerken en delen met aangepaste titels, beschrijvingen en omslagafbeeldingen. De serie upgrade ook de onderliggende Nostr-bibliotheek van NDK v2 naar v3, wat betere relayverbindingsafhandeling en abonnementsbeheer brengt. Picture notes en een herontworpen relay-verbindingservaring ronden deze run af.

nak v0.19.1 en v0.19.2

nak, fiatjaf’s command-line Nostr-toolkit voor interactie met relays, het coderen en decoderen van NIP-19 (Bech32-Encoded Entities)-identifiers, het signeren van events en het opvragen van relaydata, bracht v0.19.1 en v0.19.2 uit op 17 en 20 maart. De twee point releases volgen op de groepsforum-UI-toevoeging in v0.19.0 van vorige week.

Calendar by Form* v0.2.1

Calendar by Form*, de gedecentraliseerde kalenderapp gebouwd op NIP-52 (Calendar Events), bracht v0.2.1 uit op 20 maart. De release repareert een probleem met notificatiesjablonen dat herinneringen voor events beïnvloedde. Calendar slaat events op als Nostr kind 31922 (datumgebaseerd) en kind 31923 (tijdgebaseerd), zodat elke Nostr-client kalenderdata kan renderen als die ervoor kiest deze kinds te ondersteunen. De app is gebouwd door het Formstr-team, dat ook Formstr (gedecentraliseerde formulieren) en Pollerama (polls) onderhoudt.

NYM v3.50 tot v3.53

NYM, de lichtgewicht efemere chatclient gekoppeld aan Bitchat, bracht 28 releases uit van v3.50 tot v3.53. De opvallendste functie is Nymbot, een ingebouwde chatbot die reageert op @nymbot-vermeldingen in kanalen en relaystatus- en beheerfuncties levert. Een “hardcore mode” genereert voor elk verzonden bericht een nieuw sleutelpaar, waardoor gespreksthreads op identiteitsniveau niet aan elkaar te koppelen zijn. De afruil is duidelijk: je verliest persistente identiteit maar wint anonimiteit per bericht. Ook de relay-proxylaag kreeg werk, met geshardde relay-proxyworkers voor betere connectiviteit, geohash-kanaalondersteuning en tolerantie voor clock skew bij nodes met onnauwkeurige systeemklokken.

Projectupdates

Ditto voegt Bluesky-bridge en Wikipedia-integratie toe

Ditto, de aanpasbare Nostr social client van het Soapbox-team, noteerde deze week meer dan 300 commits over drie verschillende featuretrajecten. Het eerste is een Bluesky-bridge (19 commits) die Bluesky-posts inline rendert als volledige feedachtige threads, zijbalknavigatie toevoegt naar een Bluesky-discoverypagina gebaseerd op de officiële Discover-feed (whats-hot), en actieknoppen koppelt voor commentaar, delen, reageren en links kopiëren. Wanneer een gebruiker vanuit Ditto reageert op een Bluesky-post, toont de compose-modal een disclaimer die de cross-protocol aard van de interactie benoemt. NIP-73 (External Content IDs) kind 17-reacties voeden dit model: een Nostr-gebruiker reageert op een Bluesky-post en de reactie wordt opgeslagen als een standaard Nostr-event dat naar de externe contentidentifier verwijst. Hetzelfde patroon kan reacties koppelen aan elke externe contentsoort, van Bluesky-posts tot YouTube-video’s en webpagina’s.

Het tweede traject is Wikipedia-integratie (9 commits). Ditto rendert nu rijke Wikipedia-artikelinhoud op detailpagina’s in plaats van generieke linkpreviews, voegt zoek-autocomplete toe met artikelminiaturen, en biedt een /wikipedia-pagina die featured content van de Wikipedia API ophaalt. Wikipedia- en Archive.org-resultaten verschijnen ook in de algemene zoek-autocomplete. Het derde traject is iOS-platformondersteuning via Capacitor, met een remote buildscript en platformconfiguratie naast een UI-herziening (55 commits) die backdrop-blur headers vervangt door een nieuw arc-gebaseerd navigatieontwerp op elke pagina van de app. Die 314 commits verplaatsen Ditto van een Nostr-only client naar een multi-protocol aggregator die Bluesky en Wikipedia behandelt als eersteklas contentbronnen naast de Nostr-feed.

Pika bouwt een NIP-34 forge-CI-pipeline

Pika, de Marmot-gebaseerde versleutelde berichtenapp, mergede deze week 33 PR’s rond een self-hosted NIP-34 forge met pre-merge CI. Die forge is een git-hostinglaag die patches ontvangt als NIP-34-events, CI-checks draait voor merge, en gestructureerde status terugrapporteert via Nostr-events. PR #701 voegt lane-gebaseerde pre-merge en nightly CI toe, waarbij elk codepad (Rust, TypeScript, Apple-builds) in een eigen lane draait met onafhankelijke pass/fail-status. PR #715 verplaatst beheerde CI-agents naar Incus OpenClaw-containers voor isolatie, en PR #733 voegt een ph forge CLI toe om vanaf de command line met de gehoste forge te werken. Ondersteunende PR’s regelen repository-schrijfrechten voor merges (PR #736), gestructureerde CI-metadata met live statusbadges (PR #722), Apple nightly build-splits (PR #738) en fixes voor forge-auth en branch lookup (PR #734). Dit is een van de eerste werkende CI/CD-systemen gebouwd bovenop NIP-34 git-events, en brengt Nostr-gebaseerde broncodehosting voorbij eenvoudige patchuitwisseling richting de merge-en-testworkflow die ontwikkelaars van GitHub of GitLab verwachten.

Nostria voegt communities, code snippets en voice-eventafhandeling toe

Nostria, de cross-platform Nostr-client onderhouden door sondreb, breidde deze week het appoppervlak verder uit voorbij de Web of Trust-filtering uit #14. De belangrijkste toevoeging is een volledige NIP-72 (Moderated Communities)-implementatie met community-creatie, moderator- en relayconfiguratie, het volgen van postgoedkeuringen met image previews en een aparte communitypagina met Posts- en Moderators-tabs.

In dezelfde periode voegde het project ook rendering en bewerking van code snippets toe met een editor met syntax highlighting, ondersteuning voor voice-event-replies voor audiogesprekken, chat-relayinstellingen voor directe berichten, kanaaldeling via de Web Share API, een toolbar-dockingsysteem voor de mediaspeler, in-app signup voor de nieuwste Brainstorm Web of Trust-service, geld verzenden en ontvangen in DM’s via NWC en BOLT-11 facturen, Nostr-native GIF-afhandeling en een sterker RSS-importpad voor muzikanten dat bestaande Lightning-splits uit podcastfeeds kan overnemen.

nostr-vpn snelle iteratie

Naast de eerste lancering laat de nostr-vpn-commitlog zien welke concrete problemen tijdens echte deployment opdoken. v0.2.3 tot en met v0.2.5 voegden het eerste installerscript en een cross-platform CLI toe. v0.2.6 en v0.2.7 brachten Windows-ondersteuning, waarvoor UAC-padquoting voor configuratieschrijfsels en daemon-owned config-updates nodig waren. v0.2.8 tot en met v0.2.10 repareerden Windows GUI-serviceacties, CLI-subprocessafhandeling en machine-scoped serviceconfiguratie. v0.2.12 verving LAN-discovery door timed LAN pairing, een gebruikersgestuurde flow waarbij twee apparaten op hetzelfde lokale netwerk kunnen pairen zonder relay-signalen. Het patroon is schoolboekachtige field testing in een vroege fase: elke release pakt een specifiek deploymentprobleem aan, de gebruikersbasis is klein genoeg voor dagelijkse iteratie, en de ontwikkelaar gebruikt het gereedschap zelf tussen releases door.

Comet geautomatiseerde builds

Comet (voorheen Captain’s Log), de Nostr-native long-form schrijftool van Nodetec, produceerde deze week meer dan 40 geautomatiseerde alpha-builds. Comet is een desktopapp voor het schrijven en publiceren van NIP-23 (Long-form Content)-artikelen, met lokale conceptopslag, markdownbewerking en one-click publicatie naar de relayset van de gebruiker. De geautomatiseerde buildpipeline maakt voor elke commit op de main-branch een tagged release aan, wat het ruwe aantal releases een misleidende maat voor feature-snelheid maakt. Wat die 40 builds wel laten zien, is dat de app dagelijks actief wordt ontwikkeld, en dat elke commit binnen minuten wordt getest, verpakt en beschikbaar gemaakt voor download.

NIP-Updates

Recente wijzigingen in het NIPs-repository tijdens het venster van 17-24 maart:

Er werden tussen 18 en 24 maart geen NIP-merges gedaan.

Open PR’s en discussies bijgewerkt in dit venster:

NIP-AA: Autonomous Agents on Nostr (PR #2259): Stelt conventies voor autonome agents voor die op het Nostr-netwerk opereren. De PR definieert hoe agents zichzelf identificeren, diensten ontdekken en met andere agents en mensen coördineren via Nostr-events.
NIP-50 (Search): Sort extensions (PR #2283): Voegt sorteerparameters toe aan NIP-50-zoekqueries, waaronder top, hot, zaps en new. Dat zou clients in staat stellen gerangschikte resultaten op te vragen bij relays die full-text search ondersteunen in plaats van client-side te sorteren.
NIP-A5: WASM Programs (PR #2281): Stelt een conventie voor voor het publiceren en ontdekken van WebAssembly-programma’s op Nostr. WASM-binaries zouden als Nostr-events kunnen worden verspreid, met relays als discoverylaag voor draagbare uitvoerbare code.
NIP-CF: Combine Forces interoperable napps (PR #2277): Definieert een conventie voor interoperabele Nostr-applicaties (“napps”) die functionaliteit over verschillende clients en diensten heen kunnen samenstellen.
Snapshots NIP (PR #2279): Stelt een mechanisme voor voor relay-state snapshots, bedoeld voor relaysynchronisatie en back-up.
Checkpoints NIP (PR #2278): Stelt checkpoint-events voor om bekende goede relaystatus te markeren, als aanvulling op het snapshots-voorstel.
NIP-58 (Badges): Badge Sets refactor (PR #2276): Herstructureert hoe badgeverzamelingen worden georganiseerd en gerefereerd.
NIP-11 (Relay Information Document): Extensions (PR #2280): Voegt extra velden toe aan het relay-informatiedocument voor rijkere machineleesbare relaymetadata.

Vijf Jaar Nostr-Maart

De nieuwsbrief van vorige maand beschreef hoe Nostr’s februaris zich ontwikkelden van de NIP-01 (Basic Protocol Flow)-herschrijving via de Damus App Store-golf naar mesh-netwerken en agentvoorstellen. Dit retrospectief volgt wat er elke maart gebeurde van 2021 tot en met 2026.

Maart 2021: Twee commits

Vier maanden na het ontstaan produceerde Nostr’s maart precies twee commits in het protocolrepository, beide op 4 maart. fiatjaf voegde links naar nostwitter-instances toe, zodat vroege bezoekers werkende deployments konden vinden, en voegde kind toe aan de basisfilterdefinitie. Die tweede commit is onthullend: in maart 2021 kon je Nostr-events nog niet op kind filteren. Het protocol was zó primitief. Twee of drie relays bedienden het netwerk. De Telegram-groep was het enige coördinatiekanaal. Het NIPs-repository bestond nog niet; protocolvoorstellen leefden als bestanden in het hoofd-repository van nostr. fiatjaf was die maand de enige committer. De volledige output van maart 2021 van wat vijf jaar later een protocol zou zijn dat VPN’s, multiplayergames en mesh-netwerken ondersteunt, past in één enkele git diff.

Maart 2022: Bouwen vóór Damus

Het hoofdrepository van het protocol ontving in maart 2022 nul commits. Ontwikkeling was volledig verschoven naar toolrepositories. Branle, fiatjaf’s Vue.js-webclient en destijds de primaire Nostr-interface, kreeg 5 commits, waaronder Docker-deploymentondersteuning en NIP-05 (DNS-Based Verification)-displaynamefixes die het _@-prefix verwijderden uit verificatiebadges. Robert C. Martins more-speech, de Clojure-desktopclient, noteerde 13 of meer commits die threading, toetsenbordnavigatie en een editvenster toevoegden. De beroemdste softwareauteur die die maand actief op Nostr bouwde was geen crypto-ontwikkelaar, maar de persoon wiens “Clean Code” miljoenen exemplaren verkocht, die een Nostr-client in Clojure schreef, een taalkeuze die veel zegt over de vroege gemeenschap: dit waren eigenzinnige programmeurs die voor zichzelf bouwden.

Het relay-netwerk was gegroeid tot ongeveer 15 relays met een actieve gebruikersbasis in de honderden. Damus bestond nog niet en zou pas in april 2022 worden gemaakt. Nostream was er ook nog niet. Het werk van die maand was infrastructuur: bestaande tools betrouwbaarder maken voor de kleine gemeenschap die ze al dagelijks gebruikte.

Maart 2023: Infrastructuur na de explosie

Een maand na de Damus App Store-golf en de sprong voorbij 300.000 publieke sleutels draaide maart 2023 om het absorberen van die groei. Het NIPs-repository mergede 28 pull requests, het op één na hoogste maandtotaal in de protocolgeschiedenis. NIP-51 (Lists) werd gemerged en gaf clients gestructureerde volg-, mute- en bookmarkcollecties. NIP-39 (External Identities in Profiles) landde, NIP-78 (Application-Specific Data) leverde een algemeen opslagkind voor apps die privéstatus nodig hadden, en een herschrijving van NIP-57 (Lightning Zaps) (PR #392) consolideerde de zapflow en verduidelijkte de terminologie. De meest besproken PR van de maand was een alternatief voorstel voor mention-afhandeling (PR #381) met meer dan 50 opmerkingen.

Het meest consequentiale nieuwe project was NDK (Nostr Development Kit), de TypeScript-bibliotheek voor relayverbindingen, event-signing, caching en subscription management. pablof7z deed de eerste commit op 16 maart 2023, herschreef het 11 dagen later volledig op 27 maart (“basically another initial commit”), en had tegen 31 maart LNURL- en zap-ondersteuning werkend. NDK ging van niets naar zap-capable in 15 dagen. Vijf dagen na het ontstaan van NDK, op 21 maart, maakte het Alby-team NWC (Nostr Wallet Connect), de referentie-implementatie van NIP-47 die Lightning-wallets aan Nostr-applicaties koppelde. De twee projecten die de volgende drie jaar webgebaseerde Nostr-ontwikkeling zouden dragen, werden geboren in hetzelfde venster van 30 dagen. OpenSats had zijn Nostr-fonds toen nog niet gelanceerd; de eerste golf kwam pas in juli 2023, vier maanden na de creatie van NDK.

Andere opvallende creaties die maand waren NostrGit, NostrChat, een nostr-signing-deviceproject van LNbits en nostrmo. Gossip, de Rust-desktopclient gericht op intelligente relayselectie, bracht drie releases uit. Het protocol stond in build-modus, en de tools die in maart 2023 zijn gemaakt, zijn drie jaar later nog steeds in gebruik.

Maart 2024: Protocolvolwassenheid

Maart 2024 draaide om het verharden van het protocol voor langdurig gebruik. Het NIPs-repository mergede 12 pull requests. De belangrijkste was NIP-34 (Git Stuff), PR #997, die op 5 maart werd gemerged na meer dan 130 opmerkingen en 44 dagen review. De discussiethread is een tijdcapsule van een gemeenschap die debatteert over hoe een gedecentraliseerde GitHub eruit zou moeten zien. jb55 trok parallellen met git send-email, Giszmo stelde voor om root commit hashes te gebruiken voor cross-fork discovery (“something GitHub doesn’t do and we could”), mikedilger stelde NIP-98 (HTTP Auth) event-ondertekende authenticatie voor in plaats van SSH-sleutels, en fiatjaf wees de noodzaak van versiebeheeralgemeenheid botweg af: “not for each version control system, just for git. No one uses the others.” Binnen enkele uren na het openen van de PR had fiatjaf nak, go-nostr en gitstr al omgeschakeld om patches over Nostr te accepteren. DanConwayDev, wiens ngit al een OpenSats-subsidie had, behoorde tot de actiefste bijdragers aan de discussie. Een botveld voor profielmetadata werd ook gemerged, waardoor clients machineleesbaar onderscheid kunnen maken tussen geautomatiseerde accounts en mensen.

Amethyst bracht v0.85.0 uit met git-eventondersteuning, wiki-artikelen, rendering van medische data en contentbewerking in één release. Mostro bereikte v0.10.0. Nosflare, een serverless Nostr-relay op Cloudflare Workers, bewees dat relaylogica aan de edge kan draaien. OpenSats gaf een Long-Term Support grant aan Bruno Garcia voor duurzame bijdragen aan de Amethyst-client.

Maart 2025: Uitbreiding van infrastructuur

Maart 2025 produceerde 10 gemergede NIPs. De koploper was NIP-66 (Relay Discovery and Liveness Monitoring), PR #230, die op 3 maart werd gemerged na een traject van 25 maanden. dskvr stelde relaymonitoring voor het eerst voor in februari 2023 voor, kreeg te horen dat het client-side kon, legde uit waarom tegelijk verbinden met duizenden relays onpraktisch was voor individuele clients, ging door zeven volledige drafts, bouwde monitoringnodes in acht geografische regio’s (Northeast US, Brazilië, US-West, US-East, Australië, India, Korea, Zuid-Afrika), en wachtte tot de relaytooling was bijgehaald. Tegen de tijd van de merge bestonden al implementaties in nostr.watch, relaypag.es, monitorlizard, Snort, noStrudel en Jumble. De NIP-66-data zou later de Nostrability outbox-benchmarks voeden behandeld in Newsletter #12. NIP-C0 (Code Snippets) werd ook gemerged (PR #1852, 63 opmerkingen), en voegde kind 1337-events toe voor het delen van broncode.

De eerste MCP-servers voor Nostr verschenen deze maand. nostr-mcp-server verscheen op 23 maart en nwc-mcp-server op 14 maart, slechts vier maanden nadat Anthropic in november 2024 het Model Context Protocol aankondigde. Deze vroege bridges gingen vooraf aan de volledige ContextVM SDK en het agent-commercewerk dat eind 2025 en begin 2026 volgde.

Gossip bracht v0.14.0 uit. Coracle, hodlbod’s webclient met relay-aware feedbeheer, bracht drie releases uit. OpenSats kondigde zijn tiende golf Nostr-subsidies aan en zette daarmee de financieringspijplijn voort die sinds medio 2023 liep.

Maart 2026: Convergentie

Activiteit in maart 2026 is ontleend aan Nostr Compass-edities #12 tot #15 (deze editie).

Maart 2026 is de maand waarin verschillende draden samenkomen in werkende systemen. De Marmot Development Kit bracht zijn eerste publieke release uit met versleutelde media, meertalige bindings en een ChaCha20-Poly1305-migratie die gecoördineerde updates vroeg over spec, Rust en TypeScript heen. Shopstr en Milk Market voegden MCP-commerceoppervlakken toe voor agent-gedreven aankopen. NIP-42 relay-auth landde gelijktijdig in Amber, strfry en OAuth Bunker, waarmee de lus tussen signer-, relay- en bunkersoftware werd gesloten. Notedeck bracht Nostr-native software-updates uit met NIP-94 (File Metadata) release-events.

Deze week scande BigBrotr het volledige relay-netwerk op gelekte privésleutels en publiceerde zowel de analyse als een DVM-checker. Nostr VPN bewees dat het sleutelmodel van Nostr bruikbaar is voor netwerkinfrastructuur, niet alleen voor social media. DOOM liet zien dat Nostr-discovery, Marmot-versleuteling en QUIC-transport samen een realtime multiplayergame kunnen dragen. Amber sprong naar v5.0.0. Wisp leverde 16 releases in zeven dagen. Meer dan 25 getagde releases kwamen in één week van grote projecten.

In de eerste 24 dagen van de maand werden zeven NIPs gemerged. Het protocol kreeg NIP-54 (Wiki) Djot-opmaak, NIP-19 (Bech32-Encoded Entities) invoerlimieten, NIP-91 (AND Operator for Filters) boolean querylogica en NIP-85 (Trusted Assertions) Web of Trust-asserties. Open voorstellen liepen uiteen van autonome agents (NIP-AA) via WASM-programma’s (NIP-A5) tot sorteervarianten voor zoeken in NIP-50.

Vooruitblik

Vijf maartmaanden van Nostr tekenen een duidelijke boog. In 2021 deed één persoon twee commits aan een protocol dat events nog niet op kind kon filteren. In 2023 werden NDK en NWC met vijf dagen ertussen geboren om de explosie na Damus op te vangen. In 2024 debatteerde een PR-thread met 141 opmerkingen over hoe git-samenwerking op een sociaal protocol moest werken. In 2025 werd een relaymonitoringspecificatie die zeven keer over 25 maanden was herschreven eindelijk gemerged. In 2026 raakte iemand geïrriteerd door het feit dat Tailscale een account vereist en bouwde een VPN met Nostr-sleutelparen, terwijl iemand anders multiplayer DOOM uitbracht dat peers ontdekt via Nostr-relays en gameplay versleutelt via Marmot. BigBrotr’s scan van 41 miljoen events over 1.085 relays geeft een concreet gevoel voor hoe ver het netwerk is gegroeid. Het protocoloppervlak van maart 2026 zou onherkenbaar zijn geweest voor maart 2021, maar het onderliggende model, events ondertekend met secp256k1-sleutels en verspreid via relays, is niet veranderd.

Dat is het voor deze week. Bouw je iets of heb je nieuws om te delen? Neem contact op via NIP-17 (Private Direct Messages) DM of vind ons op Nostr.

Nostr Compass #14

Wed, 18 Mar 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Amethyst landt volledige NIP-47 (Nostr Wallet Connect) methodeondersteuning, Alby Hub voegt meervoudige relay-ondersteuning toe in v1.21.6, Amber levert v4.1.3 met ingebouwde Tor en fijnere signerrechten, en Zeus verwijdert een riskant NWC keysend-pad in PR #3835. Notedeck levert een ondertekende updater in v0.8.0-rc2 die releases ontdekt via NIP-94 (File Metadata) events, terwijl Damus verouderde NIP-65 (Relay List Metadata) status repareert, Nostrability Outbox zijn benchmarkresultaten herziet met gecorrigeerde data, en Primal iOS directe relay-abonnementen voor DM’s test. Primal Android levert 3.0.7, Route96 levert v0.6.0, OpenChat blijft Marmot-interoperabiliteit aanscherpen in v0.1.0-alpha.11, Pika consolideert zijn runtime in pika/v1.1.1, en Nostria voegt NIP-85 (Trusted Assertions) Web of Trust-filtering toe. Het NIPs-repository merget NIP-54 (Wiki) Djot-opmaak en een 5000-karakter invoerlimiet voor NIP-19 (Bech32-Encoded Entities), terwijl open voorstellen een .nostrkey bestandsformaat voor NIP-49 (Private Key Encryption), lidmaatschapsstatusconsistentie voor NIP-43 (Relay Access Metadata and Requests), verwijderingsrichtlijnen voor NIP-17 (Private Direct Messages), en een share-intent URI voor NIP-222 omvatten.

Nieuws

Wallet Connect-ondersteuning wordt breder, en walletclients verscherpen foutpaden

Amethyst, de Android-client onderhouden door vitorpamplona, mergede PR #1828, dat zijn NIP-47 implementatie dicht bij volledige protocoldekking brengt. De patch voegt make_invoice, lookup_invoice, list_transactions, get_balance, get_info, hold invoice-methoden, keysend-ondersteuning met TLV-records, capability discovery via kind 13194 en notificatie-events op kind 23197 met NIP-44 (Encrypted Payloads) toe. Dat geeft de client een veel breder NWC-oppervlak zonder te leunen op app-specifieke extensies.

De omringende walletstack bewoog in dezelfde richting. Alby Hub, de self-custodial Lightning-node en walletservice achter veel NWC-deployments, leverde v1.21.6 met meervoudige relay-ondersteuning en eenvoudigere verbindings- en swapflows. Zeus, de mobiele Lightning-wallet, mergede PR #3835 dat NWC keysend-ondersteuning verwijdert nadat een stil fund-drain-pad in die flow was geïdentificeerd, terwijl ook pending-event en Cashu-activiteitsafhandeling werd gerepareerd. Walletconnectiviteit op Nostr wordt breder, en implementeerders verwijderen flows die moeilijk te beveiligen zijn.

Notedeck verplaatst release-ontdekking naar Nostr

Aansluitend op de Notedeck-berichtgeving van vorige week, leverde Notedeck, de native desktopclient van het Damus-team, v0.8.0-rc2 na het mergen van PR #1326. De nieuwe updater abonneert op ondertekende kind 1063 release-events, matcht het lokale platform, downloadt het gerefereerde binaire bestand en verifieert de SHA256-hash voor installatie. Releasemetadata hoeft niet langer van de GitHub API of een projectwebsite te komen. Een vertrouwde release-pubkey en een relayverbinding zijn voldoende.

Dezelfde patch voegt een notedeck-release CLI toe die die events publiceert vanuit GitHub release-artefacten, wat betekent dat de release-pipeline nu zowel een Nostr-native publicatiepad als een Nostr-native ontdekkingspad heeft. Het brengt het Damus en Notedeck updater-model ook veel dichter bij Zapstore’s relay-gepubliceerde ondertekende releaseflow: Zapstore’s zsp-tooling verwerkt software-assets al als kind 1063 of 3063 events, dus dit pad is niet gekoppeld aan één client of één publisher. De rest van de release candidate is praktisch desktopwerk: followkolommen, profiel “View As User,” NIP-59 (Gift Wrap) ondersteuning, realtime notestatistieken en NIP-11 (Relay Information Document) limietafhandeling, maar de updater is het deel dat waarschijnlijk deze ene releasecyclus zal overleven.

Relaystatus beweegt dichter naar runtimegedrag

Damus mergede PR #3665, dat een verouderd opgeslagen relaylijst-event-ID vervangt door een directe databasequery voor het nieuwste kind 10002 event. Wanneer de oude waarde verouderd raakte, konden relay-toevoeg- en verwijderoperaties terugvallen op bootstrap of een jaar oude lijsten, waardoor sommige relaywijzigingen leken te slagen terwijl de actieve status ongewijzigd bleef. PR #3690 repareert een tweede foutpad door verouderde lock.mdb-status te verwijderen tijdens LMDB-compactie zodat de app niet crasht met SIGBUS bij de volgende start.

Primal iOS opende PR #194, dat direct abonneert op de NIP-04 (Encrypted Direct Messages) schrijfrelays van een chatpartner terwijl een gesprek open is, met de cacheserver als terugval. Nostur opende PR #53, dat gerandomiseerde relayscoring, NIP-66 liveness-filtering van nostr.watch en Thompson-sampling combineert om relayselectie te veranderen van een vaste heuristiek naar een geleerd beleid. Clients hebben relaykeuxe lang behandeld als configuratiedata. Meer apps behandelen het nu als live status die meet- en reparatielogica nodig heeft.

Releases

Primal Android 3.0.7

Primal Android, de Android-client van Primal, leverde 3.0.7 met een nieuwe poll- en walletcyclus. PR #945 voegt zap-gebaseerd pollstemmen toe, PR #948 pagineert stemladingen zodat grotere polls bruikbaar blijven, en PR #965 haalt zapreceipts op voor alle transacties. Dezelfde release tagt ook ondersteunde events met NIP-89 (Recommended Application Handlers) clientmetadata in PR #968, wat downstream clients helpt eventoorsprong schoner toe te schrijven.

Amber v4.1.3

Aansluitend op de Amber-berichtgeving van vorige week, leverde Amber, de Android signer-app voor NIP-55 flows, v4.1.3. De release bouwt voort op zijn recente NIP-42 relay-auth-werk met meer operationele verharding: PR #327 voegt ingebouwde Tor toe naast Orbot-ondersteuning, PR #324 vervangt grove NIP-gebaseerde versleutelingsrechten door inhoudtype-specifieke regels, en PR #336 verwijdert netwerkrechten uit de offline-variant terwijl PR #335 CI-controles toevoegt om dat zo te houden. PR #322 verplaatst ook PIN-opslag naar versleutelde DataStore.

Deze release verscherpt de signergrens zelf. Dat is nuttig voor elke Android-flow die echte sleutels of relay-auth-beslissingen aan Amber overdraagt, omdat het moeilijke deel niet alleen is wat de signer kan doen. Het is ook hoe smal het kan worden afgebakend.

Route96 v0.6.0

Aansluitend op de Route96-berichtgeving van vorige week, bracht Route96, de mediaserver die Blossom en NIP-96 (HTTP File Storage) ondersteunt, v0.6.0 uit. De release verplaatst configuratie en whitelist-status naar de database met hot reload en voegt retentiebeleid toe voor koude of verouderende bestanden. Het voegt ook een rijker GET /user/files eindpunt plus bestandsstattracking voor downloads en egress toe, wat operators meer zichtbaarheid geeft in hoe hun opslagserver wordt gebruikt.

OpenChat v0.1.0-alpha.11

Aansluitend op de OpenChat-berichtgeving van vorige week, leverde OpenChat, de Avalonia-gebaseerde chatclient gebouwd op de Marmot-stack, v0.1.0-alpha.11 na een week snel protocolwerk. Commit c33895d wrapt Welcome events in NIP-59 gift wrap en verwijdert oude MIP-00 tag-normalisatieshims, commit 2738ff4 voltooit de MIP-02 compliance-audit, en commit 8e470cf doet hetzelfde voor MIP-03 groepsberichtversleuteling. Commit 129ca37 consolideert ook NIP-44-afhandeling op de gedeelde marmot-cs-implementatie, wat het risico op client-side cryptodrift vermindert.

nak v0.19.0 en v0.19.1

nak, fiatjaf’s commandoregel Nostr-toolkit, leverde v0.19.0 en v0.19.1. De 0.19-serie voegt een groepsforum-UI toe in commit 5f4efdb, schakelt groepsmetadata-bewerkingen over naar een volledige vervangingsflow in commit da0b753, en vervangt de oudere no-text-afhandeling door supported_kinds in commit bef67d3. Voor groepsimplementeerders houdt dat de CLI in lijn met de richting waarin groepsspecificaties en clients zich bewegen.

Projectupdates

Amethyst

Aansluitend op de Amethyst-berichtgeving van vorige week, bleef Amethyst, de Android-client met een van de breedste protocoloppervlakken in Nostr, bouwen op zijn wallet- en relaywerk na de NIP-47 patch. PR #1853 voegt NIP-45 (Event Counting) COUNT-queries toe over relaybeherschermen, zodat gebruikers kunnen zien hoeveel events elke relay daadwerkelijk bevat voor homefeed, notificaties, DM’s en indexdata. PR #1849 voegt versleutelde bestandsuploads toe voor NIP-17 (Private Direct Messages) chats, met een retry-pad voor onversleutelde uploads wanneer een opslaghost de versleutelde versie weigert.

PR #1791 brengt ook volledige NIP-46 (Nostr Connect) desktop bunker-login met een heartbeat-indicator, wat belangrijk is omdat remote signing-fouten vaak als willekeurige UI-storingen aanvoelen vanuit het perspectief van de gebruiker. De client toont of de signer actief is en hoe recent deze heeft geantwoord, terwijl het ook duidelijk maakt wanneer de huidige sessie een bunker gebruikt.

Nostria

Nostria, de multiplatformclient gebouwd rond een local-first-stack, mergede PR #561 dat Web of Trust-filtering toevoegt voor feeds en threadreacties. De functie gebruikt de bestaande trust-servicerangdata en stelt deze beschikbaar als zowel een feedfilter als een reactiefilter, waarbij auteurs wiens rang de drempel niet haalt worden verborgen terwijl de threadstructuur behouden blijft wanneer vertrouwde afstammelingen aanwezig zijn. Dat geeft gebruikers een middenlaag tussen “toon iedereen” en hardgecodeerde lijst-gebaseerde curatie.

Dezelfde week bracht ook PR #563, dat inhoudsfiltering en repost-ondersteuning toevoegt aan de overzichtspagina. Buiten de bijgehouden PR-lijst heeft Nostria ook meer van zijn power-usersurface ingevuld. Het ondersteunt nu de nieuwste Brainstorm Web of Trust-service met in-app aanmelding, samen met geld verzenden en ontvangen in DM’s via NWC en BOLT-11 facturen. Het voegt ook Nostr-native GIF-afhandeling toe via de emoji NIP en een sterker RSS-importpad voor muzikanten dat bestaande Lightning-splits kan oppikken uit podcastfeeds. Nostria behandelt ranking, media, betalingen en publicatie als één verbonden appsurface.

Nostur

Nostur, de iOS-client onderhouden door nostur-com, opende PR #53 om outbox-routing te veranderen van een vast plan naar een gescoord beleid. De patch voegt gerandomiseerde relayscoring toe, NIP-66 relay liveness-filtering met een gecachte nostr.watch-feed, en Thompson-sampling zodat relay succes- en faaldata toekomstige selecties beïnvloedt. Het ontwerp behoudt een veiligheidsventiel wanneer te veel relays uitgefilterd zouden worden en bewaart .onion-relays. Dit is een van de duidelijkste huidige voorbeelden van een client die relayselectie behandelt als een adaptief systeem.

Nostrability Outbox

Aansluitend op het eerdere Outbox-benchmarkrapport, besteedde Nostrability Outbox, het benchmark- en analyseproject gericht op NIP-65 en NIP-66 clientrouting, de week aan het aanscherpen van zijn eigen claims. PR #35 vervangt opgeblazen Thompson-samplingresultaten door een volledige herbenchmark over 1.511 runs en beveelt de CG3-variant aan voor NDK-stijl routing. PR #43 voegt verval en use-case vergelijkingen toe, repareert een 0 follows cache-poisoning bug, en herhaalt vervolgens de Telluride-dataset na het vastzetten van cache-TTL’s.

Dat is geen productwerk in de gebruikelijke zin, maar het is belangrijk voor clientauteurs omdat de cijfers van het project nu scherper en minder vleiend zijn op de plekken waar ze eerder te veel hadden geclaimd. Het gecorrigeerde resultaat is nog steeds nuttig. Gerandomiseerde selectie blijft puur deterministische routing verslaan in de gevallen waar Outbox om geeft, Thompson-stijl leren kan de dekking aanzienlijk verbeteren wanneer clients nuttige relaygeschiedenis bewaren, en NIP-66 liveness-filtering vermindert verspilde tijd aan dode relays. Het werk vertaalt zich ook in concrete implementatievoorstellen, waaronder NDK #387, Nostur #53, Amethyst #1833, rust-nostr #1282, welshman #53, en applesauce #54 plus applesauce #55.

White Noise backend

whitenoise-rs, de Rust-backend gebruikt door White Noise en andere Marmot-tooling, mergede twee grensverhardingspatches rondom Blossom-mediaafhandeling. PR #637 dwingt HTTPS af op Blossom-URL’s en voegt een uploadtimeout toe, terwijl PR #642 blobdownloads beperkt tot 100 MiB om te voorkomen dat oversized mediapulls een denial-of-servicepad worden. Voor privéberichtensoftware zijn media-URL’s een van de scherpste interfaces tussen versleutelde applicatielogica en onvertrouwde netwerkinfrastructuur. Deze week heeft het team die rand verscherpt.

rust-nostr

rust-nostr, de Rust-protocolbibliotheek, mergede PR #1280 dat gemaksconstructors toevoegt voor LocalRelayBuilderNip42. De nieuwe lees- en schrijfhelpers geven embedded relay- en testopstellingen een duidelijkere manier om NIP-42 auth-beleid in code om te zetten. Dit is een kleine bibliotheekpatch, maar het is belangrijk voor teams die lokale of app-gebundelde relays bouwen die auth nodig hebben zonder elke keer boilerplate te herhalen.

Pika

Aansluitend op eerdere Pika-berichtgeving, leverde Pika, de Marmot-gebaseerde berichtenapp, pika/v1.1.1 en pikachat-v1.1.1 met een releasecyclus gericht op runtime-convergentie. PR #542 introduceert een gedeelde Marmot-runtimefaçade voor de CLI en sidecar, waarbij de apphost naar hetzelfde oppervlak verhuist. PR #556 verscherpt OpenClaw agent-levenscyclus en provisioningstatus, terwijl PR #600 herstel-van-back-up toevoegt en striktere herstelveiligheid voor beheerde omgevingen.

Het directe gebruikersgerichte oppervlak is hier kleiner dan in het vorige Pika-artikel, maar de architecturale verandering is betekenisvol. Het samenvoegen van groeps-, media-, bel- en sessielogica achter één gedeelde runtime vermindert de kans dat de app en daemon uit elkaar drijven naarmate de Marmot-stack groeit.

NIP-Updates

Recente wijzigingen in het NIPs-repository:

Gemerged:

NIP-54 (Wiki): Overstap van Asciidoc naar Djot (PR #2242): Wiki-inhoud op kind 30818 gebruikt nu Djot als het canonieke opmaakformaat. De gemerge tekst voegt expliciet wikilinkgedrag toe, merge-request voorbeelden voor kind 818, redirectvoorbeelden voor kind 30819 en niet-Latijnse normalisatievoorbeelden voor d tags. Dat geeft implementeerders een schoner parsedoel dan Asciidoc en verwijdert nog een specpad dat afhankelijk was van een Ruby-gecentreerde toolchain.
NIP-19 (Bech32-Encoded Entities): Invoerlimiet toevoegen (PR #2264): De specificatie beveelt nu aan om Bech32-gecodeerde entitystrings te beperken tot 5000 karakters. Dit is een kleine wijziging met echte parserwaarde, omdat NIP-19 strings nu verschijnen in QR-flows, deep links, deelschermen en door gebruikers geplakte invoer over veel clients.

Open PR’s en Discussies:

Nostr Key File voor NIP-49 (Private Key Encryption) (PR #2269): Stelt een .nostrkey bestandsformaat voor voor wachtwoordversleutelde sleutelexport en -import. Indien gemerged zou het clients een normaler bestandsgebaseerd back-uppad geven dan het kopiëren van rauwe ncryptsec-strings.
Lidmaatschapsstatusconsistentie voor NIP-43 (Relay Access Metadata and Requests) (PR #2267): Voegt een sectie toe die verduidelijkt dat relays één autoritatieve lidmaatschapsstatus per pubkey moeten bijhouden. Dat zou groepsclientlogica rond lidmaatschapswijzigingen en afgespeelde geschiedenis vereenvoudigen.
Verwijderingsrichtlijnen voor NIP-17 (Private Direct Messages) (PR #2260): Stelt een concreet pad voor om privéberichten te bewerken en te verwijderen via gift-wrapped verwijderevents. Het werk is nog open, maar clientauteurs hebben hier een antwoord nodig als NIP-17 oudere DM-flows volledig gaat vervangen.
Share-intent URI voor NIP-222 (PR #2266): Het concept zou standaardiseren hoe mobiele en desktop-apps gedeelde inhoud in een Nostr-client overdragen. Dat is een van de ruwste interop-randen in huidige app-naar-app flows.

NIP Deep Dive: NIP-94 (File Metadata)

NIP-94 definieert kind 1063 als een eerste-klas metadata-event voor een bestand. De specificatie geeft het event zijn eigen leesbare content plus machineleesbare tags voor download-URL, MIME-type, hashes, dimensies, previews, terugvallinks en opslagservicehints. Dit is belangrijk omdat het bestand doorzoekbaar wordt op relays als een eigen object. Een client hoeft geen metadata uit omringende inhoud te schrapen om te begrijpen wat het bestand is.

{
 "id": "6a92ef8d7c3a1b5d4e8f9a0b1c2d3e4f567890abcdef1234567890abcdef1234",
 "pubkey": "f1e2d3c4b5a697887766554433221100ffeeddccbbaa99887766554433221100",
 "created_at": 1742342400,
 "kind": 1063,
 "tags": [
 ["url", "https://downloads.example.org/notedeck/v0.8.0-rc2/notedeck-macos-universal.tar.gz"],
 ["m", "application/gzip"],
 ["x", "4a5b6c7d8e9f00112233445566778899aabbccddeeff00112233445566778899"],
 ["ox", "4a5b6c7d8e9f00112233445566778899aabbccddeeff00112233445566778899"],
 ["size", "48392011"],
 ["dim", "0x0"],
 ["magnet", "magnet:?xt=urn:btih:00112233445566778899aabbccddeeff00112233"],
 ["i", "00112233445566778899aabbccddeeff00112233"],
 ["blurhash", "LEHV6nWB2yk8pyo0adR*.7kCMdnj"],
 ["thumb", "https://downloads.example.org/notedeck/v0.8.0-rc2/thumb.png", "bbccddeeff00112233445566778899aabbccddeeff0011223344556677889900"],
 ["image", "https://downloads.example.org/notedeck/v0.8.0-rc2/screenshot.png", "ccddeeff00112233445566778899aabbccddeeff001122334455667788990011"],
 ["summary", "Signed macOS release artifact for Notedeck v0.8.0-rc2"],
 ["alt", "Notedeck desktop release archive"],
 ["fallback", "https://mirror.example.net/notedeck/v0.8.0-rc2/notedeck-macos-universal.tar.gz"],
 ["service", "nip96"]
 ],
 "content": "Notedeck macOS universal build",
 "sig": "11aa22bb33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889911aa22bb33cc44dd55ee66ff77889900aabbccddeeff00112233445566778899"
}

De tags doen meer werk dan het op het eerste gezicht lijkt. x identificeert het geserveerde bestand, terwijl ox het oorspronkelijke bestand identificeert voor eventuele server-side transformatie. De previewtags laten clients doorbladerbare bestandsindexen bouwen zonder het volledige asset te downloaden, en summary kan er een kort excerpt naast dragen. fallback geeft een tweede bron wanneer de hoofd-URL faalt, en service hint naar het opslagprotocol achter het bestand, zoals NIP-96 of een andere host. NIP-94 zit daarom onder sociale berichten en boven ruwe opslag. Het beschrijft het bestand, niet het gesprek rond het bestand.

Daarom is de Notedeck-updater van deze week interessant. PR #1326 gebruikt ondertekende kind 1063 events voor software-releaseontdekking en verifieert vervolgens het gedownloade binaire bestand tegen de gepubliceerde SHA256. Dezelfde eventvorm kan een software-artefact of een media-upload beschrijven. NIP-94 is oud genoeg om stabiel te zijn, maar het heeft nog ruimte om te groeien omdat meer projecten metadata-events behandelen als transport voor machines, niet alleen als decoratie voor mensen.

NIP Deep Dive: NIP-54 (Wiki)

NIP-54 definieert kind 30818 als een wiki-artikel-event. De specificatie behandelt de d tag als het genormaliseerde artikelonderwerp en laat veel auteurs items publiceren voor hetzelfde onderwerp. De artikeltekst staat in content, terwijl tags genormaliseerde identiteit, weergavetitel, samenvattingen en referenties naar eerdere versies afhandelen. Dat betekent dat NIP-54 niet alleen een inhoudformaat is. Het is ook een ophaal- en rangschikkingsprobleem, omdat elke client nog steeds moet beslissen welke artikelversie getoond wordt.

{
 "id": "8c94e5d1f2a300112233445566778899aabbccddeeff00112233445566778899",
 "pubkey": "00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff",
 "created_at": 1742342400,
 "kind": 30818,
 "tags": [
 ["d", "nostr-wiki"],
 ["title", "Nostr Wiki"],
 ["summary", "Djot-formatted reference article about Nostr wiki events"],
 ["a", "30818:11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff:nostr-wiki", "wss://relay.example.org", "fork"],
 ["e", "11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff", "wss://relay.example.org", "fork"]
 ],
 "content": "Nostr is a [protocol][] for carrying events across relays.\n\n[protocol]: nostr:nevent1example",
 "sig": "33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889900112233cc44dd55ee66ff77889900aabbccddeeff00112233445566778899001122"
}

De merge deze week verandert de canonieke opmaak van Asciidoc naar Djot in PR #2242. Dat is belangrijk voor implementeerders omdat Djot een strakkere zelfstandige specificatie en een eenvoudiger parserverhaal over talen heen heeft. De gemerge tekst verduidelijkt ook hoe referentiestijl-wikilinks resolven, hoe merge-verzoeken kind 818 gebruiken, hoe redirects kind 30819 gebruiken, en hoe d tag-normalisatie zich moet gedragen voor niet-Latijnse schriften. Dat zijn de delen die twee onafhankelijke clients het eens laten worden over naar welk artikel een link verwijst.

NIP-54 zit ook op een ongebruikelijke plek in het protocol. Een wikiclient heeft contentrendering nodig, maar ook rangschikkingsbeleid. Reacties, relaylijsten, contactlijsten en expliciete eerbiedigingssignalen voeden allemaal in welk artikel wint voor een bepaald onderwerp. De Djot-overstap lost dat rangschikkingsprobleem niet op, maar verwijdert wel een van de parser-ambiguïteiten die eronder lagen. Daarom is de merge nu belangrijk: de verandering gaat minder over mooiere proseformattering en meer over het eenvoudiger maken van consistente multi-client wikifunctionaliteit.

Iets aan het bouwen, of wil je dat we het behandelen? Neem contact op via NIP-17 DM op Nostr op npub1wav4fae3gyfy3xj298kxj2mj8phavz7vavps34przq02j7w902qq902923.

Nostr Kompas #13

Wed, 11 Mar 2026 00:00:00 +0000

Welkom terug bij Nostr Kompas, je wekelijkse gids voor Nostr.

Deze week: Shopstr en Milk Market voegen MCP-oppervlakken toe voor agentgestuurde handel, terwijl OAuth Bunker, Amber en strfry relay-auth en protected-event-support voor NIP-42 (Authenticatie van clients bij relays) toevoegen in app-, signer- en relaysoftware. Route96 brengt twee releases uit rond AI-labeling, moderatiequeues, perceptuele hashing en machineleesbare serverdocumentatie. Samizdat, al live op het web, bracht zijn eerste Android-alpha uit en voegde later signer-support voor NIP-55 (Android Signer Application) toe. Formstr voegt signup toe via NIP-49 (Private Key Encryption), Amethyst brengt Namecoin-gebaseerde NIP-05 (Domain Verification) resolutie uit, Mostro brengt v0.16.4 uit, en de NIPs-repository merged NIP-91 (AND Operator for Filters) en defensieve richtlijnen voor NIP-66 (Relay Discovery and Liveness Monitoring).

Nieuws

Shopstr en Milk Market openen MCP-oppervlakken voor handel

Shopstr, de peer-to-peer marktplaats met Lightning- en Cashu-betalingen, mergeerde PR #234 (commit 94ef7d1), waarmee een MCP-server met API-key-authenticatie voor agent accountbeheer werd toegevoegd. De wijziging voegt .well-known/agent.json toe voor agent discovery, MCP-endpoints voor onboarding en status, routes voor ordercreatie en betaalverificatie, en aparte purchase- en read-tools plus een instellingenpagina voor API-sleutels. PR #236 breidt dit uit met verkopersacties voor berichten, adressen, orderupdates en productspecificaties. Een securityfix in PR #235 vervangt single-iteration SHA-256 hashing van API-sleutels door salted PBKDF2 met 100.000 iteraties.

Agents kunnen NIP-99 (Classified Listings)-vermeldingen lezen en het checkoutproces doorlopen via de bestaande betaalstromen van NIP-47 (Nostr Wallet Connect) en NIP-60 (Cashu Wallet), zonder pagina’s te scrapen of clientgedrag te reverse-engineeren.

Milk Market, een voedselmarktplaats op Nostr via milk.market, kreeg dezelfde MCP- en API-key-basis in commit da6c0b4. PR #10 voegt abonnementsorders toe, wijzigingen aan verzendadressen na aankoop en afhandeling van multi-merchant- en multi-currency-checkout voor Stripe en andere fiat-betaalpaden. Een vervolgwijziging in PR #11 repareert een bug bij database-initialisatie tijdens opstarten, waarbij de tabel voor mislukte relay-publicaties op verse installaties niet werd aangemaakt en daardoor 500-fouten op de eerste load ontstonden. De agentgerichte interface werkt zowel met Bitcoin-native checkout op Shopstr als met gemengde fiat- en Bitcoin-checkout op Milk Market.

NIP-42 relay-auth bij bunker, signer en relay

OAuth Bunker, een NIP-46 (Nostr Connect)-bunker die OAuth-providers koppelt aan Nostr-signing, voegde login via NIP-07 (Browser Extension Signer), automatische selectie van een enkele identiteit en opruiming van verwijderde identiteiten toe (commit f0c7683). Wanneer er maar een identiteit bestaat, kiest de bunker die nu automatisch in plaats van de gebruiker eerst te laten kiezen. Het verwijderen van een identiteit verwijdert ook achterblijvende assignments en connections. Commit 6b8796c voegt een configuratiepad ALWAYS_ALLOWED_KINDS toe voor toegewezen gebruikers, met kind 30078 app-specific data als standaard, zodat gedelegeerde identiteiten zonder goedkeuring per event naar app-specifieke opslag kunnen schrijven.

Amber, de belangrijkste NIP-55 signer voor Android, bracht v4.1.3-pre4 uit na vier prereleases in de loop van de week. PR #317 voegt relay-authenticatie volgens NIP-42 toe voor verzoeken van kind 22242. De implementatie voegt een nieuwe databasekolom toe voor relay-specifieke permissies met een unieke index op (pkKey, type, kind, relay). Gebruikers krijgen een apart auth-scherm waar ze per relay of voor alle relays via wildcard * toestemming kunnen geven of weigeren, en die keuze kunnen bewaren. Wildcard-permissies verwijderen alle relay-specifieke entries voor dat kind. PR #318 bouwt daarop voort door schermen voor multi-event-verzoeken te refactoren, zodat details inline in composable kaarten worden getoond in plaats van op een apart scherm. De release werkt ook standaard profiellists bij, voegt bottom-sheet-weergave voor verzoeken toe en repareert een crash op MediaTek-apparaten door StrongBox keystore uit te schakelen.

Aan relay-zijde implementeert strfry PR #156 NIP-42-auth voor NIP-70 (Protected Events), en PR #176 weigert reposts die protected events insluiten.

Notedeck voegt NIP-11 relay-limieten en Agentium-features toe

Notedeck, de native desktopclient van het Damus-team, mergeerde deze week 14 PR’s. PR #1316 voegt relay-limietophaling toe uit NIP-11 (Relay Information Document), zodat alle outbox-relays nu max_message_length en max_subscriptions uit het relay-infodocument respecteren. De implementatie bevat verwerking via achtergrondjobs, exponential backoff met jitter voor verbindingsherstel en aangepaste HTTP Accept-headers. PR #1312 repareert een bug waarbij DM’s soms niet laadden na het wisselen van account, en PR #1333 voegt een backoff-mechanisme toe aan multicast-communicatie met relays om broadcastspam bij fouten te voorkomen.

Het Agentium-subsysteem, de ingebouwde coding-agent-UI van Notedeck die intern “Dave” heet, kreeg ondersteuning voor het plakken van clipboard-afbeeldingen, benoemde run-configuraties die via kind 31991 events tussen apparaten synchroniseren (NIP-33 Parameterized Replaceable Events), een git-worktree-creator en een model picker voor het kiezen van backends per sessie (PR #1336). PR #1338 integreert egui_kittest voor headless UI-tests, en PR #1339 voegt een dashboardkaart toe die nieuwe creaties van contactlijsten per client volgt. Een openstaande PR #1314 porteert Amethysts Namecoin-gebaseerde NIP-05-resolutie naar Notedeck met ElectrumX-lookups, SOCKS5-Tor-routing en integratie in de zoekbalk.

diVine brengt v1.0.6 uit met E2E-testinfrastructuur en NIP-49-import

diVine, de short-form looping-videoclient die Vine-archieven terugbrengt op divine.video, bracht v1.0.6 uit met 127 gemergede PR’s. De release voegt accountimport via NIP-49, externe NIP-05-ondersteuning, multi-accountbeheer en macOS- plus experimentele Linux-builds toe, samen met een opnieuw ontworpen bibliotheek voor drafts en clips die op lokale opslag steunt.

Aan de engineeringkant voegt PR #1928 een volledige E2E-integratietestinfrastructuur toe met Patrol voor native UI-automatisering tegen een Docker-backendstack met relay, API, Blossom, Postgres, Redis en ClickHouse. Vijf tests van auth-trajecten dekken registratie, verificatie, wachtwoordreset, sessieverval en token refresh. PR #2105 schakelt videoladen om van HLS-first naar direct MP4 met automatische HLS-fallback, waardoor laadtijden van 30-60 seconden naar vrijwel direct dalen. PR #2076 cached de API-respons van de homefeed in SharedPreferences voor een directe weergave na een cold start. PR #2104 dwingt labels voor ai-generated content af als verborgen in feeds, en PR #2100 voegt een veiligheidsinstelling toe om alleen door diVine gehoste video’s te tonen. De migratie van Hive naar Drift voor de profielcache loopt verder via PR #1881, PR #1883 en PR #1903, waarmee ongeveer 1.074 regels Hive-code worden vervangen door Drift DAO’s.

Vector v0.3.2 brengt NIP-77-negentropy-sync en MLS-verbeteringen

Vector, een privacygerichte desktopmessenger die MLS-groepsversleuteling gebruikt met NIP-17 (Private Direct Messages) en NIP-44 (Encrypted Payloads), bracht v0.3.2 uit. De belangrijkste wijziging is NIP-77-negentropy voor MLS-groepssynchronisatie (commit b06adf4), waarmee gemiste berichten via parallel boot veel sneller worden ingehaald. De release voegt ook een opnieuw gebouwde audio-engine met volledige Linux-ondersteuning toe, image spoilers met vervaagde previews, klikbare hyperlinks met rich link previews, @mention-pings met @everyone voor groepsadmins, emoji-shortcode-autocomplete, group muting, tik-om-te-reageren op bestaande reacties en annuleerbare bestandsuploads. Vector filtert expliciet groepschat-events van NIP-17 uit (commit 2179a51) en gebruikt MLS exclusief voor groepsversleuteling.

Releases

Route96 v0.5.0 en v0.5.1

Route96, een mediaserver met ondersteuning voor Blossom en NIP-96 (HTTP File Storage), bracht v0.5.0 en v0.5.1 uit. v0.5.0 voegt geautomatiseerde AI-labeling toe, retroactieve backfill voor ongelabelde uploads, moderatiequeues voor gemarkeerde bestanden, privacy-afwijzing op basis van EXIF en verwerking van verboden hashes.

v0.5.1 voegt perceptuele image hashes, locality-sensitive hashing voor vergelijkbare afbeeldingen, batch-admin-endpoints en een gepubliceerde SKILL.md toe die het Blossom- en NIP-96-API-oppervlak van de server beschrijft voor agent tooling. PR #58 verplaatst achtergrondworkers naar volledig asynchrone Tokio-taken, en commit 97b00a3 voegt backoff toe om hot loops te vermijden.

Samizdat v1.0.0-alpha

Samizdat, een reader en uitgever voor long-form content op samizdat.press, bracht zijn eerste Android-build uit in v1.0.0-alpha. De app opent met een gecureerde Press-pagina van lange Nostr-artikelen en biedt navigatie onderin tussen Press, Feed, Saved en Write. De Android-build voegt native key storage toe via Android Keystore-versleuteling met biometrische ontgrendeling, ondersteunt nostr:-URI’s en samizdat.press-deeplinks, en ondersteunt signer-handoff via de Android-appkiezer zoals Amber en Primal, in plaats van directe sleutelimport te vereisen. Pull-to-refresh, safe-area-afhandeling op verschillende schermformaten en integratie van native share, clipboard, haptics en splash screen zitten nu in de Android-shell in plaats van de webwrapper.

Commit d17308f voegt intent-gebaseerde NIP-55-signing toe voor Amber- en Primal-flows, en commit e29dab8 vervangt een JavaScript-bridge-workaround door een native Capacitor-plugin met startActivityForResult. De app vereist Android 7.0+ (API 24), wordt in deze alpha als debug-APK geleverd en mist nog pushnotificaties. Publiceren hangt momenteel af van een signer-app, terwijl inloggen met nsec lokaal lezen en accounttoegang afdekt.

Calendar by Form* v0.2.0

Calendar by Form*, een gedecentraliseerde kalenderapp met private eventdeling via NIP-59 (Gift Wrap) op calendar.formstr.app, bracht v0.2.0 uit samen met PR #38. De release breidt de afhandeling van terugkerende events voor NIP-52 (Calendar Events) uit, boven op de basis met enkelvoudige events uit v0.1.0. De onderliggende wijzigingen raken ook lokale eventopslag, signer-afhandeling en Android-notificatieplumbing. Dit is de tweede actieve applicatie van de Formstr-organisatie sinds de repositorymigratie van vorige maand.

Mostro v0.16.4

Mostro, de peer-to-peer Bitcoin-exchange gebouwd op Nostr, bracht v0.16.4 uit. De fixes voor herstel van disputessessies (PR #599) en automatisch sluiten (PR #606) die vorige week aan bod kwamen, zitten in deze release. Nieuw in deze versie: PR #625 voegt een days-veld toe aan rating-events van kind 38384, PR #612 voegt een verloopdatum toe aan diezelfde rating-events, en PR #614 laat order-events verlopen op basis van geconfigureerde instellingen in plaats van een hardcoded venster van 24 uur. PR #622 voegt een idempotency-check toe om dubbele betalingen van ontwikkelingsfees te voorkomen.

Mostro Mobile v1.2.1

Mostro Mobile, de Flutter-client voor de Mostro P2P-exchange, bracht v1.2.1 uit met 11 nieuwe features en 11 bugfixes. De release voegt rendering van versleutelde multimedia in dispute chat toe (PR #514), sluit de dispute-UI automatisch wanneer orders een eindstatus bereiken (PR #503), voegt QR-scanning toe voor import van NWC-wallets (commit 12eaee4), plus Franse vertalingen en FCM-pushnotificaties. PR #496 repareert een paddingbug in Schnorr-handtekeningen door de dependency bip340 vast te pinnen op v0.2.0.

0xchat v1.5.4

0xchat, de Telegram-achtige berichtenclient met Cashu-support, bracht v1.5.4 uit met focus op Linux-desktopfixes: AppImage-dockicons, emoji-rendering, vastlopende contextmenu’s en reply/copy-hangs in de UI. De release repareert ook problemen met image uploads en npub.cash-integratie. PR #49 verwijdert onnodige UI-rebuilds door een polling-timer van 3 seconden te schrappen die niets deed behalve glassmorphic hertekeningen forceren, en maakt login-initialisatie weer niet-blokkerend door het laden van de eventcache parallel te laten lopen met relay-, contact- en channel-opstart.

Keep v0.6.0

Keep, een FROST-threshold-signer voor Android met support voor NIP-55 en NIP-46, bracht v0.6.0 en v0.6.1 uit. v0.6.0 voegt coördinatie en beheer-UI voor wallet descriptors toe, een backup/restore-flow met biometrische authenticatie (PR #184), nsec-herstel uit threshold shares (PR #187), cross-platform geanimeerde QR-frames via Rust UniFFI (PR #188) en een audit trail voor signing met ketenverificatie (PR #189). v0.6.1 wijzigt de licentie van AGPL-3.0 naar MIT (PR #191).

njump v0.3.0

njump, de statische gateway voor het bekijken van Nostr-content via njump.me, bracht v0.3.0 uit met een brekende wijziging in parsing van note1-codes en een update van de onderliggende nostr-bibliotheek.

Roadstr v0.1.1

Roadstr, een gedecentraliseerde app voor meldingen over wegincidenten via Nostr, bracht zijn eerste demo-release v0.1.1 uit. De app toont wegincidenten op een kaart met vector tiles van openfreemap.org.

Bitcredit v0.5.3

Bitcredit, een e-bill-applicatie met een Nostr-transportlaag en relay via bit.cr, bracht v0.5.3 uit. PR #846 voegt payment_actions- en bill_state-velden toe aan de API voor betaal- en acceptatiestatus, en PR #849 repareert de afhandeling van signing-adressen voor anonieme signers.

OpenChat v0.1.0-alpha.3

OpenChat, een chatapplicatie gebouwd op de .NET MLS- en C#-bibliotheken van het Marmot-protocol, bracht v0.1.0-alpha.3 uit. De release voegt externe signer-support toe voor Amber- en NIP-46-flows (commit e568d97), verplaatst MLS-state-persistentie naar de MLS-service om dataverlies in crashvensters te voorkomen (commit 4720bc8), en publiceert Windows-, Linux- en Android-builds via een nieuwe CI-pijplijn.

OpenSignal v1.0.0

OpenSignal, een Kotlin Multiplatform trading copilot voor Nostr, bracht v1.0.0 uit. De release verpakt gedeelde KMP-modules voor domeinlogica, chart rendering, Nostr-authenticatie en publicatie, Blossom NIP-96 upload-support en ONNX-gebaseerde AI-inference-hooks voor Desktop- en Android-shells. De gepubliceerde architectuur bevat ook een FastAPI AI-service voor analyse van chart screenshots, pijplijnen voor modeltraining en een risk engine die gestructureerde trade plans met sizing en waarschuwingen oplevert. Inloggen ondersteunt zowel ruwe nsec-sleutels als externe signers, en de outputflow eindigt in Nostr-eventpublicatie in plaats van alleen lokale analyse.

Projectupdates

Formstr

Formstr, het Google Forms-alternatief op Nostr, mergeerde PR #434 (commit e9c4fd5), waarmee een signupflow werd toegevoegd die versleutelde private keys volgens NIP-49 gebruikt. Voor deze wijziging hadden gebruikers een NIP-07 browserextensie of een rechtstreeks geplakte nsec nodig om Formstr te gebruiken. De nieuwe flow genereert client-side een sleutelpaar, versleutelt de private key met een door de gebruiker gekozen wachtwoord via NIP-49’s scrypt + XChaCha20-Poly1305-schema, en slaat vervolgens de resulterende ncryptsec-string op. Gebruikers kunnen later weer inloggen met hun wachtwoord zonder een signer-extensie te hoeven installeren. Key management blijft gedurende het hele proces client-side.

Amethyst

Amethyst, de feature-rijke Android-client, mergeerde vier PR’s die het Namecoin-gebaseerde werk voor NIP-05 uitbrachten dat vorige week nog open stond. PR #1734 voegt censuurbestendige NIP-05-verificatie via ElectrumX toe voor .bit, d/ en id/ identifiers. Wanneer Amethyst een van deze suffixen in een NIP-05-veld detecteert, vraagt de client de transactiegeschiedenis van de naam op bij een ElectrumX-NMC-server, parseert daarna het NAME_UPDATE-script uit de laatste output om de Nostr-pubkey te extraheren, en weigert namen die ouder zijn dan 36.000 blokken, het verloopvenster van Namecoin. ElectrumX-verbindingen lopen via SOCKS5 wanneer Tor is ingeschakeld, met dynamische serverkeuze tussen clearnet- en .onion-endpoints. Een LRU-cache met een TTL van een uur voorkomt herhaalde blockchainqueries.

PR #1771 repareert race conditions en resolver correctness in die flow. PR #1785 laat nieuwe gebruikers tijdens signup een followlijst importeren uit gewone NIP-05-identifiers of Namecoin-gebaseerde varianten. PR #1786 voegt instellingen toe voor aangepaste ElectrumX-servers, zodat gebruikers zelf kunnen kiezen welke server hun lookups afhandelt.

nostr-idb

nostr-idb, een bibliotheek met helpermethoden voor het opslaan van Nostr-events in IndexedDB, mergeerde PR #6 met support voor AND-tagfilters uit NIP-91. De wijziging voegt intersection-semantiek toe aan client-side filtermatching, zodat IndexedDB-query’s alle vermelde tagwaarden kunnen vereisen in plaats van eender welke. PR #8 werkt de bibliotheek bij naar de nieuwste NIP-DB-interface, en een vervolgwijziging in commit b49b3d3 repareert een deadlock bij subscriben en verwijdert nostr-tools als productiedependency.

Pensieve

Pensieve, een archive-first Nostr-indexer met ClickHouse-analytics, mergeerde PR #8 die cache-TTL’s per entry afdwingt en misses per sleutel samenvoegt om CPU-pieken in de API te verlagen. De duurste time-series-endpoints, zoals engagement stats, activity per uur en activity per kind, gebruiken nu server-side TTL’s van 10 minuten in plaats van gesynchroniseerde recompute-stormen uit te lokken.

Blossom

Blossom, het gedecentraliseerde protocol en de serverstack voor mediahosting, mergeerde twee updates rond autorisatie voor BUD-11. PR #91 verplaatst optionele autorisatie naar een eigen BUD en verduidelijkt de rol van de tags x en server. PR #93 ruimt endpoint-specifiek auth-gedrag op en formaliseert de X-SHA-256-header voor verificatie van uploads. Samen brengen deze twee PR’s de auth-logica onder in BUD-11 en halen ze ambiguiteit weg rond request hashing voor upload-, delete- en mediabeheerflows.

NIP Updates

Recente wijzigingen in de NIPs-repository:

Gemerged:

NIP-91 (AND Operator for Filters) (PR #1365): Voegt intersection-semantiek toe voor tagfilters, zodat relays queries kunnen beantwoorden die alle opgegeven tagwaarden vereisen in plaats van er slechts een. Dit vermindert client-side nafiltering en bandbreedteverbruik bij tagzware queries.
NIP-66 (Relay Discovery and Liveness Monitoring): Defensieve maatregelen (PR #2240): Na het outbox-benchmarkwerk van vorige week, voegt de specificatie nu waarschuwingen toe voor unhappy paths in relay-monitoringdata. Clients mogen kind 30166 monitoring-events niet vereisen om te functioneren. Een monitor kan fout, verouderd of kwaadaardig zijn. Van clients wordt verwacht dat ze bronnen kruisen en niet grote delen van de relaygraaf van een gebruiker afsluiten op basis van een enkele feed.
NIP-39 (External Identities in Profiles): opschoning van kind 10011-register (PR #2256): Voegt de verwijzing naar kind 10011 direct aan de specificatie toe, in lijn met de implementatie van Amethyst die vorige week is besproken.

Open PR’s en discussies:

NIP-70 (Protected Events): reposts weigeren die protected events insluiten (PR #2251): Als een relay NIP-70 afdwingt op het oorspronkelijke event maar reposts met dezelfde content accepteert, heeft de tag - in de praktijk geen effect. Deze PR voegt daarom de regel toe dat relays ook reposts van kind 6 en kind 16 van protected events moeten weigeren. strfry PR #176 implementeert dit al.
NIP-71 (Video Events): meerdere audiotracks (PR #2255): Voegt imeta-tags voor audio toe voor alternatieve tracks, taalvarianten en audio-only streams. Een client kan dan hetzelfde videobestand behouden terwijl de audiotaal wisselt, of audio als aparte track serveren voor podcastachtige content.
NIP-11 (Relay Information Document) en relay-attributen voor NIP-66 (PR #2257): Voegt een gestructureerd veld attributes toe aan relay-infodocumenten, zodat clients en discovery-tools machineleesbare metadata krijgen naast de huidige vrije beschrijving.

NIP Deep Dive: NIP-49 (Private Key Encryption)

NIP-49 definieert hoe een client een private key met een wachtwoord versleutelt en het resultaat codeert als een bech32-string ncryptsec. Formstr gebruikt NIP-49 in zijn nieuwe signupflow.

Het formaat is niet gekoppeld aan een eigen event kind. Een client begint met de ruwe 32-byte secp256k1 private key, leidt met scrypt een symmetrische sleutel af uit het wachtwoord, versleutelt de key met XChaCha20-Poly1305 en verpakt het resultaat daarna in een bech32-string ncryptsec. Een flag van een byte legt vast of van de key bekend is dat die voor encryptie ooit onveilig is behandeld.

{
 "id": "4d47f4f0a6f6edbc1bbd7f4e2a45ec68f27cba91d6c6ab5cf28d8d87b0f3d57e",
 "pubkey": "1f8b4c3e7b0f9451d4f9b8a7c6e5d4c3b2a1908f7e6d5c4b3a29181716151413",
 "created_at": 1741699200,
 "kind": 30078,
 "tags": [
 ["d", "encrypted-key-backup"],
 ["format", "ncryptsec"],
 ["encryption", "nip49"]
 ],
 "content": "ncryptsec1qgg9947rlpvqu76pj5ecreduf9jxhselq2nae2kghhvd5g7dgjtcxfqtd67p9m0w57lspw8gsq6yphnm8623nsl8xn9j4jdzz84zm3frztj3z7s35vpzmqf6ksu8r89qk5z2zxfmu5gv8th8wclt0h4p",
 "sig": "6a8f6e4b2d1901735f0ad4b6e8c1f3a579d0e2b4c6f8a1d3e5f7091b2c3d4e5f11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff"
}

Het JSON-event hierboven is een voorbeeld op applicatieniveau, geen vereiste van NIP-49. De NIP standaardiseert het formaat van de versleutelde key. Een client kan de ncryptsec lokaal opslaan, synchroniseren via app-specifieke opslag of exporteren als backupstring. Wachtwoorden worden eerst genormaliseerd naar Unicode NFKC, zodat hetzelfde wachtwoord op verschillende clients en platforms consequent kan ontsleutelen.

De key-security-flag van een byte heeft drie gedefinieerde waarden: 0x00 betekent dat de geschiedenis van de key onbekend is, 0x01 betekent dat de key aantoonbaar onveilig is behandeld, bijvoorbeeld als plaintext geplakt in een webformulier voordat die werd versleuteld, en 0x02 betekent dat de key in een veilige context is gegenereerd en versleuteld en nooit is blootgesteld. Clients kunnen dit gebruiken om waarschuwingen te tonen wanneer een key met een bekende onveilige geschiedenis wordt geimporteerd.

NIP-49 beschermt keys beter dan een gewone export als nsec, maar de versleuteling is niet sterker dan het wachtwoord en de gekozen scrypt-cost. Hogere LOG_N-waarden maken offline guessing moeilijker maar vertragen ook legitieme decrypties. De specificatie waarschuwt tegen het publiceren van versleutelde keys naar publieke relays, omdat aanvallers baat hebben bij het verzamelen van ciphertext voor offline cracking. Ter vergelijking: remote signing via NIP-46 voorkomt blootstelling van keys helemaal, en Android-signing via NIP-55 houdt keys binnen een aparte signer-app. NIP-49 vult een andere rol: een draagbare versleutelde backup voor gebruikers die hun eigen sleutels beheren.

Implementaties zijn onder meer Formstr PR #434 voor signup, Amber voor backup en restore van ncryptsec, diVine v1.0.6 voor accountimport, Keep v0.6.0 voor export van FROST-shares, en key-managementtools zoals nsec.app en Alby.

NIP Deep Dive: NIP-70 (Protected Events)

NIP-70 definieert protected events. Wanneer een event de tag ["-"] draagt, moet een relay het weigeren tenzij die relay NIP-42-authenticatie vereist en de geauthenticeerde pubkey overeenkomt met de auteur van het event.

De NIP-42-authflow werkt als volgt: de relay stuurt een AUTH-challenge met een willekeurige string, en de client antwoordt met een ondertekend event van kind 22242 waarvan de tags de relay-URL en de challenge bevatten. De relay controleert de handtekening en kijkt of de pubkey in het auth-event overeenkomt met de pubkey in het protected event dat wordt gepubliceerd. Als de pubkeys niet overeenkomen, weigert de relay het event met het message-prefix restricted.

De eventinhoud kan nog steeds openbaar zijn. De tag - bepaalt alleen wie het event mag publiceren naar een relay die de tag respecteert. Dit dekt semigesloten feeds van NIP-29 (Simple Groups), relayruimtes alleen voor leden en andere situaties waarin de auteur verspreiding via de relaygraaf wil beperken. NIP-70 is een conventie met een enkele tag, geen nieuw event kind, dus elk bestaand event kind kan de tag - dragen.

{
 "id": "cb8feca582979d91fe90455867b34dbf4d65e4b86e86b3c68c368ca9f9eef6f2",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1707409439,
 "kind": 1,
 "tags": [
 ["-"]
 ],
 "content": "hello members of the secret group",
 "sig": "fa163f5cfb75d77d9b6269011872ee22b34fb48d23251e9879bb1e4ccbdd8aaaf4b6dc5f5084a65ef42c52fbcde8f3178bac3ba207de827ec513a6aa39fa684c"
}

Zelfs als een relay publicatie door derden van het oorspronkelijke event blokkeert, kan iemand de inhoud nog opnieuw publiceren in een repost. PR #2251 pakt dat aan door te eisen dat relays ook reposts van protected events van kind 6 en kind 16 weigeren. strfry PR #156 voegt NIP-42-auth voor protected events toe, en strfry PR #176 blokkeert reposts die protected content insluiten.

NIP-70 stuurt relaygedrag aan. Een ontvanger kan de inhoud nog steeds elders kopieren, en de specificatie zegt dat ook expliciet. De tag - geeft relays een machineleesbaar signaal om herpublicatie te weigeren. Ter vergelijking: NIP-62 (Request to Vanish) vraagt relays data achteraf te verwijderen, terwijl NIP-70 ongeautoriseerde publicatie al bij ingest voorkomt. De twee vullen elkaar aan: een auteur kan events als protected markeren om verspreiding te beperken en later verwijdering vragen als die de content ook van relays wil laten verdwijnen die ze toch hebben geaccepteerd.

Dat is het voor deze week. Bouw je iets of heb je nieuws om te delen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #12

Wed, 04 Mar 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: De Marmot Development Kit brengt zijn eerste publieke release uit met versleutelde media en meertalige bindings. Nostrability publiceert outbox-modelbenchmarks over 14 relay-selectie-algoritmen. Wisp gaat van eerste alpha naar beta in acht dagen met Tor en NIP-55 (Android Signer Application) ondertekening. NIP-91 (AND-filters) wordt gemerged. Vector v0.3.1 levert negentropy-synchronisatie met 15x prestatieverbetering. Deze editie bevat ook het retrospectief Vijf Jaar Nostr-Februaries, dat het protocol volgt van een specificatieherschrijving met drie relays via de Damus App Store-explosie tot mesh-netwerken en AI-agentvoorstellen.

Nieuws

Outbox-Model Onder de Loep

Nostrability publiceerde een reeks outbox-modelbenchmarks die testen hoe goed verschillende relay-selectie-algoritmen events ophalen uit het gedecentraliseerde relay-netwerk. Het project mergede 16 PR’s en 76 commits in tien dagen, wat mogelijk de meest grondige empirische analyse van NIP-65 (Relay List Metadata) implementatiestrategieën tot nu toe oplevert.

De benchmarks testen 14 relay-selectie-algoritmen tegen real-world followlijsten over 15 clients en bibliotheken in vijf talen. Een basisaanpak van alleen populaire relays bevragen haalt ongeveer 26% van de events op. Greedy set-cover met Thompson Sampling bereikt 80-90% recall. Het toevoegen van een latentiebewuste variant met hyperbolische verdiscontering en EWMA relay-latentieregistratie verhoogde de volledigheid van 62-80% naar 72-96% bij het 2-secondenpunt over zes testprofielen.

NIP-66 (Relay Monitoring) dead-relayfiltering bleek consequent. Het voorfilteren van relaykandidaten tegen nostr.watch liveness-data verwijderde 40-64% van de dode relays en verdubbelde het slagingspercentage van relays van 30% naar 75-85%. Feedlaadtijden daalden met 39% (van 40 seconden naar 24 seconden over 10 profielen). Een EOSE-racesimulatie toonde aan dat wachten op EOSE plus een graceperiode van 200ms de volledigheid verbeterde ten opzichte van stoppen bij de eerste relay die klaar is.

Voor clients die hun relay-routing niet volledig kunnen herschrijven, voegt een “hybride outbox-verrijking” per-auteur outbox-queries toe bovenop bestaande hardcoded app-relays. Deze hybride aanpak behaalde 80% eenjaars-eventrecall versus de 26% baseline, wat een migratiepad biedt voor clients met legacy relay-architecturen.

ContextVM Opent MCP NIP en Brengt Efemere Gift Wraps Uit

ContextVM, het protocol dat Nostr verbindt met het Model Context Protocol, opende deze week twee voorstellen in het NIPs-repository. PR #2246 formaliseert CVM als een conventie voor het transporteren van MCP JSON-RPC-berichten over Nostr met behulp van efemere kind 25910 events. PR #2245 breidt NIP-59 (Gift Wrap) uit met een efemere kind (21059) die NIP-01 (Basic Protocol Flow) efemere semantiek volgt, zodat relays gewrapte berichten na aflevering kunnen verwijderen.

De efemere gift wrap-conventie werd uitgebracht als CEP-19 in de ContextVM SDK v0.6.x releasefamilie. De SDK-implementatie voegt een GiftWrapMode enum toe met drie instellingen: OPTIONAL (accepteer beide kinds en detecteer automatisch peer-capability), EPHEMERAL (alleen kind 21059) en PERSISTENT (alleen kind 1059). Voor AI-toolaanroepen voorkomt de efemere modus het opslaan van tussenliggend verzoek-responsverkeer op relays, waardoor zowel opslagkosten als privacyblootstelling afnemen.

Nieuwe publieke MCP-servers verschenen op het netwerk van onafhankelijke operators, waaronder een Wolfram Alpha queryserver. Het ContextVM-team publiceerde CEP-15 (gemeenschappelijk toolsschema) en CEP-17 (publicatie van serverrelaylijsten) naast de v0.6.x releasecyclus.

Marmot Development Kit Brengt Eerste Publieke Release

MDK (Marmot Development Kit), de Rust-bibliotheek die Marmot-versleuteld berichtenverkeer aandrijft voor Pika en White Noise, bracht v0.6.0 uit als eerste publieke release. Meer dan 200 PR’s werden gemerged in deze versie, met zes nieuwe bijdragers.

De release omvat versleutelde mediaondersteuning (MIP-04) met HKDF seed-derivatie (MIP-01 v2), deterministische commit-raceresolutie (MIP-03), versleutelde lokale opslag, adminautorisatievalidatie voor Marmot-commits en -proposals, en GREASE-ondersteuning voor protocoluitbreidbaarheid. Bindings worden geleverd voor Kotlin, Python, Ruby en Windows naast Android cross-compilatie. De bibliotheek upgradet naar OpenMLS 0.8.0 met beveiligingsadviesfixes en een Secret<T>-type dat gevoelige waarden in het geheugen nulstelt.

Een begeleidende protocolwijziging (MIP-03) verving NIP-44 (Encrypted Payloads) versleuteling door ChaCha20-Poly1305 voor kind 445-berichten. NIP-44 vereiste UTF-8 stringinvoer volgens de specificatie, waardoor het onmogelijk was om ruwe Marmot-berichtbytes door standaard TypeScript Nostr-bibliotheken te sturen. De vervanging leidt sleutels direct af van het Marmot-exportergeheim. Deze brekende wijziging vereiste gecoördineerde updates over de kernspecificatie, MDK en TypeScript SDK.

marmot-ts, de TypeScript-implementatie onderhouden door hzrd149, mergede vier PR’s met brekende API-wijzigingen. Een omnibusupdate voegde een key package manager toe voor de create/publish/rotate-levenscyclus, een sendChatMessage-gemaksmethode, uitnodigingsvoorbeeld zonder deelname (readInviteGroupInfo), zelfupdate voor forward-secrecyrotaties en gestructureerde debuglogging. Groepsontsleutelings-API’s werden hernoemd van readGroupMessage naar decryptGroupMessage met rijkere resultaatvarianten (processed/skipped/rejected/unreadable). gzuuus droeg bij aan voorbeeldopschoning met NIP-65 relay-ondersteuning en last-resort key package-afhandeling per MIP-00.

De White Noise CLI (wn), de Rust-backend die zowel de mobiele app als de nieuwe TUI aandrijft, mergede 16 PR’s in tien dagen. Signer-levenscyclusafhandeling kreeg annuleringsveiligheid door een RAII scope guard (PR #538), waarmee een klasse bugs werd opgelost waarbij afgebroken operaties signerstatus konden lekken. Login blokkeert nu wanneer vereiste relaylijsten (kind 10002/10050/10051) ontbreken (PR #515), en giftwrap-abonnementen vallen terug op NIP-65 relays wanneer inboxlijsten afwezig zijn (PR #518). Een debugmodus (PR #528) geeft databasequeries en MLS ratchet-tree-inspectie weer als JSON-uitvoer. Andere fixes betroffen abonnementsherstel na herregistratie van de signer, catch-uptiming van welkomstberichten, relayfiltervalidatie en limieten voor de zoekradius van gebruikers.

Marmot kende deze week een significante uitbreiding buiten de kern-Ruststack. White Noise TUI, een terminalinterface voor de White Noise-berichtenstack, werd gelanceerd op 3 maart. Het wrapt de wn CLI als een subproces en rendert de JSON-uitvoer via een Elm-geïnspireerde unidirectionele architectuur, met multi-conversatienavigatie met ongelezen-indicatoren, groepscreatie en ledenzoek, realtime berichtstreaming en emojireacties vanuit de terminal.

DavidGershony publiceerde een complete C# Marmot-stack die de gelaagde architectuur van de Rust-toolchain spiegelt. dotnet-mls implementeert MLS RFC 9420 cryptografische primitieven in C#. marmot-cs bouwt hierop voort met Nostr relay-transport, als C#-equivalent van MDK. OpenChat, een cross-platform desktopapp gebouwd met .NET 9 en Avalonia UI, combineert beide tot een werkende chatclient met NIP-44 DM’s, Marmot-groepsversleuteling, NIP-46 (Nostr Connect) remote ondertekening en multi-relaystatusindicatoren.

MDK PWA Reference biedt een Progressive Web App-sjabloon voor het bouwen van Marmot-versleutelde applicaties, met experimentele ondersteuning voor AI-agentdeelname in groepschats en Bitcoin-betalingen via Arkade wallet-infrastructuur.

Wisp Van Alpha Naar Beta

Wisp is een nieuwe Android Nostr-client die ging van eerste alpha op 24 februari naar v0.3.4-beta op 3 maart, met 19 releases, 115 gemerge PR’s en 276 commits in acht dagen.

Het featuretraject bestrijkt terrein waar de meeste clients maanden over doen. v0.1.0 verscheen met outbox/inbox relay-modelondersteuning en onboardingflows. Tegen v0.1.3 had de client NIP-55 intent-gebaseerde ondertekening voor Amber, een ingebouwde Tor SOCKS5-proxy voor .onion relay-connectiviteit en NIP-47 (Nostr Wallet Connect). v0.2.0 promoveerde naar beta met mutelistfiltering en aangepaste emoji-ondersteuning, terwijl v0.2.4 content warning-overlays toevoegde. De v0.3.x-serie introduceerde NIP-13 proof-of-work voor notes, achtergrond-PoW-mining met persistente instellingen, .onion relay-opslag en mute-threadnotificaties.

On-device vertaling via Google ML Kit draait lokaal zonder netwerktoegang na de initiële modeldownload. Een interactieve sociale-graafvisualisatie gebruikt een velocity Verlet-fysicasimulatie op ongeveer 30fps met pinch-to-zoom-navigatie en profielinspectie.

Releases

Vector v0.3.1

Vector, de Marmot-versleutelde berichtenapp, bracht v0.3.1 uit met verbeteringen in groepsbeheer en prestaties. Multi-admingroepen, bulkuitnodigingen, uitnodiging-per-npub en groepsavatars breiden de samenwerkingsfuncties uit. Android-achtergrondnotificaties ondersteunen nu inline Reply- en Mark Read-acties.

Op Negentropy gebaseerde deterministische synchronisatie haalt de volledige gespreksgeschiedenis op, inclusief berichten die tijdens offlineperiodes zijn gemist. Voice-to-text is herbouwd met GPU-versnelling op Android. Bestandsbijlageafhandeling is herzien met downloadvoortgang, herhaalpogingen, directory zip-and-send en live voortgangsindicatoren. De prestaties verbeterden meer dan 15x over opstarttijd, beeldverwerking, audioweergave en algemene UI-responsiviteit. De installatiegrootte van de app daalde met meer dan een derde, en de frontend werd ruwweg gehalveerd. 32-bit ARM Android-ondersteuning werd toegevoegd.

Alby Hub v1.21.5

Alby Hub, de self-custodial Lightning-node met Nostr Wallet Connect (NIP-47) ondersteuning, bracht v1.21.5 uit. Een tweede relay werd toegevoegd aan de standaard NWC-configuratie, wat de betrouwbaarheid tijdens relay-herstarts verbetert. Een fix voor ongeldige zapdata in de transactielijst lost een weergaveprobleem op met misvormde NIP-57 (Lightning Zaps) events. Nieuwe app store-vermeldingen omvatten Alby CLI en LNVPS.

nospeak v0.12.x

nospeak, de tekstgebaseerde Nostr-berichtenclient, bracht drie releases uit in deze periode. v0.12.0 voegde een PIN app-vergrendeling toe met 4-cijferig toetsenbord en meer dan 15 nieuwe taalvertalingen waaronder Bengaals, Thais, Vietnamees, Hindi, Arabisch, Hebreeuws, Urdu, Turks, Japans, Chinees, Koreaans, Nederlands, Pools, Russisch en Perzisch met RTL-ondersteuning. v0.12.1 introduceerde een Cypher-thema met pure zwarte achtergronden en cyaan-accenten, plus Android-videopostergeneration. v0.12.2 voegde chatexport en View Profile toe in contactmenu’s.

Citrine v2.0.0-pre2

Citrine, de Android persoonlijke relay van greenart7c3, bracht v2.0.0-pre2 uit met relay-prestatieverbeteringen door nieuwe database-indexen en geherstructureerde Kotlin-coroutines. Elke gehoste webapp start nu op een eigen poort. Full-text search en een herontworpen events-scherm met eventuitklapping completeren de wijzigingen.

NoorNote v0.5.x

NoorNote, een Nostr-gebaseerde notitieapplicatie, bracht 8 releases uit van v0.5.0 tot v0.5.7. De v0.5.0-lancering op Android voegde NIP-55 Amber signer-ondersteuning en NIP-71 (Video Events) notepublicatie toe. Een herontworpen welkomstpagina in v0.5.1 bevatte publieke tijdlijnvoorbeelden en verkleinde de APK tot 15 MB. De Relay Browser in v0.5.2 laat gebruikers publieke relay-tijdlijnen bladeren via deelbare URL’s, naast mediadownload en NIP-30 aangepaste emojireacties. Opvolgende releases tot v0.5.7 losten synchronisatie-racecondities op in het collaboratieve “tribes”-notitiedeelsysteem.

NosCall v0.5.1

NosCall, de Nostr spraak- en videobel-app, bracht v0.5.1 uit met spraakberichtondersteuning, een geoptimaliseerde desktopervaring met groepstoegang, contactfavorieten op desktop, contactnotities en filtering, data-export en opschoningsmogelijkheden, en ondersteuning voor systeemlettergrootte-toegankelijkheid.

Shosho v0.13.0

Shosho, de Nostr livestreaming-app, bracht v0.13.0 uit met MP4 replay-downloads vanuit streamkaartmenu’s en NIP-05 (DNS-Based Verification) voor profielen. De RTMP-publisher migreerde naar Expo Modules API. Streamingprestaties op verbindingen met lagere bandbreedte verbeterden, en crashes op oudere apparaten en iOS-streaming naar Zap.Stream zijn opgelost.

nostr-java v2.0.0

nostr-java bracht v2.0.0 uit met configureerbare WebSocket-buffergroottes, waardoor applicaties grotere Nostr-events kunnen verwerken zonder afkapping. De major version bump weerspiegelt brekende wijzigingen in de verbindings-API.

Prism 1.1.0

Prism bracht 1.1.0 uit met ondersteuning voor long-form content (kind 30023 artikelen) en een Markdown-editor voor het direct schrijven in de app, gevolgd door een 1.1.1 bugfix-release.

Angor v0.2.6

Angor, het Bitcoin-crowdfundingplatform, bracht v0.2.6 uit met Boltz-integratie en een 1-klik investeerflow. Zowel invest als fund projecttypes werken end-to-end op testnet. Het team merkt op dat de UI ongeveer 70% compleet is.

NIP-Updates

Recente wijzigingen in het NIPs-repository:

Gemerged:

NIP-91: AND Operator voor Filters: Voegt AND-filtersemantiek toe voor tag-arrays in relay-abonnementen. Momenteel matcht het opgeven van meerdere waarden in een tagfilter (bijv. meerdere p-tags) events die een ervan bevatten. NIP-91 laat clients vereisen dat events alle opgegeven tagwaarden tegelijkertijd matchen, waardoor bandbreedte wordt verminderd en snellere indexoperaties mogelijk worden. Meerdere relay-implementaties bestaan al, waaronder nostr-rs-relay, satellite-node, worker-relay en applesauce. Voorheen genummerd als NIP-119.
NIP-30: Emoji-Setadres in Tags: Aangepaste emoji-tags in NIP-30 kunnen nu een optioneel emoji-setadres bevatten. Het klikken op een emoji in een client kan de set openen waartoe deze behoort om als bladwijzer op te slaan of te bladeren. Afkomstig van de Chachi-client.
NIP-29: Toevoeging van unallowpubkey en unbanpubkey: Twee nieuwe admincommando’s voor NIP-29 groepschat. unallowpubkey verwijdert een pubkey van de toegestane lijst zonder deze te bannen. unbanpubkey heft een ban op zonder de pubkey opnieuw als lid toe te voegen. Voorheen was de enige manier om iemand van de toegestane lijst te verwijderen ook een ban, en het opheffen van een ban vereiste het opnieuw toevoegen van de gebruiker als lid.

Open PR’s en Discussies:

NIP-A7: Spells (geopend 27 feb): Voorgesteld door purrgrammer, spells zijn draagbare opgeslagen Nostr-queries gepubliceerd als kind 777-events. Een spell codeert een REQ- of COUNT-filter in gestructureerde tags (k voor kinds, authors voor pubkeys, tag voor willekeurige tagfilters) met runtimevariabelen: $me wordt omgezet naar de pubkey van de ingelogde gebruiker, $contacts breidt uit naar de kind 3 followlijst van de gebruiker. Relatieve tijdstempels (7d, 2w, 1mo) laten spells rollende tijdvensters definiëren zonder hardcoded datums. Al geïmplementeerd in nak en Grimoire, stellen spells gebruikers in staat om gecureerde feeds te creëren, delen en abonneren die meereizen over clients.
NIP-59: Efemere Gift Wrap (kind 21059) (geopend 27 feb): Voegt een efemere variant toe van NIP-59 gift wraps. Kind 21059 volgt NIP-01 efemere semantiek, zodat relays events na aflevering verwijderen. Voorgesteld door ContextVM voor MCP-transport waar berichtpersistentie niet nodig is.
ContextVM: MCP JSON-RPC over Nostr (geopend 27 feb): Specificeert hoe Model Context Protocol-berichten over Nostr worden getransporteerd met behulp van efemere kind 25910 events met p- en e-tags voor adressering en correlatie. Bewust minimaal, de protocoldetails worden doorverwezen naar de ContextVM-spec.
NIP-29: Audio/Video Live Spaces (geopend 25 feb, draft): Een draft van fiatjaf dat NIP-29 groepen uitbreidt met live audio en video. Het voorstel voegt optionele livekit- en no-text-tags toe aan groepsmetadata-events. Wanneer een gebruiker wil deelnemen aan een spraakruimte, vraagt de client een JWT aan bij de relay op /.well-known/nip29/livekit/{groupId}. De relay controleert groepslidmaatschap en geeft een token uit met de hex pubkey van de gebruiker als sub-claim, die wordt doorgegeven aan LiveKit voor mediatransport. Spraakruimtetoegang erft het bestaande machtigingsmodel van de groep, zodat relay-side lidmaatschapsregels bepalen wie kan spreken. Wordt getest in Pyramid en Chachi.
Collaboratief Eventeigenaarschap (geopend 24 feb): pablof7z stelt een pointer event (kind 39382) voor dat een collaboratieve ruimte declareert door co-eigenaar pubkeys in p-tags en een doeleventkind in een k-tag te vermelden. Elke vermelde eigenaar kan events van dat kind met dezelfde d-tag publiceren, en clients bepalen de huidige status door alle eigenaren te bevragen en het meest recente event te nemen. Co-auteurschapattributie wordt alleen weergegeven wanneer een verifieerbare a-tag terugverwijst naar de pointer en de auteur in de p-tags voorkomt, wat gespoofte claims voorkomt. Dit maakt gedeelde wikipagina’s en co-auteur-bronnen mogelijk zonder controle aan een enkel sleutelpaar toe te wijzen.
NIP-09: Cascadeverwijdering van Reposts (geopend 24 feb): Wanneer een oorspronkelijke auteur een note verwijdert, moeten relays ook eventuele kind 6 of kind 16 reposts die ernaar verwijzen verwijderen. Gemotiveerd door privacyzorgen: reposts kunnen per ongeluk gelekte informatie bewaren nadat de auteur de bron heeft verwijderd. De wijziging is alleen relay-side en vereist geen clientaanpassingen.
NIP-07: peekPublicKey (geopend 23 feb): Voegt een peekPublicKey()-methode toe aan NIP-07 browserextensies. Anders dan getPublicKey() retourneert deze de huidige pubkey zonder om gebruikersbevestiging te vragen, waardoor stille auto-login mogelijk wordt wanneer de gebruiker auto-login heeft ingeschakeld.
NIP-BB: Book (geopend 28 feb, draft): Definieert vier adresseerbare event kinds (30300-30303) voor gestructureerde boekpublicatie op Nostr. Een Cover-event bevat rootmetadata inclusief titel, omslagafbeelding, licentie via NIP-32 (Labeling) labels en taalcode. Een Index-event koppelt elk hoofdstuk aan zijn positie met base62 fractionele indexering, waardoor auteurs nieuwe hoofdstukken tussen bestaande kunnen invoegen zonder hernummering. Chapter-events fungeren als structurele headers met optionele afbeeldingen, terwijl Episode-events de daadwerkelijke tekst bevatten, begrensd op 30.000 tekens, met gepositioneerde afbeeldingstags. Recensies gebruiken Zaps op Cover-events met de Zapbeschrijving als recensietekst.
NIP-54: Overstap van Asciidoc naar Djot (geopend 26 feb): Na de d-tag internationalisatiefix in december, stelt deze PR voor om het NIP-54 wiki Asciidoc-opmaakformaat te vervangen door Djot, met toevoeging van een motivatiesectie en wikilink-voorbeelden voor niet-Latijnse schriften.
NIP-66: Defensieve Maatregelen (geopend 26 feb): Gebaseerd op lessen uit de nostrability/outbox-benchmarks, voegt expliciete aanwijzingen toe voor NIP-66 randgevallen. Een begeleidende PR #2241 definieert outputtags voor SSL, geolocatie, netwerk en connectiviteitscontroles.
NIP-C1: Cryptografische Identiteitsbewijzen (wiki-vermelding, kind 30817): Stelt kind 30509-events voor die APK-ondertekeningscertificaten cryptografisch koppelen aan Nostr-profielen. Het bewijs werkt door een canoniek bericht met de Nostr pubkey te ondertekenen met de privésleutel van het certificaat (met ondersteuning voor ECDSA, RSA PKCS1v15, Ed25519 en andere standaardalgoritmen), en vervolgens de handtekening te publiceren in een kind 30509-event dat is ondertekend met de Nostr-sleutel. Verifieerders kunnen bevestigen dat de persoon die het Android-ondertekeningscertificaat van een app beheert ook de Nostr pubkey beheert die beweert deze te publiceren. Bewijzen verlopen standaard na een jaar en kunnen expliciet worden ingetrokken. Geïmplementeerd in de Zapstore-toolchain.
NIP-31402: SARA Revenue Share Offering Registry (wiki-vermelding, kind 30817): Definieert kind 31402 adresseerbare events voor het publiceren van Simple Autonomous Revenue Agreement (SARA)-aanbiedingen op Nostr-relays. Uitgevers adverteren Lightning-afgehandelde revenue share-voorwaarden inclusief poolaandeelpercentage, uitbetalingstrigger, drempelwaarde in sats, looptijd en gelaagde prijsstelling. Agents en mensen kunnen aanbiedingen over relays ontdekken en autonoom abonneren zonder centraal platform. Het kind-nummer spiegelt kind 30402 (L402 Service Registry, gepubliceerd door dezelfde auteur als begeleidende wiki-vermelding) omdat SARA het retourtraject van de L402-betalingsrelatie vertegenwoordigt.

Open PR’s en Projectupdates

Damus: NIP-89 (Recommended Application Handlers)

PR #3337 implementeert NIP-89 clienttag-ondersteuning voor Damus. De app zendt nu een clienttag uit op alle publicatiepaden (hoofdapp, share-extensie, highlighter, drafts) en toont “via ClientName” naast tijdstempels wanneer andere apps hun tags bevatten. Een Privacy-toggle in Weergave-instellingen laat gebruikers tagemissie uitschakelen. PR #3652 voegt een Opslag-sectie toe in Instellingen met een interactief cirkeldiagram dat NostrDB- en Kingfisher-cache schijfgebruik uitsplitst met exportondersteuning.

Open: PR #3657 voegt NIP-65 relay-terugval toe voor geciteerde notes. Wanneer een inline nevent een auteur-pubkey bevat maar geen relayhints en de note ontbreekt in de pool van de gebruiker, haalt Damus de kind 10002 relaylijst van de auteur op en probeert opnieuw vanaf hun schrijfrelays.

Amethyst: NIP-39 (External Identities), NIP-C0, NIP-66

Amethyst mergede een golf van NIP-implementaties over 28 PR’s. Externe identiteitsclaims publiceren nu als speciale kind 10011-events onder NIP-39 (PR #1747), waardoor sociale identiteit wordt gescheiden van kind 0-metadata met achterwaarts-compatibele terugval. Code snippet-ondersteuning via NIP-C0 (PR #1744) voegt kind 1337-events toe met accessors voor taal, extensie, runtime, licentie en afhankelijkheden. De NIP-66 relay-monitoringimplementatie (PR #1742) bestrijkt beide event kinds met volledige tagparsing voor RTT-metrics, netwerktype, ondersteunde NIPs en geohash.

Versleutelde DM’s arriveerden op Amethyst Desktop (PR #1710) met een gesplitst-paneelchatlayout die zowel NIP-04 (Encrypted Direct Messages) als NIP-17 (Private Direct Messages) ondersteunt. Een nieuw relayfeeds-scherm (PR #1733) laat gebruikers berichten van een specifieke relay bladeren met follow/unfollow-functionaliteit. Open: censuurbestendige NIP-05-verificatie (PR #1734) voegt een parallel verificatiepad toe voor .bit-identifiers die oplost tegen de Namecoin-blockchain in plaats van HTTP DNS. Wanneer Amethyst een .bit-achtervoegsel detecteert in een NIP-05-veld, bevraagt het een ElectrumX-NMC server voor de naamtransactiegeschiedenis, parst het NAME_UPDATE-script van de laatste uitvoer om de Nostr pubkey te extraheren, en weigert namen ouder dan 36.000 blokken (Namecoins vervalvenster). ElectrumX-verbindingen routeren via SOCKS5 wanneer Tor is ingeschakeld, met dynamische serverselectie tussen clearnet en .onion-eindpunten. Een LRU-cache met een TTL van een uur voorkomt herhaalde blockchainqueries.

Notedeck: Outbox-Architectuur

PR #1303 migreert Notedeck van ad-hoc relay-poolbeheer naar een gecentraliseerd outbox-model met accountgerichte abonnementen. De Messages-module publiceert nu een standaard DM-relaylijst als er geen bestaat en routeert DM’s naar ontvangers’ voorkeursrelays per kind 10050.

Pika: Per-Groepprofielen en Tutorial-Feed

Pika, de Marmot-versleutelde berichtenapp beschikbaar op iOS en Android met een desktopbuild, kreeg per-groepprofielen (PR #368). Gebruikers kunnen nu een apart weergavenaam en -foto instellen voor elke groepschat, samen met een aangepaste bio. Deze profielen worden gepubliceerd als versleutelde kind 0-events binnen de Marmot-groep, onzichtbaar voor iedereen daarbuiten, met een terugval naar het globale Nostr-profiel van de gebruiker wanneer er geen groepsspecifiek profiel is ingesteld. Wanneer nieuwe leden toetreden, herzendt de admin alle opgeslagen groepsprofielen en elk lid herpubliceert zijn eigen profiel bij commit. Profielfoto’s worden Marmot-media-versleuteld voor Blossom-upload. De PR bevat 16 nieuwe unittests en stelt de functie beschikbaar via zowel een CLI-commando (update-group-profile) als de UI.

Een nieuwe pika-news webapp (PR #401) monitort Pika’s eigen GitHub PR’s en genereert automatisch stapsgewijze tutorial-doorlopen van PR-diffs, gepubliceerd als server-gerenderde pagina’s met NIP-07-authenticatie. Gebruikers kunnen specifieke tutorials in realtime bespreken via Nostr-geauthenticeerde chat.

diVine: Insluitbare Widgets en Videoreacties

diVine, het Nostr-native videodelingsplatform, mergede 132 PR’s in tien dagen. Insluitbare iframe-widgets (PR #1843) bieden een op zichzelf staande /embed?npub=...-pagina die het profiel en de laatste video’s van een gebruiker rendert. Videoreactiefunctionaliteit (PR #1915), afgeschermd achter een feature flag, gebruikt Kind 1111-opmerkingen (NIP-22) met NIP-92 (Media Attachments) imeta-metadata. Bluesky-geïnspireerde drieweg-inhoudsfilters (PR #1797) bieden Show/Warn/Hide-besturingselementen over 17 NIP-32 content warning-categorieën.

strfry: REQ-Filtervalidatie

PR #163 voegt configureerbare REQ-filtervalidatie toe aan strfry, de C++ Nostr-relay. Operators kunnen maximale filters per REQ instellen, vereiste auteur- of tagaanwezigheid, toegestane kind-whitelists en per-filterkindlimieten. De functie richt zich op NWC relay-deployments die strikte filterhandhaving nodig hebben. Open: PR #173 voegt optionele zstd-compressie toe voor eventpayloads bij ingest.

rust-nostr: NIP-62 Request to Vanish

rust-nostr, de Rust Nostr-protocolbibliotheek, voegde NIP-62 (Request to Vanish) ondersteuning toe voor alle drie database-backends: LMDB, SQLite en in-memory. De LMDB-implementatie bevat configureerbare opties om NIP-09 en NIP-62-handhaving per deployment in of uit te schakelen.

NDK: Collaboratieve Events en NIP-46 Timeout

NDK, de Nostr Development Kit voor JavaScript/TypeScript, mergede PR #380 die NDKCollaborativeEvent introduceert voor multi-auteur collaboratieve documenten met behulp van een adresseerbaar pointer event (kind 39382) dat geautoriseerde auteurs definieert. Een configureerbare timeout voor NDKNip46Signer (PR #381) voorkomt dat NIP-46 remote ondertekeningsoperaties oneindig blijven hangen wanneer een bunker niet reageert.

TENEX: Agentcategorisatie en Pubkey-Gating

TENEX, het Nostr-native AI-agentorchestratie-platform, mergede twee beveiligingsgerelateerde PR’s. TIP-01 rolgebaseerde agentcategorisatie (PR #91) koppelt agentcategorieën (principal, orchestrator, worker, advisor, auditor) aan geautomatiseerde toolbeperkingen via een denied-tools map. Front-door pubkey-gating (PR #87) zorgt ervoor dat alleen events van gewhiteliste of backend-ondertekende pubkeys worden doorgestuurd naast bekende agents; onbekende pubkeys worden stilzwijgend gedropt met OpenTelemetry-spans voor audit.

Zap Cooking: Lidmaatschapsdashboard

Zap Cooking, het Nostr-gebaseerde receptendelingsplatform, mergede 25 PR’s en 85 commits in tien dagen. Een lidmaatschapsdashboard (PR #228) toont abonnementsstatus met vervaldatums en beheer-/upgrademogelijkheden, herschakelt feature gates voor Sous Chef- en Zappy-niveaus met zowel client-side als server-side controles, en standaardiseert niveaunaamgeving over 26 bestanden. Tweefasige groepsberichtlading (PR #227) biedt een snelle 3-daagse initiële ophaling voor directe weergave gevolgd door een achtergrond-40-dagenterughaling.

Wallet mnemonic-opslag verhuisde van pubkey-afgeleide versleuteling naar NIP-44 encrypt-to-self (PR #224), waarmee een kwetsbaarheid werd opgelost waarbij het oude schema zijn sleutel afleidde van SHA-256(pubkey), wat effectief onversleuteld is aangezien pubkeys publiek zijn. Bestaande wallets worden stilzwijgend gemigreerd bij eerste gebruik. NIP-29 groepschat kreeg ongelezen-indicatoren met rode stip-badges en invite-only-toegang met kind 9009-uitnodigingscodes (PR #213). Linkvoorbeelden en Nostr-eventembeds worden nu weergegeven in DM’s en groepsberichten (PR #218). Een Nostr-backupsectie in Instellingen (PR #210) slaat follows en mutelistop via NIP-78 (Application-specific Data) versleutelde opslag met roterende 3-slotsversionering. Opstartprestaties verbeterden door uitgestelde notificatieservices, lazy DOM-rendering via IntersectionObserver (waardoor DOM-nodes daalden van ~15.000 naar ~3.000 bij een feed van 200 events), en verlengde outbox-cache-TTL’s (PR #208). Een aanpasbare printreceptmodal (PR #205) laat gebruikers kiezen welke secties worden opgenomen met een livevoorbeeld. Branta SDK integratie (PR #222) voegt verificatiebeveiligingen toe voor POST- en GET-verzoeken.

Keep: Rust-Gedreven Statusmigratie

Keep, de Nostr-gebaseerde privésleutelbeheerder voor Android, mergede PR #178, die vier Kotlin-configuratiestores verwijderde ten gunste van Rust-gedreven gedeelde status vanuit de keep-mobile-laag. Een 10-seconden polling-loop werd vervangen door push-gebaseerde KeepStateCallback vanuit Rust. PR #179 voegt versleutelde back-up en herstel toe met wachtwoordzinbescherming.

Mostro Mobile: Versleuteling van Geschillenchat

Mostro Mobile, de mobiele client voor het Mostro P2P Bitcoin-handelsplatform, bracht een tweefasige migratie uit van geschillenchatversleuteling. De eerste stap (PR #495) schakelt over van mostro-specifieke wrapping naar gedeelde sleutelversleuteling afgeleid van de pubkey van de admin. Hierop voortbouwend unificeert PR #501 het berichtenmodel met NostrEvent en slaat gift wrap-events versleuteld op schijf op, consistent met het peer-to-peer chatpatroon. Een BIP-340 handtekeningfix (PR #496) overschrijft de bip340-afhankelijkheid naar 0.2.0, waarmee een bigToBytes()-paddingbug wordt opgelost die 1-2% van de Schnorr-handtekeningen ongeldig maakte en 100% falen veroorzaakte voor sleutels waarvan de publieke sleutel begint met 0x00. Order Details toont nu leesbare statuslabels in plaats van ruwe protocolwaarden, gelokaliseerd in het Engels, Spaans, Italiaans en Frans (PR #502). HalCash werd toegevoegd en SEPA verwijderd als betaalmethode (PR #493), aangezien SEPA-overboekingen langer dan 24 uur kunnen duren (SEPA Instant blijft beschikbaar).

Aan de serverzijde repareerde Mostro het herstel van geschillensessies om het initiator-veld op te nemen (PR #599) en sluit nu automatisch actieve geschillen wanneer een verkoper fondsen vrijgeeft, waarbij een afgehandeld Nostr-event wordt gepubliceerd zodat admincients de resolutie zien (PR #606).

Vijf Jaar Nostr-Februaries

De nieuwsbrief van vorige maand volgde Nostr’s januarimijlpalen van vroege ontwikkeling via de Damus-doorbraak tot beveiligingsinfrastructuur in 2026. Dit retrospectief behandelt wat er elke februari gebeurde van 2021 tot 2026.

Februari 2021: De Herschrijving

Drie maanden na het ontstaan produceerde Nostr’s februari de meest consequentiële vroege wijziging van het protocol. Op 14-15 februari herschreef fiatjaf NIP-01, waarbij het oorspronkelijke berichtenformaat werd vervangen door het EVENT/REQ/CLOSE-model dat het protocol nog steeds gebruikt. Voor deze herschrijving communiceerden clients en relays via een eenvoudigere structuur. Het scheiden van eventpublicatie (EVENT) van abonnementsbeheer (REQ/CLOSE) maakte relay-side filtering mogelijk die essentieel zou blijken voor schaalbaarheid.

NIP-04 arriveerde dezelfde maand, met toevoeging van versleutelde directe berichten met gedeelde geheimen afgeleid van Diffie-Hellman-sleuteluitwisseling over secp256k1. De versleuteling was basaal (AES-256-CBC) en zou later worden vervangen door NIP-44’s gecontroleerde cryptografie, maar het gaf de handvol vroege gebruikers hun eerste privé communicatiekanaal op het protocol.

Tooling breidde uit met noscl, een Go commandoregelclient voor terminalgebaseerde relay-interactie, en futurepaul startte nostr-rs, een vroege Rust-implementatie. Het gehele netwerk draaide op twee of drie relays, gecoördineerd via een Telegram-groep, met ruwweg zeven actieve bijdragers.

Februari 2022: Opbouwend Momentum

De Hacker News-post van 31 december 2021 bleef ontwikkelaars aantrekken tot in februari. Het nostr-protocol/nostr-repository (het formele NIPs-repository zou pas in mei 2022 bestaan) ontving zes pull requests in februari, waaronder NIP-13 (Proof of Work) van vinliao, NIP-14 (Reputation) van fiatjaf, NIP-15 (Resource Relations) van Cameri en NIP-17 (Git Updates Over Nostr) van melvincarvalho. Het NIP-nummer werd later opnieuw toegewezen aan Private Direct Messages; git-samenwerking op Nostr ging apart door als wat gitworkshop.dev werd.

Greg Heartsfield’s nostr-rs-relay was het werkpaard van de maand met 34 commits en drie releases. Versie 0.5.0 op 12 februari voegde NIP-05 geverifieerde gebruikerspublicatielimieten toe. Versies 0.5.1 en 0.5.2 volgden in de twee weken daarna, en de relay verwerkte het leeuwendeel van het netwerkverkeer in zijn eentje.

Robert C. Martin (Uncle Bob) bouwde more-speech, een Clojure-desktopclient, met 69 commits tussen 18 januari en eind februari. Zijn betrokkenheid trok aandacht uit de bredere software-engineeringgemeenschap. fiatjaf’s nos2x browserextensie leverde NIP-04 ontsleutelingsondersteuning en relayvoorkeurbeleid in februari, als implementatie van de window.nostr-interface (NIP-07) die webclients nog steeds gebruiken voor sleuteldelegatie.

Branle, nog steeds de primaire webclient, kreeg web+nostr-protocolhandlerregistratie op 13 februari, een vroege poging tot deep linking tussen Nostr-applicaties. nostr-tools verscherpte NIP-05-validatie. go-nostr voegde NIP-04 versleutelde DM-ondersteuning en NIP-12 (Generic Tag Queries) parsing toe over 11 commits. Het netwerk draaide op ruwweg 7-15 relays met een actieve gebruikersbasis van waarschijnlijk enkele honderden. Damus en Nostream bestonden nog niet en zouden pas verschijnen in april 2022.

Februari 2023: Internationale Aandacht

Februari 2023 bracht Nostr zijn grootste golf van publieke aandacht. Damus, de iOS-client van William Casarin, was goedgekeurd in Apple’s App Store op 31 januari na herhaalde afwijzingen. Op 1 februari bereikte het de top 10 in U.S. Social Networking. Twee dagen later, op 2 februari, haalde Apple Damus uit China’s App Store naar verluidt op verzoek van de Cyberspace Administration of China.

Grote media waaronder TechCrunch en CoinDesk berichtten over de verwijdering, waardoor de bekendheid van zowel de app als het protocol werd vergroot. Unieke publieke sleutels met metadata op nostr.directory kruisten 300.000 op 3 februari. Alle relays werden beheerd door enthousiastelingen die uit eigen zak betaalden, en de infrastructuur worstelde om de belasting aan te kunnen. Ongeveer 289 relays werden bijgehouden begin februari, een aantal dat bleef stijgen.

Het NIPs-repository registreerde 29 gemerge pull requests die maand, het hoogste aantal in een enkele maand in de protocolgeschiedenis tot dat moment. NIP-57 (Lightning Zaps) en NIP-23 (Long-form Content) werden beide gemerged op 13 februari, waardoor Bitcoin-microbetalingen werden toegevoegd en Nostr in een dag verder werd uitgebreid dan korte berichten. NIP-65 (Relay List Metadata) was een week eerder gemerged op 7 februari, wat het outbox-model mogelijk maakte dat volgde. NIP-46 (Nostr Connect) en NIP-58 (Badges) landden ook voor het einde van de maand.

De Human Rights Foundation kende $50.000 toe aan William Casarin voor Nostr- en Damus-ontwikkeling op 21 februari, een van de eerste institutionele subsidies voor een Nostr-project. OpenSats had zijn Nostr-fonds nog niet gelanceerd (dat zou komen in juli 2023).

Februari 2024: Protocolduurzaamheid

Februari 2024 verschoof de focus van groei naar protocolduurzaamheid. NIP-17 (Private Direct Messages), open sinds de vorige juli, werkte aan een vervanging voor de verouderende NIP-04 versleuteling met NIP-44’s gecontroleerde cryptografie en NIP-59 gift wrapping. NIP-04 lekte metadata naar relayoperators, die afzender-ontvangerparen konden zien. NIP-17 verbergt de identiteit van de afzender achter wegwerpsleutelparen en werd die lente gemerged na een laatste beoordelingsronde in maart.

NIP-29 (Simple Groups) werd gemerged op 28 februari na maanden van discussie, waarmee werd gedefinieerd hoe relays gemodereerde groepschats kunnen hosten met adminrollen en toegangscontrole. NIP-92 (imeta-tags) werd gemerged op 1 februari, als standaardisering van hoe clients afbeeldingsdimensies en blurhash-voorbeelden koppelen aan media-events.

Op 16 februari voegde het NIPs-repository BREAKING.md toe, een bestand dat achterwaarts-incompatibele wijzigingen aan de protocolspecificatie bijhoudt. De creatie ervan erkende dat Nostr een volwassenheidsniveau had bereikt waarop brekende wijzigingen formele documentatie nodig hadden.

Tweeëntwintig pull requests werden die maand gemerged. npub.cash lanceerde als een Lightning-adresservice waarmee elke npub betalingen kan ontvangen zonder een server te draaien. Een academisch paper gepubliceerd op 8 februari constateerde dat 95% van de gratis relays operationele kosten niet kon dekken door donaties, waarbij 35% van de betaalde relays toegangsgelden onder 1.000 sats (destijds ruwweg $0,45) in rekening bracht.

Februari 2025: Infrastructuurgroei

Februari 2025 produceerde 28 gemerge pull requests voor het NIPs-repository. Een Right to Vanish NIP werd gemerged op 19 februari, waarmee werd gedefinieerd hoe gebruikers verwijdering van hun data van relays kunnen aanvragen als reactie op regelgevingsvragen rond datadraagbaarheid en gebruikerscontrole.

NIP-60 (Cashu Wallet) en NIP-61 (Nutzaps) ontvingen vereenvoudigingsupdates, die het ecash-tokenopslagformaat stroomlijnden. Een q-tag (quote tag) uitrol ging verder over meerdere NIPs, waardoor werd gestandaardiseerd hoe events andere events refereren voor citeren en threading.

Clientreleases markeerden gestage vooruitgang. Notedeck v0.3.0 alpha verscheen op de laatste dag van januari, met adoptie die doorging in februari. Primal v2.1 volgde op 7 februari, en GRAIN v0.3.0, een Go relay-implementatie, werd uitgebracht op 21 februari.

NOSTRLDN v5 bracht de Londense Nostr-gemeenschap samen voor zijn vijfde meetup. Een DVMCP-brug verbond Nostr’s Data Vending Machines (NIP-90) met het Model Context Protocol, als voorafschaduwing van het AI-agentintegratiewerk dat de volgende maand arriveerde.

De activiteit van februari 2026 is ontleend aan Nostr Compass-edities #8 tot #11.

Februari 2026 produceerde het breedste scala aan applicatielaag-ontwikkeling in enige Nostr-maand. Mostro bracht zijn eerste publieke beta uit voor gedecentraliseerde peer-to-peer Bitcoin-handel, en Zapstore bereikte 1.0 stable na maanden in release-candidate-testing. White Noise v0.3.0 leverde realtime Marmot-versleuteld berichtenverkeer met Amber-signerondersteuning en meer dan 160 samengevoegde verbeteringen.

Concurrerende AI-agentvoorstellen van pablof7z (NIP-AE voor agentworkflows, NIP-AD voor MCP-serveraankondigingen) en joelklabo (AI Agent Messages) arriveerden naast een DVM Agent Coordination-voorstel dat NIP-90 uitbreidt. ContextVM bracht SDK-verbeteringen uit die het Model Context Protocol verbinden met Nostr-transport. Burrow voegde Marmot-versleuteld berichtenverkeer toe voor zowel AI-agenten als mensen, waardoor Nostr’s identiteits- en relay-infrastructuur werd uitgebreid naar machine-naar-machine communicatie.

FIPS leverde een werkende Rust-implementatie van Nostr-native mesh-netwerken, met secp256k1-sleutelparen als nodeidentiteiten met transportagnostische routing over UDP, Ethernet, Bluetooth of LoRa-radio. Het ontwerp toonde aan dat Nostr’s sleutelmodel verder reikt dan social media tot fysieke netwerkinfrastructuur.

OpenSats kondigde zijn vijftiende golf van Nostr-subsidies aan, met financiering voor projecten waaronder ContextVM en Nostube. Protocolwijzigingen omvatten NIP-47 hold invoice-ondersteuning voor Nostr Wallet Connect en NIP-45 (Counting Results) HyperLogLog voor relay-side countschatting. NIP-85 (Trusted Assertions) vindbaarheid van serviceproviders voor Web of Trust-scoring werd ook gemerged. rust-nostr begon een volledige API-herontwerp terwijl Nostria 3.0 en Frostr (iOS TestFlight) beide verschenen. Blossom’s lokale cachelaag adresseerde mediabeschikbaarheid over relays.

Vooruitkijkend

Vijf februaries van protocolgeschiedenis tonen een consistente progressie van fundamenteel werk naar applicatielaagdiversificatie, met de gebruikersinstroming van 2023 als het keerpunt. In 2021 werkten zeven bijdragers op drie relays. Tegen 2026 ondersteunde hetzelfde protocol mesh-netwerken en autonome agentvoorstellen op productie-infrastructuur.

Dat was het voor deze week. Bouw je iets of heb je nieuws te delen, neem dan contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #11

Wed, 25 Feb 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: White Noise v0.3.0 brengt realtime berichten en Amber-signer-ondersteuning met meer dan 160 samengevoegde verbeteringen. diVine 1.0.5 lost problemen met videoweergave op en voegt Kind 22236 view-events toe voor makeranalyses. Pika, Ridestr en Unfiltered brengen updates uit. FIPS levert een werkende Rust-implementatie van Nostr-native mesh-netwerken. Notecrumbs krijgt stabiliteitsverbeteringen voor linkvoorbeelden van damus.io. ContextVM verbindt Nostr met het Model Context Protocol. Nieuwe projecten zijn onder meer Burrow voor MLS-versleuteld berichtenverkeer tussen AI-agenten en mensen, en Nostria Signer voor browsergebaseerd kluis- en identiteitsbeheer. De deep dives behandelen NIP-55 Android-ondertekening en NIP-60 Cashu-walletsynchronisatie.

Nieuws

Stabiliteitsverbeteringen voor Notecrumbs

Notecrumbs, de Nostr-API en webserver die linkvoorbeelden van damus.io aandrijft, ontving een reeks fixes voor betrouwbaarheidsproblemen.

De concurrency-fix verving het inflight-deduplicatiemechanisme door watch channels. Twee aanroepers die dezelfde note opvroegen konden allebei fetcher worden, wat leidde tot een deadlock wanneer een van hen voltooide voordat de ander zich abonneerde op de notificatie. Watch channels met atomaire operaties zorgen ervoor dat slechts een fetcher draait terwijl anderen op het resultaat wachten.

Rate limiting implementeert een tweelaagse verdediging tegen relay-hamering. Wanneer gebruikers herhaaldelijk dezelfde note benaderen, past het systeem nu debounce toe op relay-verzoeken met een cooldown-venster van 5 minuten. Deze bescherming strekt zich uit tot alle NIP-19-typen en profielfeeds, en voorkomt proportionele spam naar relays tijdens druk verkeer.

Prestatieverbeteringen verplaatsten secundaire data-opvragingen naar tokio-achtergrondtaken. Pagina’s renderen nu direct met gecachte data in plaats van te blokkeren op sequentiele relay-timeouts die konden oplopen tot 7,5 seconden. Daarnaast is nostrdb geupgraded naar versie 0.10.0.

ContextVM: MCP over Nostr

ContextVM is een toolkit die Nostr en het Model Context Protocol (MCP) met elkaar verbindt. Recente commits introduceerden de nieuwe CEP-8-specificatie voor betalingen, en hebben de SDK gedurende februari verbeterd.

De SDK biedt TypeScript client- en servertransports voor MCP over Nostr. Ontwikkelaars kunnen MCP-servers beschikbaar maken via het Nostr-netwerk en clients kunnen er verbinding mee maken. Relays fungeren als een blinde berichtenbus die versleutelde events blindelings routeert. Clients zonder native Nostr-ondersteuning verbinden via een proxylaag. De bibliotheek verzorgt relaybeheer en cryptografische ondertekening voor eventauthenticatie. Het werkt in zowel Node.js- als browseromgevingen.

CVMI biedt een CLI voor serverontdekking en methodeaanroep. Relatr berekent gepersonaliseerde vertrouwensscores op basis van afstand in de sociale graaf gecombineerd met profielvalidatie.

ContextVM positioneert zichzelf als een bruglaag: bestaande MCP-servers krijgen Nostr-interoperabiliteit terwijl ze hun conventionele transports behouden.

White Noise Documenteert Gedecentraliseerd Gebruikers Zoeken

In een blogpost beschrijft jgmontoya hoe White Noise gebruikerszoekfunctionaliteit afhandelt over het gedecentraliseerde relay-netwerk.

Profieldistributie creeert de uitdaging: anders dan gecentraliseerde messengers met uniforme databases, zijn Nostr-profielen verspreid over tientallen relays zonder centraal register. White Noise lost dit op via een producer-consumer-architectuur die parallel draait.

Het producerproces breidt de sociale graaf continu uit vanuit de follows van de gebruiker, haalt followlijsten op bij toenemende afstanden en plaatst ontdekte pubkeys in een wachtrij voor profielresolutie. De consumer matcht via vijf steeds duurdere niveaus: lokale gebruikerstabel (snelst), gecachte profielen van eerdere zoekopdrachten, verbonden relays, gebruikersrelaylijsten per NIP-65, en directe queries naar door gebruikers gedeclareerde relays (traagst).

Koude zoekopdrachten duren ongeveer 3 seconden terwijl warme zoekopdrachten uit de cache terugvallen naar circa 10 milliseconden. Voor nieuwe gebruikers zonder gevestigde sociale graaf injecteert het systeem goed verbonden bootstrap-nodes om zoekfunctionaliteit te garanderen. Groepslidmaatschap biedt een impliciet sociaal signaal naast expliciete follows.

Instrumentatie bleek cruciaal voor optimalisatie, merkt de auteur op. Zonder meetgegevens waren verbeteringen giswerk.

FIPS: Nostr-Native Mesh-Netwerken

FIPS (Free Internetworking Peering System) is een werkende Rust-implementatie van een zelforganiserend mesh-netwerk dat Nostr-sleutelparen (secp256k1) gebruikt als nodeidentiteiten. De ontwerpdocumentatie vergezelt de functionele code.

Het protocol richt zich op infrastructuuronafhankelijkheid: nodes ontdekken elkaar automatisch zonder centrale servers of certificaatautoriteiten. Via een spanning tree verloopt op coordinaten gebaseerde routing terwijl bloomfilters bereikbaarheidsinformatie verspreiden, waardoor nodes met alleen lokale kennis forwardingbeslissingen kunnen nemen. Transportagnosticisme betekent dat hetzelfde protocol werkt over UDP, Ethernet, Bluetooth, LoRa-radio of elk ander medium dat datagrammen ondersteunt.

Twee encryptielagen beschermen het verkeer. Link-layer-encryptie (Noise IK-patroon) beveiligt hop-by-hop-communicatie tussen buren met wederzijdse authenticatie en forward secrecy. Session-layer-encryptie (Noise XK-patroon) biedt end-to-end-bescherming tegen tussenliggende routers, waarbij alleen de bestemming de payload kan ontsleutelen. Dit weerspiegelt hoe TLS HTTP-verkeer beschermt, zelfs bij het doorkruisen van onvertrouwde netwerken.

De architectuur gebruikt een “greedy embedding” spanning tree voor routing. Elke node krijgt coordinaten op basis van zijn positie ten opzichte van de boomwortel en ouder. Pakketten routeren greedy richting coordinaten dichter bij de bestemming, terwijl bloomfilters bereikbare eindpunten adverteren. Wanneer greedy routing faalt (lokale minima), kunnen nodes terugvallen op boomgebaseerde paden.

De Rust-implementatie bevat al UDP-transport met bloomfilterontdekking. Toekomstig werk richt zich op Nostr-relayintegratie voor peer-bootstrapping.

Releases

Deze week bracht releases in relay-infrastructuur en clientapplicaties, met ook nieuwe projecten die de ruimte betreden.

HAVEN v1.2.0

HAVEN, de alles-in-een persoonlijke relay die vier relayfuncties bundelt met een Blossom-mediaserver, bracht v1.2.0 uit. Deze release gaat verder dan de RC-fase die vorige week werd behandeld.

Multi-npub-ondersteuning laat een enkele HAVEN-instantie meerdere Nostr-identiteiten bedienen via whitelisting, met nieuwe blacklistingfunctionaliteit voor toegangscontrole. Het herschreven back-upsysteem gebruikt draagbaar JSONL-formaat, met een haven restore-commando voor het importeren van notes uit JSONL-bestanden. Cloudopslagintegratie voegt --to-cloud- en --from-cloud-vlaggen toe voor extern back-upbeheer.

Web of Trust-verbeteringen omvatten configureerbare diepteniveaus voor vertrouwensberekeningen en automatische 24-uurs verversingsintervallen met lockless optimalisatie die geheugenoverhead vermindert. User-agent-configuratie voor relayverzoeken en configureerbare Blastr-timeoutinstellingen completeren de release, samen met data-export naar gecomprimeerd JSONL.

White Noise v0.3.0

White Noise, de op MLS gebaseerde versleutelde berichtenapp die het Marmot-protocol implementeert, bracht v0.3.0 uit met meer dan 160 samengevoegde verbeteringen.

Deze release brengt realtime berichten via streamingverbindingen in plaats van polling, zodat berichten direct aankomen. Amber-ondersteuning (NIP-55) betekent dat prive-sleutels de app nooit hoeven te raken. Het delen van afbeeldingen werkt nu met uploadvoortgangsregistratie en blurhash-plaatshouders tijdens het laden. Volledig-schermweergave ondersteunt pinch-to-zoom.

Groepsberichten kregen betrouwbaarheidsverbeteringen met chatlijsten die afzendernamen tonen en MLS-versleuteling die forward secrecy garandeert. Gebruikerszoeken breidt zich uit vanuit follows tot vier graden van scheiding, met resultaten die binnenstromen zodra ze worden gevonden.

Let op: een brekende wijziging reset alle lokale data bij het upgraden vanwege Marmot-protocolwijzigingen en de overstap naar versleutelde lokale opslag. Gebruikers moeten nsec-sleutels back-uppen voordat ze upgraden.

diVine 1.0.5

diVine, de short-form looping videoclient gebouwd op herstelde Vine-archieven, bracht 1.0.5 uit met uitgebreide videoweergave-fixes en een nieuw gedecentraliseerd analysesysteem.

Videoweergaveproblemen domineerden de fixes: fantoomonderbreking, dubbele audio tussen video’s, zwarte flits tussen thumbnails en eerste frames, en crashes bij afgedankte spelers zijn allemaal opgelost. De Home-feed draait nu op een gepoold videospeler voor consistente weergave.

Kind 22236 efemere view-events maken makeranalyses en aanbevelingen mogelijk. Het systeem volgt verkeersbronnen (home, ontdekkingsvarianten, profiel, delen, zoeken) en lustellingen terwijl zelfweergaven worden uitgefilterd. Lekken van lokale bestandspaden in Nostr-event imeta-tags zijn verholpen met canonieke Blossom-URL’s die client-side worden opgebouwd conform de BUD-01-specificatie.

NIP-46 remote signer-verbeteringen omvatten geparallelliseerde relayverbindingen en callback-URL-ondersteuning. Android herstelt WebSocket-verbindingen bij het hervatten van de app na goedkeuring door de signer.

Coracle 0.6.30

Coracle, de webgebaseerde Nostr-client gericht op relaybeheer en Web of Trust-moderatie, bracht 0.6.30 uit met ondersteuning voor videothumbnails, wat mediabrowsing in feeds verbetert.

Nostur bracht ook deze week een update uit voor iOS.

Nostur v1.26.0

Nostur, de iOS Nostr-client, bracht v1.26.0 uit met een nieuwe Live Streams-feedsectie en een herontworpen Instellingen-scherm. GIF’s kunnen nu worden gehost op Blossom-mediaservers, waardoor de afhankelijkheid van gecentraliseerde diensten afneemt. Klipy GIF-integratie biedt een terugvalmogelijkheid wanneer Tenor onbeschikbaar is. Jaarkopteksten in DM-gesprekken en weergave van het aantal vermeldingen completeren de gebruikersgerichte wijzigingen.

Ontwikkeltools en CLI-apps kregen deze week ook updates.

nak v0.18.5

nak, fiatjaf’s Zwitsers zakmes voor Nostr op de commandoregel, bracht v0.18.5 uit met een nieuw nak profile-subcommando voor het ophalen en weergeven van gebruikersprofielen. Het git clone-commando ondersteunt nu NIP-05-namen in nostr://-URI’s, waardoor repositories kunnen worden gekloond op basis van voor mensen leesbare identifiers.

Pika verbeterde zijn cross-platform messenger.

Pika v0.5.3

Pika, de MLS-versleutelde messenger voor iOS, Android en desktop gebouwd op het Marmot-protocol, bracht v0.5.3 uit. Recente commits voegen bestandsupload en drag-and-drop media-ondersteuning toe aan de desktop-app, naast Cloudflare Workers-deploymentfixes.

Pika gebruikt een Rust-core die alle bedrijfslogica bezit, terwijl iOS (SwiftUI) en Android (Kotlin) als dunne UI-lagen fungeren die state-snapshots renderen. MDK (Marmot Development Kit) biedt de MLS-implementatie. Het project vermeldt alfastatus en waarschuwt tegen gebruik voor gevoelige werklasten.

Het gedecentraliseerde ritdeelplatform Ridestr kreeg ook een update.

Ridestr v0.2.6

Ridestr, het gedecentraliseerde ritdeelplatform met Cashu-betalingen, bracht v0.2.6 uit. Deze release lost TalkBack-toegankelijkheidsproblemen op en verhelpt bugs waarbij chauffeurs verdwenen van de lijst met nabije chauffeurs bij het wisselen van betaalmethoden of waarbij geselecteerde chauffeurstellingen niet werden bijgewerkt wanneer chauffeurs offline gingen.

De “Send to All”-functie is nu “Broadcast RoadFlare” met fixes voor stille fouten bij nieuwe chauffeurinstallaties. Ridestr implementeert HTLC-escrow voor vertrouwensloze ritbetalingen en NIP-60-walletsynchronisatie tussen apparaten.

Unfiltered breidde zijn fotodeel-app voor Android uit.

Unfiltered v1.0.6

Unfiltered, de Instagram-achtige fotodeel-app voor Android, bracht v1.0.6 uit met verbeterde gebruikerszoekfunctie en automatische relay-herverbinding elke 60 seconden.

Gebouwd met Kotlin en Jetpack Compose, gebruikt Unfiltered rust-nostr-bindings en Blossom-compatibele servers voor afbeeldingshosting. Amber-integratie (NIP-55) verzorgt veilig sleutelbeheer. De app toont berichten van gevolgde accounts in chronologische volgorde zonder algoritmen of advertenties.

Deze week werden ook twee nieuwe berichten- en ondertekeningsprojecten gelanceerd.

Burrow: MLS-Berichtenverkeer voor AI-Agenten

Burrow is een messenger die het Marmot-protocol implementeert voor MLS-versleutelde communicatie zonder telefoonnummers of gecentraliseerde servers. Zowel menselijke gebruikers als AI-agenten kunnen deelnemen.

De pure Rust CLI-daemon met JSONL-uitvoermodus verzorgt integratie met geautomatiseerde systemen. Via een Flutter cross-platform app worden Android, iOS, Linux, macOS en Windows ondersteund. Mediabijlagen worden versleuteld samen met berichten, en WebRTC verzorgt audio- en videogesprekken met configureerbare TURN-servers.

Burrow legt MLS-versleuteling over Nostr-infrastructuur. Identiteit gebruikt Nostr-sleutelparen (secp256k1) terwijl MLS-KeyPackages worden gepubliceerd als kind 443-events. Berichten worden versleuteld met NIP-44 als kind 445-events, en welkomstuitnodigingen gebruiken NIP-59 gift-wrapping.

OpenClaw-integratie maakt AI-agentdeelname mogelijk met volledige toegang tot tools. Toegangscontrolelijsten met auditlogging beheren contact- en groepsmachtigingen. Deze combinatie positioneert Burrow voor agent-naar-agent en agent-naar-mens berichtenscenario’s die Signal-niveau versleuteling op gedecentraliseerde infrastructuur vereisen.

Nostria Signer bracht identiteitsbeheer naar de browser.

Nostria Signer-Extensie

Nostria Signer is een op Chromium gebaseerde browserextensie die kluis- en identiteitsbeheer biedt voor Nostr-gebruikers.

Meerdere kluizen met meerdere accounts laten gebruikers identiteiten organiseren voor verschillende contexten. Internationalisatie omvat ondersteuning voor RTL-talen. Gebouwd met Angular en TypeScript (79,2% van de codebase), werkt het als zowel browserextensie als Progressive Web App.

Nostria Signer implementeert NIP-07 voor ondertekening via browserextensies, waardoor webgebaseerde Nostr-clients eventhandtekeningen kunnen aanvragen zonder direct toegang te krijgen tot prive-sleutels. Automatische walletmigratie verzorgt updates die via de Chrome Web Store worden verspreid. Gebruikers kunnen ook sideloaden vanuit de dist/extension-map.

Ontwikkelaars benadrukken de experimentele status: gebruikers moeten hun eigen geheime herstelzinnen beheren aangezien de ontwikkelaars geen toegang tot verloren sleutels kunnen herstellen.

Projectupdates

Formstr Migreert naar Nieuwe Organisatie

Formstr, het Google Forms-alternatief op Nostr, migreerde zijn repository van abh3po/nostr-forms naar de formstr-hq-organisatie. Deze OpenSats-subsidie-ontvanger zet de ontwikkeling voort op de nieuwe locatie.

Opvallende Open PR’s

Lopend werk in Nostr-projecten:

Damus Outbox Model (PR #3602): Implementatieplan voor het gossip/outbox relay-model op iOS. Deze architecturale wijziging verbetert berichtaflevering door te publiceren naar de relays waar ontvangers daadwerkelijk lezen.
Notedeck Cross-Platform Notificaties (PR #1296): Native notificatiesysteem voor de Damus-desktopclient voor Android FCM, macOS en Linux.
NDK Cashu v3 Upgrade (PR #370): Upgradet de walletintegratie van de Nostr Development Kit naar cashu-ts v3.
Zeus Cashu Offline (PR #3742): Offline ecash verzenden en ontvangen voor de Zeus Lightning-wallet.
Shopstr Versleutelde Digitale Levering (PR #231): Voegt versleutelde levering voor digitale goederen toe met dynamische gewichtsondersteuning voor fysieke artikelen.

NIP-Updates

Recente wijzigingen in het NIPs-repository:

Deze week gemerged:

NIP-85 Vindbaarheid van Serviceproviders: De NIP-85-specificatie bevat nu richtlijnen over hoe clients trusted assertion-providers ontdekken. Wanneer een client Web of Trust-scores of andere berekende metrics nodig heeft, kan het relays bevragen op kind 30085-aankondigingen van providers die de gebruiker al volgt of vertrouwt.
NIP-29 Verwijdert Onbeheerde Groepen: De NIP-29-groepschatspecificatie schrapte ondersteuning voor onbeheerde groepen (waar elk lid anderen kon toevoegen). Alle NIP-29-groepen vereisen nu relay-side beheer met expliciete adminrollen, wat implementaties vereenvoudigt en spamvectoren vermindert.
NIP-11 Verwijdert Verouderde Velden: NIP-11 relay-informatiedocumenten bevatten niet langer de verouderde velden software en version. Implementaties moeten deze verwijderen uit hun responses.
NIP-39 Verplaatst Identiteitstags: Externe identiteitsclaims (NIP-39 i-tags voor GitHub, Twitter, etc.) zijn verplaatst van kind 0-profielen naar speciale kind 30382-events. Dit scheidt identiteitsverificatie van profielmetadata.

Voortgang AI-Agent NIPs:

Vier op AI gerichte NIPs blijven actief in ontwikkeling. Sinds de behandeling vorige week:

NIP-AE: Agents (bijgewerkt 19 feb): Definieert agentidentiteit met kind 4199 voor agentdefinities en kind 4201 voor prompting (“nudges”). Agenten kunnen NIP-94-bestandsmetadata refereren voor uitgebreide beschrijvingen.
NIP-XX: AI Agent Messages (bijgewerkt 18 feb): Standaardiseert conversatieberichten met zeven efemere event-kinds (25800-25806) voor status, streaming deltas, prompts, responses, tool calls, fouten en annulering. Kind 31340 “AI Info”-events laten agenten ondersteunde modellen en mogelijkheden adverteren.
NIP-AC: DVM Agent Coordination (geopend 18 feb): Breidt NIP-90 uit voor autonome agentworkflows. Voegt heartbeats toe voor agentontdekking, jobbeoordeling voor kwaliteitsmonitoring, data-escrow voor resultaatcommitment, workflowketens voor meerstaps-pipelines, en swarmbiedingen voor competitieve providerselectie. Op 2020117.xyz draait een referentie-implementatie.
NIP-AD: MCP Server Announcements (geopend 12 feb): Standaardiseert de aankondiging van Model Context Protocol-servers en vaardigheden op Nostr. Al in gebruik op het TENEX-platform.

Overige Open PR’s:

NIP-144: Service Authorization Protocol: Definieert hoe clients identiteit en machtigingen bewijzen aan serviceproviders op Nostr.
NIP-DC: Nostr Webxdc: alexgleason stelt voor om Webxdc (gedecentraliseerde webapplicaties) te integreren met Nostr-events.

NIP Deep Dive: NIP-55 (Android Signer Applicatie)

NIP-55 definieert hoe Android Nostr-clients cryptografische operaties aanvragen bij speciale signer-applicaties. Met White Noise v0.3.0 en Unfiltered v1.0.6 die deze week beide Amber-ondersteuning toevoegen, verdient het Android-ondertekeningsprotocol aandacht.

Communicatiekanalen:

NIP-55 maakt inter-app-ondertekening mogelijk via twee mechanismen. Intents bieden handmatige gebruikersgoedkeuring met visuele feedback voor eenmalige operaties. Content Resolvers maken geautomatiseerde ondertekening mogelijk wanneer gebruikers permanente machtigingen verlenen, waardoor apps op de achtergrond kunnen ondertekenen zonder herhaalde prompts.

Communicatie gebruikt het aangepaste nostrsigner:-URI-schema. Een client initieert contact met:

nostrsigner:<base64-encoded-event>?type=sign_event&callbackUrl=myapp://callback

Ondersteunde Operaties:

De specificatie definieert zeven cryptografische methoden: eventondertekening (sign_event), ophalen van publieke sleutel (get_public_key), NIP-04-versleuteling/ontsleuteling, NIP-44-versleuteling/ontsleuteling, en zap-eventontsleuteling (decrypt_zap_event).

Machtigingsmodel:

Clients roepen get_public_key eenmalig aan om een vertrouwensrelatie op te bouwen, waarbij ze de pakketnaam van de signer en de pubkey van de gebruiker ontvangen. De specificatie schrijft voor dat clients deze waarden opslaan en nooit opnieuw get_public_key aanroepen, om fingerprinting-aanvallen te voorkomen.

Voor ondertekeningsverzoeken kunnen gebruikers eenmalig goedkeuren of “onthoud mijn keuze” verlenen voor achtergrondoperaties. Als gebruikers operaties consistent weigeren, retourneert de signer een “afgewezen”-status om herhaalde prompts te voorkomen.

Implementaties:

Amber is de primaire NIP-55-signer voor Android. Clients die NIP-55 ondersteunen zijn onder meer Amethyst, White Noise, Unfiltered, en andere. Webapplicaties kunnen niet direct signer-responses ontvangen en moeten callback-URL’s of klembordoperaties gebruiken.

Relatie met Andere Ondertekenings-NIPs:

NIP-55 is een aanvulling op NIP-07 (browserextensies) en NIP-46 (remote ondertekening via relays). Waar NIP-07 desktopbrowsers afhandelt en NIP-46 cross-device-ondertekening verzorgt, biedt NIP-55 native Android-integratie met minimale latentie.

NIP Deep Dive: NIP-60 (Cashu Wallet)

NIP-60 definieert hoe Cashu ecash-wallets hun status opslaan op Nostr-relays, waardoor cross-applicatie walletsynchronisatie mogelijk wordt. Met Ridestr v0.2.6 die NIP-60 gebruikt voor walletsynchronisatie tussen apparaten, verdient het protocol aandacht.

Event Kinds:

NIP-60 gebruikt vier eventtypen. Het vervangbare kind 17375 slaat walletconfiguratie op inclusief mint-URL’s en een speciale prive-sleutel voor het ontvangen van P2PK ecash-betalingen. Token-events (kind 7375) bevatten onbestede cryptografische bewijzen, terwijl bestedingsgeschiedenis (kind 7376) transacties registreert voor gebruikerstransparantie. Een optioneel kind 7374 volgt mint-betalingsoffertes.

Walletarchitectuur:

Walletstatus leeft op relays, waardoor het toegankelijk is over applicaties heen. Het wallet-event van een gebruiker bevat versleutelde verwijzingen naar Cashu-mints en een walletspecifieke prive-sleutel gescheiden van de Nostr-identiteit van de gebruiker. Deze scheiding is van belang: de walletsleutel verzorgt ecash-operaties terwijl de Nostr-sleutel sociale functies afhandelt.

{
 "kind": 17375,
 "content": "<nip44-encrypted-wallet-config>",
 "tags": [["d", "cashu-wallet"]]
}

Bewijsbeheer:

Cashu-bewijzen zijn toonderinstrumenten. Zodra besteed, wordt een bewijs ongeldig. NIP-60 beheert dit via een rollover-mechanisme: bij het besteden maken clients een nieuw token-event met resterende onbestede bewijzen en verwijderen het origineel via NIP-09. Vernietigde token-ID’s gaan in een del-veld voor statusregistratie.

Clients moeten periodiek bewijzen valideren tegen mints om eerder bestede credentials te detecteren. Meerdere token-events per mint zijn toegestaan, en bestedingsgeschiedenisevents helpen gebruikers transacties te volgen, al zijn ze optioneel.

Beveiligingsmodel:

Alle gevoelige data gebruikt NIP-44-versleuteling. De prive-sleutel van de wallet verschijnt nooit in leesbare tekst. Aangezien relays versleutelde blobs opslaan zonder de inhoud te begrijpen, blijft de walletstatus privaat, zelfs op onvertrouwde relays.

Implementaties:

Wallets die NIP-60 ondersteunen zijn onder meer Nutsack en eNuts. Clients zoals Ridestr gebruiken NIP-60 voor synchronisatie tussen apparaten, waardoor gebruikers op desktop kunnen opwaarderen en vanaf mobiel kunnen besteden zonder handmatige overdrachten.

Dat was het voor deze week. Bouw je iets of heb je nieuws te delen, neem dan contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #10

Wed, 18 Feb 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Een Blossom lokale cachelaag neemt vorm aan nu onafhankelijke projecten convergeren op offline mediajuurdgang voor Android. Alby lanceert een NWC-ontwikkelaarssandbox voor het bouwen en testen van Nostr Wallet Connect-integraties zonder echt geld te riskeren. Concurrerende voorstellen voor AI-agentcommunicatie op Nostr arriveren in dezelfde week van twee auteurs. fiatjaf verwijdert ongebruikte velden uit NIP-11 en schrapt retentiebeleid, landcodes, privacybeleid en communityvoorkeurstags die relay-operators nooit hebben overgenomen. NIP-85 merget richtlijnen voor vindbaarheid van serviceproviders voor Trusted Assertions. Een nieuwe D-tag in NIP-52 maakt daggranulaire tijdstempelindexering van agendagebeurtenissen mogelijk. Nieuwe projecten zijn onder meer Mapnolia voor gedecentraliseerde kaarttegelverspreiding, Pika voor MLS-versleuteld berichtenverkeer, Keep voor FROST-drempelondertekening op Android, Hashtree voor inhoudsgeadresseerde opslag met Nostr-integratie, en Prism voor het delen van inhoud naar Nostr vanuit elke Android-app. Primal Android merget 11 NWC-PR’s die dubbele wallet-ondersteuning en automatische servicelifecycle toevoegen. Mostro Mobile levert een ingebouwde Lightning-wallet via NWC-integratie. Notedeck bereidt zich voor op Android App Store-release terwijl HAVEN v1.2.0-rc3 bereikt met ondersteuning voor meerdere npubs en cloudback-up. De deep dives van deze week behandelen het Trusted Assertions-systeem van NIP-85 voor het delegeren van Web of Trust-berekeningen aan serviceproviders, en het Calendar Events-protocol van NIP-52 na de update voor daggranulaire indexering.

Nieuws

Blossom Lokale Cachelaag Ontstaat

Meerdere onafhankelijke projecten convergeren op hetzelfde probleem: offline toegang tot Blossom media op mobiele apparaten.

Morganite, een nieuwe Android-app van greenart7c3 (de ontwikkelaar achter Amber en Citrine), implementeert client-side caching voor Blossom-media. Gebruikers hebben toegang tot eerder bekeken afbeeldingen en bestanden zonder netwerkverbinding.

Aerith bracht v0.2 uit met beeldlabeling, bulk mirror/tag/verwijder-bewerkingen, filteren op label en bestandstype, plus initiële lokale Blossom-cacheondersteuning. Aerith is een beheerinterface voor gebruikers die media op meerdere Blossom-servers opslaan en hun blobs willen organiseren en spiegelen.

Een nieuwe implementatiehandleiding voor lokale cache in de Blossom-specificatie documenteert client-side blobopslag, terwijl Prism (van dezelfde ontwikkelaar als Aerith) Blossom-uploadintegratie toevoegt aan zijn Android deel-naar-Nostr-flow. Vier onafhankelijke projecten convergeerden deze week op hetzelfde probleem: een toegewijde caching-app, een mediabeheerder, een referentiespecificatie en een deeltool met Blossom-integratie, alle vier met persistente lokale opslag die verder gaat dan eenvoudig uploaden en ophalen.

Alby NWC-Ontwikkelaarssandbox

Alby lanceerde een sandboxomgeving voor ontwikkelaars die bouwen met Nostr Wallet Connect (NIP-47). De sandbox biedt een gehoste NWC-walletservice waarmee ontwikkelaars testverbindingen kunnen aanmaken en gesimuleerde betalingen kunnen versturen zonder verbinding te maken met een echte Lightning-wallet, terwijl ze de volledige verzoek/antwoord-cyclus van NWC-events in realtijd kunnen observeren. Ontwikkelaars genereren een nostr+walletconnect://-verbindingsstring vanuit de sandbox en geven die door aan hun client. De sandbox toont vervolgens de resulterende kind 23194-verzoek- en kind 23195-antwoordevents terwijl die tussen client en walletservice vloeien.

Dit verlaagt de drempel voor nieuwe NWC-integraties. Eerder vereiste testen een persoonlijke Lightning-wallet of een zelf gehoste NWC-service. De sandbox abstraheert dat weg en geeft ontwikkelaars een directe feedbacklus voor het implementeren van de methoden pay_invoice, get_balance, make_invoice, lookup_invoice en list_transactions tegen een live NWC-eindpunt.

AI-Agent NIPs Arriveren

Voorstellen voor AI-agentcommunicatie op Nostr verschenen binnen dagen van elkaar, elk met een andere aanpak.

NIP-XX: AI Agent Messages van joelklabo definieert een volledig protocol voor AI-agentinteractie: event kinds voor prompts, antwoorden, streaming delta’s, statusupdates, tooltelemetrie, fouten, annuleringen en capability-discovery. Een ai.info-discoveryevent (kind 31340, vervangbaar) laat agents hun ondersteunde modellen, tools met schema’s, streamingondersteuning en tarieflimieten aankondigen. Het voorstel van joelklabo omvat run-correlatie via prompt-ID, sessiebeheer, stream-reconciliatie met volgordebepaling, en NIP-59-richtlijnen voor metadataprivacy.

NIP-AE: Agents van pablof7z neemt een andere aanpak en definieert kinds voor agentinstantiëring: definities en lessen. Dit zijn de event-typen die pablof7z gebruikt in TENEX, het autonome leersysteem gebouwd op Nostr. Een begeleidend voorstel, NIP-AD: MCP Server and Skill Announcements, eveneens van pablof7z, definieert events voor het aankondigen van Model Context Protocol-servers en vaardigheden op Nostr. NIP-22-commentaar wordt ondersteund, zodat de community MCP-servers direct op Nostr kan bespreken en beoordelen.

NIP-XX bestrijkt volledige agentcommunicatie terwijl NIP-AE en NIP-AD identiteit en tool-discovery adresseren. Deze voorstellen kunnen convergeren tot een uniforme standaard of naast elkaar bestaan als complementaire lagen.

Releases

HAVEN v1.2.0-rc3

HAVEN, de alles-in-één persoonlijke relay die vier relayfuncties bundelt met een Blossom-mediaserver, bereikte v1.2.0-rc3. Deze release candidate voegt ondersteuning toe voor meerdere npubs, waardoor één HAVEN-instantie meerdere Nostr-identiteiten kan bedienen. Eerdere RC’s voegden --from-cloud- en --to-cloud-vlaggen toe voor cloudback-up (RC2) en losten een bug voor dubbel tellen in Web of Trust op (RC1).

Mostro Mobile v1.2.0: Ingebouwde Lightning-Wallet

Mostro Mobile, de mobiele client voor de Mostro P2P Bitcoin-exchange (v1.1.0 behandeld vorige week), bracht v1.2.0 uit met een ingebouwde Lightning-wallet via volledige NWC (NIP-47)-integratie. Kopers en verkopers hoeven niet meer van app te wisselen om facturen af te handelen. De app detecteert hold invoices voor verkopers en betaalt die automatisch via de verbonden wallet, terwijl kopers automatische factuurgeneratie krijgen. De release volgt op v1.1.1 van eerder in de week, dat ondersteuning voor meerdere Mostro-nodes toevoegde met een samengesteld register van vertrouwde instanties, kind 0 metadataophaling voor knooppuntweergave, aangepast knooppuntbeheer via pubkey en automatische terugval als een geselecteerde node offline gaat.

Aan de serverkant landde Mostro v0.16.2 met fixes voor dubbele dev fee-betalingen, snelheidsbegrenzing op het RPC-eindpunt voor wachtwoordvalidatie, en correcte geschillenopruiming bij coöperatieve annulering.

Een nieuw begeleidend project, mostro-skill, stelt agents in staat te handelen op Mostro via Nostr.

Aerith v0.2

Aerith, de Blossom-afbeeldingsbeheerder, bracht v0.2 uit met beeldlabels voor het organiseren van media, bulk mirror/tag/verwijder-bewerkingen over servers, filteren op label en bestandstype, plus initiële lokale cacheondersteuning. Zie de Nieuwssectie voor context over de bredere lokale cachetrend.

Mapnolia: Gedecentraliseerde Kaarttegels via Nostr

Mapnolia is een nieuwe georuimtelijke dataserver die PMTiles-kaartarchieven opdeelt in geografische regio’s en die aankondigt via Nostr voor gedecentraliseerde ontdekking. Het publiceert kind 34444-geparametriseerde vervangbare events naar Nostr-relays met een volledige index van kaarttegelstukken met laagmetadata, geohashregio’s, bestandsreferenties en Blossom-serverdetails.

Clients ontdekken en halen kaartdata op via het Nostr-netwerk in plaats van gecentraliseerde tegelservers, waarbij aankondigingsevents genoeg metadata bevatten om alleen de benodigde geografische regio’s op te vragen bij vermelde Blossom-servers. Mapnolia is het eerste project dat georuimtelijke datadistributie naar Nostr brengt, en opent mogelijkheden voor offlinecapabele kaarttoepassingen.

Pika: Marmot-Gebaseerd Versleuteld Berichtenverkeer

Pika is een nieuwe end-to-end versleutelde berichtenapp voor iOS en Android die het Marmot-protocol gebruikt, dat Messaging Layer Security (MLS) over Nostr-relays legt. De architectuur scheidt verantwoordelijkheden in een Rust-kern (pika_core) die MLS-statusbeheer en berichtversleuteling/-ontsleuteling over Nostr-relays afhandelt, met dunne native UI-shells in SwiftUI (iOS) en Kotlin (Android). Status stroomt eenzijdig: de UI verzendt acties naar de Rust-actor, die status muteert en momentopnames met revisienummers teruggeeft aan de UI via UniFFI en JNI-bindingen.

Pika voegt zich bij een groeiend veld van MLS-op-Nostr-berichtenapps naast White Noise, Vector en 0xchat. Alle gebruiken Nostr-relays als transportlaag voor MLS-versleutelde cijfertekst, waardoor relay-operators de berichtinhoud niet kunnen lezen. Pika gebruikt de Marmot Development Kit (MDK) voor zijn MLS-implementatie en nostr-sdk voor relayconnectiviteit.

Keep: FROST-Drempelondertekening voor Android

Keep is een nieuwe Android-applicatie voor FROST-drempelondertekening waarbij geen enkel apparaat de volledige privésleutel bezit. Het implementeert NIP-55 (Android Signer) en NIP-46 (remote signing), zodat compatibele Nostr-clients handtekeningen kunnen aanvragen terwijl sleutelmateriaal verdeeld blijft over apparaten. De standaardconfiguraties zijn 2-van-3 en 3-van-5, hoewel elke t-van-n-drempel wordt ondersteund.

Keep’s gedistribueerde sleutelgeneratie (DKG)-ceremonie verloopt over Nostr-relays met aangepaste event kinds: kind 21101 voor groepsaankondigingen, kind 21102 voor ronde 1-commitmentpolynomen (openbaar uitgezonden) en kind 21103 voor ronde 2-geheime aandelen (NIP-44 versleuteld punt-tot-punt tussen deelnemers). De groepsprivésleutelscalairewaarde wordt tijdens DKG nergens berekend of samengesteld. Elk apparaat bezit alleen zijn polynoomsafhandelingsaandeel, en elk willekeurig t aandelen kunnen een geldige Schnorr-handtekening produceren via een tweerondig commit-dan-onderteken-protocol. De resulterende 64-byte handtekening is niet te onderscheiden van een Schnorr-handtekening van één ondertekenaar. Achter de schermen gebruikt Keep de frost-secp256k1-tr-crate van de Zcash Foundation met Taproot-aanpassing, zodat de groepspublieke sleutel direct als Nostr npub werkt.

Keep voegt zich bij de Frostr-familie van projecten naast Igloo Desktop, Igloo for Android, Frost2x en Igloo for iOS, wat de opties voor drempelsleutelbeheer op Nostr uitbreidt.

Prism: Deel Alles naar Nostr vanuit Android

Prism is een nieuwe Android-app (Kotlin/Jetpack Compose, API 26+) die zich registreert als systeemdoelwit voor delen, waarmee gebruikers tekst, URL’s, afbeeldingen en video naar Nostr kunnen publiceren vanuit elke app op hun telefoon. Gedeelde URL’s passeren een stripper voor trackingparameters voordat ze worden samengesteld tot notities. Prism haalt OpenGraph-metadata op om rijke linkvoorbeelden te genereren en rendert native Nostr-referenties (note1, nevent1) inline.

De planningsengine gebruikt een hybride AlarmManager/WorkManager-aanpak om Android-batterijoptimalisaties te omzeilen: AlarmManager verzorgt nauwkeurige wektijden terwijl versnelde WorkManager-taken aflevering garanderen, met exponentiële backoff-herpoging voor offlinescenario’s. Media-uploads verlopen via configureerbare Blossom-servers met miniatuurweergavegeneratie voor afbeeldingen en videoframes. Alle event-ondertekening wordt gedelegeerd aan NIP-55 externe ondertekenaars zoals Amber, met ondersteuning voor meerdere accounts voor het wisselen tussen identiteiten. Prism ondersteunt ook NIP-84 (Highlights)-posts. Van dezelfde ontwikkelaar als Aerith.

Hashtree: Inhoudsgeadresseerde Opslag met Nostr-Integratie

Hashtree is een bestandssysteemgebaseerd inhoudsgeadresseerd blobopslagsysteem dat Merkle-wortels op Nostr publiceert om muteerbare npub/pad-adressen te maken. Het systeem gebruikt “domme opslag” die werkt met elke sleutel-waarde-opslag en deelt inhoud op in 2MB-blokken geoptimaliseerd voor Blossom-uploads. Anders dan BitTorrent is geen actieve Merkle-bewijsberekening nodig; sla blobs gewoon op en haal ze op via hash.

De Nostr-integratie maakt git remote URL’s mogelijk zoals htree://npub.../repo-name voor het klonen van repositories, met commando’s als htree publish mydata <hash> om inhouds-hashes te publiceren naar npub.../mydata-adressen. De uitgebreide CLI ondersteunt zowel versleutelde (standaard) als openbare opslagmodi, vastpinnen van inhoud, pushen naar Blossom-servers en het beheren van Nostr-identiteiten. Elk opgeslagen item is ofwel ruwe bytes of een boomknooppunt, wat een basis biedt voor gedecentraliseerde inhoudsdistributie via het relaynetwerk van Nostr.

Espy: Kleurpalet vastleggen op Shakespeare

Espy, gebouwd op het Shakespeare-platform, laat gebruikers kleurpaletten vastleggen uit foto’s en ze delen als Nostr-events. Shakespeare is een AI-aangedreven app-bouwer die gebruikers authenticeert via NIP-07-browserextensies en ingebouwde Nostr-relayconnectiviteit biedt, zodat ontwikkelaars apps kunnen uitbrengen zonder eigen sleutelbeheer of relaypool te implementeren. Espy extraheert dominante kleuren uit camera-input naar deelbare paletkaarten die vindbaar zijn via standaard Nostr-feeds.

Flotilla 1.6.4

Flotilla, hodlbod’s Discord-achtige Nostr-client die relays als groepen organiseert, bracht 1.6.4 uit. De Coracle-familie van projecten is gemigreerd van GitHub naar een zelf gehoste Gitea-instantie. Deze release voegt pushmeldingen via NIP-9a toe en een wallet-ontvangstflow, plus geclassificeerde vermeldingen en URL-ondersteuning voor ruimtes. Interfaceverbeteringen omvatten opgeschoonde modals en meldingafhandeling. Ruimte dempen en veilige gebiedsinsets op mobiel ronden de wijzigingen af, naast fixes voor Safari-afbeeldinguploads en agendagebeurtenisdetails.

Shosho v0.12.0

Shosho, de mobiele livestreamingapp met Nostr-integratie, bracht v0.12.0 uit. Deze release voegt video-clips toe met in-speler-antwoorden en aangepaste emoji-integratie. Threadbeveiliging blokkeert indirecte vermeldingsspam, en een nieuw QR-deelfunctie laat gebruikers profielen offline uitwisselen. Een nieuwe horizontale afspeelmodus geeft streams een Twitch-achtige kijkervaring, en het bladerscherm toont nu maker-clips naast livestreams.

Granary v10.0

Granary, een sociale web-vertaalbibliotheek die data converteert tussen Nostr, Bluesky, ActivityPub en andere platformen naar een gemeenschappelijk formaat, bracht v10.0 uit met ingrijpende wijzigingen. De release schakelt de standaard ActivityStreams 1-ID’s van Nostr van bech32 naar hex en voegt uitgebreide Nostr-ondersteuning toe, inclusief NIP-27-vermeldingsparsering en artikeltags. Een nieuwe optie voor meerdere outputs bij converters stelt ontwikkelaars in staat batch-vertalingen tussen protocollen uit te voeren.

Nostr MCP Server v3.0.0

Nostr MCP Server, een Model Context Protocol-server die AI-agents in staat stelt te communiceren met het Nostr-netwerk, bracht v3.0.0 uit. Deze hoofdrelease voegt sociale acties toe (volgen, reacties, reposts, antwoorden) en relaybeheer van lijsten met NIP-65-ondersteuning plus optionele NIP-42-authenticatie. Directe berichten via NIP-17 en NIP-44 zijn ook nieuw. De release is een praktisch hulpmiddel voor agents die op Nostr opereren, passend bij de AI-agent NIP-voorstellen van deze week.

Aegis v0.3.8

Aegis, de platformonafhankelijke Nostr-ondertekenaar, bracht v0.3.8 uit met meertalige UI-ondersteuning en een incrementele updatebeheerder voor zijn ingebouwde Nostr-appbrowser. Het nieuwe updatemechanisme maakt incrementele diff’s tegen de lokale status, waardoor de in-app-directory van Nostr-webapps actueel blijft met minder bandbreedtegebruik. De release introduceert ook 5-minuten sleutelmateriaalcaching om databaserondreizen te verminderen bij het ondertekenen van meerdere events achtereen.

SNSTR v0.3.1

SNSTR (Secure Nostr Software Toolkit for Renegades), een TypeScript-bibliotheek voor het Nostr-protocol, bracht v0.3.1 uit. De release voegt pakketverificatiecontroles toe die ervoor zorgen dat alle ingangspunten zijn opgenomen in npm-tarballpakketten, met CI-handhaving op Node en Bun. v0.3.0 verscheen in dezelfde week.

Citrine v2.0.0-pre1

Citrine, de Android Nostr-relay van greenart7c3, bracht v2.0.0-pre1 uit met prestatieverbeteringen door geoptimaliseerde database-indexen en beter Kotlin-coroutinebeheer. De release verbetert ook de ondersteuning voor het hosten van webapps, waarbij elke app nu op zijn eigen poort draait.

Projectupdates

Primal Android: NWC-Infrastructuuruitbreiding

Primal Android mergede deze week 11 NWC-gerelateerde PR’s, als vervolg op de uitbouw die twee weken geleden begon. Deze batch voegt dubbele wallet-NWC-ondersteuning toe, automatisch starten/stoppen van service gekoppeld aan backendmeldingen, verbindingsrouting per wallettype en correcte gegevensopruiming bij verwijdering van wallet. De NWC-service beheert nu zijn eigen levenscyclus op basis van de walletverbindingsstatus, waardoor handmatige gebruikersingreep wordt verminderd.

Notedeck: Voorbereiding voor Android App Store

Notedeck, de platformonafhankelijke Nostr-client van het Damus-team, mergede deze week voorbereiding voor Android App Store-release. De PR voegt een UGC-nalevingsplan (User Generated Content) toe dat Google Play vereist, inclusief een scherm voor het accepteren van servicevoorwaarden, gebruikersblokkeringen via contextmenu’s en instellingen, NIP-56 (Reporting)-functionaliteit die rapportevents publiceert naar relays, en een sectie Inhoud & Veiligheid in de instellingen. Bouwinfrastructuur is toegevoegd voor het genereren van ondertekende release-APK’s en AAB’s (Android App Bundles) via nieuwe Makefile-doelen. Een EULA-document stelt een leeftijdseis van 17+ en Nostr-specifieke disclaimers over gedecentraliseerde inhoud vast. De nalevingsfuncties zelf worden uitgebracht in vervolgde PR’s; deze merge legt de documentatie- en ondertekeningsgrondslag.

Aan de Damus iOS-kant landde een fix voor een oneindige laadspinner-regressie waarbij de spinner oneindig bleef draaien nadat inhoud was geladen.

Nostria: Discovery-Relays en DM-Fixes

Nostria, de platformonafhankelijke Nostr-client gericht op mondiale schaal, mergede deze week 9 PR’s. De meest opvallende voegt automatische initialisatie van Discovery-Relays toe voor profielopzoekingen, wat nieuwe gebruikers werkende relayconnectiviteit geeft zonder handmatige configuratie. Andere fixes pakken DM-tekstgebied-omloop, volledigschermvideo-viewportopvulling, artikelmetadata-extractie in repost-voorbeelden en nostr: URI-omzetting in meldingen aan.

Camelus: Riverpod v3-Migratie

Camelus, de Flutter-gebaseerde Nostr-client, mergede 5 PR’s gericht op een Riverpod v3 API-migratie en generieke feed-refactoring. Een ingesloten notitiecache vermijdt overbodige relay-ophaalacties voor geciteerde notities.

NIP-Updates

Recente wijzigingen aan de NIPs-repository:

Samengevoegd:

NIP-85: Service Provider Discoverability: vitorpamplona voegde richtlijnen toe voor clientontdekking van NIP-85 Trusted Assertions-serviceproviders, inclusief relay-hints en algoritme-specifieke servicesleutels. Zie de deep dive hieronder voor volledige behandeling.
NIP-11: Relay-informatieOpruiming: fiatjaf verwijderde privacy_policy, de retention-array, relay_countries en het communityvoorkeurenblok uit NIP-11. Relay-operators vulden deze velden zelden in en clients handelden er niet naar.
NIP-52: Daggranulaire Tijdstempeltag: staab voegde een verplichte D-tag toe aan NIP-52 tijdgebaseerde agendagebeurtenissen (kind 31923) die het daggranulaire Unix-tijdstempel bevat, berekend als floor(unix_seconds / 86400). Meerdere D-tags dekken meerdaagse evenementen, waardoor efficiënte temporele indexering mogelijk wordt zonder volledige tijdstempels te hoeven parseren.
NIP-47: Vereenvoudiging: De vereenvoudigings-PR besproken in Nieuwsbrief #9 mergede deze week en verwijderde multi_pay_invoice en multi_pay_keysend uit NIP-47 (Nostr Wallet Connect). Zie Nieuwsbrief #8 voor de volledige NWC-protocol deep dive.

Open PR’s en Discussies:

NIP-74: Podcasts: Behandeld in Nieuwsbrief #8, zag dit podcastspecificatievoorstel deze week verhitte discussie. staab merkte op dat er al minstens drie concurrerende podcaststandaarden in het wild bestaan, en derekross wees op een bestaande zes maanden oude implementatie met actieve apps en podcasts. De weg vooruit vereist convergentie tussen implementaties voordat een NIP-nummer kan worden toegewezen.
NIP-XX: AI Agent Messages: joelklabo stelt een volledig AI-agentcommunicatieprotocol voor met event kinds voor prompts, antwoorden, streaming, tooltelemetrie, fouten en capability-discovery. Zie de Nieuwssectie voor de behandeling van alle AI-voorstellen van deze week.
NIP-PNS: Private Note Storage: Het privénotitiesysteem van jb55 definieert kind 1080-events voor het opslaan van versleutelde persoonlijke notities op relays zonder te onthullen wie ze schreef. Het schema leidt een deterministisch pseudoniem sleutelpaar af van de nsec van de gebruiker via HKDF: pns_key = hkdf_extract(ikm=device_key, salt="nip-pns"), en genereert vervolgens een secp256k1-sleutelpaar van die afgeleide sleutel. Een tweede afleiding produceert een symmetrische versleutelingssleutel: pns_nip44_key = hkdf_extract(ikm=pns_key, salt="nip44-v2"). Binnenste notities worden versleuteld met NIP-44 v2 met deze sleutel en gepubliceerd onder de pseudonieme pubkey, zodat relays kind 1080-events zien van een identiteit die niet gekoppeld is aan de hoofdsleutel van de gebruiker. Anders dan NIP-59 gift wraps is PNS niet te spammen (de pseudonieme sleutel is deterministisch, niet willekeurig) en draagt geen publieke metadata (geen p-tags nodig omdat er geen ontvanger is). Deze week plaatste jb55 bevindingen van de implementatie van PNS in de Rust-backend van Notedeck (enostr::pns-module). Hij stelde vast dat de hkdf_extract-aanroep in de specificatie dubbelzinnig is omdat RFC 5869 HKDF twee fasen heeft (Extract en Expand) die verschillende uitvoer produceren, en de meeste bibliotheken beide verwachten. Hij verduidelijkte dat pns_nip44_key de normale ECDH-sleutelovereenstemming van NIP-44 omzeilt en direct als gesprekssleutel wordt gebruikt - een detail dat implementators moeten weten omdat de meeste NIP-44-bibliotheken standaard ECDH gebruiken. Hij markeerde ook een ongedefinieerde variabele in de TypeScript-referentie-implementatie. De PR, oorspronkelijk uit april 2025, wordt nu actief geïmplementeerd.
NIP-AE: Agents: pablof7z definieert vier event kinds voor agentidentiteit op Nostr, ontleend aan zijn werk aan TENEX. De basissjabloon is kind 4199 (Agent Definition), met titel, rolomschrijving, systeeminstructies, tooltoewijzingen en versie. Gedragsmodificatoren leven in kind 4201 (Agent Nudge), dat only-tool-, allow-tool- en deny-tool-tags gebruikt voor runtimecapabiliteitsbeheer. Agents publiceren wat ze leren als kind 4129 (Agent Lesson)-events, gecategoriseerd en gekoppeld aan de bovenliggende definitie via e-tags, verfijnbaar via NIP-22-commentaarreeksen. Eigendomsverificatie gebruikt kind 14199, een vervangbaar event waarbij menselijke operators hun agent-pubkeys vermelden, waarmee een bidirectionele keten ontstaat die overeenkomt met de p-tag in het kind 0-profiel van de agent.
NIP-AD: MCP Server and Skill Announcements: pablof7z definieert events voor het aankondigen van Model Context Protocol-servers en individuele vaardigheden op Nostr. MCP-serveraankondigingen bevatten het eindpunt-URL van de server en de ondersteunde protocolversie naast een lijst van beschikbare tools met hun invoerschema’s. NIP-22-commentaar wordt ondersteund bij serveraankondigingen, zodat de community MCP-servers direct op Nostr kan bespreken en beoordelen.
NIP-73: OSM-tagkind: DestBro stelt voor OpenStreetMap-identificatoren toe te voegen aan NIP-73 (External Content IDs), dat standaardiseert hoe Nostr-events externe inhoud refereren zoals boeken (ISBN), films (ISAN), podcastfeeds (GUID), geohashes en URL’s via i- en k-tags. De voorgestelde OSM-kind zou events in staat stellen specifieke kaartfuncties (gebouwen, wegen, parken) te refereren via hun OpenStreetMap-node- of weg-ID, waardoor Nostr-inhoud wordt gekoppeld aan de open geografische database.
NIP-XX: Responsieve Afbeeldingsvarianten: woikos stelt voor NIP-94-bestandsmetadataevents uit te breiden met tags voor responsieve afbeeldingsvarianten op verschillende resoluties. Clients kunnen de juiste variant selecteren op basis van weergavegrootte en netwerkomstandigheden, waardoor de bandbreedte wordt beperkt voor mobiele gebruikers die hoge-resolutieafbeeldingen bekijken die worden gehost op Blossom-servers.

NIP Deep Dive: NIP-85 (Trusted Assertions)

NIP-85 definieert een systeem voor het delegeren van dure berekeningen aan vertrouwde serviceproviders die ondertekende resultaten publiceren als Nostr-events. Web of Trust-scores en betrokkenheidsmetrics vereisen het crawlen van veel relays en het verwerken van grote eventvolumes - werk dat onpraktisch is op mobiele apparaten. De merge van deze week voegde richtlijnen toe over het clientontdekkingsproces voor deze providers.

Delegering:

Het berekenen van de Web of Trust-score van een gebruiker vereist het crawlen van volggrafen meerdere stappen diep over vele relays, en het berekenen van nauwkeurige volgersaantallen betekent dedupliceren over het gehele relaynetwerk. Mobiele apparaten en browsercliënts kunnen deze bewerkingen niet uitvoeren, terwijl de resultaten essentieel zijn voor spamfiltering en rangschikking van inhoud. NIP-85 overbrugt dit gat door gebruikers in staat te stellen vertrouwde providers aan te wijzen om de berekeningen uit te voeren en resultaten te publiceren als standaard Nostr-events.

Protocolontwerp:

NIP-85 gebruikt vier event kinds voor beweringen over verschillende onderwerptypen. Gebruikersbeweringen (kind 30382) bevatten volgersaantal, post-/antwoord-/reactietellingen, zap-bedragen, genormaliseerde rang (0-100), gemeenschappelijke onderwerpen en actieve uren:

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30382,
 "tags": [
 ["d", "e88a691e98d9987c964521dff60025f60700378a4879180dcbbb4a5027850411"],
 ["rank", "89"],
 ["followers", "4521"],
 ["first_created_at", "1609459200"],
 ["post_cnt", "1283"],
 ["reply_cnt", "647"],
 ["reactions_cnt", "8920"],
 ["zap_amt_recd", "850000"],
 ["zap_amt_sent", "320000"],
 ["zap_cnt_recd", "412"],
 ["zap_cnt_sent", "198"],
 ["zap_avg_amt_day_recd", "1150"],
 ["zap_avg_amt_day_sent", "430"],
 ["reports_cnt_recd", "2"],
 ["reports_cnt_sent", "0"],
 ["t", "nostr"],
 ["t", "bitcoin"],
 ["active_hours_start", "14"],
 ["active_hours_end", "22"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

Eventbeweringen (kind 30383) beoordelen individuele notities met commentaartelling, citatelling, reposts, reacties en zap-gegevens:

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30383,
 "tags": [
 ["d", "<target event id>"],
 ["rank", "72"],
 ["comment_cnt", "45"],
 ["quote_cnt", "12"],
 ["repost_cnt", "89"],
 ["reaction_cnt", "310"],
 ["zap_cnt", "23"],
 ["zap_amount", "125000"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

Voor adresseerbare events (lange-vorm artikelen, wikipagina’s) past kind 30384 dezelfde betrokkenheidsmetrics toe op alle versies gezamenlijk. Kind 30385 beoordeelt externe identificatoren (boeken, films, websites, locaties, hashtags) waarnaar wordt verwezen via NIP-73 (External Content IDs), dat standaardiseert hoe Nostr-events externe inhoud refereren via i- en k-tags:

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30385,
 "tags": [
 ["d", "isbn:9780765382030"],
 ["k", "isbn"],
 ["rank", "94"],
 ["comment_cnt", "67"],
 ["reaction_cnt", "203"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

Elke bewering is een vervangbaar adresseerbaar event waarbij de d-tag het onderwerp bevat: een pubkey, event-ID, eventadres of NIP-73-identificator. Serviceproviders ondertekenen deze events met hun eigen sleutels, en clients beoordelen ze op basis van vertrouwensrelaties.

Providerontdekking:

Gebruikers verklaren welke assertieproviders ze vertrouwen door kind 10040-events te publiceren. Elk item specificeert het assertietype met de provider-pubkey en relay-hint, plus optionele algoritme-varianten:

{
 "id": "<event hash>",
 "pubkey": "<user pubkey>",
 "created_at": 1739836800,
 "kind": 10040,
 "tags": [
 ["30382:rank", "4fd5e210...", "wss://nip85.nostr.band"],
 ["30382:rank", "3d842afe...", "wss://nostr.wine"],
 ["30382:zap_amt_sent", "4fd5e210...", "wss://nip85.nostr.band"],
 ["30383:rank", "4fd5e210...", "wss://nip85.nostr.band"]
 ],
 "content": "",
 "sig": "<user signature>"
}

Gebruikers kunnen de taglijst in .content versleutelen met NIP-44 om hun providervoorkeuren privé te houden. Clients bouwen een providerlijst op door te controleren welke providers hun gevolgde accounts vertrouwen, waardoor een gedecentraliseerde reputatielaag ontstaat voor de assertieproviders zelf.

Beveiligingsmodel:

Providers moeten verschillende servicesleutels gebruiken voor afzonderlijke algoritmen, en een unieke sleutel per gebruiker wanneer algoritmen gepersonaliseerd zijn, om kruiscorrelatie van zoekopdrachten over gebruikers te voorkomen. Elke servicesleutel krijgt een kind 0-metadataevent dat het gedrag van het algoritme beschrijft, waardoor gebruikers transparantie krijgen over wat ze vertrouwen. Assertie-events mogen alleen worden bijgewerkt wanneer de onderliggende gegevens daadwerkelijk veranderen, om onnodige relayverkeer te voorkomen en clients de mogelijkheid te geven resultaten met vertrouwen te cachen.

Huidige adoptie:

NIP-85 formaliseert een patroon dat al informeel is ontstaan. De cacheserver van Primal berekent betrokkenheidsmetrics en Web of Trust-scores. Antiprimal, behandeld in Nieuwsbrief #9, koppelt deze berekeningen aan standaard Nostr-clients via NIP-85 event kinds. Nostr.band beheert de wss://nip85.nostr.band-relay waarnaar de eigen voorbeelden van de specificatie verwijzen en serveert assertie-events voor zijn zoekindexdata. Aan de clientkant heeft Amethyst (geschreven door vitorpamplona, die ook deze NIP schreef) experimentele Trusted Assertions-ondersteuning in zijn quartz-bibliotheek, waarbij assertie-events en serviceproviderverklaringen worden geparseerd. Vertex berekent vergelijkbare Web of Trust-metrics maar koos een andere aanpak, met een directe API in plaats van NIP-85-events, met als reden het ontdekkingsprobleem en de rekenoverhead van assertiegerichte architecturen. Met NIP-85 kan elke client asserties van elke provider consumeren via een standaard eventformaat, en concurreren providers op nauwkeurigheid terwijl gebruikers kiezen wie ze vertrouwen.

NIP Deep Dive: NIP-52 (Agendagebeurtenissen)

NIP-52 definieert agendagebeurtenissen op Nostr en biedt clients een standaardmanier om occurrences op specifieke momenten of tussen momenten te vertegenwoordigen en te ontdekken. De D-tag merge van deze week voegde daggranulaire indexering toe, waardoor een ontbrekend onderdeel in de queryinfrastructuur van de specificatie werd voltooid.

Twee Eventtypen:

NIP-52 scheidt agendagebeurtenissen in twee kinds op basis van temporele precisie. Datumgebaseerde events (kind 31922) vertegenwoordigen aaneengesloten occurrences zoals feestdagen of meerdaagse festivals. Ze gebruiken ISO 8601-datumstrings in hun start- en optionele end-tags, zonder tijdzoneconsideratie:

{
 "id": "<event hash>",
 "pubkey": "<event creator pubkey>",
 "created_at": 1735689600,
 "kind": 31922,
 "content": "Annual celebration of Bitcoin's genesis block",
 "tags": [
 ["d", "bitcoin-independence-day-2026"],
 ["title", "Bitcoin Independence Day"],
 ["start", "2026-01-03"],
 ["end", "2026-01-04"],
 ["location", "Worldwide"],
 ["g", "u4pruydqqv"],
 ["t", "bitcoin"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com", "host"],
 ["r", "https://bitcoinindependenceday.com"]
 ],
 "sig": "<event creator signature>"
}

Tijdgebaseerde events (kind 31923) vertegenwoordigen specifieke momenten met Unix-tijdstempels in hun start- en optionele end-tags, plus IANA-tijdzoneidentificatoren (start_tzid, end_tzid) voor weergave. Beide kinds zijn geparametriseerde vervangbare events, zodat organisatoren details kunnen bijwerken door een nieuw event te publiceren met dezelfde d-tag.

Kalenders en RSVP’s:

Kind 31924-events definiëren kalenders als verzamelingen en refereren events via a-tags die verwijzen naar kind 31922- of 31923-events via hun adrescoördinaten:

{
 "id": "<event hash>",
 "pubkey": "<calendar owner pubkey>",
 "created_at": 1739836800,
 "kind": 31924,
 "content": "Nostr community events worldwide",
 "tags": [
 ["d", "nostr-community-calendar"],
 ["title", "Nostr Community Events"],
 ["a", "31923:<organizer-pubkey>:nostr-meetup-2026", "wss://relay.example.com"],
 ["a", "31922:<organizer-pubkey>:bitcoin-independence-day-2026"]
 ],
 "sig": "<calendar owner signature>"
}

Gebruikers kunnen meerdere kalenders bijhouden (persoonlijk, werk, community) en clients kunnen zich abonneren op kalenders van specifieke pubkeys. Agendagebeurtenissen kunnen een a-tag bevatten die verwijst naar een kalender om opname te verzoeken, wat collaboratief kalenderbeheer mogelijk maakt waarbij meerdere gebruikers bijdragen aan kalenders die ze niet bezitten.

RSVP’s gebruiken kind 31925, waarbij gebruikers hun aanwezigheidsstatus publiceren samen met een optionele vrij/bezet-indicator:

{
 "id": "<event hash>",
 "pubkey": "<attendee pubkey>",
 "created_at": 1739836800,
 "kind": 31925,
 "content": "Looking forward to it",
 "tags": [
 ["a", "31923:<organizer-pubkey>:nostr-meetup-2026", "wss://relay.example.com"],
 ["e", "<kind 31923 event id>", "wss://relay.example.com"],
 ["d", "<unique-rsvp-id>"],
 ["status", "accepted"],
 ["fb", "busy"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com"]
 ],
 "sig": "<attendee signature>"
}

Geldige status-waarden zijn “accepted”, “declined”, “tentative”, en de optionele fb-tag markeert de gebruiker als vrij of bezet voor die periode. RSVP-events refereren de a-tag van de agendagebeurtenis en bevatten de p-tag van de organisator, zodat de client van de organisator reacties over relays kan samenvoegen.

De D-tagtoevoeging:

Vóór de merge van deze week moesten clients die zochten naar events in een datumbereik alle events van een pubkey of kalender ophalen en aan de clientkant filteren. De nieuwe verplichte D-tag op tijdgebaseerde events (kind 31923) bevat een daggranulaire Unix-tijdstempel berekend als floor(unix_seconds / 86400). Meerdaagse events bevatten meerdere D-tags, één per dag. Relays kunnen events nu indexeren per dag en efficiënt reageren op gefilterde zoekopdrachten, waardoor wat eerder een clientfilterprobleem was nu een relay-indexzoekopdracht wordt.

{
 "id": "<event hash>",
 "pubkey": "<event creator pubkey>",
 "created_at": 1739836800,
 "kind": 31923,
 "content": "Monthly meetup for Nostr developers in Austin",
 "tags": [
 ["d", "nostr-meetup-2026"],
 ["title", "Nostr Developer Meetup"],
 ["summary", "Talks and demos from local Nostr builders"],
 ["image", "https://example.com/meetup-banner.jpg"],
 ["start", "1740067200"],
 ["end", "1740078000"],
 ["start_tzid", "America/New_York"],
 ["end_tzid", "America/New_York"],
 ["D", "20139"],
 ["location", "Bitcoin Commons, Austin TX"],
 ["g", "9v6knb2pg"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com", "host"],
 ["p", "<speaker-pubkey>", "wss://relay.example.com", "speaker"],
 ["t", "nostr"],
 ["t", "meetup"],
 ["r", "https://bitcoincommons.com"]
 ],
 "sig": "<event creator signature>"
}

De D-waarde 20139 is gelijk aan floor(1740067200 / 86400), waarmee dit event op 20 februari 2025 wordt geplaatst. Clients die zoeken naar “alle events deze week” sturen een filter met het bijbehorende D-bereik, en relays retourneren alleen overeenkomende events.

Ontwerpkeuzes:

NIP-52 laat terugkerende events bewust weg. De specificatie laat herhalingsregels (RRULE uit iCalendar) volledig buiten beschouwing en delegeert die complexiteit aan clients. Een organisator publiceert individuele events voor elke herhaling, waardoor het datmodel aan de relaykant eenvoudig blijft. Deelnemertags bevatten optionele rollen (“host”, “speaker”, “attendee”), en locatietags kunnen geohash-g-tags bevatten voor ruimtelijke zoekopdrachten naast voor mensen leesbare adressen.

Implementaties:

Flockstr is de primaire agendaclient gebouwd op NIP-52. Coracle toont agendagebeurtenissen in zijn sociale feed. De D-tagtoevoeging van deze week maakt relay-side temporele indexering mogelijk die beide clients kunnen gebruiken om bandbreedte te beperken bij het opvragen van events in een specifiek datumbereik.

Dat was het voor deze week. Iets aan het bouwen of nieuws te delen? Wil je dat we je project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #9

Wed, 11 Feb 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Mostro brengt zijn eerste publieke beta uit na drie jaar ontwikkeling en brengt P2P Bitcoin-handel naar mobiel via Nostr. OpenSats kent zijn zestiende golf Bitcoin-subsidies toe, waarbij Minibits Wallet verlenging ontvangt voor zijn Nostr-geintegreerde Cashu-wallet. Zapstore bereikt stabiele 1.0-release, de mijlpaal voor de gedecentraliseerde Android-appwinkel. Coracle 0.6.29 voegt topics en commentaar op highlights toe. Igloo Desktop v1.0.3 levert ingrijpende beveiligingsverharding voor Frostr threshold signing. Amber v4.1.2-pre1 migreert naar Flow-architectuur. Angor bereikt v0.2.5 met vernieuwde funding-UI en NIP-96 image server-configuratie. NostrPress lanceert als tool die Nostr-profielen omzet naar statische blogs. Antiprimal levert standaardconforme gateway die Primal’s proprietary cache server koppelt aan standaard Nostr NIPs. Primal Android merget 18 PR’s die de NWC-infrastructuur uitbreiden met dubbele wallet-ondersteuning, auditlogging en de lookup_invoice-methode. diVine levert API-first videofeeds. De Marmot TypeScript SDK splitst zijn referentie chatapp af naar aparte repo en begint de migratie naar ts-mls v2. De NIPs-repository merget HyperLogLog approximate counting voor NIP-45 en extraheert identity tags uit kind 0. Vitorpamplona opent meerdere voorstellen die kind 0 metadata-events systematisch afslanken. Nieuwe protocolvoorstellen omvatten Nostr Relay Connect voor NAT-traversal en Nostr Web Tokens voor ondertekende webclaims. De deep dives behandelen NIP-45’s nieuwe HyperLogLog approximate counting voor cross-relay eventmetrics en NIP-96’s HTTP-bestandsopslagprotocol, nu afgeraden ten gunste van Blossom, terwijl projecten de overgang tussen de twee mediastandaarden doorlopen.

Nieuws

Mostro Brengt Eerste Publieke Beta Uit

Mostro, de peer-to-peer Bitcoin-exchange op Nostr, bracht zijn mobiele app v1.1.0 uit, de eerste publieke beta na drie jaar ontwikkeling. De app maakt directe Bitcoin-handel mogelijk met Nostr voor ordercoordinatie en Lightning voor afwikkeling, zonder custodial tussenpersoon.

Push-notificaties met verbeterde achtergrondbetrouwbaarheid op Android vormen de kern van de release, samen met optioneel loggen waarmee diagnostische gegevens kunnen worden vastgelegd en gedeeld bij problemen, soepelere relay-updates door additieve initialisatie, en Fase 2 UI-verfijningen met internationaliseringsondersteuning. Beschikbaar op Zapstore en als directe GitHub-download.

Mostro voegt zich bij Shopstr en Plebeian Market in de categorie Nostr-native commerce-applicaties, met als onderscheid dat fiat-naar-Bitcoin exchangecoordinatie centraal staat. De onderliggende Mostro daemon handelt ordermatching en geschillenbeslechting af over Nostr relays.

OpenSats Zestiende Golf Bitcoin-Subsidies

OpenSats kondigde subsidies aan voor 17 open-sourceprojecten. De Nostr-relevante toekenning: Minibits Wallet, de Android Cashu-wallet met NIP-60 wallet event-ondersteuning en nutzap-integratie, ontving verlengingssubsidie. Minibits gebruikt Nostr events om ecash-tokenstatus op te slaan, waardoor wallet-backups draagbaar worden tussen apparaten door relay sync.

NostrPress: Nostr-Profiel naar Statische Blog

NostrPress (blog.besoeasy.com) zet Nostr-profielen om naar volledig statische blogs, deploybaar waar dan ook. Artikelen worden op Nostr gepubliceerd met willekeurige clients, waarna NostrPress uit die events vanzelf websites genereert, compleet met lokale media-hosting en RSS-feeds.

Gebouwd met Nunjucks-templating en JavaScript produceert NostrPress sites zonder platformvergrendeling. De gegenereerde output is puur HTML/CSS, geschikt voor elke statische bestandsserver, GitHub Pages, Netlify of persoonlijke VPS. De tool voegt zich bij Npub.pro en Servus voor wie Nostr-content wil omzetten naar traditionele websites.

Antiprimal: Standaardconforme Gateway naar Primal’s Cache

antiprimal (antiprimal.net), van Alex Gleason en het Soapbox-team, is de WebSocket-gateway die Primal’s proprietary cache server koppelt aan standaard Nostr-protocolberichten. Primal biedt functies als eventstatistieken en content-zoeken, plus Web of Trust-berekeningen over wss://cache.primal.net/v1, maar toegang vereist proprietary berichtformaat met niet-standaard cache-veld dat gewone Nostr-clients niet kunnen gebruiken. Antiprimal vertaalt standaard NIP-verzoeken naar Primal’s formaat en converteert de antwoorden terug.

Ondersteund worden NIP-45 COUNT-queries (reacties, antwoorden, reposts, zap-tellingen, volger-tellingen), NIP-50 zoeken, NIP-11 relay-informatie en NIP-85 Trusted Assertions voor Primal’s voorberekende Web of Trust-gegevens. Via begeleidende bot publiceert het project NIP-85 kind 30382 (gebruikersstatistieken) en kind 30383 (event engagement) events naar configureerbare relays. Gebouwd op TypeScript/Bun met de Nostrify-library telt de codebase 53 commits in zijn eerste drie dagen na oprichting op 6 februari en is live op antiprimal.net.

Ikaros: AI Agent Messaging Gateway voor Signal en Nostr

Ikaros, eveneens van het Soapbox-team, is de messaging-gateway die AI-agents in staat stelt te communiceren over zowel Signal als Nostr versleutelde DM’s. De bridge gebruikt het Agent Client Protocol (ACP) om willekeurige ACP-compatibele AI-codeassistenten te verbinden met echte berichtennetwerken. Drie pull requests vormen de initiële bouw.

De eerste, PR #1, implementeert volledige NIP-04 versleutelde DM-adapter met verzend/ontvangstondersteuning, responsbuffering met expliciete flush bij voltooiing, nsec- en hex-privesleutelformaten, multi-relay publishing met automatische herverbinding en interactieve setup-wizard. De adapter gebruikt nostr-tools v2.23.0 en updatet de ACP SDK naar v0.14.1.

Stil berichtverlies door sessie-update race condition is opgelost in PR #2: inkomende notificaties die arriveerden voordat registratie in de map was voltooid gingen stilletjes verloren, en de fix buffert die notificaties voor replay zodra registratie afrondt. Signal-gebruikers- en groepsnaam/UUID-metadata voor agent-interacties zijn toegevoegd in PR #3, zodat de AI-agent weet met wie die praat en in welke groep. Hiermee opent Ikaros nieuwe ontwerpruimte: AI-agents bereikbaar over Nostr DM’s die ook vanuit Signal benaderd kunnen worden, of andersom.

Kind 0 Afslankingscampagne

vitorpamplona opende meerdere PR’s met als voorstel de systematische extractie van gegevens uit kind 0 (gebruikersmetadata) events naar toegewijde event kinds. De campagne pakt groeiend probleem aan: kind 0 events hebben in de loop der tijd velden verzameld die de meeste clients niet gebruiken, waardoor elke profielfetch groter wordt dan nodig.

Gemerged is PR #2216, dat identity tags (i tags) verplaatst van kind 0 naar nieuwe kind 10011 omdat adoptie van die tags minimaal is gebleven. Verplaatsing van NIP-05-verificatie naar kind 10008 wordt voorgesteld in PR #2213, waardoor meerdere NIP-05-identifiers per gebruiker mogelijk worden en events gefilterd kunnen worden op NIP-05-adres. Extractie van Lightning-adressen (lud06/lud16) naar nieuwe kind wordt voorgesteld in PR #2217, zodat niet elk kind 0-event zap-gerelateerde velden meedraagt die alleen relevant zijn voor clients met Lightning-integratie.

De voorstellen hebben de bredere discussie over de structuur van kind 0 nieuw leven ingeblazen, waaronder PR #1770, het langlopende voorstel om geserializeerde JSON in kind 0 content te vervangen door gestructureerde tags.

NIP-70 Relay-Ondersteuning Kritiek voor Beveiliging Versleutelde Berichten

White Noise, de Marmot-implementatie, heeft kritiek hiaat geidentificeerd in relay-ondersteuning voor NIP-70 (Protected Events) en NIP-42 (Authentication). Uit tests bleek dat grote publieke relays waaronder Damus, Primal en nos.lol beschermde events ronduit afwijzen met blocked: event marked as protected-fouten, in plaats van de vereiste authenticatie-uitdaging te initiëren.

Daarmee breekt er beveiligingsfunctionaliteit: NIP-70 maakt veilige verwijdering van gebruikte MLS KeyPackages mogelijk en voorkomt “harvest now, decrypt later”-aanvallen. Protocollen voor versleutelde berichten kunnen hun gebruikers niet beschermen tegen toekomstig sleutelcompromis zolang relay-ondersteuning ontbreekt. White Noise heeft NIP-70 standaard uitgeschakeld als reactie, met optionele vlag voor wie wel ondersteunende relays heeft.

Oproep aan relay-operators: Implementeer de volledige NIP-42 authenticatieflow. Daag bij binnenkomst van beschermde events de client uit om eigenaarschap te bewijzen en accepteer vervolgens gevalideerde schrijfacties. Afwijzen van beschermde events zonder authenticatie breekt protocolbeveiligingsgaranties waarop versleutelde berichtenapplicaties vertrouwen.

Releases

Coracle 0.6.29

Coracle (coracle.social), hodlbod’s webclient, bracht 0.6.29 uit. De release voegt weergave van topics en commentaar op kind 9802 highlights toe. Lijstnavigatie geeft nu snelle toegang tot zelfsamengestelde lijsten vanuit de hoofd-UI. Onder de motorkap is Coracle geupgraded naar nieuwe versie van Welshman, de gedeelde Nostr-library die relaybeheer en eventafhandeling aandrijft. De standaard relay-lijst is vernieuwd en Glitchtip-foutregistratie is verwijderd uit de codebase.

Igloo Desktop v1.0.3

Igloo Desktop, de FROST-gebaseerde threshold signer en sleutelbeheer-applicatie, bracht v1.0.3 uit met uitgebreide beveiligingsverharding. IPC-validatie en Electron-isolatie bieden bescherming naast SSRF-bewuste relaychecks als verdediging tegen server-side request forgery. Vernieuwde onboarding- en share-importflows vereenvoudigen sleuteldistributie, relayplanning bevat nu normalisatie en prioriteitssamenvoeging, en preload-gebaseerde Electron API-architectuur verbetert de beveiligingsgrens tussen renderer en hoofdproces. Signer keep-alive handhaaft de stabiliteit van threshold signing-sessies, terwijl UX-verbeteringen de frictie van sleutelrestauratie verminderen.

Amber v4.1.2-pre1

Amber, de Android event signer, bracht v4.1.2-pre1 uit met fix voor de ontbrekende relay-vertrouwensscoreweergave uit v4.1.1 en oplossingen voor JSON-parsingproblemen bij niet-Nostr encrypt/decrypt-verzoeken. Het accountmodel migreert van LiveData naar Flow voor voorspelbaarder statusbeheer. Bunker secrets schakelen over naar volledige UUID’s en de release upgradet naar Gradle plugin 9.

Mostro Mobile v1.1.0 en Daemon v0.16.1

Zie de Nieuwssectie hierboven voor volledige coverage van de mobiele release. Aan de serverkant bracht de Mostro daemon v0.16.1 uit, met automatisch publiceren van NIP-01 kind 0 metadata bij opstart (PR #575), zodat de daemon nu zijn identiteit aankondigt aan het netwerk bij online komen. Documentatiefixes voor dev fee-berekening zijn ook meegenomen (PR #571).

Angor v0.2.5

Angor (angor.io), gedecentraliseerd P2P-fundingprotocol op Bitcoin en Nostr, bracht v0.2.5 uit met drie gemergde PR’s. De Funds-beheersectie (V2) is herontworpen in PR #649, met nieuwe interface voor individuele UTXO’s en investeringsposities. InvoiceView-herziening in PR #651 brengt bijgewerkte knopstijlen en sluitbare dialogen, plus nieuw “Copy Address”-commando met annuleringsondersteuning voor adresmonitoring en verbeterde investeringsflowafhandeling. Configureerbare NIP-96 (spec) image servers in instellingen komen in PR #652, zodat per project gekozen kan worden welk media-upload-endpoint afbeeldingen en documentatie afhandelt. v0.2.4 werd de week ervoor uitgebracht.

Ridestr v0.2.2 en v0.2.3

Ridestr, het gedecentraliseerde rideshare-platform vorige week behandeld, ging door met snelle iteratie in v0.2.2 (Bridge Payment Hotfix) en v0.2.3 na de v0.2.0 “RoadFlare Release.” De v0.2.2-hotfix lost bug op waarbij cross-mint Cashu bridge-betalingen ritten automatisch annuleerden terwijl de betaling nog werd verwerkt of uiteindelijk zou slagen, en voorkomt zo premature ritannulering bij tragere afwikkelingen. UI-flikkering en kapotte touch-hitboxes op de “mijn locatie”-knop zijn ook opgelost. v0.2.3 bevat extra bugfixes. Beide releases bevatten aparte APK’s voor Ridestr (passagiersapp) en Drivestr (chauffeursapp).

Nostr PHP 1.9.4

Nostr PHP (nostr-php.dev), de PHP-helperbibliotheek voor Nostr, bracht 1.9.4 uit met configureerbare timeout-eigenschap voor de request class (PR #106). Ontwikkelaars kunnen nu aangepaste timeoutduren instellen voor relay-verbindingen en berichtverzoeken, waardoor oneindig wachten wordt voorkomen bij niet-reagerende of trage relays.

Zapstore v1.0.0

Zapstore (zapstore.dev), de permissieloze Android-appwinkel op Nostr, bereikte zijn stabiele 1.0-releasemijlpaal na maanden van release candidates.

De 1.0-release bevat verbeteringen voor stabiliteit: installeerknopstatusafhandeling die ervoor zorgt dat de verwijderknop direct verschijnt na voltooiing en gebruiksvriendelijke foutmeldingen met uitklapbare technische details. De “Issue melden”-knop verstuurt versleutelde DM’s over Nostr met ephemeral keys. Verder: nieuw updatescherm met polling en batchtracking, betere download-watchdog voor vastgelopen transfers, dynamische limieten voor gelijktijdige downloads op basis van apparaatprestaties, frequentere synchronisatie van geinstalleerde packages en verbeterde versievergelijkingslogica. Het team loste kritiek flutter_secure_storage-probleem op en verbeterde de afhandeling van edge cases in de package manager.

De mijlpaal vertegenwoordigt de volwassenwording van Nostr’s eerste toegewijde appdistributieplatform, waarmee ontwikkelaars Android-applicaties direct aan gebruikers kunnen publiceren zonder gecentraliseerde appwinkel-gatekeeping.

ZSP v0.3.1

ZSP, de Go CLI-tool van het Zapstore-team die eerdere publishing-tooling vervangt voor ondertekenen en uploaden van Android-apps naar Nostr relays, bracht v0.3.1 uit. ZSP handelt APK-acquisitie af van GitHub, GitLab, Codeberg, F-Droid of lokale bestanden, parseert vervolgens metadata, ondertekent Nostr events (met privesleutel, NIP-46 bunker of NIP-07 browserextensie) en uploadt artefacten naar Blossom-servers. Volledige offline modus voor keystore-koppeling zonder netwerkverbinding is nieuw, naast Content-Digest-headers op Blossom-uploads voor protocolconformiteit, gefixte arm64-v8a APK-detectie van F-Droid-repositories, GitLab trailing query parameter-fixes en .env-bestandsondersteuning voor configuratie.

Damus iOS 1.17

Damus, de iOS Nostr-client, ging naar versie 1.17 (PR #3606). De release lost RelayPool-probleem op waarbij verbindingen sloten na ephemeral lease release (PR #3605), wat ertoe kon leiden dat abonnementen onverwacht wegvielen. Daarnaast is bug opgelost waarbij de favorietentijdlijn geen events toonde bij tabwisseling (PR #3603).

nak v0.18.3

nak, de Nostr army knife CLI, bracht v0.18.3 uit met drie stabiliteitsfixes: voorkomen van panic bij nil of te korte AUTH challenge tags en controleren van dateparser-fouten voordat de geparseerde waarde wordt gebruikt. Cashu mint-URL’s zonder ://-separator worden nu ook correct afgehandeld.

Mi: Browsergebaseerde Lokale Relay

Mi (mi.shakespeare.wtf), nieuwe Shakespeare MiniApp, is browsergebaseerde lokale relay die Nostr events archiveert in IndexedDB. Mi haalt profielen (kind 0), contactlijsten (kind 3), relay-lijsten (kind 10002) en wallet events op van verbonden relays en slaat ze lokaal op, waardoor offline toegang tot eigen gegevens ontstaat. Gebouwd met React en nostr-tools 2.15.0.

Agora v1.0.2

Agora (agora.spot), gedecentraliseerd activisme- en fondsenwervingsplatform van Soapbox, bracht v1.0.2 uit met Android APK beschikbaar voor directe installatie. Compass vermeldt Agora hier voor het eerst; de lancering was op 17 januari met de missieverklaring: “Sluit je aan bij de wereldwijde beweging voor vrijheid. Stuur steun naar activisten in het veld internationaal en neem deel aan lokale acties.”

Centraal staat wereldkaart waar gebruikers per land browsen, locatiegetagde “acties” aanmaken (protesten, campagnes, fondsenwerving, community-organisatie) en die bespreken in threaded comments. Alle content verspreidt zich over Nostr relays, zodat geen centrale server offline kan worden gehaald om coordinatie te onderdrukken. Agora ondersteunt meerdere talen met CI-afgedwongen vertalingspariteit, integreert Blossom mediaservers voor uploads en bevat zoeken, hashtagbrowsing met globale/regionale schakelaar, profielen en reactiesystemen. De v1.0.2-release is de huidige Android-build, beschikbaar als directe APK-download.

xonos v0.1.6

xonos, de experimentele 3D Nostr-client gebouwd met de Bevy game engine, bracht v0.1.6 uit. xonos rendert Nostr events in 3D ruimtelijke omgeving met text-to-speech-mogelijkheden, en verkent hoe sociale protocolgegevens zouden kunnen werken buiten conventionele 2D-interfaces.

Projectupdates

Primal Android Breidt NWC-Infrastructuur Uit

Primal Android mergede 18 PR’s, als vervolg op de NWC-uitbouw die vorige week begon. Ondersteuning voor NWC-verbindingen over beide wallets (Spark en extern) komt in PR #883, en de lookup_invoice NWC-methode voor betalingsstatuscontrole in PR #879.

NWC request-response auditlogging voor wallet-debugging is toegevoegd in PR #880. Multi-accountondersteuning voor PrimalNwcService in PR #877 stelt mensen met meerdere profielen in staat aparte wallet-verbindingen te behouden. Periodieke opruiming van verlopen budgetreserveringen in PR #882 voorkomt dat verouderde betalingsreserveringen wallet-operaties blokkeren.

UI-werk omvat herontwerp van wallet-upgradescherm (PR #889), wallet-upgrade FAQ (PR #885), Lightning-adresinstelling tijdens onboarding (PR #888), en fix voor zap-transacties die verschenen als reguliere betalingen voor niet-Lightning types (PR #887).

diVine Levert API-First Videofeeds

diVine, de korte-video-client, mergede 19 PR’s met verschuiving richting API-first architectuur. API-first videofeeds komen in PR #1468, met trending en recente API-endpoints plus home-feed in PR #1466. Specifieke videocontrollers worden geindexeerd in PR #1433 voor efficiente feedrendering.

Profielafhandeling verbeterde met cache-plus-fresh patroon in PR #1440, wat laadtijden verkort en tegelijk gegevensversheid waarborgt bij andermans profielen. Het team leverde ook notificatiefixes (PR #1437) en refactoring van de commentaarflow (PR #1431). Tabswiping op het notificatiescherm komt in PR #1388.

White Noise: Keyring-Unificatie en Zoekfunctie

De White Noise backend voor het Marmot-protocol mergede 4 PR’s. Twee daarvan verbeterden keyring-afhandeling: PR #468 maakt de keyring-service identifier configureerbaar via WhitenoiseConfig, en PR #475 unificeert de implementatie op enkele keyring-core crate met platformnative stores, ter vervanging van gefragmenteerde platformspecifieke code. Los daarvan voegt PR #470 zoekfunctionaliteit toe.

Marmot TS Splitst Referentie Chatapp Af

De Marmot TypeScript SDK (marmot-ts) mergede PR #40, die de ingebouwde referentie chatapplicatie verwijdert en afsplitst naar eigen repo: marmots-web-chat. Aangemaakt op 6 februari is de nieuwe repo referentie-implementatie met eigen CI-pipeline, tabbedchatweergave en onafhankelijk buildsysteem. Door de scheiding kan de SDK zich richten op library-taken terwijl de chatapp onafhankelijk aan UX itereert.

Open PR #41 migreert marmot-ts naar ts-mls v2.0.0, met herontworpen API met uniforme contextobjecten, nieuwe hulpprogramma’s voor berichtafhandeling (event creation, reading, deserialization), key package metadata-helpers en ondersteuning voor verwijderingsevents.

Alby Hub Updates

Alby Hub mergede 5 PR’s. De Alby CLI is toegevoegd aan de app store-interface in PR #2049. Afhandeling van ongeldige zap-gegevens in de transactielijst is opgelost in PR #2033, en de ongebruikte ListTransactions-methode is verwijderd uit de LNClient-interface in PR #2046.

Notedeck Levert Dashboard en Agentium

Notedeck, de cross-platform Nostr-client van Damus, mergede 6 PR’s. Initieel dashboard-app komt in PR #1247. Agentium, multi-agent ontwikkelomgeving die de Dave AI-assistent transformeert tot systeem met duale AI-modi en scenegebaseerd agentbeheer, is geintroduceerd in PR #1293. Meerregelige berichtensamensteller met Signal-achtige toetsenbindingen volgt in PR #1276, en mediaprestatieverbetering in PR #1278. Openstaande PR’s van belang zijn onder andere outbox-infrastructuur en NIP-34 Git App-planning.

Agora Levert Grote UI-Herziening

Agora mergede 7 PR’s naast de v1.0.2-release. Grootste is PR #106, dat 11 UI-taken afsluit over instellingen, profielbewerking, kaartinteracties, zoekresultaten, commentaarfiltering en Blossom-serverbeheer. De merge schakelde reactieknoppen uit voor niet-geauthenticeerde bezoekers (die eerder stille fouten kregen bij pogingen tot reageren op posts op de kaart), loste date-line kaartpanning op en voegde vetgedrukte overeenkomende tekst toe in zoekresultaten.

Commentaartellingen verschijnen nu onder feedposts en op threadpagina’s dankzij PR #108. Automatische herpoging bij mislukte eventbelading met expliciete herlaadknop bij uitgeputte pogingen komt in PR #107. Hashtagbrowsing is gewijzigd naar standaard globaal bereik in PR #104, aangezien de vorige landgerichte standaard vaak nul resultaten opleverde.

Vertalingspariteitcontrole over alle talen is als CI-stap toegevoegd in PR #109, waarbij de build faalt bij ontbrekende waarden. Lange notities in feeds worden afgeknipt in PR #110 om scrollritme te behouden, en iOS mobiel zoomprobleem bij reageren op acties is opgelost in PR #111, veroorzaakt door kleine lettergroottes.

Clawstr Levert CLI en Lightning Zap-Knoppen

Clawstr, het Reddit-geinspireerde platform waar AI-agents communities aanmaken en beheren op Nostr, mergede 3 PR’s. Handmatige nak-commando’s in AI-agent skill-definities zijn vervangen door nieuw @clawstr/cli-pakket (npx -y @clawstr/cli@latest) in PR #11, met eliminatie van handmatige JSON-eventconstructie ten gunste van CLI-commando’s plus wallet-operaties (init, balance, zap, npc) en NIP-50 full-text zoeken.

“For Humans”-documentatiepagina en ProfileZapDialog-component komen in PR #13. De zap-knop verschijnt op profielpagina’s voor wie Lightning-adres heeft geconfigureerd en werkt zonder inloggen, met directe LNURL-pay met vooraf ingestelde sats-bedragen en QR-codeweergave. In PR #12 is het wallet sync-commando gedocumenteerd, met uitleg hoe betalingen aan Lightning-adressen worden vastgehouden door NPC totdat agents expliciet hun wallets synchroniseren.

NIP-Updates

Recente wijzigingen aan de NIPs-repository:

Samengevoegd:

NIP-45: HyperLogLog Relay Response - NIP-45 (Event Counting) ondersteunt nu HyperLogLog (HLL) approximate counting. Relays kunnen 256-byte HLL-registerwaarden retourneren naast COUNT-responses. Door registers van meerdere relays te mergen berekenen clients bij benadering de cardinaliteit, zonder volledige eventsets te downloaden. Primair gebruik is het berekenen van volger- en reactietellingen zonder afhankelijkheid van enkele relay als gezaghebbende bron. Zelfs twee reactie-events verbruiken meer bandbreedte dan de 256-byte HLL-payload. HyperLogLog++-correcties zijn beschikbaar voor verbeterde nauwkeurigheid bij kleine cardinaliteiten.
NIP-39: Identity Tags Verplaatst uit Kind 0 - NIP-39 identity claim tags (i tags) zijn geextraheerd uit kind 0 metadata-events naar toegewijde kind 10011. Bijna geen clients ondersteunen die tags, waardoor ze omvang toevoegen aan elke kind 0-fetch zonder waarde te bieden. De eerste in reeks kind 0-extractie-PR’s van vitorpamplona (zie Nieuwssectie).

Open PR’s en Discussies:

NIP-XX: Nostr Relay Connect (NRC) - woikos stelt protocol voor om Nostr relays te benaderen door versleutelde tunneling over publieke rendezvous relay. Toegang tot relays achter NAT of firewalls wordt mogelijk, inclusief persoonlijke relays op thuisservers of mobiele apparaten. De tunneling gebruikt kind 24891/24892 events met NIP-44-encryptie over rendezvous relay die het verkeer niet kan ontcijferen. Praktische toepassing: elke Nostr-client kan lokale opslag (IndexedDB, SQLite) blootstellen als relay-endpoint voor cross-device sync. Standaard NIP-01 semantiek (REQ, EVENT, CLOSE, COUNT) gaat transparant door de tunnel. Referentie-implementaties bestaan in Go (ORLY Relay) en TypeScript (Smesh).
Nostr Web Tokens (NWT) - pippellia-btc stelt Nostr Web Tokens voor, Nostr event-formaat voor overdracht van ondertekende claims tussen webpartijen, geinspireerd door JSON Web Tokens (JWTs). NWT kan zowel NIP-98 (HTTP Auth) als Blossom autorisatie-events vertegenwoordigen, wat flexibiliteit geeft in hoe en hoe lang tokens geldig blijven. Referentie Go-library is beschikbaar. Video-uitleg en gedetailleerde vergelijking met NIP-98 en Blossom Auth zijn gelinkt in de PR.
NIP-47 Vereenvoudiging - rolznz stelt voor om de multi_-methoden te verwijderen uit NIP-47 (Nostr Wallet Connect), die complex waren om te implementeren en geen adoptie kregen. De PR vermindert ook duplicatie in encryptie en backward compatibility-afhandeling, en schoont de spec op na de hold invoice-toevoeging van vorige week.
NIP-05: Verplaatsen naar Eigen Event Kind - vitorpamplona stelt voor om NIP-05-verificatie van kind 0 te verplaatsen naar nieuwe kind 10008, waardoor meerdere NIP-05-identifiers per gebruiker mogelijk worden en filtering op NIP-05-adres. Onderdeel van de kind 0-afslankingscampagne.
NIP-57: Lightning-Adressen uit Kind 0 - vitorpamplona stelt voor lud06/lud16 (Lightning-adressen) te extraheren uit kind 0 naar toegewijd event kind volgens NIP-57, als vervolg op de kind 0-afslanking.
Profiel Hypercustomization - fiatjaf stelt uitgebreide profielaanpassingsmogelijkheden voor die verder gaan dan wat kind 0 momenteel ondersteunt.

NIP Deep Dive: NIP-45 (Event Counting) en HyperLogLog

NIP-45 (spec) definieert hoe clients relays kunnen vragen events te tellen die overeenkomen met filter, zonder de events zelf over te dragen. De merge van HyperLogLog-ondersteuning voegt probabilistische datastructuur toe die fundamenteel probleem oplost: tellen over meerdere onafhankelijke relays.

Het Probleem:

Events tellen op enkele relay is eenvoudig: stuur COUNT-verzoek, krijg getal terug. Over het netwerk tellen is moeilijker. Meldt relay A 50 reacties en relay B 40, dan is de som niet 90 omdat veel events op beide relays bestaan. Werkelijk aantal is onberekenbaar zonder downloaden en dedupliceren van de volledige eventsets.

HyperLogLog:

HyperLogLog (HLL) is probabilistisch algoritme dat unieke elementen in verzameling schat met vaste hoeveelheid geheugen. De NIP-45-implementatie gebruikt 256 registers van elk byte, wat precies 256 bytes verbruikt ongeacht hoeveel events worden geteld. De werking berust op onderzoek van de binaire representatie van elke event ID, waarbij de positie van de leidende nullen wordt bijgehouden. Events waarvan de ID’s beginnen met veel nullen zijn statistisch zeldzaam, dus hun voorkomen duidt op grote verzameling.

Werking in NIP-45:

Relays die reageren op COUNT-verzoek kunnen hll-veld bevatten met base64-gecodeerde registerwaarden:

["COUNT", "<subscription_id>", {"count": 4527, "hll": "<base64 encoded 256 bytes>"}]

De client verzamelt HLL-waarden van meerdere relays en merget die door de maximumwaarde op elke registerpositie te nemen. Gemergede HLL vertegenwoordigt de unie van eventsets over relays, met automatische deduplicatie. De uiteindelijke cardinaliteitsschatting wordt berekend uit de gemergede registers.

Nauwkeurigheid:

Met 256 registers is de standaardfout ongeveer 5,2%. Voor werkelijk aantal van 1.000 valt de schatting typisch tussen 948 en 1.052. Bij grotere aantallen blijft de relatieve fout constant: werkelijk aantal van 100.000 schat op ruwweg 94.800-105.200. HyperLogLog++-correcties verbeteren de nauwkeurigheid voor kleine cardinaliteiten (onder ~200), waar het basisalgoritme de neiging heeft om te overschatten.

Waarom Dit Ertoe Doet:

Sociale metrics (volger-tellingen, reactietellingen) zijn kernfunctie van sociale media-apps. Zonder HLL moeten ze ofwel enkele “vertrouwde” relay bevragen (wat het tellen centraliseert) of events van iedere relay downloaden (wat bandbreedte verspilt). HLL levert goede benaderende telling van meerdere relays met totale overhead van 256 bytes per relay, ongeacht het werkelijke aantal. Zelfs twee reactie-events verbruiken meer bandbreedte dan volledige HLL-payload.

De spec fixeert het aantal registers op 256 voor interoperabiliteit. Iedere relay produceert HLL-waarden die clients kunnen mergen, ongeacht welke relay-implementatie ze draaien. Die standaardisatie betekent dat eenmalige HLL-implementatie volstaat om te profiteren van elke relay die het ondersteunt.

Huidige Status:

Geopend door fiatjaf en maanden in discussie, is de PR nu gemerged. Relay-implementaties zullen HLL-berekening moeten toevoegen aan hun COUNT-handlers. Client-implementaties moeten HLL-merging inbouwen in hun count-aggregatielogica.

NIP Deep Dive: NIP-96 (HTTP-Bestandsopslag) en de Transitie naar Blossom

NIP-96 (spec) definieerde hoe Nostr-clients bestanden uploaden, downloaden en beheren op HTTP-mediaservers. Nu gemarkeerd als “afgeraden” ten gunste van Blossom (BUD-gebaseerde media-hosting), blijft NIP-96 relevant omdat Angor v0.2.5 NIP-96 serverconfiguratie toevoegde en ZSP v0.3.1 uploadt naar Blossom-servers, wat protocoltransitie in uitvoering illustreert.

Werking van NIP-96:

Via /.well-known/nostr/nip96.json ontdekt de client de mogelijkheden van bestandsserver, met API-URL, ondersteunde contenttypes, groottelimieten en beschikbare mediatransformaties:

{
 "api_url": "https://file-server.example/api",
 "download_url": "https://cdn.example/files",
 "content_types": ["image/jpeg", "video/webm", "audio/*"],
 "plans": {
 "free": {
 "is_nip98_required": true,
 "max_byte_size": 10485760,
 "media_transformations": {
 "image": ["resizing"]
 }
 }
 }
}

Voor uploads stuurt de client multipart/form-data POST naar de API-URL met NIP-98 autorisatieheader (ondertekend Nostr event dat de identiteit van de uploader bewijst). De server retourneert NIP-94 bestandsmetadatastructuur met bestands-URL, originele en getransformeerde SHA-256-hashes, MIME-type, afmetingen en meer:

{
 "status": "success",
 "nip94_event": {
 "tags": [
 ["url", "https://cdn.example/files/<hash>.png"],
 ["ox", "<original-file-hash>"],
 ["x", "<transformed-file-hash>"],
 ["m", "image/png"],
 ["dim", "800x600"]
 ]
 }
}

Downloads gebruiken GET-verzoeken naar <api_url>/<sha256-hash>, met optionele queryparameters voor serverside transformaties zoals beeldverkleining (?w=320). Verwijdering gebruikt DELETE met NIP-98 auth, en alleen de oorspronkelijke uploader kan zijn bestanden verwijderen. Bestandslijstendpoint retourneert gepagineerde resultaten van uploads per gebruiker.

Met kind 10096 events geven gebruikers hun voorkeur-uploadservers aan, zodat clients automatisch de juiste server selecteren zonder handmatige configuratie.

Reden voor Afkeuring:

NIP-96 koppelde bestands-URL’s aan specifieke servers. Viel files.example.com uit, dan verloor elke Nostr-notitie die verwees naar die URL’s zijn media. De server was het adres, en dat adres was fragiel.

Blossom (Blobs Stored Simply on Mediaservers) keert dat om door de SHA-256-hash van de bestandsinhoud tot canonieke identifier te maken. Blossom-URL’s hebben de vorm https://blossom.example/<sha256>.png, maar elke Blossom-server die hetzelfde bestand host serveert het op hetzelfde hashpad. Verdwijnt de ene server, dan bevragen clients gewoon andere server voor dezelfde hash. Content addressing maakt gegevens standaard draagbaar over servers.

Blossom vereenvoudigt ook de API. NIP-96 gebruikte multipart form-uploads met JSON-responses en transformatiebeleid, plus discovery-endpoint. Blossom gebruikt plain PUT voor uploads en GET voor downloads, met ondertekende Nostr events (geen HTTP-headers) voor autorisatie. De Blossom-specificatie is opgesplitst in modulaire documenten: BUD-01 behandelt serverprotocol, autorisatie en ophalen, BUD-02 behandelt blob-upload, BUD-03 behandelt servers en BUD-04 behandelt mirroring tussen servers.

De afkeuring vond plaats in september 2025 met PR #2047, die NIP-96 markeerde als “afgeraden” in de NIPs-index.

Transitie in de Praktijk:

Servers als nostr.build en void.cat ondersteunden NIP-96 en hebben Blossom-endpoints toegevoegd of zijn ernaar gemigreerd. Angor’s v0.2.5-release voegde NIP-96-serverconfiguratie toe voor projectafbeeldingen, terwijl ZSP’s v0.3.1-release artefacten exclusief naar Blossom-servers uploadt met Content-Digest-headers voor protocolconformiteit. Amethyst en Primal ondersteunen Blossom-uploads. De co-existentie zal waarschijnlijk voortduren totdat de overgebleven NIP-96-implementaties hun migratie voltooien.

Wat Behouden Blijft:

Kind 10096 servervoorkeur-events blijven nuttig voor Blossom-serverselectie. NIP-94 bestandsmetadata (kind 1063 events) beschrijft bestandseigenschappen ongeacht welk uploadprotocol ze heeft aangemaakt. De SHA-256-hashing die NIP-96 gebruikte voor download-URL’s werd de basis van Blossom’s content addressing. NIP-96’s ontwerp informeerde wat Blossom vereenvoudigde: de les was dat mediahosting op gedecentraliseerd netwerk content-addressed opslag vereist om te passen bij de censuurbestendigheid van de relay-laag.

Dat was het voor deze week. Iets aan het bouwen of nieuws te delen, neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #8

Wed, 04 Feb 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: rust-nostr levert een grote API-herontwerp met 21 PR’s die de architectuur van de SDK herzien. Nostria 3.0 lanceert met dual pane navigatie, lijstbeheer en een complete UI-herziening. Vector voegt SIMD-versnelling toe met 65x-184x snelheidswinst en levert Marmot-protocolondersteuning voor versleutelde groepsberichten. Frostr brengt threshold signing naar iOS via TestFlight. Damus implementeert NIP-19 (Bech32 Gecodeerde Entiteiten) relay hints voor cross-relay content discovery. Primal Android voegt NWC-encryptie en wallet-transactie-exports toe. nostr-tools en NDK ontvangen betrouwbaarheidsverbeteringen. NIP-82 (Software Applications) breidt uit naar 98% van apparaatplatforms. De NIPs-repository merget hold invoice-ondersteuning voor NIP-47 (Nostr Wallet Connect). Nieuwe protocolvoorstellen omvatten NIP-74 voor podcasting, NIP-DB voor browser event databases, en een TRUSTed Filters-suite voor gedecentraliseerde contentcuratie. Nieuwe projecten zijn Instagram to Nostr v2 voor contentmigratie, Pod21 die een gedecentraliseerde 3D-printmarktplaats lanceert, Clawstr die AI agent-beheerde communities introduceert, en Shosho en NosCall die livestreaming en videobellen uitbreiden.

Nieuws

rust-nostr Levert Grote API-Herontwerp

De rust-nostr SDK onderging deze week een significante architectuurherziening met 21 gemerged PR’s die breaking changes introduceren door de hele library. Het herontwerp raakt kern-API’s waar de meeste Rust-ontwikkelaars op vertrouwen.

PR #1245 herontwerpt notificatie-API’s, terwijl PR #1244 RelayNotification::Shutdown vervangt door RelayStatus::Shutdown voor schonere state handling. De signer-API’s sluiten nu aan bij andere SDK-patronen via PR #1243. Client- en Relay-methodes kregen opschoning in PR #1242, en client options gebruiken nu een builder pattern (PR #1241).

Bericht-verzend-API’s werden herontworpen in PR #1240, REQ-uitschrijving in PR #1239, en relay-verwijdering in PR #1229. Een open PR #1246 voegt ondersteuning toe voor blocking API’s om het herontwerp af te ronden.

De wijzigingen brengen consistentie naar de SDK maar vereisen migratie-inspanning van bestaande projecten. Ontwikkelaars die bouwen op rust-nostr moeten de changelog zorgvuldig doornemen voor upgraden.

Instagram to Nostr v2 Maakt Contentmigratie Mogelijk

Een nieuwe tool stelt creators in staat om hun bestaande content te migreren van gecentraliseerde platforms naar Nostr. Instagram to Nostr v2 ondersteunt importeren van Instagram, TikTok, Twitter en Substack zonder toegang tot de private keys van de gebruiker te vereisen.

De tool adresseert een veelvoorkomende onboardingbarrière: gebruikers die aarzelen om opnieuw te beginnen op een nieuw platform kunnen nu hun contentgeschiedenis behouden. Het ondersteunt ook het schenken van Nostr-accounts aan nieuwe gebruikers of het voorstellen van content aan bestaande accounts, wat het bruikbaar maakt om anderen te helpen overstappen naar het protocol.

Pod21: Gedecentraliseerd 3D-Printnetwerk

Pod21 (pod21.com) verbindt 3D-printeroperators met kopers via Nostr voor marktplaatscoördinatie. Het platform bevat een NIP-17 (Privéberichten)-compatibele DM-bot die marktplaatsinteracties afhandelt, waardoor kopers prints kunnen aanvragen en onderhandelen met makers via versleutelde directe berichten.

Makers vermelden hun printcapaciteit en mogelijkheden; kopers bladeren door listings en initiëren orders via de bot. De architectuur volgt een vergelijkbaar patroon als andere Nostr-commerceapplicaties: relay-gebaseerde ontdekking, versleutelde berichten voor ordercoördinatie en Lightning voor afwikkeling. Pod21 voegt zich bij Ridestr en Shopstr als Nostr-applicaties die real-world transacties coördineren via het protocol.

Clawstr: AI Agent Sociaal Netwerk

Clawstr lanceert als een Reddit-geïnspireerd platform waar AI-agents communities creëren en beheren op Nostr. Het platform stelt autonome agents in staat om thematische communities op te zetten, content te cureren en met gebruikers te interacteren. Communities functioneren als subreddits maar met AI-moderators en -curators die discussies begeleiden. De architectuur gebruikt Nostr’s open protocol voor agent-to-agent en agent-to-human interacties, wat een nieuw model vestigt voor communityvorming op gedecentraliseerde sociale media.

Releases

Ridestr v0.2.0: RoadFlare Release

Ridestr leverde v0.2.0, genaamd de “RoadFlare Release,” met persoonlijke rideshare-netwerken. De feature laat passagiers favoriete chauffeurs toevoegen aan een vertrouwd netwerk. Chauffeurs keuren volgers goed en delen versleutelde locaties, waardoor passagiers kunnen zien wanneer vertrouwde chauffeurs online en in de buurt zijn. Ritaanvragen gaan direct naar bekende chauffeurs.

Betalingsbetrouwbaarheid verbeterde met automatisch escrow-herstel, betere wallet-sync tussen apparaten en snellere betalingsverwerking via progressive polling. PR #37 voegt de Fase 5-6 infrastructuur toe die deze features ondersteunt. v0.2.1 volgde met hotfixes voor betalingsdialoog-bugs en de “Toevoegen aan Favorieten”-flow na de rit.

Nostria 3.0

Nostria, sondreb’s cross-platform client gebouwd voor wereldwijde schaal, leverde versie 3.0 met een complete UI-herziening, nieuw logo en honderden fixes. De release vertegenwoordigt een intensieve zes-weken ontwikkelcyclus.

Dual pane navigatie is de grootste UX-wijziging, waardoor desktopgebruikers minder hoeven te wisselen tussen lijsten, details en threads. Een nieuwe Home-sectie biedt een overzicht van alle beschikbare features, en alle schermen delen een uniforme toolbar, layout en functionaliteit.

Lijstbeheer is de meest significante feature-update, geïntegreerd door de hele applicatie. Gebruikers kunnen profiellijsten beheren en content filteren in elke feature: Streams, Music of Feeds. Last van spam in threads? Filter op favorieten om alleen hun replies te zien. Quick Zaps voegt one-tap zapping toe met configureerbare waarden. Copy/Screenshot genereert clipboard-screenshots voor het delen van events overal. Muted Words filtert nu op profielvelden (name, display_name, NIP-05), waardoor gebruikers alle gebridgede profielen kunnen blokkeren met een enkel geblokkeerd woord. Settings werd doorzoekbaar voor snellere configuratiewijzigingen.

De release voegt BOLT11 en BOLT12 betalingsverzoek-rendering toe, tekstgrootte- en lettertypeselectie, en “Note-to-Self”-berichten in de Messages-sectie met rendering van gerefereerde content zoals artikelen en events. De nieuwe Share-dialoog maakt snel delen mogelijk via e-mail, websites of directe berichten naar meerdere ontvangers. Extra features zijn aangepaste emoji-sets, Interests (hashtag-lijsten als dynamische feeds), Bookmarks, Public Relay Feeds en volledige menu-aanpassing inclusief welke optie het Nostria-icoon opent.

Beschikbaar op Android, iOS, Windows en web op nostria.app.

Applesauce v5.1.0

hzrd149’s Applesauce library-suite releasede v5.1.0 over alle packages. applesauce-signers voegt ondersteuning toe voor switch_relays en ping methodes op Nostr Connect remote signers, bruikbaar voor het programmatisch beheren van signer-verbindingen. applesauce-loaders introduceert loadAsyncMap voor parallel async laden. applesauce-react voegt padding-argumenten toe aan useAction().run(). applesauce-core updatet event-to-store mapping om strings direct te verwerken zonder onlyEvents te vereisen.

nak v0.18.3

fiatjaf’s nak (Nostr Army Knife) bereikte v0.18.3 met stabiliteitsfixes van mattn. De release voorkomt panics wanneer mint-URL’s de :// separator missen, valideert dateparser-fouten voor het gebruiken van datumwaarden, en handelt edge cases af in AUTH challenge tag parsing. Deze defensieve fixes maken de CLI robuuster bij het verwerken van malformed inputs.

Aegis v0.3.7

Aegis, de cross-platform desktop signer, leverde v0.3.7 met Nostr App Browser-ondersteuning met NIP-07 (Browser Extension Interface) signing. De release registreert NIP-04 (Versleutelde Directe Berichten) en NIP-44 (Versioned Encryption) encryptie-events, waardoor gebruikers kunnen tracken welke applicaties encryptie-operaties aanvragen. Het browser-segment filtert nu op platform om alleen web-apps te tonen.

Bitchat v1.5.1 (iOS)

Bitchat, de offline-capable messaging app die Nostr en Bluetooth mesh gebruikt, releasede v1.5.1 met iOS-beveiligingsverharding. PR #1012 valideert Nostr event-handtekeningen voor verwerking, verwerpt ongeldige giftwraps en embedded packets, capt oversized payloads en blokkeert gespoofde BLE announce sender ID’s. PR #998 fixt iOS BLE mesh-authenticatie door sender ID’s te binden aan connection UUID’s, wat identiteitsspoofing in het mesh-netwerk voorkomt. PR #972 voegt notificatie rate limiting toe om peer discovery floods te voorkomen wanneer meerdere mesh-apparaten in de buurt zijn.

KeyChat v1.39.2

KeyChat releasede v1.39.2 met NIP-47 Nostr Wallet Connect-ondersteuning via PR #148. Gebruikers kunnen nu externe Lightning-wallets verbinden voor betalingen binnen de messaging-app. De release voegt ook macOS desktop-notificaties toe.

Nostrmo v3.5.0

Nostrmo, de cross-platform Flutter-client, leverde v3.5.0 met een herziening van het feedsysteem. De update vervangt vaste feeds door aanpasbare alternatieven: General Feed, Mentioned Feed en Relay Feed, elk configureerbaar via nieuwe bewerkingspagina’s. De release implementeert outbox-modelondersteuning voor betere event-routing en breidt lokale relay-functionaliteit uit met configureerbare groottelimieten en abonnementsondersteuning.

Shosho v0.11.1

Shosho, de livestreaming-app voor Nostr, releasede v0.11.1 met opname- en VOD-mogelijkheden. De update voegt room presence-indicatoren toe die tonen wie streams bekijkt, threaded chat-conversaties voor betere discussie-organisatie, en Nostr Connect-ondersteuning op iOS via NIP-46. Streamers kunnen nu hun uitzendingen opslaan voor later bekijken terwijl ze realtime chatinteracties met hun publiek behouden.

NosCall v0.5.0

NosCall, de audio- en videobel-app voor Nostr, leverde v0.5.0 met contactgroepen voor het organiseren van gesprekken per categorie, relaybeheer voor verbindingsoptimalisatie en configureerbare ICE-serverinstellingen voor verbeterde NAT-traversal. De release voegt ook dark mode-ondersteuning toe. NosCall gebruikt Nostr voor call signaling en coördinatie, wat peer-to-peer gesprekken mogelijk maakt zonder gecentraliseerde servers.

diVine 1.0.4

diVine, rabble’s korte-video-client met looping, releasede 1.0.4 als Android pre-release alpha voorafgaand aan de Zapstore-indiening. De release richt zich op het testen van Nostr-sleutelbeheer, inclusief nsec-import, NIP-46 (Nostr Connect) remote signing met nsecBunker en Amber, en nostrconnect:// URL-handling. Het team vraagt feedback over relay-compatibiliteit en video-interoperabiliteit met andere clients. PR #1265 fixt iOS-bestandspadafhandeling die videoclips onbruikbaar maakte na app-updates door relatieve paden op te slaan in plaats van absolute containerpaden. PR #1251 fixt navigatieproblemen bij het bekijken van profielen vanuit reacties.

Zeus v0.12.2

Zeus leverde v0.12.2 als stabiele release, die de NWC-fixes behandeld in vorige edities consolideert.

Frostr Igloo iOS TestFlight

Frostr (frostr.org) lanceerde Igloo voor iOS op TestFlight, wat threshold signing uitbreidt naar Apple-apparaten. Frostr gebruikt FROST (Flexible Round-Optimized Schnorr Threshold) handtekeningen om nsec-sleutels op te splitsen in shares verdeeld over apparaten, wat k-of-n signing met fouttolerantie mogelijk maakt. Gebruikers die in “demo mode” meedoen nemen deel aan een live 2-of-2 threshold signature experiment, wat de realtime coördinatiemogelijkheden van het protocol demonstreert. De iOS-release voegt zich bij Igloo voor Android (v0.1.2), die in december werd geleverd met NIP-55 (Android Signer)-ondersteuning voor cross-app signing requests. Beide mobiele clients complementeren Igloo desktop en de Frost2x browser-extensie.

Projectupdates

Damus Implementeert NIP-19 Relay Hints

Damus mergede PR #3477, die NIP-19 relay hint-consumptie implementeert voor event-fetching. De feature maakt het bekijken van notities mogelijk op relays die niet in de geconfigureerde pool van de gebruiker zitten door hints te extraheren uit NIP-10 (Reply Threads), NIP-18 (Reposts) en NIP-19-referenties. De implementatie gebruikt efemere relay-verbindingen met reference-counted cleanup, waarmee permanente relay pool-uitbreiding wordt vermeden.

Aanvullende fixes omvatten Lightning invoice-parsing (PR #3566), wallet view-laden (PR #3554), relay list-timing (PR #3553), en profiel-preloading om visueel “poppen” te verminderen (PR #3550). Een draft PR #3590 toont NIP-17 privé-DM-ondersteuning in ontwikkeling.

Primal Android Levert NWC-Encryptie

Primal Android had een zeer actieve week met 18 gemerged PR’s gericht op wallet-infrastructuur. De app integreert nu met Spark, Lightspark’s self-custodial Lightning-protocol. PR #874 voegt NWC-encryptie-ondersteuning toe, terwijl PR #872 NWC info-events verstuurt wanneer verbindingen tot stand komen.

PR #870 maakt CSV-export voor wallet-transacties mogelijk, bruikbaar voor boekhoud- en belastingdoeleinden. PR #716 voegt een lokale accountwisselaar toe in de Note Editor. Meerdere wallet-herstelfixes (PR #876, PR #875, PR #873) adresseren edge cases voor gebruikers met niet-Spark wallet-configuraties.

Marmot TypeScript SDK Voegt Berichtgeschiedenis Toe

De TypeScript-implementatie van het Marmot-protocol zet ontwikkeling voort. PR #38 door hzrd149 implementeert berichtgeschiedenis-persistentie met paginering voor de referentie chatapplicatie, terwijl PR #39 de library-ergonomie verbetert.

Aan de Rust-kant implementeert PR #161 herhalbare state-handling om berichtcontext te behouden bij falen, en PR #164 schakelt over naar std::sync::Mutex om tokio-panics met SQLite te vermijden. De whitenoise-rs backend voegt Amber-integratie toe (PR #418), upgradet naar MDK en nostr-sdk 0.44 (PR #467), en introduceert realtime notification streaming via PR #460 met NewMessage en GroupInvite event types.

HAVEN Voegt Periodieke WoT-Refresh Toe

HAVEN, de persoonlijke relay, mergede PR #108 met periodieke Web of Trust-refresh. De feature zorgt ervoor dat vertrouwensscores actueel blijven naarmate de sociale grafieken van gebruikers evolueren, wat de nauwkeurigheid van spamfiltering verbetert.

nostr-tools

nostr-tools, de kern JavaScript-library, ontving meerdere verbeteringen deze week. Commits omvatten een fix voor hashtag-parsing na newlines in NIP-27 (Tekstnotitiereferenties) mentions, automatische pruning van kapotte relay-objecten met idle tracking voor verbindingsopruiming, verwijdering van message queue voor single-threaded prestatieoptimalisatie, en source file exports voor betere TypeScript-imports.

NDK

NDK leverde beta.71 met een fix voor reconnection na device sleep/wake-cycli en stale connection handling, wat betrouwbaarheidsproblemen voor mobiele applicaties aanpakt.

Notedeck

Notedeck, de desktopclient van het Damus-team, heeft een open PR #1279 die een NIP-34 (Git-samenwerking) viewer toevoegt. Dit zou het browsen van git-repositories, patches en issues gepubliceerd op Nostr relays direct binnen de client mogelijk maken, wat Notedeck een potentiële front-end maakt voor ngit-gebaseerde workflows.

njump

njump, de Nostr web-gateway, voegde ondersteuning toe voor twee NIP-51 (Lists) event types via PR #152. De gateway rendert nu kind:30000 Follow Sets, die gecategoriseerde groeperingen van gebruikers zijn die clients in verschillende contexten kunnen weergeven, en kind:39089 Starter Packs, die gecureerde profielcollecties zijn ontworpen voor delen en groepsvolgen. Deze toevoegingen laten njump community-gecureerde lijsten weergeven wanneer gebruikers nevent-links delen.

Amethyst

Amethyst, de Android-client, fixte een bug die het delen van video’s vanuit de speler-weergave verhinderde (PR #1695). De “Video delen”-optie verscheen niet omdat de content-parameter niet werd doorgegeven aan de controleknoppencomponent. Gebruikers kunnen nu Nostr-videocontent delen naar andere apps direct vanuit de speler. PR #1693 fixt Jackson JSON-deserialisatiecrashes die optraden bij het parsen van bepaalde malformed events.

Jumble

Jumble, de webclient gericht op relay feed-browsen, voegde audiobestand-uploads via clipboard toe in PR #743. Gebruikers kunnen nu audiobestanden direct in de post-editor plakken, die ze uploadt naar geconfigureerde media-servers en de URL inbedt in de notitie. De feature weerspiegelt bestaande image paste-functionaliteit.

Flotilla

Flotilla, hodlbod’s NIP-29 (Relay-Based Groups) communities-client, leverde notificaties via PR #270. De update refactort het alertsysteem van anchor-based polling naar lokale pull-notificaties voor web en push-notificaties voor mobiel. De architectuur implementeert de voorgestelde NIP-9a standaard (zie PR #2194 hieronder), waarbij gebruikers webhook-callbacks registreren bij relays en versleutelde event-payloads ontvangen wanneer filters matchen.

Formstr

Formstr, de Nostr-native formulieren-applicatie, voegde formulier-import en versleutelde formulier-ondersteuning toe in PR #422. Gebruikers kunnen nu bestaande formulieren importeren via een antwoordlink of andere Formstr-instanties. De encryptiefunctie stelt formuliercreators in staat om antwoorden te beperken zodat alleen aangewezen ontvangers inzendingen kunnen lezen, bruikbaar voor enquêtes die gevoelige informatie verzamelen.

Pollerama

Pollerama (pollerama.fun), gebouwd op nostr-tools, voegde NIP-17 DM-delen voor polls toe via PR #141 en PR #142. Gebruikers kunnen nu polls direct naar contacten delen via versleutelde directe berichten.

Nostrability Schemata

Nostrability schemata, de JSON-verificatieschema-collectie voor Nostr events, voegde NIP-59 (Gift Wrap)-dekking toe via PR #59. De update bevat schema’s voor kind 13 (seal) en kind 1059 (gift wrap) events, als aanvulling op bestaande NIP-17 schema-dekking.

Vector

Vector, de privacy-gerichte desktop messenger die NIP-17, NIP-44 en NIP-59 gebruikt voor zero-metadata encryptie, mergede PR #39 met SIMD-versnelde prestatieoptimalisaties. Hex-encoding draait 65x sneller, image preview-generatie tot 38x sneller, en bericht-lookups 184x sneller via binary search-indexering. De PR voegt ARM64 NEON intrinsics toe voor Apple Silicon en x86_64 AVX2/SSE2 met runtime-detectie voor Windows en Linux. Geheugengebruik daalde met berichtstructs gereduceerd van 472 naar 128 bytes en npub-opslag 99,6% verminderd door interning.

Vector v0.3.0 (december 2025) integreerde MDK (Marmot Development Kit) voor MLS protocol-gebaseerde groepsberichten, wat end-to-end versleutelde groepen met forward secrecy naar de client bracht. MIP-04 file sharing handelt nu imeta-attachments af voor MLS-groepen, ontworpen voor interoperabiliteit met White Noise. De release introduceerde ook een Mini Apps-platform met WebXDC-gebaseerde P2P multiplayer games, een gedecentraliseerde app store genaamd The Nexus, PIVX wallet-integratie voor in-app betalingen, berichtbewerking met volledige geschiedenistracking, en 4x geheugenverlaging tijdens image-uploads.

NIP-Updates

Recente wijzigingen aan de NIPs-repository:

Gemerged:

NIP-47: Hold Invoice-ondersteuning - NIP-47 (Nostr Wallet Connect) ondersteunt nu hold invoices, wat geavanceerde betalingsworkflows mogelijk maakt waarbij ontvangers betalingen expliciet moeten settlen of annuleren. De PR voegt drie nieuwe RPC-methodes toe: make_hold_invoice creëert een hold invoice met een vooraf gegenereerde preimage en payment hash, settle_hold_invoice claimt betaling door de originele preimage te verstrekken, en cancel_hold_invoice verwerpt betaling met zijn payment hash. Een nieuwe hold_invoice_accepted notificatie vuurt wanneer een betaler betaling vergrendelt. Dit maakt use cases mogelijk zoals pay-to-unlock content, marketplace escrow-systemen en payment gating. Implementaties zijn al onderweg in Alby Hub, Alby JS-SDK en dart NDK.
NIP-05: Lowercase-vereiste - NIP-05 (Domeinverificatie) vereist nu expliciet lowercase voor zowel hex publieke sleutels als lokale namen in het nostr.json bestand. Dit was impliciet in de spec maar niet vermeld, wat interoperabiliteitsproblemen veroorzaakte wanneer sommige implementaties mixed case gebruikten terwijl andere normaliseerden naar lowercase. Clients die NIP-05 identifiers valideren moeten nu alle nostr.json responses verwerpen die uppercase karakters bevatten in keys of namen.
NIP-73: Landcodes - NIP-73 (Geotags) ondersteunt nu ISO 3166 landcodes als alternatief voor geohashes. Events kunnen ["g", "US", "countryCode"] tags bevatten om locatie op landniveau aan te geven zonder precieze coördinaten te vereisen. Dit maakt contentfiltering en -ontdekking op landbasis mogelijk voor applicaties waar exacte locatie onnodig of ongewenst is. De PR voegde ook een ontbrekend geohash-voorbeeld toe aan de spec-documentatie.

Open PR’s en Discussies:

NIP-82: Software Applications - franzap kondigde een grote update aan voor deze conceptspecificatie, die definieert hoe softwareapplicaties worden gedistribueerd via Nostr met kind 30063 release events. De update dekt nu ongeveer 98% van apparaatplatforms wereldwijd, inclusief macOS, Linux, Windows, FreeBSD, WASM-omgevingen, VS Code-extensies, Chrome-extensies en Web Bundles/PWA’s. Het team richt zich vervolgens op Android-, PWA- en iOS-ondersteuning, en nodigt ontwikkelaars uit om te convergeren op deze gedeelde standaard. Zapstore plant om in de komende weken te migreren naar het nieuwe formaat.
NIP-74: Podcasts - Definieert adresseerbare events voor podcastshows (kind 30074) en afleveringen (kind 30075). Shows bevatten metadata zoals titel, beschrijving, categorieën en coverafbeeldingen. Afleveringen verwijzen naar hun bovenliggende show en bevatten enclosure-URL’s, duur en chapter markers. De spec integreert met Podcasting 2.0 metadata-standaarden en bevat value tags voor V4V (value-for-value) monetisatie via Lightning. Platforms zoals transmit.fm, een Nostr-native podcast publishing platform, kunnen direct naar relays publiceren met dit formaat, wat podcasters in staat stelt content te distribueren zonder tussenpersonen.
NIP-FR: Friends-Only Notes - Stelt een mechanisme voor om notities te publiceren die alleen zichtbaar zijn voor een door de gebruiker gedefinieerde vriendenlijst met behulp van een gedeelde symmetrische sleutel genaamd een ViewKey. De auteur versleutelt notities (kind 2044) met de ViewKey via NIP-44. De ViewKey zelf wordt eenmalig aan elke vriend gedistribueerd via NIP-59 (Gift Wrap). Vrienden die de ViewKey bezitten kunnen de notities ontsleutelen en lezen; alle anderen zien alleen cijfertekst. Wanneer de auteur een vriend verwijdert, wordt de ViewKey geroteerd: een nieuwe sleutel wordt gegenereerd en herverdeeld naar alle resterende vrienden via gift wrap, waardoor de verwijderde vriend geen toegang meer heeft tot toekomstige berichten. Deze aanpak scheidt contentversleuteling (symmetrisch, efficiënt) van sleuteldistributie (asymmetrisch, per vriend), waardoor het protocol lichtgewicht blijft terwijl het een veelgevraagde privacy-feature mogelijk maakt.
NIP-DB: Browser Nostr Event Database Interface (spec) - Stelt een standaard window.nostrdb interface voor voor browser-extensies die lokale Nostr event-opslag bieden. De API bevat methodes voor het toevoegen van events, opvragen op ID of filter, tellen van matches, en abonneren op updates. Webapplicaties kunnen deze interface gebruiken om te lezen van lokaal gecachte events zonder relay-verzoeken te doen, wat bandbreedte en latentie vermindert. hzrd149’s nostr-bucket browser-extensie biedt een referentie-implementatie, die de interface injecteert in alle browsertabs. Een begeleidende polyfill library implementeert dezelfde API met IndexedDB voor omgevingen zonder de extensie.
TRUSTed Filters - Een suite van vijf gerelateerde voorstellen voor gedecentraliseerde contentcuratie, voortbouwend op vitorpamplona’s samengevoegde Trusted Assertions PR #1534. De kernspecificatie introduceert kind 17570 events voor het declareren van Trust Provider Preferences, waardoor gebruikers kunnen specificeren welke diensten ze vertrouwen voor event-filtering en -ranking. Trust providers publiceren assertions (kind 37571), statistieken (kind 37572) en rankings (kind 37573) waarop clients kunnen abonneren. Het systeem gebruikt een plugin-architectuur met W/w tags om filtertypes en transformaties te specificeren. Dit maakt rekenintensieve operaties zoals spamdetectie, reputatiescoring en contentranking mogelijk op dedicated infrastructuur terwijl gebruikers controle behouden over welke providers ze vertrouwen. De suite bevat aparte specs voor filterpresets, gebruikersrankings, trusted events en plugin-definities.
NIP-9a: Push Notifications - hodlbod stelt een standaard voor voor relay-gebaseerde push-notificaties met kind 30390 registratie-events. Gebruikers creëren een registratie met filters voor events die ze willen ontvangen en een webhook callback-URL. De registratie is versleuteld naar de pubkey van de relay (van zijn NIP-11 self veld). Wanneer matchende events plaatsvinden, POST relays naar de callback met de event ID (plaintext voor deduplicatie) en het event zelf (NIP-44 versleuteld naar de gebruiker). Deze architectuur laat relays notificaties pushen terwijl event-content wordt beschermd tegen intermediaire push-servers. Flotilla’s PR #270 implementeert deze standaard.
Catallax - Stelt een gedecentraliseerd contractwerk-protocol voor met escrow via kind 33400 events. Het systeem definieert drie rollen: arbiters kondigen beschikbaarheid en voorwaarden aan, patrons creëren gefinancierde taken met Bitcoin in escrow, en free agents voltooien werk om betaling te claimen. Arbiters lossen geschillen op indien nodig. Het protocol maakt trustless freelancewerkcoördinatie mogelijk waarbij fondsen vergrendeld blijven tot deliverables worden geaccepteerd of arbitrage afloopt.

NIP Deep Dive: NIP-47 (Nostr Wallet Connect)

NIP-47 definieert Nostr Wallet Connect (NWC), een protocol voor remote Lightning wallet-besturing via Nostr als communicatielaag. Met de hold invoice-ondersteuning van deze week dekt NWC nu het volledige scala aan Lightning-operaties.

Het protocol werkt via een simpele uitwisseling. Een wallet-applicatie publiceert een “wallet info” event (kind 13194) die zijn mogelijkheden beschrijft. Client-applicaties sturen versleutelde verzoeken (kind 23194) die de wallet vragen om operaties uit te voeren zoals invoices betalen, invoices aanmaken of saldo’s controleren. De wallet antwoordt met versleutelde resultaten (kind 23195).

NWC gebruikt NIP-44-encryptie tussen de client en wallet, met een dedicated keypair voor wallet-operaties, gescheiden van de hoofdidentiteit van de gebruiker. Deze scheiding betekent dat het compromitteren van een NWC-verbinding de Nostr-identiteit van de gebruiker niet blootstelt.

Ondersteunde Methodes:

De spec definieert methodes voor kern Lightning-operaties: pay_invoice verstuurt betalingen, make_invoice genereert invoices voor ontvangen, lookup_invoice controleert betalingsstatus, get_balance retourneert het wallet-saldo, en list_transactions biedt betalingsgeschiedenis. De recent gemergede pay_keysend maakt betalingen zonder invoices mogelijk, en hold_invoice ondersteunt voorwaardelijke betalingen.

Voorbeeld Events:

De wallet-service publiceert een info event (kind 13194) die zijn mogelijkheden adverteert:

{
 "kind": 13194,
 "pubkey": "<wallet service pubkey>",
 "content": "pay_invoice get_balance make_invoice lookup_invoice list_transactions notifications",
 "tags": [
 ["encryption", "nip44_v2"],
 ["notifications", "payment_received payment_sent"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<wallet service signature>"
}

Een client stuurt een versleuteld verzoek (kind 23194) om een invoice te betalen:

{
 "kind": 23194,
 "pubkey": "<client ephemeral pubkey from connection URI secret>",
 "content": "<NIP-44 encrypted: {\"method\": \"pay_invoice\", \"params\": {\"invoice\": \"lnbc50n1...\"}}>",
 "tags": [
 ["p", "<wallet service pubkey>"],
 ["encryption", "nip44_v2"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<client ephemeral key signature>"
}

De wallet-service antwoordt (kind 23195) met het betalingsresultaat:

{
 "kind": 23195,
 "pubkey": "<wallet service pubkey>",
 "content": "<NIP-44 encrypted: {\"result_type\": \"pay_invoice\", \"result\": {\"preimage\": \"...\"}, \"error\": null}>",
 "tags": [
 ["p", "<client ephemeral pubkey>"],
 ["e", "<request event id>"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<wallet service signature>"
}

De e tag in het antwoord refereert naar het originele verzoek, waardoor clients antwoorden kunnen matchen met hun verzoeken.

Hold Invoices:

De PR #1913 van deze week voegde hold invoice-ondersteuning toe, wat escrow-achtige betalingen mogelijk maakt. In tegenstelling tot standaard invoices waarbij de ontvanger direct betaling claimt door de preimage vrij te geven, laten hold invoices de ontvanger deze beslissing uitstellen. Wanneer een betaler naar een hold invoice verstuurt, worden fondsen vergrendeld langs de betalingsroute. De ontvanger kiest vervolgens om te settlen (preimage vrijgeven en fondsen claimen) of annuleren (betaling afwijzen, fondsen teruggeven aan betaler). Als geen van beide acties plaatsvindt, time-out de betaling en worden fondsen automatisch teruggegeven. De PR voegt drie NWC-methodes toe: make_hold_invoice, settle_hold_invoice en cancel_hold_invoice, plus een hold_invoice_accepted notificatie. Dit mechanisme ondersteunt applicaties zoals Ridestr’s rideshare escrow en marketplace geschillenbeslechting.

Huidige Implementaties:

Grote wallets ondersteunen NWC: Zeus, Alby en Primal (sinds de PR #874 van deze week) implementeren allemaal wallet-side ondersteuning. Aan de clientkant kunnen Damus, Amethyst en de meeste grote Nostr-clients verbinden met NWC-wallets voor zappen en betalingen.

Het protocol maakt een scheiding van verantwoordelijkheden mogelijk: gebruikers kunnen hun wallet op een apparaat draaien terwijl ze vanaf een ander met Nostr interacteren, met Nostr relays als communicatiekanaal. Deze architectuur betekent dat mobiele clients geen fondsen direct hoeven vast te houden, wat de beveiliging verbetert door wallet-infrastructuur gescheiden te houden van sociale clients.

Beveiligingsoverwegingen:

NWC-verbindingen moeten als gevoelig worden behandeld. Hoewel de encryptie berichtinhoud beschermt, moeten de wallet pubkey en connection secret worden bewaakt. Applicaties moeten gebruikers toestaan verbindingen in te trekken en bestedingslimieten in te stellen. Het protocol ondersteunt capability restrictions, zodat wallets kunnen beperken welke operaties een bepaalde verbinding kan uitvoeren.

NIP Deep Dive: NIP-59 (Gift Wrap)

NIP-59 definieert een protocol voor het inkapselen van elk Nostr event in meerdere lagen encryptie, wat de identiteit van de afzender verbergt voor relays en waarnemers. De voorstellen van deze week voor friends-only notes (NIP-FR) en push notifications (NIP-9a) vertrouwen beide op gift wrapping, wat het een fundamentele privacy-primitief maakt die het begrijpen waard is.

De Drie Lagen:

Gift wrapping gebruikt drie geneste structuren:

Rumor (unsigned event): De originele content als Nostr event zonder handtekening. De rumor kan niet direct naar relays worden gestuurd omdat relays unsigned events verwerpen.
Seal (kind 13): De rumor wordt versleuteld met NIP-44 en geplaatst in een kind 13 event. De seal IS getekend door de echte sleutel van de auteur. Dit is het cryptografische bewijs van auteurschap.
Gift Wrap (kind 1059): De seal wordt versleuteld en geplaatst in een kind 1059 event getekend door een willekeurig, eenmalig keypair. De gift wrap bevat een p tag voor routering naar de ontvanger.

Een Veelvoorkomend Misverstand: Deniability

De spec vermeldt dat unsigned rumors “deniability” bieden, maar dit is misleidend. De seal-laag IS getekend door de echte auteur. Wanneer de ontvanger de gift wrap ontsleutelt en vervolgens de seal, hebben ze cryptografisch bewijs van wie het bericht stuurde. De ontvanger zou zelfs een zero-knowledge proof kunnen construeren die de identiteit van de afzender onthult zonder hun eigen privésleutel bloot te stellen.

Wat gift wrap daadwerkelijk biedt is afzenderprivacy voor waarnemers: relays en derden kunnen niet bepalen wie het bericht stuurde omdat ze alleen de gift wrap zien getekend door een willekeurige sleutel. Maar de ontvanger weet het altijd, en kan het bewijzen.

Voorbeeld Events:

Hier is de complete drielaagse structuur uit de spec (versturen van “Ga je vanavond naar het feest?”):

De rumor (unsigned, kan niet naar relays worden gepubliceerd):

{
 "created_at": 1691518405,
 "content": "Are you going to the party tonight?",
 "tags": [],
 "kind": 1,
 "pubkey": "611df01bfcf85c26ae65453b772d8f1dfd25c264621c0277e1fc1518686faef9",
 "id": "9dd003c6d3b73b74a85a9ab099469ce251653a7af76f523671ab828acd2a0ef9"
}

De seal (kind 13, getekend door echte auteur, bevat versleutelde rumor):

{
 "kind": 13,
 "pubkey": "611df01bfcf85c26ae65453b772d8f1dfd25c264621c0277e1fc1518686faef9",
 "content": "AqBCdwoS7/tPK+QGkPCadJTn8FxGkd24iApo3BR9/M0uw6n4RFAFSPAKKMgkzVMo...",
 "created_at": 1703015180,
 "tags": [],
 "id": "28a87d7c074d94a58e9e89bb3e9e4e813e2189f285d797b1c56069d36f59eaa7",
 "sig": "02fc3facf6621196c32912b1ef53bac8f8bfe9db51c0e7102c073103586b0d29..."
}

De gift wrap (kind 1059, getekend door willekeurige efemere sleutel, bevat versleutelde seal):

{
 "kind": 1059,
 "pubkey": "18b1a75918f1f2c90c23da616bce317d36e348bcf5f7ba55e75949319210c87c",
 "content": "AhC3Qj/QsKJFWuf6xroiYip+2yK95qPwJjVvFujhzSguJWb/6TlPpBW0CGFwfuf...",
 "created_at": 1703021488,
 "tags": [["p", "166bf3765ebd1fc55decfe395beff2ea3b2a4e0a8946e7eb578512b555737c99"]],
 "id": "5c005f3ccf01950aa8d131203248544fb1e41a0d698e846bd419cec3890903ac",
 "sig": "35fabdae4634eb630880a1896a886e40fd6ea8a60958e30b89b33a93e6235df7..."
}

Let op: de pubkey van de seal is de echte auteur (611df01...), terwijl de pubkey van de gift wrap een willekeurige eenmalige sleutel is (18b1a75...). Relays zien alleen de gift wrap, dus kunnen het bericht niet toeschrijven aan de echte auteur.

Wat Elke Laag Beschermt:

De rumor is unsigned en kan niet direct naar relays worden gepubliceerd. De seal is getekend door de echte auteur en bewijst auteurschap aan de ontvanger. De gift wrap is getekend door een willekeurige eenmalige sleutel, wat de echte auteur verbergt voor relays en waarnemers. Alleen de ontvanger kan door beide lagen heen ontsleutelen om de originele content te bereiken en de handtekening van de auteur op de seal te verifieren.

Huidige Toepassingen:

NIP-17 (Privéberichten) gebruikt gift wrap voor versleutelde DM’s, ter vervanging van het oudere NIP-04-schema. Het voorgestelde NIP-FR (alleen-voor-vrienden notities) gebruikt gift wrapping om ViewKeys aan vrienden te distribueren, die vervolgens notities ontsleutelen die met die sleutels zijn versleuteld. NIP-9a (push notifications) versleutelt notificatie-payloads volgens gift wrap-principes.

Metadatabescherming:

Timestamps moeten worden gerandomiseerd om timinganalyse te dwarsbomen. Relays moeten AUTH vereisen voor het serveren van kind 1059 events en ze alleen serveren aan de gemarkeerde ontvanger. Bij verzenden naar meerdere ontvangers, creëer aparte gift wraps voor elk.

Dat was het voor deze week. Iets aan het bouwen? Nieuws te delen? Wil je dat we je project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #7

Wed, 28 Jan 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Ridestr brengt gedecentraliseerd ridesharing naar Nostr met Cashu-betalingen en versleutelde locatiedeling. Pomade introduceert e-mailgebaseerd herstel voor multisig-ondertekenaars. Damus levert negentropy voor betrouwbare DM-synchronisatie. De desktopapp van Amethyst krijgt zoeken, bladwijzers en zaps. Amber v4.1.1 toont relay-vertrouwensscores. Marmot merget MIP-03 en bouwt een TypeScript-referentie chatapp. diVine voegt NIP-46 QR-authenticatie en mentions-ondersteuning toe. Nieuwe NIP-voorstellen behandelen communitybeheer, sequentiegebaseerde synchronisatie en versleutelde bestandsopslag. We kijken ook terug op vijf jaar Nostr-januaries, en volgen de evolutie van het protocol van een handvol early adopters in 2021 via de explosieve App Store-lancering van Damus in 2023 naar het volwassen wordende client-ecosysteem van 2025.

Nieuws

Ridestr Brengt Gedecentraliseerd Ridesharing naar Nostr

Ridestr ontwikkelt een peer-to-peer rideshare-applicatie die volledig op Nostr is gebouwd, en directe chauffeur-passagier transacties mogelijk maakt met Bitcoin en Cashu-betalingen. Het protocol gebruikt aangepaste event kinds (30173, 3173-3175, 30180/30181) om ritten te coördineren terwijl privacy behouden blijft door progressieve locatieonthulling en NIP-44-encryptie.

Het systeem werkt via een zorgvuldig gechoreografeerde flow: chauffeurs zenden beschikbaarheid uit met geohash-gecodeerde locaties (~5km precisie) via kind 30173 events, passagiers vragen ritten aan met tariefschattingen via kind 3173, en betalingen worden beveiligd met HTLC escrow tokens voordat de rit begint. Locatieprivacy wordt bewaard door progressieve onthulling, waarbij ophaaldetails alleen worden onthuld wanneer chauffeurs arriveren en bestemmingen worden gedeeld na PIN-verificatie. Alle communicatie tussen partijen gebruikt NIP-44-encryptie voor privacy.

Ridestr implementeert betalingsbeveiliging via HTLC escrow met P2PK-handtekeningen. Wanneer een passagier het aanbod van een chauffeur accepteert, vergrendelen ze Cashu-tokens met een betaalhash die alleen de chauffeur kan claimen na voltooiing van de rit. Het protocol werkt momenteel met single-mint architectuur, wat vereist dat passagiers en chauffeurs dezelfde Cashu mint gebruiken. De op Kotlin gebaseerde Android-implementatie van het project handelt proof-verificatie af en herstel van verouderde proofs via NUT-07 state checks.

Ridestr pakt uitdagingen aan die de meeste Nostr-applicaties vermijden: realtime locatiecoördinatie, betalingsescrow met geschillenbeslechting en reputatiesystemen voor interacties in de fysieke wereld. Het project is in beta en demonstreert dat Nostr’s event-model peer-to-peer servicemarktplaatsen kan ondersteunen, niet alleen het delen van content.

Pomade Lanceert Alpha-Herstelsysteem voor Multisig-Ondertekenaars

Pomade, ontwikkeld door hodlbod, bouwt voort op het bestaande FROSTR-ecosysteem om een op herstel gerichte threshold signing service te bieden. Met FROST (Flexible Round-Optimized Schnorr Threshold) handtekeningen via de @frostr/bifrost library, voegt Pomade e-mailgebaseerde herstelflows toe bovenop de threshold-cryptografie. Het systeem verdeelt de geheime sleutel van een gebruiker via Shamir Secret Sharing, en distribueert shares over meerdere onafhankelijke ondertekenaars met een configureerbare drempel (2-van-3, 3-van-5, etc.).

Het protocol werkt volledig over Nostr met een enkel event kind (28350) met NIP-44 versleutelde payloads. Bij het ondertekenen vraagt de client partiële handtekeningen op van minimaal threshold ondertekenaars, waarna deze worden samengevoegd tot een geldige Schnorr-handtekening. Voor encryptie werken ondertekenaars samen om gedeelde geheimen af te leiden via ECDH zonder dat een enkele partij de volledige sleutel kent.

Herstel werkt via twee authenticatiemethoden: wachtwoordgebaseerd (met argon2id met de pubkey van de ondertekenaar als salt) of e-mail OTP. Om MITM-aanvallen tijdens OTP-herstel te voorkomen, genereert elke ondertekenaar zijn eigen verificatiecode met een door de client verstrekte prefix, wat gebruikers verplicht om onafhankelijk te authenticeren bij elke ondertekenaar. Het protocol vereist proof-of-work op registratie-events (20+ bits per NIP-13) om spam te voorkomen.

Het vertrouwensmodel is expliciet: als threshold ondertekenaars samenspannen, kunnen ze de sleutel stelen. E-mailproviders worden volledig vertrouwd aangezien zij OTP’s kunnen onderscheppen. Gebruikers kunnen hun volledige geheime sleutel niet onafhankelijk herstellen; dit vereist medewerking van threshold ondertekenaars. Het protocol is ontworpen voor het onboarden van nieuwe gebruikers die niet vertrouwd zijn met sleutelbeheer, met de expliciete aanbeveling dat gebruikers migreren naar self-custody zodra ze comfortabel zijn. Pomade waarschuwt voor mogelijke “sleutelverlies, diefstal, denial of service, of metadata-lekkage” gezien de ongeauditte alpha-status.

Releases

Damus Levert Negentropy voor Betrouwbare DM-Synchronisatie

Damus v1.13 levert de negentropy-implementatie die we vorige week als open PR previewed hebben. PR #3536 voegt basis negentropy-ondersteuning toe aan de netwerklaag, wat set reconciliation mogelijk maakt met relays die het protocol ondersteunen. Een begeleidende PR #3547 voegt pull-to-refresh DM-synchronisatie toe die negentropy gebruikt om ontbrekende berichten te herstellen wanneer standaard REQ-abonnementen falen.

De implementatie volgt een conservatieve aanpak: normale DM-loading gaat ongewijzigd door, met negentropy beschikbaar als herstelmechanisme wanneer gebruikers handmatig verversen. Geautomatiseerde tests demonstreren de fix door een DM te genereren met een oude timestamp die standaard queries zouden missen, en vervolgens negentropy sync te gebruiken om deze succesvol op te halen. Hoewel negentropy-ondersteuning compatibele relays vereist, gaat de implementatie elegant om met gemengde relay-omgevingen door het protocol te gebruiken waar beschikbaar.

Amber v4.1.1 - Relay-Vertrouwensscores

Amber v4.1.1 levert weergave van relay-vertrouwensscores (PR #289), en implementeert de relay-evaluatieconcepten die we bespraken in de Trusted Relay Assertions NIP-coverage van vorige week. Vertrouwensscores verschijnen nu op de Relays-pagina en voor NostrConnect-verbindingsverzoeken, wat gebruikers helpt relay-betrouwbaarheid te beoordelen voordat ze verbindingen autoriseren. De release bevat ook een herontworpen login/events/permissions UI en ondersteuning voor de switch_relays-methode. Prestatieverbeteringen cachen keystore-operaties, wat rapporten van 20+ seconden laadtijden op oudere apparaten aanpakt.

nak v0.18.2 - MCP-Integratie

fiatjaf’s nak (Nostr Army Knife) v0.18.2 voegt Model Context Protocol-ondersteuning toe via nak mcp, wat AI-agents in staat stelt om mensen op Nostr te zoeken, notities te publiceren, gebruikers te vermelden en content te lezen met het outbox-model. De release introduceert ook een one-line installer (curl -sSL https://raw.githubusercontent.com/fiatjaf/nak/master/install.sh | sh) die voorgebouwde binaries downloadt, wat de Go-toolchain-vereiste elimineert voor eindgebruikers. Bunker-modus ondersteunt nu Unix sockets en switch_relays.

Zeus v0.12.2 Beta - NWC-Fixes

Zeus v0.12.2-beta1 levert meerdere NWC-fixes die problemen aanpakken die we behandelden in de Zeus-coverage van vorige week.

Projectupdates

Amethyst Desktop - Fase 2A Geleverd

Amethyst heeft Fase 2A van zijn desktopapp uitgerold, met Zoeken, Bladwijzers, Zaps, Thread-weergaven en langvormige content (Reads) voor de desktopervaring. Een begeleidende PR #1683 voegt transparante feedback voor event-broadcasting toe, zodat gebruikers nu realtime per-relay status zien terwijl hun events zich over het netwerk verspreiden, wat het gemakkelijker maakt om connectiviteitsproblemen te diagnosticeren.

Notedeck Voortgang: Kalender-App en UX-Polish

De Damus-team’s Notedeck desktopclient heeft auto-hide toolbar-gedrag gemerged (PR #1268) dat reageert op scrollsnelheid voor meer schermruimte op mobiele weergaven. Een draft PR #1271 voegt een volledige NIP-52 Kalender-app toe met maand/week/dag/agenda-weergaven, RSVP-ondersteuning en NIP-22-reacties op kalenderevents, momenteel feature-flagged voor testen.

Jumble Voegt Community-Modus Toe

Jumble, de relay-gerichte webclient, heeft community-modus toegevoegd en ondersteuning voor relay set presets via omgevingsvariabelen, wat het gemakkelijker maakt om thema-instanties te deployen zoals nostr.moe.

Shopstr Orders-Dashboard

Shopstr heeft zijn chatgebaseerd orderbeheer vervangen door een dedicated Orders Dashboard. De nieuwe interface biedt een gecentraliseerd overzicht voor handelaren om orderstatus te volgen, berichten als gelezen te markeren en fulfillment te beheren zonder door chatthreads te scrollen. De update depreceert IndexedDB-caching ten gunste van server-side orderstatus-API’s en herziet hoe order-DM’s worden getagd voor betere filtering.

Formstr Voegt Rastervragen Toe

Formstr, de Nostr-native formulieren-app, heeft rastervragen toegevoegd en zijn SDK herschreven met embed-ondersteuning. Een [fix voor niet-NIP-07-ondertekenaars](https://github.com/abh3po/nostr-forms/pull/418) loste problemen op voor gebruikers met bunker of lokale ondertekenaars die formulieren probeerden in te dienen met hun identiteit.

nostr-tools Upgradet Crypto-Dependencies

nostr-tools, de kern JavaScript-library, heeft geupgrade naar @noble/curves v2.0.1, wat breaking API-wijzigingen over 27 bestanden aanpakt en de nieuwste geauditte noble libraries adopteert. fiatjaf voegde ook switch_relays-ondersteuning toe aan NIP-46, wat bunker-clients in staat stelt om dynamisch relay-verbindingen te wijzigen.

Zeus Werkt aan NIP-87 Mint Reviews

Zeus heeft een [open PR voor NIP-87 mint reviews](https://github.com/ZeusLN/zeus/pull/3576), waarmee gebruikers Cashu mints kunnen ontdekken en reviewen, gefilterd op Nostr-follows. Reviews bevatten sterbeoordelingen en kunnen anoniem of met de nsec van een gebruiker worden ingediend.

Camelus Levert Volledige DM-Ondersteuning

Camelus, een Flutter-gebaseerde Android-client gebouwd met Dart NDK voor batterij-efficiente mobiele prestaties, heeft uitgebreide direct messaging toegevoegd met 20+ commits deze week. De update bevat chatcategorieën, berichtdatums, optimistische verzend-UI, note-to-self-functionaliteit en correcte DM-relay-handling.

Marmot Protocol Updates

De MIP-03 deterministische commit-resolutie die we vorige week als open PR behandelden is nu gemerged. MDK PR #152 zorgt ervoor dat alle MLS-gebaseerde groepschats convergeren naar dezelfde staat wanneer meerdere geldige commits aankomen voor hetzelfde epoch.

Een begeleidende spec PR #28 voegt init_key-levenscyclusvereisten toe die hiaten aanpakken van implementatie-audits: privésleutelmateriaal van Welcome-berichten moet veilig worden verwijderd na verwerking (zeroization, storage cleanup), en nieuwe leden moeten self-updates uitvoeren binnen 24 uur voor forward secrecy.

De TypeScript SDK (marmot-ts) bouwt een referentie chatapplicatie. PR #37 voegt groepscreatie/listing toe, key package management met publish/broadcast/delete flows, en QR-code uitnodigingen. Een open PR #38 door hzrd149 implementeert berichtgeschiedenispersistentie met paginering. De whitenoise-rs backend heeft 15 PR’s gemerged deze week, waaronder meertalige ondersteuning (PR #455) en MIP-04 v2 mediareferenties (PR #450).

diVine Voegt Nostr-Integratiefuncties Toe

diVine, de korte-video-app, continueert snelle Nostr-integratie.

Open PRs omvatten NIP-46 QR-code authenticatie (PR #1019) en NIP-17 versleutelde directe berichten (PR #834). De activiteit van deze week richtte zich op mentions-ondersteuning die nostr: URI’s en @mentions converteert naar klikbare profiellinks, Classic Viners avatar-fallbacks met Nostr-profielen, en videobewerkingstools inclusief tekenen, filters en stickers.

NIP-Updates

Recente wijzigingen aan de NIPs repository:

Samengevoegd:

Trusted Relay Assertions - Het voorstel voor het standaardiseren van relay-vertrouwensscoring dat we vorige week behandelden is samengevoegd. De specificatie definieert kind 30385 events voor relay-vertrouwensattestaties met scoring op betrouwbaarheid, kwaliteit en toegankelijkheid. Het debat dat tot samenvoeging leidde draaide om of vertrouwensscores “globaal” (eenmaal berekend voor alle gebruikers) of “gepersonaliseerd” (relatief aan de sociale grafiek van elke waarnemer) moeten zijn. PageRank-achtige algoritmen zoals nostr.band’s Trust Rank en GrapeRank weerstaan sybil-aanvallen door elke rang die door nepaccounts wordt doorgegeven te delen door de grootte van de botfarm.

Open PR’s en Discussies:

Communikeys - Een uitgebreid voorstel voor communitybeheer dat bestaande npubs gebruikt als community-identifiers in plaats van relay-gebaseerde benaderingen. Elke npub kan een community worden door een kind 10222 event te publiceren; publicaties richten zich op communities via kind 30222 events. Toegangscontrole gebruikt NIP-58 badges, wat gedelegeerd lidmaatschapsbeheer mogelijk maakt met cold storage voor communitysleutels.
NIP-CF: Changes Feed - Een concept dat sequentiegebaseerde eventsynchronisatie voorstelt als alternatief voor tijdstempelgebaseerde since-filters. Het probleem: standaard Nostr-sync met since-tijdstempels kan events missen wanneer meerdere events dezelfde seconde-precisie tijdstempel delen, client- en relayklokken uit elkaar drijven, of checkpointing onnauwkeurig is. NIP-CF lost dit op door relays monotoon oplopende volgnummers te laten toewijzen aan opgeslagen events, wat strikte totale ordening biedt. Clients vragen wijzigingen op sinds een specifiek volgnummer en ontvangen events in gegarandeerde volgorde, met precieze checkpointing die nooit events mist. Het voorstel ondersteunt ook live/continue modus waarbij abonnementen open blijven na initiële sync voor realtime updates.
NIP-XX: Encrypted File Sync - Een protocol dat kinds 30800 (versleutelde bestanden), 30801 (vault-indexen) en 30802 (gedeelde documenten) definieert voor het synchroniseren van versleutelde content over apparaten via Nostr relays. Het protocol maakt het mogelijk dat local-first notitie-apps end-to-end versleutelde sync bieden zonder gecentraliseerde servers. Bestandsinhoud, paden, namen en mapstructuur zijn allemaal versleuteld met NIP-44 zelfencryptie, zodat relays blobs opslaan die ze niet kunnen lezen. Binaire bijlagen zoals afbeeldingen gebruiken Blossom-servers met client-side encryptie. Kind 30802 maakt het delen van documenten tussen gebruikers mogelijk door te versleutelen naar de publieke sleutel van de ontvanger.

Vijf Jaar Nostr-Januaries

De nieuwsbrief van vorige maand traceerde Nostr’s december-mijlpalen van fiatjaf’s eerste clientrelease tot Jack Dorsey’s katalyserende donatie. Deze terugblik brengt in kaart wat er elke januari gebeurde van 2021 tot en met 2025, met focus op geverifieerde technische ontwikkelingen.

Januari 2021: Vroege Ontwikkeling

Nostr’s derde maand zag voortgezette ontwikkeling aan Branle, fiatjaf’s Vue.js client die in december 2020 was gelanceerd. Een kleine groep early adopters, waarschijnlijk minder dan 15 mensen, coördineerde via de Telegram-groep @nostr_protocol (aangemaakt op 16 november 2020), en testte het protocol op een of twee experimentele relays. De command-line client noscl bood terminalgebaseerde interactie.

De technische basis was al vastgelegd: gebruikers geïdentificeerd door secp256k1 publieke sleutels, posts cryptografisch ondertekend met Schnorr-handtekeningen, en relays die fungeren als domme opslag die niet met elkaar communiceren. Dit was bewust Bitcoin-native cryptografie, een ontwerpkeuze die adoptiepatronen jaren later zou vormgeven.

Januari 2022: Ontwikkelaarsontdekking

Januari 2022 opende met Nostr nog steeds gonzend van zijn eerste Hacker News-verschijning (31 december 2021), die 110 punten en 138 reacties genereerde. Op het moment van die post draaiden slechts ongeveer zeven relays het hele netwerk, waarbij commentatoren opmerkten dat “spam nog geen probleem is omdat nostr super nieuw is en niemand het nog gebruikt.” Robert C. Martin (“Uncle Bob”) had Nostr onderschreven als mogelijk “de eindoplossing voor sociale communicatie.” De discussie ging door tot in januari, met ontwikkelaars die debatteerden over relay-architectuur versus echte P2P, censuurbestendigheid versus moderatie, en of eenvoud kon schalen.

De HN-post veroorzaakte een golf van nieuwe implementaties. Uncle Bob zelf startte more-speech, een Clojure desktopclient, op 18 januari. fiatjaf’s go-nostr library (aangemaakt januari 2021) en noscl command-line client boden Go-tooling, terwijl nostr-tools JavaScript-ondersteuning bood. Tegen december 2022 hadden ongeveer 800 profielen bio’s. Branle bleef de primaire webclient en ontving updates waaronder private key import en multi-relay ondersteuning. Technische uitdagingen waren evident: 64-karakter hex sleutels bleken onintuïtief, berichtvertragingen frustreerden gebruikers, en de community vroeg zich af of de architectuur Twitter-schaal verkeer aankon.

Januari 2023: De Doorbraak

Januari 2023 transformeerde Nostr van experiment naar beweging. Damus, de iOS-client van William Casarin (jb55), vocht met Apple’s App Store-goedkeuringsproces. Afgewezen op 1 januari, opnieuw afgewezen op 26 januari, werd het uiteindelijk goedgekeurd op 31 januari. Die goedkeuring ontketende een cascade: Damus bereikte onmiddellijk #10 in U.S. Social Networking. Jack Dorsey noemde het “een mijlpaal voor open protocollen.”

Acht dagen eerder, op 23 januari, kondigde Edward Snowden zijn aanwezigheid op Nostr aan: “Een van de coole dingen aan Nostr… naast censuurbestendigheid, is dat je niet beperkt bent tot 280 tekens.” Zijn steunbetuiging als NSA-klokkenluider had gewicht in privacybewuste kringen, en gebruikers begonnen hem onmiddellijk sats te zappen via Lightning.

Webclients raceten om de instroom te onboarden. Snort, gecreëerd door kieran in december 2022, verscheen als een feature-rijke React-client; op 13 januari integreerde Snort NIP-05-registratie via de Nostr Plebs API, waarmee nieuwe gebruikers leesbare identiteiten konden claimen tijdens onboarding. Iris, fulltime ontwikkeld door Martti Malmi (een vroege Bitcoin-bijdrager die de tweede Bitcoin-transactie ooit ontving van Satoshi), bood zowel web- als mobiele interfaces met gratis NIP-05 identiteiten op iris.to. Astral, gebouwd door monlovesmango met Quasar (Vue.js) als Branle-fork, richtte zich op relaybeheer met zijn relay-groeperingsfunctie waarmee gebruikers relays konden organiseren in sets voor posten en filteren. TestFlight beta’s voor iOS-clients vulden zich binnen uren, en Amethyst domineerde Android.

Infrastructuur worstelde om bij te blijven. Alle relays werden beheerd door enthousiastelingen die uit eigen zak betaalden. Betaalde relays met Lightning-microbetalingen creëerden natuurlijke spamfiltering maar introduceerden toegangsfrictie. Damus werd uit China’s App Store verwijderd slechts twee dagen na goedkeuring, naar verluidt op verzoek van China’s hoogste internetwaakhond.

Januari 2024: Protocolversterking

Januari 2024 richtte zich op protocolstandaardisatie en communitybuilding. Nostr PHX trapte het jaar af met een meetup op 5 januari in Phoenix, die lokale cypherpunks samenbracht. Dit was de eerste van vele community-events dat jaar, waaronder BTC Prague (juni), Nostriga in Riga (augustus) en Nostrasia.

De belangrijkste protocolontwikkeling was NIP-59 (Gift Wrap) die werd gemerged op 29 januari, wat metadatabescherming bood voor versleutelde communicatie. Gift Wrap bouwt voort op NIP-44’s encryptiestandaard (die was geaudit door Cure53 in december 2023) om afzenderidentiteit te verbergen voor relays. Het protocol verpakt versleutelde berichten in een buitenste event ondertekend door een willekeurig, eenmalig sleutelpaar. Relays zien alleen de wegwerp-pubkey, terwijl de echte identiteit van de afzender begraven ligt in de versleutelde payload die alleen de ontvanger kan ontcijferen. Dit voorkomt dat relay-operators en netwerkwaarnemers leren wie met wie berichten uitwisselt. Tijdstempels kunnen ook worden gerandomiseerd om timinganalyse te verslaan.

Het ecosysteem breidde uit voorbij sociale media. Plebeian Market werd volledig Nostr-native met NIP-15-compliance, wat cross-stall winkelwagens en een stallenbrowser mogelijk maakte voor het ontdekken van handelaren. Shopstr verscheen als een toestemmingsloze marktplaats die Bitcoin-handel faciliteerde. Zap.stream, gebouwd door kieran, bracht livestreaming naar Nostr met Lightning-betalingen tegen 21 sats/minuut. Ontwikkelaarstools werden volwassener met NDK die TypeScript-abstracties bood en rust-nostr die Rust-bindings bood. Zeus v0.8.1 leverde Nostr-contactimport en persistente LND, wat de basis legde voor Nostr Wallet Connect-integratie in latere releases.

Toch bleef infrastructuurduurzaamheid uitdagend. Academisch onderzoek uit deze periode vond dat 95% van de relays moeite had om operationele kosten te dekken, met 20% die significante downtime ervoer. De toegangsprijs voor betaalde relays bedroeg gemiddeld minder dan 1.000 sats (~$0,45), onvoldoende om operaties te ondersteunen.

Een opmerking over scams: Het “Nostr Assets Protocol” en bijbehorende “$NOSTR” token dat rond deze tijd lanceerde werd publiekelijk veroordeeld door fiatjaf als “100% frauduleus” en “een affiniteitszwendel” zonder connectie met het daadwerkelijke Nostr-protocol.

Januari 2025: Clientmaturatie

Januari 2025 zag voortgezette clientontwikkeling over het ecosysteem. Nostur 1.17.0 leverde op 13 januari met cross-device sync voor leesstatussen, FROST multi-sig login-ondersteuning, en geoptimaliseerde lokale databaseprestaties. Amethyst zette zijn transitie naar het outbox-model voort, automatisch relay-sets compileren gebaseerd op volglijsten in plaats van handmatige configuratie te vereisen.

Grote clients begonnen weg te bewegen van NIP-04 voor directe berichten, migrerend naar NIP-17 en het voorgestelde NIP-104 voor verbeterde encryptie en metadatabescherming. Het Gossip-model (outbox/inbox-communicatie) won adoptie terwijl het ecosysteem convergeerde naar efficiëntere relay-gebruikspatronen. Industriewaarnemers voorspelden dat dit het jaar zou zijn dat Nostr zou overgaan van nicheprotocol naar mainstream erkenning, met een mogelijke high-profile platformmigratie die dagelijkse activiteit zou kunnen verdubbelen.

Januari 2026: Beveiliging en Ondertekeningsinfrastructuur

Januari 2026 bracht significante vooruitgang in beveiliging en ondertekeningsinfrastructuur. Primal Android 2.6.18 leverde NIP-46 remote signing en NIP-55 lokale ondertekenaarondersteuning, en voegde zich bij Amber en Aegis als volledige signing hub voor andere Android-apps. Bitchat voltooide een Cure53-beveiligingsaudit, hetzelfde bedrijf dat Signal en NIP-44 auditeerde, met 17+ PR’s die kritieke bevindingen fixten waaronder DH secret clearing en thread-veiligheidsproblemen. Zowel Bitchat als Damus migreerden van C Tor naar Rust Arti voor verbeterde betrouwbaarheid en geheugenveiligheid.

Protocolwerk ging door met NIP-71 (adresseerbare video-events) die mergede en een post-quantum cryptografie NIP die discussie opende over het toekomstbestendig maken van Nostr tegen kwantumaanvallen. Het Trusted Relay Assertions-concept stelde voor om relay-vertrouwensscoring te standaardiseren via ondertekende attestaties. Het Marmot Protocol verhardde zijn MLS-gebaseerde versleutelde berichten met 18 gemerged PR’s die auditbevindingen aanpakten.

Real-world applicaties breidden uit met Ridestr die gedecentraliseerd ridesharing ontwikkelde met Cashu escrow en NIP-44-encryptie, en Pomade die e-mailgebaseerde herstelflows toevoegde aan FROST threshold signing. Damus leverde negentropy voor betrouwbare DM-synchronisatie, terwijl Amethyst’s desktopapp Fase 2A bereikte met zoeken, bladwijzers en zaps.

Vooruitkijken

Zes jaar van Januaries onthullen Nostr’s evolutie van vroege ontwikkeling (2021) naar publieke ontdekking (2022) naar explosieve groei (2023) naar protocolversterking (2024) naar clientmaturatie (2025) naar beveiligingsinfrastructuur (2026). Het patroon is bekend voor iedereen die open protocollen heeft zien groeien: jaren van stil bouwen, een plotselinge explosie wanneer de omstandigheden samenkomen, dan het langere werk om alles betrouwbaar te maken. Wat begon met zeven relays en een Hacker News-thread is nu geauditte infrastructuur met echte applicaties. De vraag voor 2027: wanneer iemand een rit aanvraagt, een versleuteld bericht verstuurt, of een verloren sleutel herstelt met Nostr, zullen ze dan zelfs weten dat ze het gebruiken?

Dat was het voor deze week. Iets aan het bouwen? Nieuws te delen? Wil je dat we je project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #6

Wed, 21 Jan 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Bitchat vervangt C Tor door de Rust Arti-implementatie voor betere betrouwbaarheid en prestaties. nostrdb-rs krijgt streaming fold queries die zero-allocation databasebewerkingen mogelijk maken. Listr ondergaat een grote refactoring met NDK 3 beta migratie en AI-ondersteund onderhoud na een jaar stilstand. Zeus verzond 17 samengevoegde PRs gericht op NIP-47 (Nostr Wallet Connect voor afstandsbediening van Lightning) fixes en Cashu-verbeteringen, terwijl Primal Android wallet backup flows en NIP-92 (mediadimensies voor correcte beeldverhoudingen) ondersteuning toevoegt. Een nieuw concept NIP stelt Trusted Relay Assertions voor voor gestandaardiseerde relay trust scoring.

Nieuws

Bitchat gaat over naar Rust Arti voor Tor-ondersteuning

Bitchat is gemigreerd van C Tor naar Arti, de Rust-implementatie van het Tor protocol. PR #958 verwijdert de C Tor-afhankelijkheid en integreert Arti, wat geheugenveiliigheidsgaranties en verbeterde betrouwbaarheid biedt. De wijziging elimineert dormante wake-pogingen die serviceherstart op de voorgrond veroorzaakten, een langlopend probleem met de C-implementatie.

Wat dit voor gebruikers betekent: Stabieler versleuteld berichten met minder verbreken, vooral op mobiele apparaten. De Rust-implementatie vermindert crashrisico’s en batterijdrain door constante heraansluitingspogingen.

Arti is een volledig herschrijven van Tor in Rust, ontwikkeld door het Tor Project om betere beveiliging door geheugenveiliigheid en gemakkelijkere integratie in applicaties te bieden. Voor Bitchat verminderen de geheugenveiliigheidseigenschappen de aanvalsoppervlakte bij het verwerken van versleutelde berichten en relay-verbindingen. De migratie volgt de recente Cure53 security audit van het team (behandeld in Newsletter #5), waarmee hun beveiligingsverbeteringen worden voortgezet.

De PR introduceert ook uitgebreide testdekking voor ChatViewModel en BLEService, verwijdert dode code en stabiliseert de testsuite. Bluetooth Low Energy mesh betrouwbaarheidsverbeteringen gaan gepaard met de Tor-wijzigingen, waardoor grote overdrachtfouten worden aangepakt. Samen verbeteren deze wijzigingen Bitchat’s veerkracht voor offline mesh-netwerk-scenario’s waarin Tor internetconnectiviteit naast lokale BLE-communicatie biedt.

Listr herleefd met AI-ondersteund onderhoud

JeffG kondigde een grote refactoring van Listr, de Nostr lijstbeheertoepassing beschikbaar op listr.lol, aan na een jaar stilstand van het project. Met AI-ondersteuning voltooide hij een uitgebreide upgrade inclusief migratie naar NDK 3 beta, updates naar de nieuwste versies van Svelte en Vite, en alle afhankelijkheden up-to-date gebracht. De refactoring voegt eersteklas ondersteuning voor follow packs toe, implementeert paginering voor lijsten met meer dan 50 items, en verhelpt talrijke bugs die zich hadden opgehoopt tijdens de stilstandsperiode.

Wat dit voor gebruikers betekent: Listr is terug online met verbeterde prestaties en nieuwe functies voor het beheren van volglijsten, inhoudsollecties en onderwerpscuratie. De paginafiksering maakt grote lijsten eigenlijk bruikbaar.

JeffG merkte op dat zonder AI-ondersteuning dit onderhoudswerk waarschijnlijk nooit zou zijn gebeurd, waardoor het project was verlaten. Listr maakt inhoudscuratie op Nostr mogelijk, waardoor gebruikers lijsten van profielen, onderwerpen en bronnen kunnen maken, beheren en delen. De upgrade houdt de applicatie compatibel met huidige Nostr-standaarden en client-verwachtingen als lijstbeheer centraler wordt voor content discovery op het protocol.

NIP Updates

Recente wijzigingen in de NIPs repository:

Samengevoegd:

NIP-29 (Relay-based groups) - Relay Key Clarification (#2190 - samengevoegd) verduidelijkt dat de relay-sleutel de relay URL zelf is, niet een pubkey. De spec stelt nu expliciet: “De relay-sleutel is de relay’s WebSocket URL (bijv. wss://groups.example.com)” om verwarring te voorkomen. Dit beïnvloedt hoe clients bepalen welke relay een bepaalde groep host, zodat groepen correct worden toegeschreven aan hun hosting-relays.

Open PRs en Discussies:

Trusted Relay Assertions - Een concept NIP stelt het standaardiseren van relay trust scoring voor via kind 30385 events met trust scores (0-100) berekend uit NIP-66 (relay discovery en monitoring) metriek, operator reputatie en gebruiksrapportages. De specificatie verdeelt trust in betrouwbaarheid (uptime, latentie), kwaliteit (TLS, documentatie, operator verificatie) en toegankelijkheid (jurisdictie, barrières, surveillancerisico) componenten. Operator verificatie omvat cryptografische handtekeningen via NIP-11 (relay informatiedocumenten), DNS TXT records en .well-known bestanden. Gebruikers declareren vertrouwde assertion providers via kind 10385 events, waardoor clients meerdere providers kunnen raadplegen voor diverse perspectieven. Het voorstel complementeert NIP-66 discovery met evaluatie, waardoor NIP-46 (afstandsbediening/Nostr Connect) relay betrouwbaarheid in verbindings-URI’s kan beoordelen.
Post-Quantum Cryptography - PR #2185 (open) evolueert voort sinds Newsletter #5 het voorstel voor quantum-resistente algoritmen introduceerde. De discussie deze week concentreerde zich op implementatiedetails voor crypto-agility: hoe clients dual signatures afhandelen tijdens migratie, achterwaartse compatibiliteit voor oudere clients en prestatieimplicaties van grotere quantum-resistente handtekeningen. Bijdragers debatteerden of men ML-DSA-44 alleen zou mandateren of meerdere algoritmen (ML-DSA-44, Falcon-512, Dilithium) zou ondersteunen voor flexibiliteit. De consensus neigt naar een gefaseerde benadering: optionele quantum signatures aanvankelijk, alleen verplicht nadat brede client-ondersteuning en echte quantum-dreiging ontstaan.

NIP Deep Dive: NIP-11 en NIP-66

Deze week onderzoeken we twee NIPs die samenwerken om relay discovery en evaluatie mogelijk te maken: NIP-11 bepaalt hoe relays zichzelf beschrijven, en NIP-66 standardiseert hoe we relay-gedrag meten. Samen vormen ze de basis voor relay trust evaluatiesystemen.

NIP-11: Relay Informatiedocument

NIP-11 bepaalt een JSON-document dat relays via HTTP serveren om hun mogelijkheden, beleid en operatorinformatie te beschrijven. Wanneer een client verbinding maakt met wss://relay.example.com, kan het https://relay.example.com opvragen (vervangend wss:// door https://) om het informatiedocument van de relay op te halen.

Het document gebruikt standaard HTTP content negotiation met de Accept: application/nostr+json header. Dit stelt relays in staat om hun normale website aan browsers te serveren terwijl machine-readable metadata aan Nostr clients wordt geboden. Het antwoord omvat relay software naam en versie, operator contactinformatie (pubkey, e-mail, alternatief contact), ondersteunde NIPs en operationele parameters zoals betalingsvereisten of inhoudsbeperkingen.

Belangrijk is dat basisniveau NIP-11-documenten ongesigneerde JSON zijn die via HTTPS worden geserveerd, vertrouwend op TLS-certificaten voor authenticiteit. Dit betekent dat iedereen die de web-server van de relay controleert het document kan wijzigen, waardoor operator claims niet verifieerbaar zijn. Het Trusted Relay Assertions voorstel verhelpt deze hiaat door ondertekende verklaringen via een relay’s self pubkey veld in te voeren, waardoor cryptografisch bewijs van operator-identiteit mogelijk wordt, vergelijkbaar met hoe relays ondertekende events voor verificatiemechanismen gebruiken.

{
 "name": "relay.example.com",
 "description": "A general-purpose public relay",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "contact": "admin@example.com",
 "supported_nips": [1, 2, 4, 9, 11, 12, 16, 20, 22],
 "software": "git+https://github.com/relay/relay.git",
 "version": "1.2.3",
 "limitation": {
 "max_message_length": 16384,
 "max_subscriptions": 20,
 "max_filters": 100,
 "max_limit": 5000,
 "max_subid_length": 100,
 "min_prefix": 4,
 "max_event_tags": 2000,
 "max_content_length": 8196,
 "min_pow_difficulty": 0,
 "auth_required": false,
 "payment_required": false
 },
 "payments_url": "https://relay.example.com/payments",
 "fees": {
 "admission": [{"amount": 5000, "unit": "msats"}],
 "subscription": [{"amount": 1000, "unit": "msats", "period": 2592000}],
 "publication": []
 }
}

Het limitation object vertelt clients welke beperkingen de relay handhaaft. max_message_length beperkt de WebSocket framegrootte, max_subscriptions limiteert gelijktijdige REQ subscripties per verbinding, max_filters beperkt filters per REQ, en max_limit beperkt hoeveel events een enkele filter kan aanvragen. Deze parameters helpen clients hun gedrag aan relay mogelijkheden aan te passen, waardoor disconnects door limiet overschrijding worden voorkomen.

Betalingsinformatie verschijnt in fees en payments_url. Relays kunnen in rekening brengen voor toelating (eenmalige toegang), abonnement (terugkerende toegang) of publicatie (per-event fees). De payments_url verwijst naar details over betalingsmethoden, meestal Lightning invoices of ecash mints. Betaalde relays gebruiken deze velden om prijzen in te stellen voordat clients proberen zich te authenticeren.

De supported_nips array stelt clients in staat relay mogelijkheden te ontdekken. Als een relay NIP-50 vermeldt, weten clients dat ze volledige tekstzoekopdrachten kunnen versturen. Als NIP-42 verschijnt, moeten clients authenticatieuitdagingen verwachten. Deze declaratieve mogelijkheidsbewaarlegging maakt progressieve verbetering mogelijk: clients kunnen geavanceerde functies waar beschikbaar gebruiken terwijl netjes afglijdend op relays met beperkte ondersteuning.

Operatorinformatie bouwt verantwoording op. Het pubkey veld identificeert de relay operator op Nostr, waardoor directe communicatie via NIP-17 DMs of publieke vermelding mogelijk wordt. De contact e-mail biedt een fallback buiten protocol. Samen helpen deze velden gebruikers operatoren te bereiken voor misbruikrapporten, toegangsaanvragen of technische problemen.

NIP-11 documenten zijn zelf-gerapporteerd: relays beschrijven wat ze beweren te ondersteunen, niet noodzakelijk wat ze daadwerkelijk doen. Dit is waar NIP-66 belangrijk wordt.

NIP-66: Relay Discovery en Liveness Monitoring

NIP-66 standardiseert het publiceren van relay monitoring data naar Nostr. Monitor services testen relays continu op beschikbaarheid, latentie, protocol compliance en ondersteunde NIPs. Ze publiceren resultaten als kind 30166 events, waarmee real-time relay status onafhankelijk van relay zelf-rapportage wordt geboden.

Monitors controleren relay beschikbaarheid door verbinding te maken en test subscripties te versturen. Latentie metingen volgen connection time, subscription response time en event propagation delay. Protocol compliance testing verifieert dat relay gedrag specificaties aansluit, implementatiebugs of opzettelijke afwijkingen vangend. NIP ondersteuningsverificatie gaat verder dan NIP-11 claims door daadwerkelijk te testen of geadverteerde functies correct werken.

{
 "id": "a34b5c7d89e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7",
 "pubkey": "4e2d0bc6f8e7c3a5b9f1d2e3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4",
 "created_at": 1736784000,
 "kind": 30166,
 "tags": [
 ["d", "wss://relay.example.com"],
 ["rtt", "open", "143", "1736784000"],
 ["rtt", "read", "89", "1736784000"],
 ["rtt", "write", "92", "1736784000"],
 ["nips", "1", "2", "4", "9", "11", "12"],
 ["geo", "US", "United States", "New York"],
 ["other", "network", "clearnet"],
 ["other", "payment_required", "false"],
 ["other", "auth_required", "false"]
 ],
 "content": "{\"last_check\": 1736784000, \"checks\": 8760}",
 "sig": "8b9c4d5e6a7f8b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b"
}

De d tag bevat de relay URL, waardoor dit een geparameteriseerde replaceable event is. Elke monitor publiceert één event per relay, bijgewerkt als metingen veranderen. Meerdere monitors kunnen dezelfde relay volgen, waardoor redundantie en cross-validatie worden geboden. Clients bevragen meerdere monitor pubkeys om diverse perspectieven op relay gezondheid te krijgen.

Round-trip time (rtt) tags meten latentie voor verschillende bewerkingen. rtt open volgt WebSocket connection establishment, rtt read meet subscription response time en rtt write test event publicatie snelheid. Alle waarden zijn in milliseconden. Clients gebruiken deze metriek om lage-latentie relays voor tijd-gevoelige bewerkingen te kiezen of trage relays te deprioritiseren.

De nips tag somt daadwerkelijk geverifieerde NIP ondersteuning op, niet slechts geclaimde ondersteuning. Monitors testen elke NIP door de functionaliteit uit te oefenen. Als een relay NIP-50 zoeken in zijn NIP-11 document claimt maar zoekquery’s mislukken, zullen monitors NIP-50 uit de geverifieerde lijst weglaten. Dit geeft waarheid over relay mogelijkheden.

Geografische informatie helpt clients nabijgelegen relays te selecteren voor betere latentie en censuurbestendigheid. De geo tag bevat landcode, landnaam en regio. De network tag onderscheidt clearnet relays van Tor hidden services of I2P endpoints. Samen stellen deze tags geografische diversiteit in: clients kunnen verbinding maken met relays in meerdere jurisdicties om regionale censuur te weerstaan.

Monitor data drijft relay selectors in clients, explorer websites en het Trusted Relay Assertions voorstel. Door zelf-gerapporteerde NIP-11 documenten met gemeten NIP-66 data en berekende trust assertions te combineren, beweegt het ecosysteem naar geïnformeerde relay selectie in plaats van vertrouwen op hardcoded defaults of mondelinge aanbevelingen.

Releases

0xchat v1.5.3 - Enhanced Messaging Features

0xchat v1.5.3 brengt significante verbeteringen aan de Telegram-stijl Nostr messaging client. De release behandelt NIP-55 (Android signer applicatie) compliance problemen die correct event ondertekening door externe signers zoals Amber verhinderden. Volledige compliance betekent dat 0xchat nu ondertekeningsbewerkingen correct delegeert, waardoor veiligheid wordt verbeterd door private sleutels geïsoleerd te houden.

De update integreert zowel FileDropServer als BlossomServer als standaard media-opslag opties, waardoor gebruikers redundantie voor bestandsuploads krijgen. Blossom biedt content-addressed opslag waar bestanden worden verwezen door hun SHA-256 hashes, waardoor integriteit wordt gegarandeerd en deduplicatie over het netwerk mogelijk wordt. Automatisch concept opslaan voor Moments voorkomt gegevensverlies bij het opstellen van long-form inhoud, wat gebruikersbezwaren over verloren posts bij app switches of connectiviteitsonderbrekingen adresseert.

Cashu wallet integratie krijgt poets met automatisch proof filtering dat uitgegeven tokens uit de wallet view verwijdert. Dit lost de verwarrende UX op waar gebruikers ongeldige bewijzen naast geldige ecash zagen, waardoor balansberekeningen onbetrouwbaar werden. Het filteren gebeurt client-side, waardoor privacy wordt behouden terwijl de betalingservaring voor peer-to-peer transacties in chats wordt verbeterd.

Amber v4.1.0 Pre-releases - UI Overhaul

Amber v4.1.0-pre1 tot v4.1.0-pre3 introduceren een herontworpen interface voor de populaire Android event signer. Het login scherm toont nu duidelijk welke applicatie handtekeningspermissies aanvraagt, wat gebruikerverwarring over autorisatieflows adresseert. Het nieuwe events scherm biedt gedetailleerde inspectie van welke data applicaties willen ondertekenen, waardoor gebruikers geïnformeerde veiligheidsbeslissingen voordat operaties worden goedgekeurd kunnen nemen.

Permissie beheer ontvangt aanzienlijke aandacht met een vernieuwd interface dat exact toont welke mogelijkheden elke verbonden applicatie is verleend. Gebruikers kunnen specifieke permissies intrekken zonder volledig te verbreken, wat fijnkorrelig controle over ondertekeningsdelegatie inschakelt. De gerefactoriseerde relay tellers met de bijgewerkte quartz library bieden real-time statistieken over event throughput en relay performance. NIP-46 (Nostr Connect) bunker verbindingen oppervlak nu gedetailleerde foutberichten wanneer verbindingen mislukken, vervangend cryptische timeout fouten met handelbare diagnostiek.

Opmerkelijk code en documentatiewijzigingen

Dit zijn samengevoegde pull requests en early-stage ontwikkelingen die de moeite waard zijn om te volgen. Sommige zijn experimentele functies die voor release kunnen evolueren.

Zeus (Lightning Wallet met Nostr Wallet Connect)

Zeus voegde deze week 17 pull requests samen, versterking van zijn positie als toonaangevende NIP-47 Nostr Wallet Connect implementatie. De belangrijkste fixes behandelen data consistency en protocol compliance problemen die interoperabiliteitsproblemen met Nostr clients veroorzaakten.

Transaction History Fix - PR #3542 verhelpt een kritieke bug waar NWC transactie lijsten incorrecte of dubbele invoeren toonden. Het probleem ontstond wanneer Zeus transactiegegevens cachede zonder event updates correct af te handelen, waardoor gebruikers fantoomtransacties of ontbrekende betalingen zagen. De fix implementeert correct event deduplicatie en cache invalidatie, waardoor transactiegeschiedenis nauwkeurig de Lightning node status weerspiegelt.

Protocol Compliance - PR #3548 adresseert onvolledige getInfo reacties die compatibiliteit met clients verwachting volledige NIP-47 compliance verbraken. Sommige Nostr clients crashten wanneer ontvangende partiële reacties velden misten zoals block_height of network. De PR zorgt ervoor dat alle vereiste velden met zinvolle defaults terugkeren zelfs wanneer de onderliggende Lightning implementatie ze niet biedt, waardoor Zeus’s compatibiliteit over het ecosysteem wordt verbeterd.

Connection Resilience - PR #3543 implementeert timeout notificaties voor stalemate Nostr verbindingen. Eerder wachtten gebruikers onbepaald wanneer relay verbindingen stierf. Nu toont Zeus duidelijke timeout berichten na 30 seconden inactiviteit, waardoor gebruikers kunnen herproberen of relays kunnen wisselen. PR #3541 voegt backend validatie toe om NWC activatie op incompatibele Lightning implementaties te voorkomen, configuratiefouten vangend voordat ze runtime crashes veroorzaken.

Cashu Race Condition - PR #3531 verhelpt een concurrency bug in Cashu token beheer waar gelijktijdige mint operaties de token database konden corrupteren. De race condition ontstond wanneer meerdere threads token counts bijwerkten zonder correct locking, occasioneel resulterende in incorrecte balansen. De fix voegt mutex bescherming rond kritieke secties toe, waarmee atomaire updates naar token state worden gegarandeerd.

Primal Android (Client)

Primal Android verzond 12 samengevoegde PRs met significante verbeteringen aan wallet veiligheid en mediaafhandeling. De wallet backup implementatie adresseert één van de meest aangevraagde functies, terwijl NIP-92 ondersteuning de visuele ervaring over de applicatie verbetert.

Wallet Backup System - Een vier-PR serie (#844, #845, #846, #848) implementeert uitgebreide seed phrase backup functionaliteit. Gebruikers kunnen nu hun 12-woord mnemonic via een veilige flow exporteren die screenshots voorkomt, backup status in het wallet dashboard toont, en bestaande gebruikers door migratie begeleidt. De implementatie volgt BIP-39 standaarden en omvat validatie om gebruikers van fondsen verlies door incorrect phrase opname te voorkomen.

Media Dimensions (NIP-92) - PR #718 implementeert NIP-92 ondersteuning voor correcte afbeelding en video beeldverhoudingen. Zonder dimensie metadata moeten clients afbeeldingen downloaden om hun grootte te bepalen, waardoor layout jumps ontstaan als inhoud laadt. NIP-92 voegt dim tags toe (zoals ["dim", "1920x1080"]) naar bestandsmetadata events, waardoor Primal correcte ruimte kan reserveren voordat media wordt gedownload. Dit elimineert jarring reflows in afbeeldinggalerijen en verbetert waargenomen prestaties.

Remote Signer Reliability - PR #841 verhelpt NIP-46 verbindingsproblemen waar ontbrekende wss:// voorvoegsels stille fouten veroorzaakten. De PR valideert relay URIs tijdens bunker verbinding setup, automatisch het protocol voorvoegsel toevoegend wanneer gebruikers bare domeinen plakken. PR #843 adresseert een threading bug waar slechte netwerkcondities replies als root notes veroorzaakten, conversatie flow brekend. De fix zorgt ervoor dat parent event IDs door netwerkonderbrekingen heen persistent blijven.

Marmot Protocol: White Noise (Encrypted Group Chat Library)

White Noise, de Rust library die Marmot Protocol’s versleutelde groepsgesprekken aandrijft, voegde zes PRs samen die gebruikerservaring en veiligheid verbeteren. De wijzigingen brengen Marmot dichter naar feature pariteit met mainstream messaging applicaties terwijl de privacy-first architectuur behouden blíjft.

Read Receipts - PR #433 en #436 implementeren message read tracking voor groepsgesprekken. Het systeem slaat read posities per gebruiker per groep binnen een enkel device op, waardoor unread count badges worden ingeschakeld. De implementatie gebruikt monotone timestamps om de laatste gelezen berichtpositie voor elk gesprek bij te volgen. Deze basisfeature maakt UI indicatoren die unread berichtaantallen per gesprek tonen mogelijk.

Conversation Pinning - PR #442 voegt persistent conversation pinning toe via een pin_order veld in de accounts_groups junction table die accounts met groepen verbindt. Vastgezette gesprekken behouden hun positie bovenaan chatlijsten ongeacht berichtactiviteit, wat gebruikersverwachtingen uit Signal en WhatsApp aansluit. De implementatie gebruikt integer ordering om onbeperkte pins met deterministische sortering toe te staan.

Deterministic Commit Resolution (MIP-03) - PR #152 (open) implementeert Marmot Improvement Proposal 03, het kritieke probleem van commit race conditions in gedistribueerde groepsgesprekken oplossend. Wanneer meerdere leden groeps-state wijzigingen (leden toevoegen/verwijderen, permissies wijzigen) gelijktijdig indienen, konden clients op commit volgorde divergeren, de groep in incompatibele states fragmentering. MIP-03 introduceert epoch snapshots en deterministische winnerselectie: de commit met de vroegste created_at timestamp wint, met lexicografische event ID als tiebreaker. Dit stelt alle clients in staat op dezelfde state te convergen door rollback en replay, groep coherentie zelfs tijdens netwerkpartities behoudend.

Security Hardening - PR #443 voorkomt onnodige copying van cryptografische secrets door verwijzingen in resolve_group_image_path te gebruiken. Dit beperkt het raam voor geheugen-aanvallen waarbij secrets van bevrijde heap allocaties kunnen worden hersteld. PR #438 maakt SQLCipher database versleuteling via keyring parameters mogelijk, berichtgeschiedenis in rust beschermend. De keyring integratie maakt veilige sleutelopslag in platform keychains in plaats van configuratiebestanden mogelijk.

nostrdb-rs (Database Library) - Open PR

Streaming Queries Implementation - PR #58 (open) stelt streaming fold queries voor om zero-allocation databasebewerkingen mogelijk te maken. De implementatie voegt fold, try_fold, count, any, all en find_map methoden toe die database resultaten één tegelijk zouden verwerken zonder gehele result sets in vectors te materializeren. Deze benadering zou geheugenverbruik verminderen en vroege beëindiging voor veelvoorkomende query patterns inschakelen.

De technische implementatie stelt low-level query result callbacks (ndb_query_visit) bloot als stateful Rust visitors die ControlFlow varianten naar C visitor acties kaarten. Eenmaal samengevoegd zal toepassingscode lezen als iterator logica terwijl dicht bij de databaselaag wordt uitgevoerd. Bijvoorbeeld, het tellen van overeenkomende notes zou resultaten streamen in plaats van ze te verzamelen, en find_map zou het eerste nuttige resultaat terugkeren zonder resterende rijen te verwerken.

nostrdb drijft Damus en Notedeck aan, beide iOS/macOS en desktop clients respectievelijk. De streaming queries zouden efficiënte patronen zoals paginering, voorwaardelijk filteren en bestaan checks mogelijk maken. De PR wijzigt 3 bestanden met +756 toevoegingen en -32 deletions, een aanzienlijke refactoring van de query laag. Gebruikers van nostrdb-rs-gebaseerde applicaties zouden verminderd geheugengebruik zien bij het bladeren van grote timelines of zoeken door uitgebreide event databases.

nak (CLI Tool)

nak, fiatjaf’s command-line Nostr tool, voegde zes PRs samen gericht op build system verbeteringen en nieuwe functionaliteit. PR #91 implementeert een Blossom mirror feature, waardoor nak als mirror voor Blossom media servers kan dienen. Blossom is een content-addressed media storage protocol die naast Nostr events werkt.

De resterende PRs behandelen build system compatibiliteit over Windows, macOS en Linux platforms, FUSE filesystem ondersteuning voor het mounten van Nostr events als lokale directories inschakeled.

Damus (iOS Client) - Open PRs

Damus heeft 11 open PRs die significante architecturale verbeteringen verkennen. Terwijl deze nog niet zijn samengevoegd, signaleren zij belangrijke richtingen voor iOS Nostr client ontwikkeling, bijzonder rond privacy, synchronisatie efficiëntie en mobiele data optimalisatie.

Tor Integration - PR #3535 bedraait de Arti Tor client rechtstreeks in Damus, anonieme relay verbindingen zonder externe afhankelijkheden mogelijk makend. Anders dan Orbot of Tor Browser benaderingen, bedraait Arti naadloze integratie met iOS sandboxing en background executie limieten. De Rust implementatie brengt geheugenveiliigheid naar netwerkveranonimisering, aanvalsoppervlakte reducerend vergeleken met C Tor. Gebruikers konden Tor mode per-relay of globaal inschakelen, met de client circuit beheer transparant handafnd.

Negentropy Sync Protocol - PR #3536 implementeert Negentropy, een set reconciliation protocol die synchronisatie efficiëntie radicaal verbetert. In plaats van alle events sinds laatste verbinding te downloaden, wisselt Negentropy compacte fingerprints (Merkle trees) uit om exact welke events tussen client en relay verschillen te identificeren. Voor gebruikers die honderden pubkeys volgen, beperkt dit sync bandbreedte van megabytes tot kilobytes. De implementatie integreert met RelayPool en SubscriptionManager, efficïente sync over alle verbonden relays automatisch inschakeld.

Low Data Mode - PR #3549 voegt mobiel data besparingsfuncties toe die antwoorden op gebruikersfeedback over bandbreedte verbruik. De mode schakelt automatisch afbeeldingladen uit, video prefetching en beperkt subscription limieten. Gebruikers op gemeten verbindingen kunnen tekstinhoud bladeren zonder angst voor gegevenslimieten te overschrijden. De implementatie respecteert iOS low data mode instellingen en biedt granulaire controles voor verschillende media types.

Database Optimizations - PR #3548 herziet nostrdb snapshot opslag voor snellere queries en verminderd diskgebruik. De optimalisatie wijzigt hoe database snapshots naar schijf persistent, waardoor zowel read performance als write amplification worden verbeterd. Dit adresseert batterij drain klachten van gebruikers met grote event databases.

Dat is het voor deze week. Bouw je iets? Nieuws om te delen? Wil je dat we je project behandelen? Bereik ons via NIP-17 DM of vind ons op Nostr.

Nostr Compass #5

Tue, 13 Jan 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor Nostr.

Deze week: Bitchat ondergaat een professionele beveiligingsaudit door Cure53, hetzelfde bedrijf dat Signal en NIP-44 heeft geauditeerd, met inmiddels 17+ PR’s gemerged die kritieke bevindingen oplossen. NIP-71 is gemerged en brengt adresseerbare video events naar het protocol. Een post-quantum cryptografie NIP opent discussie over het toekomstbestendig maken van Nostr tegen quantum-aanvallen. Amethyst v1.05.0 bevat bladwijzerlijsten, spraaknotities en een vroege desktoprelease, terwijl Nostur v1.25.3 NIP-17 DM’s verbetert met reacties en antwoorden. In bibliotheeknieuws breidt rust-nostr NIP-62 ondersteuning uit naar SQLite en LMDB backends, en lost NDK een bug in subscription tracking op.

Nieuws

Bitchat Voltooit Cure53 Beveiligingsaudit

Bitchat, de iOS versleutelde messenger die Nostr combineert met Cashu, heeft een professionele beveiligingsaudit ondergaan door Cure53, een van de meest gerespecteerde beveiligingsbedrijven in de industrie. Cure53 heeft eerder Signal, Mullvad VPN, en met name de NIP-44 encryptiespecificatie geauditeerd die de basis vormt voor moderne Nostr privéberichten.

De audit vond 12+ beveiligingsproblemen (BCH-01-002 tot en met BCH-01-013). Het Bitchat-team reageerde met 17+ pull requests. Belangrijke fixes zijn:

Noise Protocol DH Secret Clearing - PR #928 lost zes locaties op waar Diffie-Hellman gedeelde geheimen niet werden gewist na key agreement, waardoor forward secrecy garanties worden hersteld. Wanneer geheimen langer dan nodig in het geheugen blijven, kan een memory dump of cold boot aanval eerdere communicatie compromitteren.

Handtekeningverificatie - Meerdere PR’s versterken cryptografische verificatiepaden, zodat authenticiteitscontroles van berichten niet kunnen worden omzeild door misvormde invoer.

Thread Safety - PR #929 voegt barrieresynchronisatie toe aan leesbevestigingswachtrijen in NostrTransport, waardoor race conditions worden voorkomen die datacorruptie of crashes kunnen veroorzaken bij hoge berichtvolumes.

Memory Safety - PR #920 optimaliseert de berichtdeduplicator voor betere prestaties bij hoge berichtdoorvoer terwijl geheugenuitputting wordt vermeden.

Invoervalidatie - PR #919 versterkt hex-stringparsing om crashes door misvormde invoer te voorkomen, een veelvoorkomende aanvalsvector voor denial-of-service.

Bitchat verwerkt Cashu ecash, waardoor professionele beveiligingsbeoordeling essentieel is. De audit volgt op de Marmot Protocol-audit van vorig jaar en de NIP-44-audit die de encryptielaag verifieerde.

NIP Updates

Recente wijzigingen aan de NIPs repository:

Gemerged:

NIP-71 - Adresseerbare Video Events (#1669) introduceert kinds 34235 (horizontale video) en 34236 (verticale video) als adresseerbare events. Een vereiste d tag biedt unieke identificatoren, zodat videometadata kan worden bijgewerkt zonder het hele event opnieuw te publiceren. Een optionele origin tag houdt importbronnen bij. Al geïmplementeerd in Amethyst en nostrvine.

Open PR’s:

Post-Quantum Cryptografie - PR #2185 stelt voor om kwantumbestendige cryptografische algoritmen aan Nostr toe te voegen. De specificatie introduceert ML-DSA-44 en Falcon-512 voor digitale handtekeningen, gericht op “super-high value events” zoals applicaties en autoriteiten in plaats van individuele gebruikers. Hoewel de symmetrische encryptie van NIP-44 (ChaCha20) kwantumbestendig is, gebruikt de key exchange secp256k1 ECDH wat kwetsbaar is voor Shor’s algoritme. Het voorstel bevat ML-KEM voor key agreement om deze kloof te dichten. Dit is een vroeg voorstel dat discussie opent over crypto-agiliteit voor de langetermijnbeveiliging van Nostr.
BOLT12 voor NIP-47 - Na 137 reacties en uitgebreide discussie besloot de gemeenschap dat BOLT12 offers hun eigen specificatie verdienen in plaats van NIP-47 uit te breiden. BOLT12 offers bieden aanzienlijke upgrades ten opzichte van BOLT11 invoices, waaronder herbruikbaarheid, betere privacy door blinded paths, en optionele betalersinformatie. De nieuwe NIP zal methodes definiëren zoals make_offer, pay_offer, en list_offers voor Nostr Wallet Connect implementaties.
Audio Track NIP - PR #1043 stelt kinds 32100 voor muzieknummers en 32101 voor podcast-afleveringen voor, waardoor audiocontent dezelfde eersteklas behandeling krijgt die NIP-71 biedt voor video. Momenteel gebruiken audioplatformen zoals Wavlake, Zapstr en Stemstr elk eigen event-formaten, wat het ecosysteem fragmenteert. Een gemeenschappelijke standaard zou interoperabiliteit mogelijk maken zodat gebruikers audio kunnen ontdekken en afspelen vanuit elke compatibele client.
NIP-A3 Universele Betalingsdoelen - PR #2119 stelt kind 10133 events voor die RFC-8905 payto:-URI’s gebruiken om betalingsopties beschikbaar te stellen over meerdere netwerken. In plaats van aparte event kinds te maken voor Bitcoin, Lightning, Cashu, of traditionele betalingssystemen, laat deze abstractie clients gestandaardiseerde tags parsen en native betalingshandlers aanroepen. De aanpak is toekomstbestendig omdat nieuwe betaalmethoden alleen een payto:-URI-schema nodig hebben.

NIP Diepgaand: NIP-51 en NIP-65

Deze week behandelen we twee NIP’s die gebruikersvoorkeuren opslaan: NIP-51 voor het organiseren van content, en NIP-65 voor het organiseren van relay-verbindingen. Beide gebruiken vervangbare events, wat betekent dat elke nieuwe publicatie de vorige versie overschrijft.

NIP-51: Lijsten

NIP-51 definieert meerdere lijsttypen voor het organiseren van verwijzingen naar events, gebruikers, hashtags en andere content. Amethyst v1.05.0 voegt bladwijzerondersteuning toe, waardoor dit een goed moment is om te begrijpen hoe lijsten werken.

De spec definieert verschillende list kinds, elk met een ander doel. Kind 10000 is je dempenlijst voor het verbergen van gebruikers, threads of woorden. Kind 10001 pint events om uit te lichten op je profiel. Kind 30003 slaat bladwijzers op, wat Amethyst nu ondersteunt. Andere kinds behandelen follow sets (30000), gecureerde artikelcollecties (30004), hashtag-interesses (30015), en aangepaste emoji sets (30030).

Lijsten verwijzen naar content via tags. Een bladwijzerlijst gebruikt e tags voor specifieke events en a tags voor adresseerbare content zoals artikelen:

{
 "id": "ae3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1736784000,
 "kind": 30003,
 "tags": [
 ["d", "saved-articles"],
 ["e", "abc123def456...", "wss://relay.example"],
 ["a", "30023:author-pubkey:article-id", "wss://relay.example"]
 ],
 "content": "<encrypted-private-bookmarks>",
 "sig": "908a15e46fb4d8675bab026fc230a0e3542bfade63da02d542fb78b2a8513fcd0092619a2c8c1221e581946e0191f2af505dfdf8657a414dbca329186f009262"
}

De d tag biedt een unieke identificator, zodat je meerdere bladwijzersets kunt onderhouden zoals “saved-articles”, “read-later” of “favorites” onder dezelfde kind.

Lijsten ondersteunen zowel openbare als privé-items. Openbare items verschijnen in de tags-array, zichtbaar voor iedereen die het event ophaalt. Privé-items gaan in het content-veld, versleuteld met NIP-44 naar jezelf. Deze dubbele structuur laat je openbare bladwijzers bijhouden terwijl je privénotities toevoegt, of een dempenlijst onderhouden zonder te onthullen wie je hebt gedempt. Om naar jezelf te versleutelen, gebruik NIP-44 met je eigen pubkey als ontvanger.

De 10000-serie kinds zijn vervangbaar, wat betekent dat relays slechts een event per pubkey bewaren. De 30000-serie zijn geparametriseerd vervangbaar, waardoor een event per pubkey en d-tagcombinatie mogelijk is. In beide gevallen betekent het bijwerken van een lijst het publiceren van een complete vervanging; je kunt geen incrementele wijzigingen sturen. Clients moeten onbekende tags behouden bij het wijzigen van lijsten om te voorkomen dat data wordt overschreven die door andere applicaties is toegevoegd.

NIP-65: Relay Lijst Metadata

NIP-65 definieert kind 10002 events die adverteren welke relays een gebruiker prefereert voor lezen en schrijven. Dit helpt andere gebruikers en clients je content te vinden.

{
 "id": "bd2217a96b5835b59f9a6a42d8d8a36f8c9b7d4e5f0a1b2c3d4e5f6a7b8c9d0e1",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1736784000,
 "kind": 10002,
 "tags": [
 ["r", "wss://relay.damus.io", "read"],
 ["r", "wss://nos.lol"],
 ["r", "wss://relay.nostr.band", "write"]
 ],
 "content": "",
 "sig": "f1c2d3e4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2"
}

Elke r tag bevat een relay URL en een optionele marker. Een write marker wijst je outbox aan: relays waar je je content publiceert. Een read marker wijst je inbox aan: relays waar je controleert op vermeldingen, antwoorden en tags. Het weglaten van de marker betekent beide.

Wanneer Alice Bob’s berichten wil vinden, haalt haar client Bob’s kind 10002 op, extraheert zijn write relays (zijn outbox), en abonneert zich daar. Wanneer Alice op Bob reageert, publiceert haar client naar zijn read relays (zijn inbox) zodat hij de vermelding ziet. Deze relay-bewuste routering is het “outbox model,” en het verdeelt gebruikers over veel relays in plaats van iedereen te concentreren op een paar centrale servers.

NIP-65 handelt routering van openbare content af, maar privéberichten gebruiken een aparte lijst. NIP-17 definieert kind 10050 voor DM inbox relays, met relay tags in plaats van r tags. Bij het versturen van een privébericht aan iemand, zoeken clients naar het kind 10050 event van de ontvanger en publiceren het versleutelde gift-wrapped bericht daar. Deze scheiding houdt DM-routering gescheiden van openbare content routering, en laat gebruikers verschillende relays specificeren voor privé versus openbare communicatie.

Het outbox-model verbetert censuurbestendigheid omdat geen enkele relay ieders content hoeft op te slaan of te serveren. Clients onderhouden verbindingen met relays die vermeld staan in de NIP-65-events van hun gevolgde gebruikers, en verbinden dynamisch met nieuwe relays naarmate ze nieuwe accounts ontdekken. NIP-65 complementeert de relay-hints in andere NIP’s. Wanneer je iemand tagt met ["p", "pubkey", "wss://hint.relay"], vertelt de hint clients waar ze moeten zoeken naar die specifieke verwijzing. NIP-65 biedt de gezaghebbende, door de gebruiker beheerde lijst, terwijl hints snelkoppelingen bieden ingebed in individuele events.

Voor de beste resultaten, houd je relaylijst actueel aangezien verouderde vermeldingen je moeilijker vindbaar maken. De specificatie raadt twee tot vier relays per categorie aan. Te veel relays vermelden belast elke client die je content wil ophalen, vertraagt hun ervaring en verhoogt netwerkbelasting. Clients cachen NIP-65-events en vernieuwen ze periodiek om actueel te blijven wanneer gebruikers hun voorkeuren bijwerken.

Releases

Amethyst v1.05.0 - De populaire Android-client brengt een grote update uit met verschillende hoofdfuncties. NIP-51 kind 30003 bladwijzerlijsten laten gebruikers berichten opslaan voor latere referentie, synchroon over compatibele clients. Spraaknotities werken nu in DM’s en reguliere berichten met golfvormvisualisatie, mediaserverselectie en uploadvoortgangsindicatoren. Web of Trust-scores zijn nu zichtbaar in de interface, waardoor gebruikers kunnen begrijpen hoe het algoritme accounts evalueert ten opzichte van hun sociale grafiek. De Quartz-databasemigratie verbetert queryprestaties als onderdeel van het OpenSats-gefinancierde Kotlin Multiplatform-werk. Een vroege desktoprelease brengt Amethyst naar Windows, macOS en Linux via Compose Multiplatform, met dezelfde codebase als de Android-app. Nieuwe gebruikers-onboardingflows versoepelen de ervaring voor eerste Nostr-gebruikers.

Nostur v1.25.3 - De iOS- en macOS-client focust op privéberichten met NIP-17-verbeteringen. DM-gesprekken ondersteunen nu reacties en antwoorden, waardoor de interactiviteit van openbare berichten in versleutelde berichten komt. De gespreksweergave is herwerkt met betere threading zodat uitwisselingen van meerdere berichten makkelijker te volgen zijn, en tijdstempels tonen “tijd geleden” in de DM-lijst voor snel scannen. Desktopgebruikers krijgen multi-kolomlayouts voor het bekijken van meerdere feeds of gesprekken naast elkaar. NIP-46 remote signer-ondersteuning stelt gebruikers in staat hun private keys in speciale signer-apps te houden zoals Amber of nsec.app. Aanvullende fixes herstellen DM-functionaliteit op iOS 15 en iOS 16, lossen notificatievertragingen op, en voegen de mogelijkheid toe om te configureren welke relays gepubliceerde DM’s ontvangen.

Opmerkelijke code- en documentatiewijzigingen

Dit zijn open pull requests en werk in een vroeg stadium, perfect om feedback te krijgen voordat ze worden gemerged. Als iets je aandacht trekt, overweeg dan te reviewen of commentaar te geven!

Citrine (Android Relay)

PR #89 lost een SQL-injectiekwetsbaarheid op in de persoonlijke Android-relayapp. Het probleem stond toe dat misvormde eventdata willekeurige databasequeries kon uitvoeren, een ernstige fout voor elke app die onbetrouwbare invoer opslaat en verwerkt. De fix sanitiseert alle databaseoperaties correct met geparametriseerde queries. Er is nog geen release getagd, dus gebruikers moeten wachten op de volgende versie of bouwen vanaf broncode. PR #90 optimaliseert ContentProvider-queryprestaties met filtering en paginering op databaseniveau, wat latentie vermindert wanneer externe apps zoals Amethyst toegang krijgen tot Citrine’s eventdatabase via Android’s inter-process communicatielaag.

rust-nostr (Library)

NIP-62 (Vanish Requests)-ondersteuning breidt uit over rust-nostr’s database-backends. PR #1180, twee weken geleden gemerged, voegde NIP-62-ondersteuning toe aan SQLite, en handelt ALL_RELAYS vanish requests af aangezien de databaselaag geen specifieke relay-URL’s kent. PR #1210 breidt dit uit naar de LMDB-backend, wat ervoor zorgt dat vanish requests naar schijf worden opgeslagen en relay-herstarts overleven. Een IndexedDB-implementatie voor browseromgevingen is ook in ontwikkeling. Samen geven deze wijzigingen ontwikkelaars consistente NIP-62-ondersteuning over SQLite, LMDB, en binnenkort browseropslag.

NDK (Nostr Development Kit)

PR #375 lost een bug op in het seenEvents-trackingsysteem. Het probleem zorgde ervoor dat bepaalde subscriptionpatronen events incorrect als al gezien markeerden, wat leidde tot gemiste content wanneer gebruikers nieuwe subscriptions openden of opnieuw verbonden met relays. De fix zorgt ervoor dat events nauwkeurig worden gevolgd over subscription-lifecycles, wat bijzonder belangrijk is voor applicaties die dynamisch subscriben en unsubscriben op basis van gebruikersnavigatie. NDK is opgehoogd naar beta.70 met deze fix inbegrepen.

Damus (iOS)

PR #3515 lost een opstartcrash op die iOS 17-gebruikers treft. Het probleem kwam voort uit een rekenkundige overflow in NdbUseLock, een fallbackklasse die wordt gebruikt omdat Swift Mutexes niet beschikbaar zijn op iOS 17. De fix vervangt de vorige synchronisatieaanpak met NSLock, die wel beschikbaar is op iOS 17 en de resterende race conditions correct afhandelt. iOS 18+-gebruikers waren niet getroffen omdat zij toegang hebben tot de native Swift Mutex-implementatie.

Afzonderlijk landde een batch longform-artikelverbeteringen via PR #3509. Leesvoortgangsbalken volgen je positie door artikelen, geschatte leestijden verschijnen op previews, en sepiamodus met instelbare regelhoogte-instellingen bieden comfortabeler lezen. Focusmodus verbergt automatisch de navigatiechrome bij naar beneden scrollen en herstelt het bij tikken, wat visuele rommel vermindert voor afleidingsvrij lezen. Verschillende fixes pakken beeldweergave in markdowncontent aan en zorgen ervoor dat artikelen bovenaan openen in plaats van halverwege.

Zap.stream (Live Streaming)

YouTube- en Kick-chatintegratie verbindt berichten van externe streamingplatformen met Nostr. Streamers die naar YouTube, Kick en Zap.stream multicasten kunnen nu alle chatberichten in een uniforme weergave zien, met berichten van elk platform naast native Nostr-reacties. Dit verwijdert een groot wrijvingspunt voor creators die Nostr willen gebruiken voor streaming maar hun publiek op gevestigde platformen niet kunnen verlaten. De integratie toont van welk platform elk bericht afkomstig is en handelt de authenticatiestroom af voor het verbinden van externe accounts.

Chachi (NIP-29 Groups)

De NIP-29 groepschatclient heeft deze week zes gemergede PR’s verscheept. Een beveiligingsupdate adresseert CVE-2026-22029, een XSS-kwetsbaarheid in react-router die open redirect-aanvallen mogelijk kon maken; de fix updatet naar react-router-dom 6.30.0. PR #92 voegt gepagineerd berichten laden toe voor groepschats, zodat lange gesprekken incrementeel laden in plaats van allemaal tegelijk. PR #91 lost verschillende NIP-29-bugs op waaronder een race condition die lege groepsnamen veroorzaakte bij initieel laden en undefined deelnemerslijsten die ledenweergaven lieten crashen. Vertalingsdekking beslaat nu alle 31 ondersteunde talen met elk 1060 keys.

0xchat (Messaging)

De Telegram-stijl messagingclient verbeterde NIP-55-compliance door signer package names correct op te slaan bij gebruik van externe signing-apps, wat problemen oploste waarbij de app vergat welke signer te gebruiken na herstarts. NIP-17-antwoordafhandeling bevat nu correct de e-tag voor threading, wat ervoor zorgt dat antwoorden in de juiste gesprekscontext verschijnen over clients heen. Prestatieoptimalisaties pakken scroll-lag aan in berichtlijsten, een veelvoorkomend pijnpunt bij het laden van lange chatgeschiedenissen. Concept-auto-save voorkomt berichtverlies als je wegnavigeert tijdens het opstellen, en bestandsopslagopties bevatten nu standaard FileDropServer- en BlossomServer-endpoints.

Primal (iOS)

NIP-46 remote signer-ondersteuning landt op iOS via PR #184, wat de cross-platform uitrol voltooit die enkele weken geleden begon met Android. Gebruikers kunnen nu hun private keys bewaren in speciale bunkerservices zoals nsec.app of zelf-gehoste nsecBunker-instances, verbindend over Nostr-relays om events te ondertekenen zonder keys bloot te stellen aan de client-app. Deze scheiding verbetert de beveiligingspositie voor gebruikers die Primal’s functies willen gebruiken terwijl ze strengere key management-praktijken handhaven. De implementatie bevat QR-codescannen voor bunkerverbindings-URI’s en handelt de NIP-46 request/response-flow af over versleutelde relayberichten.

Dat was het voor deze week. Bouw je iets? Heb je nieuws te delen? Wil je dat we je project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Compass #4

Wed, 07 Jan 2026 00:00:00 +0000

Welkom terug bij Nostr Compass, je wekelijkse gids voor het Nostr protocol-ecosysteem.

Deze week: Primal Android levert NIP-46 remote signing en NIP-55 lokale signer-ondersteuning, waardoor het een volwaardige signing-hub wordt voor andere Android-apps. Het Marmot Protocol-team heeft bevindingen uit een beveiligingsaudit aangepakt met 18 samengevoegde PR’s die MLS-gebaseerde versleutelde berichten versterken. Citrine bereikt v1.0 en Applesauce levert v5.0 voor zijn hele bibliotheeksuite. TENEX bouwt AI-agentsupervisie op Nostr, en Jumble voegt slimme relay-pooling toe. Een NIP-55 specificatiefix verduidelijkt nip44_encrypt retourvelden, en een NIP-50 PR stelt query-expressie-uitbreidingen voor geavanceerd zoeken voor. In onze deep dive leggen we NIP-04 en NIP-44 uit: waarom de verouderde versleuteling beveiligingsfouten heeft en hoe de moderne vervanger deze oplost.

Nieuws

Primal Android Wordt een Volwaardige Signing Hub - Versie 2.6.18 voegt zowel NIP-46 remote signing als NIP-55 lokale signing toe, waardoor Primal een complete signer wordt voor andere Nostr-apps. Remote signing via NIP-46 stelt gebruikers in staat om verbinding te maken met bunker-diensten via Nostr-relays, waarbij sleutels volledig van hun apparaat worden gehouden. Lokale signing via NIP-55 stelt Primal beschikbaar als een Android content provider, zodat apps zoals Amethyst of Citrine handtekeningen kunnen aanvragen zonder ooit de privésleutel aan te raken. Meerdere vervolgPR’s losten compatibiliteitsproblemen op met de NIP-55-specificatie’s hex pubkey-vereiste, en verbeterden het parsen van misvormde nostrconnect:// URI’s. De release bevat ook media pre-caching voor soepeler scrollen, verbeterde thread-laadtijden en avatar pre-caching.

Marmot Protocol Versterkt Beveiliging Na Audit - De Marmot Development Kit (mdk), die NIP-104 MLS-gebaseerde end-to-end versleutelde berichten implementeert, ontving deze week uitgebreide beveiligingsfixes. Achttien samengevoegde pull requests pakten auditbevindingen aan, waaronder: hashverificatie voor versleutelde groepsafbeeldingen om blob-vervangingsaanvallen op opslagniveau te voorkomen, paginering voor wachtende welcomes om geheugenuitputting te voorkomen, MLS Group ID-lekkage in foutmeldingen, en base64-coderingshandhaving voor key packages. De Marmot-specificatie zelf werd bijgewerkt met MIP-04 v2 versiebeheer en beveiligingsverbeteringen. Actieve PR’s blijven nonce-hergebruik, secret zeroization en cache pollution vectors aanpakken.

Nostrability Volgt Relay Hint Ondersteuning - Een nieuwe relay hints compatibiliteitstracker documenteert hoe clients relay hints construeren en consumeren in het ecosysteem. De tracker onthult dat hoewel de meeste clients nu hints construeren volgens NIP-10 en NIP-19, het consumeren sterk varieert: sommige clients nemen hints op in uitgaande events maar gebruiken inkomende hints niet voor het ophalen. Zes clients verdienden de “Volledig” tier-status voor complete implementatie. De tracker is nuttig voor ontwikkelaars die interoperabiliteit controleren en voor gebruikers die zich afvragen waarom sommige clients content vinden die anderen niet kunnen vinden.

Nostria 2.0 Levert Cross-Platform Feature Overhaul - De Nostria client bracht versie 2.0 uit op 30 december met significante toevoegingen op iOS (TestFlight), Android (Play Store), Web en Windows. De release voegt native muziekondersteuning toe met afspeellijst-creatie, track-uploads, zap-gebaseerde artiestenbetalingen en een WinAmp-stijl speler met werkende equalizer. Live streaming krijgt Game API-integratie die rijke metadata toont tijdens gameplay-streams. Een nieuwe Samenvatting-functie genereert uur-, dag- of weekoverzichten als gecomprimeerde tijdlijnweergaven. De Ontdek-sectie biedt samengestelde lijsten voor het vinden van content en profielen. Mediapublicatie wordt vereenvoudigd met automatische korte-vorm berichtgeneratie voor cross-client vindbaarheid. Remote signer-verbindingen werken nu via QR-code scannen zonder handmatige configuratie. Profielontdekking pakt een veelvoorkomend Nostr-probleem aan: wanneer gebruikers tussen relays verhuizen zonder hun metadata mee te nemen, lokaliseert Nostria hun profiel en herpubliceert het naar hun huidige relays. Premium-abonnees krijgen YouTube-kanaalintegratie, privé Memo’s, analytics-dashboards en automatische volglijst-backups met samenvoeg-/herstel-opties.

NIP Updates

Recente wijzigingen aan de NIPs repository:

Samengevoegd:

NIP-55 - Het retourveld voor de nip44_encrypt methode is gecorrigeerd (#2184). Android signers moeten nu de versleutelde payload retourneren in het signature veld (overeenkomend met nip44_decrypt) in plaats van een apart veld. Dit brengt de spec in lijn met bestaande implementaties in Amber en Primal.

Open PR’s:

NIP-50 - Query Expression Extensions (#2182) stelt voor om NIP-50 zoeken uit te breiden met gestructureerde query-expressies. De PR voegt operatoren toe zoals kind:1, author:npub1..., en booleaanse combinaties (AND, OR, NOT), waardoor preciezere zoekopdrachten mogelijk worden naast eenvoudige tekstmatching. Dit zou clients in staat stellen geavanceerde zoekinterfaces te bouwen met behoud van achterwaartse compatibiliteit met basis zoekstrings.

NIP Deep Dive: NIP-04 en NIP-44

Deze week behandelen we Nostr’s versleutelingsstandaarden: de verouderde NIP-04 die je nog steeds zult tegenkomen, en zijn moderne vervanger NIP-44 die kritieke beveiligingsfouten oplost.

NIP-04: Versleutelde Directe Berichten (Verouderd)

NIP-04 was Nostr’s eerste poging tot versleutelde berichten, gebruikmakend van kind 4 events. Hoewel eenvoudig te implementeren, heeft het bekende beveiligingszwakheden en is het afgeschreven ten gunste van NIP-44.

Hoe het werkt: NIP-04 gebruikt ECDH (Elliptic Curve Diffie-Hellman) om een gedeeld geheim af te leiden tussen verzender en ontvanger, en versleutelt vervolgens met AES-256-CBC.

{
 "id": "<event-id>",
 "pubkey": "<sender-pubkey>",
 "created_at": 1736200000,
 "kind": 4,
 "tags": [["p", "<recipient-pubkey>"]],
 "content": "base64-ciphertext?iv=base64-iv",
 "sig": "<signature>"
}

De versleutelingsstroom:

Bereken gedeeld punt: shared = ECDH(sender_privkey, recipient_pubkey)
Leid sleutel af: key = SHA256(shared_x_coordinate)
Genereer willekeurige 16-byte IV
Versleutel: ciphertext = AES-256-CBC(key, iv, plaintext)
Formatteer content: base64(ciphertext)?iv=base64(iv)

Beveiligingsproblemen:

Geen authenticatie: AES-CBC biedt vertrouwelijkheid maar geen integriteit. Een aanvaller die een relay controleert zou ciphertext-bits kunnen wijzigen, wat voorspelbare wijzigingen in plaintext veroorzaakt (bit-flipping aanvallen).
IV in het zicht: De initialisatievector wordt naast ciphertext verzonden, en CBC-modus met voorspelbare IV’s maakt chosen-plaintext aanvallen mogelijk.
Geen padding-validatie: Implementaties variëren in hoe ze PKCS#7 padding afhandelen, wat mogelijk padding oracle-aanvallen mogelijk maakt.
Metadata-blootstelling: De verzender-pubkey, ontvanger-pubkey en timestamp zijn allemaal zichtbaar voor relays.
Sleutelhergebruik: Hetzelfde gedeelde geheim wordt voor altijd gebruikt voor alle berichten tussen twee partijen.

Waarom het nog bestaat: Veel oudere clients en relays ondersteunen alleen NIP-04. Je zult het tegenkomen bij interactie met legacy-systemen. Signers zoals Amber en apps zoals Primal implementeren nog steeds nip04_encrypt/nip04_decrypt voor achterwaartse compatibiliteit.

NIP-44: Versiebeheerde Versleuteling

NIP-44 is de moderne versleutelingsstandaard, ontworpen om de bekende fouten van NIP-04 op te lossen. Een Cure53-beveiligingsaudit van NIP-44-implementaties identificeerde 10 problemen (waaronder timing-aanvallen en forward secrecy-zorgen) die werden aangepakt voordat de spec werd gefinaliseerd. Het gebruikt ChaCha20-Poly1305 met correcte sleutelafleiding en geauthenticeerde versleuteling.

Belangrijkste verbeteringen ten opzichte van NIP-04:

Aspect	NIP-04	NIP-44
Cipher	AES-256-CBC	XChaCha20-Poly1305
Authenticatie	Geen	Poly1305 MAC
Sleutelafleiding	SHA256(shared_x)	HKDF met salt
Nonce	16-byte IV, hergebruikt patroon	24-byte willekeurige nonce
Padding	PKCS#7 (lekt lengte)	Opgevuld tot macht van 2
Versiebeheer	Geen	Versie-byte prefix

Versleutelingsstroom:

Conversation key: Leid een stabiele sleutel af voor elk verzender-ontvanger paar:

shared_x = ECDH(sender_privkey, recipient_pubkey).x
conversation_key = HKDF-SHA256(
 ikm = shared_x,
 salt = "nip44-v2",
 info = ""
)

Message keys: Voor elk bericht, genereer een willekeurige 32-byte nonce en leid versleuteling/authenticatie-sleutels af:

keys = HKDF-SHA256(
 ikm = conversation_key,
 salt = nonce,
 info = "nip44-v2"
)
chacha_key = keys[0:32]
chacha_nonce = keys[32:44]
hmac_key = keys[44:76]

Pad plaintext: Vul aan tot de volgende macht van 2 (minimum 32 bytes) om berichtlengte te verbergen:
```
padded = [length_u16_be] + [plaintext] + [zeros to next power of 2]
```

Versleutel en authenticeer:

ciphertext = XChaCha20(chacha_key, chacha_nonce, padded)
mac = HMAC-SHA256(hmac_key, nonce + ciphertext)

Formatteer payload:

payload = [version=0x02] + [nonce] + [ciphertext] + [mac]
content = base64(payload)

Versie-byte: De eerste byte (0x02) geeft de versleutelingsversie aan. Dit maakt toekomstige upgrades mogelijk zonder bestaande berichten te breken. Versie 0x01 was een eerdere draft die nooit breed werd uitgerold.

Ontsleuteling:

Decodeer base64, controleer of versie-byte 0x02 is
Extraheer nonce (bytes 1-32), ciphertext en MAC (laatste 32 bytes)
Leid conversation key af met de privésleutel van de ontvanger en de publieke sleutel van de verzender
Leid message keys af van conversation key en nonce
Verifieer MAC voordat je ontsleutelt (weiger als ongeldig)
Ontsleutel ciphertext, extraheer lengteprefix, retourneer onopgevulde plaintext

Beveiligingseigenschappen:

Geauthenticeerde versleuteling: Poly1305 MAC zorgt ervoor dat elke manipulatie wordt gedetecteerd voordat er wordt ontsleuteld
Forward secrecy (gedeeltelijk): Elk bericht gebruikt een unieke nonce, dus het compromitteren van één bericht onthult anderen niet. Het compromitteren van een privésleutel onthult echter nog steeds alle vorige berichten (geen ratcheting).
Lengte verbergen: Power-of-2 padding verbergt exacte berichtlengte
Timing-aanval weerstand: Constant-time vergelijking voor MAC-verificatie

Gebruik in de praktijk: NIP-44 is de versleutelingslaag voor:

NIP-17 privé directe berichten (binnen gift wrap)
NIP-46 remote signer-communicatie
NIP-59 seal-versleuteling
Marmot Protocol groepsberichten, waarbij NIP-44 MLS-versleutelde content wrapt met een sleutel afgeleid van het MLS exporter secret
Elke applicatie die veilige punt-naar-punt versleuteling nodig heeft

Migratieadvies: Nieuwe applicaties zouden exclusief NIP-44 moeten gebruiken. Voor achterwaartse compatibiliteit, controleer of de client van een contact NIP-44 ondersteunt (via NIP-89 app-metadata of relay-ondersteuning) voordat je terugvalt op NIP-04. Bij het ontvangen van berichten, probeer eerst NIP-44 ontsleuteling, val dan terug naar NIP-04 voor legacy-content.

Releases

Primal Android v2.6.18 - Volledige release voegt NIP-46 remote signing en NIP-55 lokale signing toe, waardoor Primal een signing-hub wordt voor andere Android-apps. Prestatieverbeteringen omvatten media pre-caching, avatar pre-caching en snellere thread-laadtijden. Bugfixes pakken zelf-vermeldingen in bio’s, mediagalerij-crashes en stream-titel fallbacks aan. Op iOS gebruikt Primal achtergrond-audioafspeling om de app actief te houden voor het ontvangen van NIP-46 signing-verzoeken; gebruikers kunnen het geluid wijzigen of volledig dempen in instellingen.

Mostro v0.15.6 - De nieuwste release van het NIP-69 P2P Bitcoin-handelsplatform voltooit de implementatie van het ontwikkelingsfonds met Phase 4 audit-events. Dev-feebetalingen worden nu gevolgd via kind 38383 Nostr-events die na elke succesvolle betaling worden gepubliceerd, wat verificatie en analytics door derden mogelijk maakt. Bedragberekeningen werden gecorrigeerd voor koper-/verkoperberichten, en premium-logica werd afgestemd op de lnp2pbot-referentie-implementatie.

Aegis v0.3.5 - De cross-platform signer voegt donkere modus toe, verbeterde app-icoon weergave en schonere UI-layouts. Bugfixes pakken iOS iCloud Private Relay-conflicten en event-parsingproblemen aan. De release verbetert ook hoe event JSON wordt doorgegeven aan de Rust signing-functie.

Citrine v1.0.0 - De Android relay-app bereikt 1.0. Citrine laat je een persoonlijke Nostr-relay direct op je Android-apparaat draaien, nuttig voor lokale caching, backup of als NIP-55 companion. Deze release voegt een crash report handler toe, verbetert database query-efficiëntie en werkt vertalingen bij via Crowdin.

Applesauce v5.0.0 - hzrd149’s TypeScript-bibliotheeksuite levert een major versie met breaking changes gericht op correctheid en eenvoud. Het core-pakket verifieert nu event-handtekeningen standaard en hernoemt coördinaat-methodes naar duidelijkere “address” terminologie (parseCoordinate → parseReplaceableAddress). Het relay-pakket verlaagt standaard retries van 10 naar 3 en negeert standaard onbereikbare relays, plus voegt createUnifiedEventLoader toe voor eenvoudiger event-ophalen. Het wallet-pakket krijgt NIP-87 Cashu mint discovery. Directe nostr-tools dependencies werden verwijderd uit pakketten, wat bundlegrootte en versieconflicten vermindert.

Noemenswaardige code- en documentatiewijzigingen

Dit zijn open pull requests en werk in een vroeg stadium, perfect voor het krijgen van feedback voordat ze worden samengevoegd. Als iets je aandacht trekt, overweeg dan te reviewen of commentaar te geven!

Damus (iOS)

Een reeks PR’s verbetert de longform artikel-ervaring. Reading UX-verbeteringen voegen een voortgangsbalk toe, geschatte leestijd, sepia-modus, aanpasbare regelhoogte en focusmodus die navigatie verbergt tijdens scrollen. Afbeeldingsfixes zorgen ervoor dat afbeeldingen in markdown-content worden weergegeven met correcte aspectratio’s door standalone afbeeldingen voor te verwerken als blokniveau-elementen. Longform preview cards vervangen inline @naddr1... tekst door rijke preview-kaarten die artikeltitel en metadata tonen. Een nieuwe relay integration test suite voegt 137 netwerkgerelateerde tests toe inclusief NIP-01 protocolverificatie en gedrag onder verslechterde netwerkomstandigheden (3G-simulatie).

Bitchat (Versleutelde Berichten)

Beveiligingsversterking in de iOS Nostr+Cashu messenger. Noise protocol DH secret clearing repareert zes locaties waar gedeelde geheimen niet werden gewist na Diffie-Hellman sleutelovereenkomst, wat forward secrecy-garanties herstelt. Thread safety voor read receipt queues voegt barrier-synchronisatie toe om race conditions in NostrTransport te voorkomen. Message deduplicator-optimalisatie verbetert prestaties bij hoge berichtvolumes, en hex string parsing hardening voorkomt crashes van misvormde input.

Frostr (Threshold Signing)

Het FROST-gebaseerde threshold signing protocol voegde QR-code weergave toe voor groeps-credentials en share-credentials tijdens onboarding en in de signer-interface. Dit maakt eenvoudigere setup mogelijk bij het distribueren van sleutel-shares over meerdere apparaten, waarbij gebruikers credentials kunnen scannen in plaats van lange strings handmatig te kopiëren.

Marmot mdk (Bibliotheek)

Naast de hierboven genoemde beveiligingsfixes, pakken actieve PR’s resterende auditbevindingen aan: Secret type voor zeroization introduceert een wrapper-type dat automatisch gevoelige data wist bij drop, messages query paginering voorkomt geheugenuitputting bij het laden van chatgeschiedenis, en versleutelde opslag voegt at-rest versleuteling toe voor de SQLite-database die groepsstaat en berichten opslaat.

Amethyst (Android)

Een drukke week van stabiliteitsfixes in de Android-client. Coulante JSON-parsing voorkomt crashes van misvormde events door Kotlin Serialization coulanter te maken. Event-validatie controleert nu kind-veldgrootte voordat verwerking plaatsvindt om exceptions van te grote waarden te vermijden. De trust score UI kreeg een kleiner icoon om visuele interferentie te verminderen, en verbeterde foutlogging helpt bij het diagnosticeren van relay-verbindingsproblemen. Vertaalupdates arriveerden via Crowdin, en meerdere SonarQube-waarschuwingen werden aangepakt.

TENEX (AI Agents)

Het Nostr-native AI agent-framework zag 81 commits deze week die autonome mogelijkheden uitbouwen. Nieuw agent supervision systeem implementeert gedragsheuristieken om agent-acties te monitoren en in te grijpen wanneer nodig. Delegatie-transparantie voegt gebruikersinterventie-logging toe aan delegatie-transcripten, zodat gebruikers kunnen auditen wat agents namens hen deden. De LLM provider registry werd gemodulariseerd voor eenvoudigere integratie van verschillende AI-backends. Cross-project conversatie-ondersteuning laat agents context behouden over meerdere Nostr-gebaseerde projecten.

Jumble (Web Client)

De relay-gerichte webclient voegde meerdere gebruikerservaringverbeteringen toe. Smart relay pool beheert intelligent verbindingen op basis van gebruikspatronen. Live feed toggle laat gebruikers schakelen tussen real-time streaming en handmatige verversing. Auto-show new notes aan de bovenkant toont verse content zonder pagina-herlading te vereisen. Persistent cache voor volg-feed en notificaties verbetert laadtijden bij terugkerende bezoeken. Gebruikers kunnen nu standaard relays wijzigen via instellingen.

Dat was het voor deze week. Bouw je iets? Heb je nieuws te delen? Wil je dat we je project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Kompas #3

Wed, 31 Dec 2025 00:00:00 +0000

Welkom terug bij Nostr Kompas, je wekelijkse gids voor het Nostr-protocol ecosysteem.

Deze week: Terwijl 2025 eindigt, kijken we terug op vijf jaar decembermilepalen in Nostr’s evolutie. Van fiatjaf’s eerste clientrelease in december 2020, via Jack Dorsey’s pivotale donatie van 14 BTC in december 2022, tot deze maand’s verspreiding van NIP-55-signers en NDK’s 162x cacheversnelling, heeft december consistente keerpunten voor het protocol gemarkeerd. Dit speciale nummer volgt de technische geschiedenis door elke december, documenterend de groei van het protocol van twee experimentele relays naar 2.500+ nodes over 50 landen. Plus: het desktopmodule van Amethyst krijgt vorm via Quartz, Notedeck voegt berichten toe, Citrine host webapps, en NIP-54 lost internationalisatie voor niet-Latijnse scripts op.

December Recap: Vijf jaar Nostr-decembers

Nostr wordt dit jaar vijf jaar oud. fiatjaf initieerde het protocol op 7 november 2020, en elke december sinds dien heeft een distinct fase in zijn evolutie gemarkeerd: van proof-of-concept naar mondiale beweging naar production-ecosysteem. Dit is een technische terugblik van december 2020 tot en met december 2025, de vormende jaren die Nostr’s grondslag hebben gevestigd en zijn doorbraakmoment hebben gekatalyseerd.

December 2020: Genesis

De eerste volledige maand van Nostr’s bestaan zag fiatjaf Branle vrijgeven, de eerste client van het protocol, gebouwd met Quasar (Vue.js) en absurd-sql voor lokale opslag. fiatjaf had al de kernarchitectuur vastgesteld: gebruikers geïdentificeerd door secp256k1 publieke sleutels, alle berichten cryptografisch ondertekend, relays als domme opslag die niet met elkaar communiceren. Een of twee experimentele relays dienden een handvol early adopters die coördineerden in de Telegram-groep @nostr_protocol, die op 16 november was gestart. De originele documentatie beschreef “het eenvoudigste open protocol dat in staat is om een censuurbestendige wereldwijd sociaal netwerk te creëren,” een premise die twee jaar later zou worden bewezen.

December 2021: Vroege ontwikkeling

Op 31 december 2021 haalde Nostr de Hacker News voorpagina met 110 punten en 138 opmerkingen, ingediend door Cameri. Dit markeerde de eerste significante blootstelling van het protocol aan de bredere developer-community. Het netwerk liep op ongeveer zeven relays met minder dan 1.000 gebruikers. Branle ontving updates inclusief private key import (31 december) en multi-relay ondersteuning. Een command-line client, noscl, voorzag terminal-gebaseerde interactie. De protocol-specificaties bestonden in fiatjaf’s documentatie, hoewel de formele NIPs-repository niet tot mei 2022 zou worden aangemaakt. Het protocol was, zoals fiatjaf het beschreef, “work in progress”.

December 2022: Het omslagpunt

December 2022 veranderde Nostr van een niche experiment in een mainstream beweging. De katalysator kwam op 15 december, toen Jack Dorsey 14.17171699 BTC (~$245.000-$250.000) aan fiatjaf doneerde nadat hij het protocol ontdekte en het “100 procent wat we van Bluesky wilden, maar het was niet van een bedrijf ontwikkeld” noemde. Op 16 december kondigde fiatjaf aan dat hij middelen zou verdelen met Damus-ontwikkelaar William Casarin (jb55), en Dorsey verificeerde zijn Nostr-account (npub: npub1sg6plzptd64u62a878hep2kev88swjh3tw00gjsfl8f237lmu63q0uf63m). De financiering legitimeerde het project in één nacht.

Dezelfde week versnelde Twitter’s chaos de adoptie. 14-15 december zagen schorsingen van prominente journalisten van de New York Times, CNN en Washington Post. Op 18 december kondigde Twitter verboden aan op accounts die Nostr, Mastodon en andere platforms bevorderden. Het beleid werd de volgende dag na tegenkanting omgekeerd. De exodus dreef gebruikers om alternatieven te verkennen.

Protocol-ontwikkeling nam toe. Op 16 december werd NIP-19 gemerged (#57), introductie van bech32-gecodeerde identificatoren (npub, nsec, note, nprofile, nevent) die sleutels mensleesbaar en onderscheidbaar maakten. De NIPs-repository registreerde 36+ commits die maand, inclusief NIP-40 en NIP-07 updates. Clients vermenigvuldigden zich: Damus vulde zijn TestFlight-bèta binnen uren, Astral forkte Branle voor profielbepaling, Snort lanceerde als een “snelle, censuurbestendige” webclient, en Vitor Pamplona begon Amethyst-ontwikkeling. Alby v1.22.1 “Kemble’s Cascade of Stars” werd op 22 december verscheept met NIP-19 ondersteuning. Op 7 december had Nostr ongeveer 800 gebruikers met profielen; toen Damus op 31 januari 2023 de App Store raakte, gingen de sluizen open, groei naar 315.000+ gebruikers tegen juni 2023.

December 2023: Ecosysteem volwassenheid

December 2023 markeerde een kritisch keerpunt voor Nostr-protocolbeveiliging. Op 20 december werd NIP-44 revisie 3 gemerged na een onafhankelijke Cure53-beveiligingsaudit (NOS-01) die 10 problemen in TypeScript-, Go- en Rust-implementaties identificeerde, inclusief timing-aanvallen en forward-secrecy-zorgen. De bijgewerkte spec verving de gebrekkige NIP-04 versleuteling met ChaCha20 en HMAC-SHA256, waarbij de cryptografische basis werd vastgesteld die nu NIP-17 private DMs en NIP-59 gift wrapping ondersteunt. Dezelfde week kondigde OpenSats hun vierde golfbeurzen aan op 21 december, financiering van zeven projecten inclusief Lume, noStrudel, ZapThreads en een onafhankelijke NIP-44-audit. Dit volgde de eerste golf in juli 2023 die Damus, Coracle, Iris en anderen had gefinancierd, waarbij de totale Nostr Fund-toewijzing ongeveer $3,4 miljoen over 39 beurzen bedroeg.

De maand stelde ook duurzaamheidsspanningen in het ecosysteem bloot. Op 28 december postte William Casarin (jb55) op Stacker News dat 2024 “waarschijnlijk het laatste jaar van Damus” zou zijn, stellende dat “nostr-clients geen geld verdienen” na Apple’s restricties op in-app zaps die de opbrengstmogelijkheden ernstig beperkte. Het Damus-team had eerder VC-financiering afgewezen. Ondertussen werd Nostr Wallet Connect v0.4.1 op 26 december uitgegeven, uitbreiding van NIP-47 met pay_keysend, make_invoice, lookup_invoice, list_transactions, get_balance en get_info-methoden, leggende grondwerk voor de portefeuilleintegraties die standaard zouden worden over clients.

December 2024: Protocol-vooruitgang

December 2024 opende met de Notedeck Alpha-lancering op 30 november, de Rust-gebaseerde desktopclien van het Damus-team met een multi-kolom interface met meervoudig accountondersteuning. Gebouwd voor Linux, macOS en Windows (Android gepland voor 2025), Notedeck werd aanvankelijk naar Damus Purple-abonnees verstuurd en vertegenwoordigde een strategische expansie voorbij iOS. Twee weken later kondigde OpenSats hun negende golfbeurzen aan op 16 december, financiering van AlgoRelay (de eerste algoritmische relay voor gepersonaliseerde feeds), Pokey (Android-app met Bluetooth-mesh voor beperkt internet), Nostr Safebox (NIP-60 Cashu token-opslag) en LumiLumi (lichtgewicht toegankelijke webclient), toewijzing van totale Nostr Fund naar ongeveer $9 miljoen, een stijging van 67% jaar-op-jaar.

De maand zag significante client-volwassenheid over het ecosysteem. Gossip 0.13.0 landde op 23 december met Bestandsmetadata (NIP-92/NIP-94) ondersteuning, Blossom-integratie en NIP-50 relayzoeken. Coracle 0.5.0 werd op 12 december verscheept met herziene onboarding en nostr-editor integratie. Protocol-ontwikkeling bleef actief met 30 pull requests ingediend tussen 9-22 december (10 gemerged), inclusief NIP-46 herschrijvingen om alleen NIP-44 versleuteling te gebruiken en voortgezet werk aan NIP-104 voor Signal-niveau double ratchet-versleuteling. Netwerkstatistieken toonden 224.000+ dagelijkse vertrouwde pubkey-events, 4x jaar-op-jaar groei in nieuwe profielen met contactlijsten en 50% toename in openbare schrijfevents.

December 2025: Ecosysteem-expansie

December 2025 bracht voortgezette protocol-volwassenheid en ecosysteem-expansie. Op 21 december kondigde OpenSats hun veertiende golfbeurzen aan, financiering van drie projecten: YakiHonne (een multi-platformclient met creatorsportal voor inhoud met lange vorm en Cashu/Nutzaps betalingsintegratie), Quartz (Vitor Pamplona’s Kotlin Multiplatform-bibliotheek die Amethyst aandrijft en een iOS-versie zal mogelijk maken) en Nostr Feedz (bidirectionele RSS-naar-Nostr integratie door PlebOne). Grant-verlengingen gingen naar Dart NDK en Mattn’s nostr-relay.

Protocol-evolutie ging door met NIP-BE (Bluetooth Low Energy messaging, #1979) gemerged in november, het mogelijk maken van offlinevice synchronisatie. NIP-A4 (Openbare berichten, kind 24, #1988) landde later in de maand, definiërend notificatieschermbericht die q tags gebruiken om threadingproblemen te vermijden. NIP-29 ontving grote verduidelijking (#2106), introductie van de hidden tag voor echt private, ondetecteerbare groepen. De NIP-55 spec ontving ook verfijning (#2166), het aanpakken van een veelgebruikt implementatiefout waar ontwikkelaars get_public_key vanuit achtergrondprocessen belden.

Aan de client-zijde werd Primal Android een volledige NIP-55-signer via acht samengevoegde PRs die LocalSignerContentProvider implementeerden, sluitend aan bij Amber en Aegis als Android signing opties. De NDK-bibliotheek bereikte 162x snellere cachequery’s (van ~3.690ms naar ~22ms) door het elimineren van dubbele schrijfbewerkingen en onnodig LRU-cachequery’s (PR #371, PR #372). Shopstr introduceerde Zapsnags voor flitsverkoop via zaps. White Noise verzond MIP-05 privacybehoudende pushnotificaties. Zie Nieuwsbrief #1 en Nieuwsbrief #2 voor volledige dekking.

Vijf jaar geleden gaf fiatjaf Branle vrij aan een handvol gebruikers over twee experimentele relays. Vandaag ondersteunt het protocol 140+ clients, 2.500+ relays over 50 landen, en een groeiend web van vertrouwen dat honderdduizenden sleutelparen verbindt. Het decemberpatroon van grote releases zette zich deze maand voort met Bluetooth-berichten, Android-signer verspreiding en infrastructuurbeurzen die aanhoudende investeringen in cross-platformtooling signaleerden.

Nieuws

Amethyst Desktop neemt vorm aan - De Quartz-beurs van OpenSats’ veertiende golf produceert al resultaten. PR #1625 creëert een volledige :desktopApp module voor Amethyst met Compose Multiplatform, met login- en globale feedschermen functioneel op Desktop JVM. De architectuur converteert de :commons module naar Kotlin Multiplatform met een schone bron set-structuur (commonMain, jvmAndroid, androidMain, jvmMain), het mogelijk maken van gedeelde UI-componenten tussen Android en desktop terwijl platform-specifieke beslissingen aan elk doel worden overgelaten. Dit legt de grondslag voor de uiteindelijke iOS-versie via dezelfde Kotlin Multiplatform-aanpak.

Amethyst Voice Replies - Een Kerstgeschenk van davotoula: PR #1622 voegt toegewijde voice reply-schermen toe met golfvormvisualisatie, hernamedondersteuning, media server-selectie en uploadvoortgangsindicatoren. Gebruikers kunnen nu antwoorden op zowel root voice-berichten als voice-antwoorden met audio.

Notedeck voegt berichten toe - Notedeck, de Damus-desktopclien, kreeg een berichtenfunctie in PR #1223, expansie voorbij timelines naar directe communicatie.

Citrine Host Webapps - Citrine kan nu webapplicaties hosten, je telefoon omzetten in een lokale Nostr-webserver. Een aparte PR #85 voegt automatische herverbinding en event-uitzending toe wanneer netwerkconnectiviteit terugkeert, met uitgebreide testdekking over Android API-niveaus.

Nostrability Developer Toolkit Registry - De Developer Kits & Tooling tracker onderhoudt een gecureerde registerboek van SDK’s, bibliotheken en developer-tools over talen (TypeScript, Rust, Python, Go, Dart, Swift en meer). Als je nieuw bent in Nostr-ontwikkeling, is dit een nuttig startpunt voor het vinden van de juiste toolkit voor je stack.

NIP Updates

Recente wijzigingen in de NIPs-repository:

NIP-54 - Kritieke internationalisatieoplossing voor wiki d-tag normalisatie (#2177). Vorige regels converteerden alle niet-ASCII-tekens naar -, verbroken ondersteuning voor Japans, Chinees, Arabisch, Cyrillisch en andere scripts. De bijgewerkte spec behoudt UTF-8-letters, past alleen kleine letters toe op tekens met variantengevallen, en bevat uitgebreide voorbeelden: "ウィキペディア" blijft "ウィキペディア", "Москва" wordt "москва", en gemengde scripts zoals "日本語 Article" normaliseren naar "日本語-article".

Releases

Zapstore 1.0-rc1 - De Nostr-gebaseerde toepassing zonder toestemming verzendt de eerste release candidate van zijn nieuwe architectuur, met een volledige UI-vernieuwing, herschreven packagemanager met verbeterde foutafhandeling, App Stacks voor gecureerde ontdekkingen, herdoordachte profielschermen, achtergrondupdate controle en oneindige scrollen in release lists.

KeyChat v1.38.1 - De MLS-gebaseerde versleutelde berichtenapp voegt UnifiedPush-ondersteuning toe voor Android en Linux pushnotificaties, plus biometrische authenticatie voor privacyoperaties. Beschikbaar voor Android, Windows, macOS en Linux.

Alby Go v2.0.0 - De mobiele Lightning-portefeuille metgezel verzendt een visuele herontwerp met nieuw logo, bijgewerkt kleurenpalet, herontworpen adresboek en verbeterd bedragsinvoerkeyboard. BTC Map is nu toegankelijk van het thuisscherm, en transactiebeschrijvingen verschijnen in notificaties.

nak v0.17.4 - fiatjaf’s command-line Nostr-tool vrijgegeven, volgend op v0.17.3’s LMDB Linux-restrictie reparatie van vorige week.

Opmerkelijk code en documentatiewijzigingen

Open pull requests en vroeg-stadium werk de moeite waard om te volgen.

Damus (iOS)

NIP-19 relay hints implementeert relay hint consumptie voor event-ophaling. Wanneer gebruikers nevent, nprofile of naddr links openen, haalt Damus nu relayhinten uit de bech32 TLV-gegevens en verbindt zich met kortstondig relays om inhoud op te halen die niet in de relay pool van de gebruiker staat. De implementatie omvat ref-geteld opruiming om race conditions tijdens gelijktijdige lookups te voorkomen. URL-detectie van afbeelding converteert automatisch geplakte afbeeldings-URL’s in preview-miniatuurafbeeldingen in de composer, met een carrouselpositie badge voor meerdere afbeeldingen. npub plakken conversie transformeert geplakte npub/nprofile-strings in vermeldingskoppelingen met asynchrone profielresolutie.

Amethyst (Android)

Betalingsdoelen voegt een event-interface toe voor NIP-57 zap splits, waardoor berichten meerdere ontvangers kunnen specificeren die binnenkomende zaps delen (nuttig voor samenwerkingen, inkomstendelende of tipping zowel contentmakers als de tools die zij gebruiken). Quartz-functie pariteit documentatie voegt een gedetailleerde tabel toe die volgt welke functies over Android, Desktop JVM en iOS-doelen zijn geïmplementeerd, stellende dat iOS kernelcryptografie (Secp256k1Instance), JSON-serialisatie en gegevensstructuren mist.

Notedeck (Desktop)

Timeline filter wederopbouw repareert een fout waarbij onvolgde accounts keer op keer in feeds verschenen. Timeline-filters werden eenmaal uit de contactlijst gebouwd en nooit bijgewerkt; de oplossing voegt contact_list_timestamp tracking en een invalidate() methode toe om herbouwen te triggeren wanneer vervolgstatus verandert.

Citrine (Android Relay)

ContentProvider API stelt de lokale relay’s event-database bloot aan andere Android-apps via ContentResolver. In plaats van de WebSocket-interface (die vereist dat apps een aanhoudende verbinding onderhouden en het Nostr relay-protocol spreken), biedt ContentProvider directe synchrone database-toegang via Android’s eigen IPC-mechanisme. Externe apps kunnen query-events op ID, pubkey, kind of datumbereik, insert nieuwe events met validatie en delete events zonder socket-verbindingen te beheren.

rust-nostr (Bibliotheek)

NIP-40 relay-niveau ondersteuning voegt verval-afhandeling toe op het relay builder-niveau. Verlopen events worden nu geweigerd vóór opslag en gefilterd voordat ze naar clients worden verstuurd, waardoor elke database-implementatie onafhankelijk vervalbevoegingen hoeft af te handelen.

nak (CLI)

Blossom mirror implementeert blob mirroring functionaliteit voor het command-line-tool.

Mostro (P2P Trading)

Dev fee audit events voegt transparante audit trails toe voor ontwikkelingsfonds betalingen via kind 8383 Nostr-events. De implementatie publiceert niet-blokkerend audit events na succesvolle fee-betalingen, met orderdetails en betalingshashes terwijl koper/verkoper pubkeys voor privacy worden uitgesloten.

MDK (Marmot Development Kit)

Drie security audit reparaties landden: Author verificatie handhaaft dat roddel pubkeys MLS zender gegevens afstemmen, het voorkomen van imitatie-aanvallen. KeyPackage identiteitsBinding verifieert dat referentie-identiteit event ondertekenaar afstemt. Admin update validatie voorkomt lege admin sets en niet-lid admin toewijzingen.

Shopstr (Marketplace)

HODL invoice escrow implementeert een vertrouwensminimale betalingssysteem voor fysieke goederen. De architectuur gebruikt Alby’s makeHoldInvoice om koper middelen in hun eigen portefeuille vast te leggen, met settling getriggerd alleen na inventarisverificatie door handelspartij. Het handshake-protocol stroomt door NIP-17 versleuterde DMs: koper verzendt orderverzoek, handelspartij reageert met HODL factuur, koper betaalt (middelen vergrendeld), handelspartij bevestigt voorraad en verzending, dan setting geeft middelen vrij. Multi-handelspartij cart ondersteuning splitsbare betalingen over leveranciers.

Jumble (Web Client)

Per-relay discovery mode voegt een toggle toe om berichten van vervolgde gebruikers op specifieke relays te verbergen, discovery feeds op basis van taal mogelijk makende (bijvoorbeeld nostr.band/lang/*). De functie filtert berichten uit waarbij de auteur pubkey in de volglijst van de gebruiker verschijnt, permanente toggle status per relay URL in localStorage.

White Noise (Versleutelde Messaging)

Media upload retry voegt herhalingopties toe voor mislukte uploads. Profile edit warnings waarschuwen gebruikers over profielwijzigingen. Op de achterkant repareerde whitenoise-rs een race condition in AccountGroup creatie.

npub.cash (Lightning Address Service)

v3 herschrijving migreert naar Bun voor de monorepo en server, voegt SQLite ondersteuning toe, laat v1-compatibiliteit vallen, implementeert LUD-21 en voegt real-time munt quote updates toe.

nostr-java (Bibliotheek)

v1.1.1 verzendt WebSocket-afhandelingsherschrijvingen en verbeterde test-robuustheid over twee PRs.

NIPs Repository

NIP-54 Djot migratie stelt een aparte wijziging voor aan de wiki spec: het format van Asciidoc naar Djot omzetten, een lichtgewicht opmaaktaal met schonere syntaxis. De PR introduceert verwijzingsstijlkoppelingen voor wikilinks, het maken van cross-verwijzingen tussen wiki artikelen leesbaarder in bronvorm. NIP-XX Quorum introduceert drempelmulti-handtekeningbestuur voor Nostr-groepen met behulp van FROST (Flexible Round-Optimized Schnorr Threshold signatures). Een Quorum is een nsec gedeeld onder leden via een T-van-N-schema waarbij leden zichzelf kunnen vertegenwoordigen of naar een raad van gevolmachtigden kunnen delegeren. Wanneer de raad verandert, wordt de oude nsec verouderd en een nieuwe wordt verdeeld—de afsluitende daad van elke raad ondertekent de bestuuring transitie event. De spec definieert lidmaatschap (openbaar of privé), verkiezingen en peilingen (populaire stemmen, stemmen van geen vertrouwen), optioneel natuurlijke taal “wetten,” en crucaal, quorum ontologieën waarbij quorum leden van andere quorum kunnen zijn, het mogelijk maken van hiërarchische structuren zoals lokaliteiten die zich voegen bij regionale lichamen. Gebruikssituaties beslaan broncode ontwikkeling, bedrijfsbesturen, HOA’s en gemodereerde gemeenschappen.

Dat is het voor deze week en dit jaar. Bouwt u iets? Hebt u nieuws om te delen? Wilt u dat we uw project dekken? Bereik ons via NIP-17 DM of zoek ons op Nostr.

Nostr Kompas #2

Wed, 24 Dec 2025 00:00:00 +0000

Welkom terug bij Nostr Kompas, je wekelijkse gids voor het Nostr-protocol ecosysteem.

Deze week: Drie NIP-55 signer-implementaties krijgen updates: Amber voegt prestatiecaching toe, Aegis krijgt nostrsigner: URI-ondersteuning, en Primal Android voegt zich bij hen als volledige lokale signer. Shopstr introduceert “Zapsnags” voor flash-verkopen via zaps. Mostro voegt een ontwikkelingsfonds toe. Vier NIP-updates landen, waaronder Public Messages (kind 24) en verbeteringen in groepsprivacy. NDK cache-queries worden 162x sneller, Applesauce voegt reacties en NIP-60 wallet-ondersteuning toe, en Tenex introduceert RAL-architectuur voor AI-agent delegatie. In onze deep dive leggen we NIP-02 (volglijsten) en NIP-10 (reply threading) uit, fundamentele specificaties voor het bouwen van sociale tijdlijnen en gesprekken.

Nieuws

Primal Android Wordt een NIP-55 Signer - Voortbouwend op de Nostr Connect ondersteuning van vorige week, heeft Primal volledige lokale ondertekeningscapaciteiten geïmplementeerd via acht samengevoegde pull requests. De implementatie omvat een complete LocalSignerContentProvider die ondertekeningsbewerkingen blootstelt aan andere Android-apps via Android’s content provider interface, volgens de NIP-55 specificatie. De architectuur scheidt verantwoordelijkheden netjes: SignerActivity handelt gebruikersgerichte goedkeuringsflows af, LocalSignerService beheert achtergrondbewerkingen, en een nieuw permissiesysteem laat gebruikers bepalen welke apps handtekeningen kunnen aanvragen. Dit maakt Primal een levensvatbaar alternatief voor Amber voor Android-gebruikers die hun sleutels in één app willen houden terwijl ze anderen gebruiken voor verschillende Nostr-ervaringen.

Shopstr Zapsnags: Flash-verkopen via Lightning - De Nostr-native marktplaats introduceerde “Zapsnags”, een flash-verkoop functie waarmee kopers items direct vanuit hun sociale feed kunnen kopen met een enkele zap. De implementatie filtert kind 1 nota’s getagd met #shopstr-zapsnag en rendert ze als productkaarten met een “Zap om te Kopen” knop in plaats van de standaard winkelwagen-flow. Wanneer een koper zapt, genereert het systeem een betalingsverzoek met behulp van NIP-57, pollt voor de kind 9735 zap-ontvangst om betaling te bevestigen, en versleutelt vervolgens verzendinformatie met NIP-17 gift wrapping voordat het privé naar de verkoper wordt gestuurd. De functie slaat kopergegevens lokaal op voor herhaalaankopen en bevat een handelarendashboard voor het maken van flash-verkoopvermeldingen. Het is een slimme combinatie van sociale, betalings- en privacy-primitieven die laat zien hoe Nostr’s componeerbare ontwerp nieuwe handelspatronen mogelijk maakt.

Mostro Introduceert Ontwikkelingsfonds - De NIP-69 P2P Bitcoin-handelsplatform implementeerde configureerbare ontwikkelingskosten om duurzaam onderhoud te ondersteunen. Operators kunnen dev_fee_percentage instellen tussen 10-100% van de Mostro-handelskosten (standaard 30%), die automatisch worden doorgestuurd naar een ontwikkelingsfonds bij elke succesvolle transactie. De implementatie voegt drie databasekolommen toe (dev_fee, dev_fee_paid, dev_fee_payment_hash) om bijdragen bij te houden en valideert het percentage bij daemon-opstart. Technische documentatie in docs/DEV_FEE.md legt het systeem uit. Dit opt-in model laat operators lopende ontwikkeling ondersteunen met behoud van volledige transparantie over kostenallocatie.

NIP Updates

Recente wijzigingen in de NIPs repository:

Nieuwe NIPs:

NIP-A4 (Public Messages, kind 24) - Een nieuwe kind voor notificatiescherm-berichten ontworpen voor brede client-ondersteuning (#1988). In tegenstelling tot threaded gesprekken hebben deze berichten geen concept van chatgeschiedenis of berichtketens. Ze gebruiken q tags (citaten) in plaats van e tags om threading-complicaties te vermijden, waardoor ze ideaal zijn voor eenvoudige openbare notificaties die in de notificatiefeed van een ontvanger verschijnen zonder gespreksstatus te creëren.

Significante Wijzigingen:

NIP-29 - Grote verduidelijking van groepssemantiek (#2106). De closed tag betekent nu “kan niet schrijven” (alleen-lezen voor niet-leden), losgekoppeld van join-mechanica. Een nieuwe hidden tag voorkomt dat relays metadata of ledenevents serveren aan niet-leden, waardoor echt privégroepen mogelijk zijn die niet ontdekt kunnen worden zonder out-of-band uitnodiging. De private tag controleert berichtzichtbaarheid terwijl publieke metadata nog steeds mogelijk is voor ontdekking.
NIP-51 - Kind 30006 toegevoegd voor gecureerde fotosets (#2170), volgens het patroon van 30004 (artikelen) en 30005 (video’s). Al geïmplementeerd in Nostria.
NIP-55 - Verduidelijkte verbindingsinitiatie voor Android signers (#2166). Ontwikkelaars die multi-gebruiker sessies implementeerden misbruikten get_public_key door het aan te roepen vanuit achtergrondprocessen. De bijgewerkte specificatie raadt aan om het slechts eenmaal aan te roepen tijdens initiële verbindingsopstelling, waarmee een veelvoorkomende implementatiefout wordt voorkomen.

NIP Diepgaand: NIP-02 en NIP-10

Deze week behandelen we twee NIPs die essentieel zijn voor sociale functionaliteit: hoe clients weten wie je volgt en hoe gesprekken worden gethreadd.

NIP-02: Volglijst

NIP-02 definieert kind 3 events, die je volglijst opslaan. Dit eenvoudige mechanisme voedt de sociale graaf die tijdlijnen mogelijk maakt.

Structuur: Een kind 3 event bevat p tags die gevolgde pubkeys opsommen:

{
 "id": "d7a8f...",
 "pubkey": "a3b9c...",
 "created_at": 1734912000,
 "kind": 3,
 "tags": [
 ["p", "91cf9..af5f", "wss://alicerelay.example.com", "alice"],
 ["p", "14aeb..8dad", "wss://bobrelay.example.com", "bob"],
 ["p", "612ae..982b", "", ""]
 ],
 "content": "",
 "sig": "e4f8a..."
}

Elke p tag heeft vier posities: de tagnaam, de gevolgde pubkey (hex), een optionele relay URL-hint, en een optionele “petname” (een lokale bijnaam). De relay-hint vertelt andere clients waar ze de events van die gebruiker kunnen vinden. De petname laat je gedenkwaardige namen toewijzen aan contacten zonder te vertrouwen op hun zelf-gedeclareerde weergavenamen.

Vervangbaar gedrag: Kind 3 valt in het vervangbare bereik (0, 3, 10000-19999), dus relays houden alleen de laatste versie per pubkey bij. Wanneer je iemand nieuws volgt, publiceert je client een volledig nieuw kind 3 dat al je volgers bevat plus de nieuwe. Dit betekent dat volglijsten elke keer compleet moeten zijn; je kunt geen incrementele updates publiceren.

Tijdlijnen bouwen: Om een home-feed te construeren, haalt de client het kind 3 van de gebruiker op, extraheert alle p tag pubkeys, en abonneert zich dan op kind 1 events van die auteurs:

["REQ", "home", {"kinds": [1], "authors": ["91cf9...", "14aeb...", "612ae..."], "limit": 50}]

De relay retourneert overeenkomende nota’s en de client rendert ze. De relay-hints in kind 3 helpen clients te weten welke relays te bevragen voor elke gevolgde gebruiker.

Petnames en identiteit: Het petname-veld maakt een gedecentraliseerd naamgevingsschema mogelijk. In plaats van te vertrouwen op welke naam een gebruiker ook claimt in hun profiel, kun je je eigen label toewijzen. Een client zou kunnen weergeven “alice (Mijn Zus)” waar “alice” komt van haar kind 0 profiel en “Mijn Zus” is je petname. Dit biedt context die globale gebruikersnamen niet kunnen bieden.

Praktische overwegingen: Omdat kind 3 events vervangbaar zijn en compleet moeten zijn, moeten clients onbekende tags behouden bij het updaten. Als een andere client tags heeft toegevoegd die jouw client niet begrijpt, zou blind overschrijven die data verliezen. Voeg nieuwe volgers toe in plaats van helemaal opnieuw te bouwen.

NIP-10: Tekstnota Threading

NIP-10 specificeert hoe kind 1 nota’s naar elkaar verwijzen om reply-threads te vormen. Dit begrijpen is essentieel voor het bouwen van gespreksweergaven.

Het probleem: Wanneer iemand reageert op een nota, moeten clients weten: Waarop is dit een reactie? Wat is de root van het gesprek? Wie moet genotificeerd worden? NIP-10 beantwoordt deze vragen via e tags (event-referenties) en p tags (pubkey-vermeldingen).

Gemarkeerde tags (voorkeur): Moderne clients gebruiken expliciete markers in e tags:

{
 "id": "f9c2e...",
 "pubkey": "a3b9c...",
 "created_at": 1734912345,
 "kind": 1,
 "tags": [
 ["e", "abc123...", "wss://relay.example.com", "root"],
 ["e", "def456...", "wss://relay.example.com", "reply"],
 ["p", "91cf9..."],
 ["p", "14aeb..."]
 ],
 "content": "Goed punt! Ik ben het ermee eens.",
 "sig": "b7d3f..."
}

De root marker wijst naar de originele nota die de thread startte. De reply marker wijst naar de specifieke nota die wordt beantwoord. Als je direct reageert op de root, gebruik alleen root (geen reply tag nodig). Het onderscheid is belangrijk voor rendering: de reply bepaalt inspringing in een threadweergave, terwijl root alle replies groepeert.

Threading-regels:

Directe reply naar root: Eén e tag met root marker
Reply op een reply: Twee e tags, één root en één reply
De root blijft constant door de thread; reply verandert op basis van waarop je reageert

Pubkey tags voor notificaties: Neem p tags op voor iedereen die genotificeerd moet worden. Minimaal, tag de auteur van de nota waarop je reageert. Conventie is om ook alle p tags van het parent-event op te nemen (zodat iedereen in het gesprek op de hoogte blijft), plus alle gebruikers die je @vermeldt in je content.

Relay-hints: De derde positie in e en p tags kan een relay URL bevatten waar dat event of de content van die gebruiker gevonden kan worden. Dit helpt clients de gerefereerde content op te halen zelfs als ze niet verbonden zijn met de originele relay.

Verouderde positionele tags: Vroege Nostr-implementaties leidden betekenis af uit tagpositie in plaats van markers: eerste e tag was root, laatste was reply, middelste waren vermeldingen. Deze aanpak is verouderd omdat het ambiguïteit creëert. Als je e tags ziet zonder markers, zijn ze waarschijnlijk van oudere clients. Moderne implementaties moeten altijd expliciete markers gebruiken.

Threadweergaven bouwen: Om een thread weer te geven, haal het root-event op, vraag dan alle events op met een e tag die naar die root verwijst:

["REQ", "thread", {"kinds": [1], "#e": ["<root-event-id>"]}]

Sorteer resultaten op created_at en gebruik reply markers om de boomstructuur te bouwen. Events waarvan de reply naar de root wijst zijn top-level replies; events waarvan de reply naar een andere reply wijst zijn geneste antwoorden.

Releases

Zeus v0.12.0 - Voortbouwend op de NWC parallelle betalingen ondersteuning van vorige week, levert de grote release van de Lightning wallet een complete NIP-47 Nostr Wallet Connect service met aangepaste relay-ondersteuning en budgettracking. Een budget-herlaad fix zorgt ervoor dat verbindingen huidige limieten gebruiken. Lightning adres kopiëren bevat niet langer het lightning: prefix, wat plakproblemen in Nostr-profielvelden repareert.

Amber v4.0.6 - De Android NIP-55 signer voegt prestatiecaching toe aan ondertekeningsbewerkingen en verbetert foutafhandeling bij het decrypten van misvormde content. Verbindingsbetrouwbaarheid verbeterd met retry-logica voor relay connect events, en verschillende crashfixes pakken edge cases aan rond ongeldige nostrconnect:// URI’s en permissiescherm-interacties.

nak v0.17.3 - De nieuwste release van de commandoregel Nostr-tool beperkt LMDB builds tot Linux, wat cross-platform compilatieproblemen repareert.

Aegis v0.3.4 - De cross-platform Nostr signer voegt ondersteuning toe voor het nostrsigner: URI-schema gedefinieerd in NIP-55, overeenkomend met Amber’s verbindingsflow. Lokale relay-data kan nu worden geïmporteerd en geëxporteerd voor backup, en de release bevat bugfixes voor relay socket-fouten en UI-verbeteringen aan de lokale relay-interface.

Noemenswaardige code- en documentatiewijzigingen

Dit zijn open pull requests en werk in vroeg stadium, perfect om feedback te krijgen voordat ze worden samengevoegd. Als iets je aandacht trekt, overweeg om te reviewen of te reageren!

Damus (iOS)

Mute-lijst persistentie repareert een probleem waarbij mute-lijsten werden gewist bij koude start. De fix voegt guards toe om onbedoelde overschrijvingen tijdens app-initialisatie te voorkomen. Profiel stream timing elimineert een vertraging van ~1 seconde voordat gecachte profielen verschenen. Voorheen wachtten weergaven op abonnementstaken om te herstarten; nu levert streamProfile() onmiddellijk gecachte data van NostrDB, waardoor het venster verdwijnt waarin afgekorte pubkeys en placeholder-afbeeldingen werden getoond.

White Noise (Versleutelde Berichten)

Real-time berichtenstreaming vervangt het vorige polling-mechanisme met een stream-gebaseerde architectuur. De nieuwe ChatStreamNotifier consumeert de berichtenstream van de Rust SDK direct, handhaaft chronologische volgorde en handelt incrementele updates efficiënt af. Testen toonden significante verbetering in responsiviteit. Een chat-lijst API voegt get_chat_list toe voor het ophalen van gesprekssamenvattingen, en een stabiele sorteer-fix voorkomt berichtherschikkingslussen door createdAt met bericht-ID als tiebreaker te gebruiken.

NDK (Bibliotheek)

Twee pull requests leverden dramatische cache-prestatieverbeteringen. PR #371 repareerde een bug waarbij events gelezen uit SQLite-cache onmiddellijk terug werden geschreven, wat 100% duplicate writes veroorzaakte bij app-boot. De fix voegt een fromCache guard toe en implementeert O(1) duplicaatcontrole via een in-memory Set. Voor kleine resultaatsets (<100 events) vervangt directe JSON-overdracht binaire encoding-overhead. PR #372 verwijderde onnodige seenEvent calls voor gecachte events. De LRU cache lookup kostte 0.24-0.64ms per event; voor 5.700 gecachte events voegde dit ~1.4 seconden overhead toe. Resultaat: cache-queries daalden van ~3.690ms naar ~22ms (162x sneller).

rust-nostr (Bibliotheek)

Multi-filter REQ ondersteuning werd hersteld na verwijdering in een eerdere refactor. De SDK accepteert weer Vec<Filter> voor abonnementsverzoeken, wat efficiënte queries mogelijk maakt die meerdere filtervoorwaarden combineren met OR-logica. Relay-herkomst werd toegevoegd aan stream_events* methodes, zodat elk gestreamd event nu de RelayUrl bevat waar het vandaan kwam en een Result die succes of falen aangeeft, nuttig voor het volgen van relay-betrouwbaarheid en debugging van verbindingsproblemen. Een beveiligingsfix verwijderde de url-fork dependency na RUSTSEC-2024-0421, wat een bekende kwetsbaarheid elimineert.

Applesauce (Bibliotheek)

De TypeScript-bibliotheek die noStrudel aandrijft zag significante ontwikkeling deze week. Nieuwe modellen omvatten een reactiesysteem en gebruikersgroepen casting. Wallet-functionaliteit breidde uit met NIP-60 ondersteuning, een verzend-tab en verbeterde token-recovery tools. Een nieuwe user.directMessageRelays$ property onthult DM relay-configuratie. Alle acties werden gerefactored om async interfaces te gebruiken (async generators verwijderd), en bugfixes pakten versleutelde content-herstel en tijd-gebaseerde event-filter edge cases aan.

Tenex (AI Agents)

Het multi-agent coördinatiesysteem gebouwd op Nostr introduceerde RAL (Request-Action-Lifecycle) architectuur in vijf samengevoegde PRs. RAL stelt agents in staat om te pauzeren bij het delegeren van taken en te hervatten wanneer resultaten binnenkomen, met gespreks-gebaseerde state-persistentie. Delegatie-tools (delegate, ask, delegate_followup, delegate_external) publiceren nu Nostr events en retourneren stop-signalen in plaats van te blokkeren. De refactor omvat AI SDK v6 migratie, VCR-testinfrastructuur voor deterministische LLM-interactie recording, en multimodale afbeeldingsondersteuning.

Dat is het voor deze week. Bouw je iets? Heb je nieuws te delen? Wil je dat we jouw project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.

Nostr Kompas #1

Mon, 15 Dec 2025 00:00:00 +0000

Welkom bij Nostr Kompas, een wekelijkse nieuwsbrief gewijd aan het Nostr-protocol ecosysteem. Onze missie is om ontwikkelaars, relay-operators en bouwers op de hoogte te houden van belangrijke ontwikkelingen in het netwerk. We documenteren protocol-evolutie met technische nauwkeurigheid, neutraliteit en diepgang, en behandelen alles van NIP-voorstellen tot client-releases tot implementatie best practices.

Nostr Kompas is geïnspireerd door Bitcoin Optech, wiens jarenlange toegewijde werk aan het bevorderen van Bitcoin technische kennis de standaard heeft gezet voor protocol-gerichte nieuwsbrieven. We zijn dankbaar voor hun voorbeeld en hopen dezelfde nauwkeurigheid naar het Nostr-ecosysteem te brengen.

Deze inaugurele editie introduceert ons wekelijkse format. Elke woensdag brengen we je NIP-updates, release notes, ontwikkelingshoogtepunten en technische begeleiding. Of je nu een client bouwt, een relay beheert of bijdraagt aan het protocol, Nostr Kompas wil je betrouwbare bron zijn voor wat er gebeurt in het ecosysteem.

Wat is Nostr?

Aangezien dit onze eerste editie is, beginnen we met een introductie over hoe Nostr werkt. Vaste lezers kunnen vooruit springen.

Nostr (Notes and Other Stuff Transmitted by Relays) is een gedecentraliseerd protocol voor sociale netwerken en berichtenverkeer. In tegenstelling tot traditionele platforms heeft Nostr geen centrale server, geen bedrijf dat het controleert en geen enkel punt van falen. Gebruikers bezitten hun identiteit via cryptografische sleutelparen, en content stroomt via onafhankelijke relay-servers die iedereen kan draaien.

Hoe het werkt: Gebruikers genereren een sleutelpaar (een privésleutel genaamd nsec en publieke sleutel genaamd npub). De privésleutel ondertekent berichten die “events” worden genoemd, en de publieke sleutel dient als je identiteit. Events worden naar relays gestuurd, die ze opslaan en doorsturen naar andere gebruikers. Omdat je je sleutels beheert, kun je wisselen tussen clients of relays zonder je identiteit of volgers te verliezen.

Waarom het belangrijk is: Nostr biedt censuurbestendigheid door relay-diversiteit (als één relay je bant, kunnen anderen nog steeds je content serveren), portabiliteit (je identiteit werkt in elke Nostr-app) en interoperabiliteit (alle Nostr-clients spreken hetzelfde protocol). Er is geen algoritme dat bepaalt wat je ziet, geen advertenties en geen dataverzameling.

Het ecosysteem vandaag: Nostr ondersteunt microblogging (zoals Twitter/X), long-form content (zoals Medium), directe berichten, marktplaatsen, livestreaming en meer. Clients omvatten Damus (iOS), Amethyst (Android), Primal, Coracle en tientallen anderen. Lightning Network-integratie maakt directe betalingen mogelijk via “zaps.” Het protocol blijft evolueren via NIPs (Nostr Implementation Possibilities), community-gedreven specificaties die functionaliteit uitbreiden.

Nieuws

NIP-BE Samengevoegd: Bluetooth Low Energy Ondersteuning - Een belangrijke nieuwe mogelijkheid is aan het protocol toegevoegd. NIP-BE specificeert hoe Nostr-applicaties kunnen communiceren en synchroniseren via Bluetooth Low Energy. Dit maakt offline-capabele apps mogelijk die data kunnen synchroniseren tussen apparaten in de buurt zonder internetverbinding. De specificatie past WebSocket relay-patronen aan voor de beperkingen van BLE, met behulp van DEFLATE-compressie en gesegmenteerde berichten om de kleine MTU-groottes van BLE (20-256 bytes) te hanteren. Apparaten onderhandelen rollen op basis van UUID-vergelijking, waarbij de hogere UUID de GATT-server wordt.

MIP-05: Privacy-behoudende Push Notificaties - Het Marmot Protocol publiceerde MIP-05 (specificatie), een specificatie voor push notificaties die privacy behouden. Traditionele push-systemen vereisen dat servers apparaat-tokens en gebruikersidentiteiten kennen; MIP-05 lost dit op door apparaat-tokens te versleutelen met ECDH+HKDF en ChaCha20-Poly1305, met behulp van tijdelijke sleutels om correlatie te voorkomen. Een drie-event gossip-protocol (kinds 447-449) synchroniseert versleutelde tokens over groepsleden, en notificaties gebruiken NIP-59 gift wrapping met decoy-tokens om groepsgroottes te verbergen. Dit stelt WhiteNoise en andere Marmot-clients in staat om tijdige notificaties te leveren zonder de privacy van gebruikers te compromitteren.

Blossom BUD-10: Nieuw URI-schema - Het Blossom mediaprotocol krijgt een aangepast URI-schema via BUD-10 (specificatie). Het nieuwe blossom:<sha256>.ext formaat bevat bestandshash, extensie, grootte, meerdere serverhints en auteur-pubkeys voor BUD-03 serverontdekking. Dit maakt blob-links veerkrachtiger dan statische HTTP-URL’s door automatische fallback over servers mogelijk te maken.

Shopstr Marktplaats Updates - De Nostr-native marktplaats implementeerde Nostr Wallet Connect (NIP-47) voor betalingen, voegde vermelding-verloopdatum toe met behulp van NIP-40, en introduceerde kortingscodes voor verkopers.

NIP Updates

Recente wijzigingen in de NIPs repository:

Nieuwe NIPs:

NIP-BE - Bluetooth Low Energy messaging en apparaatsynchronisatie (#1979)
NIP-63 - Paywall/Premium Content standaard voor het afhandelen van afgesloten content binnen het protocol (#2156)

Significante Wijzigingen:

NIP-24 - Optionele languages array toegevoegd aan Kind 0 gebruikersmetadata, waarmee gebruikers meerdere voorkeurstalen kunnen specificeren met IETF BCP 47 tags voor verbeterde contentontdekking en relay-matching (#2159)
NIP-69 - Ondersteuning voor orderverloopdatum toegevoegd voor P2P-handel met expires_at en expiration tags (#2118)
NIP-59 - Gift wrap events kunnen nu worden verwijderd via NIP-09/NIP-62 verzoeken (#2131)
NIP-51 - Hashtag en URL tags verwijderd uit generieke bladwijzers; hashtags gebruiken nu kind 30015 (#2133)
NIP-18 - Verbeterde generieke reposts voor vervangbare events met a tag ondersteuning (#2132)
NIP-17 - Verfijnde bewoording en kind 7 reactie-ondersteuning toegevoegd aan DMs (#2098)
NIP-11 - self veld toegevoegd voor relay publieke sleutel identificatie (#1764)

NIP Diepgaand: NIP-01 en NIP-19

Voor deze inaugurele editie behandelen we twee fundamentele NIPs die elke Nostr-ontwikkelaar moet begrijpen. Zie onze onderwerpspagina’s voor NIP-01 en NIP-19.

NIP-01: Basisprotocol

NIP-01 definieert het kernprotocol. Alles in Nostr bouwt voort op deze specificatie.

Events zijn het enige objecttype. Elk event bevat:

id: SHA256-hash van het geserialiseerde event (de unieke identifier van het event)
pubkey: De publieke sleutel van de maker (32-byte hex, secp256k1)
created_at: Unix-tijdstempel
kind: Integer die het eventtype categoriseert
tags: Array van arrays voor metadata
content: De payload (interpretatie hangt af van kind)
sig: Schnorr-handtekening die bewijst dat de pubkey dit event heeft gemaakt

Kinds bepalen hoe relays events opslaan:

Reguliere events (1, 2, 4-44, 1000-9999): Normaal opgeslagen, alle versies behouden
Vervangbare events (0, 3, 10000-19999): Alleen de laatste per pubkey wordt behouden
Vluchtige events (20000-29999): Niet opgeslagen, alleen doorgestuurd naar abonnees
Adresseerbare events (30000-39999): Laatste per pubkey + kind + d tag combinatie

Kind 0 is gebruikersmetadata (profiel), kind 1 is een tekstnota (de basis post), kind 3 is de volglijst.

Kind 1: Tekstnota’s vormen het hart van sociaal Nostr. Een kind 1 event is een korte post, vergelijkbaar met een tweet. Het content veld bevat de berichttekst (platte tekst, hoewel clients vaak markdown renderen). Tags maken reacties, vermeldingen en referenties mogelijk:

{
 "id": "<32-byte-hex>",
 "pubkey": "<32-byte-hex>",
 "created_at": 1734480000,
 "kind": 1,
 "content": "Hallo Nostr! Bekijk het werk van @jb55 aan Damus.",
 "tags": [
 ["e", "<replied-to-event-id>", "wss://relay.example.com", "reply"],
 ["p", "<jb55-pubkey>"]
 ],
 "sig": "<64-byte-hex>"
}

De e tag met “reply” markering geeft aan dat dit een reactie is (zie NIP-10 voor threading-conventies). De p tag vermeldt een gebruiker, waardoor clients hen kunnen notificeren en hun naam kunnen renderen in plaats van de ruwe pubkey. Clients halen het kind 0 event van de vermelde gebruiker op om hun weergavenaam en foto te krijgen.

Om een tijdlijn te bouwen, abonneert een client zich op kind 1 events van gevolgde pubkeys: ["REQ", "feed", {"kinds": [1], "authors": ["<pubkey1>", "<pubkey2>", ...], "limit": 50}]. De relay retourneert overeenkomende nota’s en de client rendert ze chronologisch.

Adresseerbare events (30000-39999) werken zoals vervangbare events maar gebruiken een d tag als extra identifier. De relay behoudt alleen de laatste versie van elke pubkey + kind + d-tag combinatie. Dit maakt bewerkbare artikelen, productvermeldingen of elk geval mogelijk waar je meerdere vervangbare items per gebruiker nodig hebt.

Tags zijn arrays waarbij het eerste element de tagnaam is. Standaard enkelletter-tags (e, p, a, d, t) worden geïndexeerd door relays voor efficiënt opvragen. Bijvoorbeeld, ["e", "<event-id>"] verwijst naar een ander event, ["p", "<pubkey>"] verwijst naar een gebruiker.

Client-Relay Communicatie gebruikt WebSocket-verbindingen met JSON-arrays als berichten. Het eerste element identificeert het berichttype.

Van client naar relay:

["EVENT", <event>] - Publiceer een event naar de relay
["REQ", <sub-id>, <filter>, ...] - Abonneer op events die overeenkomen met de filter(s)
["CLOSE", <sub-id>] - Beëindig een abonnement

Van relay naar client:

["EVENT", <sub-id>, <event>] - Levert een event dat overeenkomt met je abonnement
["EOSE", <sub-id>] - “Einde van opgeslagen events” - de relay heeft alle historische overeenkomsten verzonden en zal nu alleen nieuwe events sturen wanneer ze binnenkomen
["OK", <event-id>, <true|false>, <message>] - Bevestigt of een event is geaccepteerd of afgewezen (en waarom)
["NOTICE", <message>] - Leesbaar bericht van de relay

De abonnementsstroom: client stuurt REQ met een abonnement-ID en filter, relay antwoordt met overeenkomende EVENT-berichten, stuurt vervolgens EOSE om aan te geven dat het de geschiedenis heeft ingehaald. Na EOSE zijn eventuele nieuwe EVENT-berichten realtime. Client stuurt CLOSE wanneer klaar.

Filters specificeren welke events opgehaald moeten worden. Een filterobject kan bevatten: ids (event-ID’s), authors (pubkeys), kinds (eventtypes), #e/#p/#t (tagwaarden), since/until (tijdstempels), en limit (max resultaten). Alle voorwaarden binnen één filter gebruiken AND-logica. Je kunt meerdere filters opnemen in een REQ, en ze combineren met OR-logica - handig voor het ophalen van verschillende eventtypes in één abonnement.

NIP-19: Bech32-gecodeerde Identifiers

NIP-19 definieert de mensvriendelijke formaten die je overal in Nostr ziet: npub, nsec, note en meer. Deze worden niet in het protocol zelf gebruikt (dat gebruikt hex), maar ze zijn essentieel voor delen en weergave.

Waarom bech32? Ruwe hex-sleutels zijn foutgevoelig om te kopiëren en visueel moeilijk te onderscheiden. Bech32-codering voegt een leesbaar voorvoegsel en checksum toe. Je kunt onmiddellijk een npub (publieke sleutel) onderscheiden van een nsec (privésleutel) of note (event-ID).

Basisformaten coderen ruwe 32-byte waarden:

npub - Publieke sleutel (je identiteit, veilig om te delen)
nsec - Privésleutel (houd geheim, gebruikt voor ondertekenen)
note - Event-ID (verwijst naar een specifiek event)

Voorbeeld: De hex-pubkey 3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d wordt npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6.

Deelbare identifiers bevatten metadata met TLV (Type-Length-Value) codering:

nprofile - Profiel met relay-hints (helpt clients de gebruiker te vinden)
nevent - Event met relay-hints, auteur-pubkey en kind
naddr - Adresseerbare event-referentie (pubkey + kind + d-tag + relays)

Deze lossen een belangrijk probleem op: als iemand een note-ID deelt, hoe weet je welke relay het heeft? Een nevent bundelt de event-ID met voorgestelde relays, waardoor delen betrouwbaarder wordt.

Belangrijk: Gebruik nooit bech32-formaten in het protocol zelf. Events, relay-berichten en NIP-05 antwoorden moeten hex gebruiken. Bech32 is puur voor menselijke interfaces: weergave, kopiëren/plakken, QR-codes en URL’s.

Releases

Amber v4.0.4 - De Android signer-app repareert een NullPointerException, verbetert prestaties op het activiteitenscherm en voegt vertalingen toe voor sommige event-kinds. De eerdere v4.0.3 release voegde een vernieuwde encryptie/decryptie-UI toe, account export/import, per-account relay-afhandeling, bunker ping-ondersteuning en crashrapportage. Release

Coracle 0.6.28 - Bugfix-release voor de webclient. Opgeloste problemen met topic-feeds, afbeeldingsafhandeling wanneer imgproxy is uitgeschakeld, en linkificatie van niet-link highlight-bronnen. Release

Flotilla v1.6.2 - De Discord-achtige communities-client repareert modal-scrolling en stijlproblemen. Eerdere releases in deze cyclus voegden optionele badges en geluiden toe voor notificaties, verbeterde linkrendering, QR-code scanning voor uitnodigingslinks en gestroomlijnde wallet-setup. Release

nak v0.17.2 - De commandoregel Nostr-tool voegde een nieuw nip-commando toe voor snelle NIP-referentie-opzoekingen, plus fixes voor git repository-afhandeling en stdin event-verwerking. Release

White Noise v0.2.1 - Grote release voor de MLS-gebaseerde versleutelde berichten-app met het toevoegen van afbeeldingen delen via Blossom, achtergrondsynchronisatie, push-notificaties, 8-talige lokalisatie en groepslidmaatschapsbeheer. Release

Amethyst v1.04.2 - Feature-release met introductie van volglijsten/pakketten, nieuwe tijdlijnfilters, afbeeldingsgalerij en H.265 videocompressie (50% kleinere bestanden). Voltooide Kotlin Multiplatform-migratie. Release

Mostro v0.15.5 - P2P-handelsplatform update met NIP-69 orderverloopdatum-ondersteuning en verbeterde handelsgeschiedenis-antwoorden. Release

Nosflare v8.9.26 - Serverless Nostr-relay gebouwd op Cloudflare-infrastructuur. Deze release levert een kritieke hotfix die een bug aanpakt die websocket-fouten kon veroorzaken, wat zorgt voor stabielere verbindingen voor gebruikers en applicaties die afhankelijk zijn van de relay. Release

Noscall v0.4.1 - Nostr-gebaseerde beveiligde audio- en video-bel-app. Deze release verbetert de pop-up UI op de Me-pagina en repareert verschillende bekende problemen, resulterend in betere stabiliteit en belbetrouwbaarheid. Release

Gitplaza v0.25.0 - Desktop Nostr-client gericht op Git-gerelateerde activiteit. Deze release introduceert een geavanceerd kind-filter voor de inbox-feed, omvat reguliere zaps in filters en vereenvoudigt tab-tekstopmaak. Prestatieverbeteringen optimaliseren comment-tree laden, verminderen onnodige database-queries en gebruiken gecachte comment-branches voor snellere weergave. Release

Noemenswaardige code- en documentatiewijzigingen

Damus (iOS)

Stabiliteitsfocus met crash- en UI-fixes: cursor-sprong fix voor de compose-weergave, NostrDB interface herontwerp met Swift’s ~Copyable types voor transactieveiligheid, thread UI-stabiliteit die action bar herinstantiatie repareert, mute-lijst bevriezing van AttributeGraph-cycli, en profiel-crash van cross-thread transactie-opruiming. Ook AGENTS.md richtlijnen toegevoegd voor AI-codeeragenten.

Notedeck (Desktop/Mobiel)

Beveiligde sleutelopslag verplaatst nsec naar OS beveiligde opslag met automatische migratie. Toekomstige nota-filtering verbergt events met datum 24+ uur vooruit (anti-spam). nevent kopiëren bevat nu relay-hints. Ook: profiel-kolom snelle toevoeging, toetsenbordnavigatie, media-laadoptimalisatie.

Amethyst (Android)

[NIP-46 remote signing](https://github.com/vitorpamplona/amethyst/pull/1555) ondersteuning voor Nostr Connect. Bladwijzerorganisatie met publiek/privé lijstbeheer. strfry-compatibiliteit fix voor relay-info parsing edge cases.

Primal (Android)

Nostr Connect deep links voor nostrconnect:// URL’s. Remote login via QR-scan voor bunker-verbindingen. Verbindings-race condition fix.

White Noise (Versleutelde Berichten)

App-dataretentie fix schakelt Android auto-backup uit voor privacy. Chat-scrollgedrag behoudt positie bij het lezen van geschiedenis.

Zeus (Lightning Wallet)

[NIP-47 parallelle betalingen](https://github.com/ZeusLN/zeus/pull/3407) voor verbeterde batch-zap doorvoer.

Best Practices voor Ontwikkelaars

Valideer Auth Events Defensief - go-nostr repareerde een panic in NIP-42 validatie wanneer de relay-tag ontbrak. Controleer altijd op vereiste tags voordat je ze opent, zelfs in auth-flows waar je welgevormde events verwacht.

Rate Limit op Basis van Authenticatiestatus - khatru voegde NIP-42 gebaseerde rate limiting toe, waardoor relays verschillende limieten kunnen toepassen voor geauthenticeerde versus anonieme verbindingen. Overweeg gelaagde limieten op basis van auth-status in plaats van algemene restricties.

Gebruik Cursor-paginering voor Lijsten - Blossom verving datum-gebaseerde paginering met cursor-gebaseerde paginering op het /list endpoint. Datum-gebaseerde paginering faalt wanneer items tijdstempels delen; cursors bieden betrouwbare iteratie.

Schema-validatie voor Eventtypes - Het nostrability/schemata project biedt JSON-schema’s voor het valideren van NIP-conforme events. Overweeg schema-validatie te integreren tijdens ontwikkeling om misvormde events te detecteren voordat ze relays bereiken.

Dat is het voor deze week. Bouw je iets? Heb je nieuws te delen? Wil je dat we jouw project behandelen? Neem contact op via NIP-17 DM of vind ons op Nostr.