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

Deze week: Amethyst 1.13.1 volgt op de lancering van Nostr-apps in versie 1.13.0 met NIP-29-host-relayauthenticatie en geauthenticeerde nieuwe pogingen voor Blossom-downloads. Code Call houdt coding-sessies op afstand vanaf een telefoon in beweging, GitWorkshop coördineert beheerders en repositorysynchronisatie, en Mosaico biedt coding agents een gedeelde Nostr-bewustzijnslaag. Nostrology brengt in kaart hoe profielen lees- en schrijftaken verdelen over hun gepubliceerde relaylijsten. Android-releases van Mafrend, Hanami en Cordn voeren de getagde releases aan, terwijl FIPS een OpenWrt-toegangslaag toevoegt en een open PR een FreeBSD-port voorstelt. De protocolberichtgeving behandelt NIPs, BUDs, NAPs, Marmot, Gamma Markets, Concord en NWC, terwijl Zes jaar Nostr in juli juliwijzigingen volgt van vroege domeinlookup tot relaygroepstatus.

Hoofdverhalen

Amethyst 1.13.1 volgt zijn lancering van Nostr-apps met geauthenticeerde toegang tot groepen en Blossom

Amethyst 1.13.0, op 28 juli uitgebracht voor de Android- en multiplatform-Nostr-client, opent napplets en NIP-5A-nsites in een geïsoleerd browserproces zonder sleutels. Een door toestemming afgeschermde window.nostr-bridge kan via het actieve account ondertekenen en geselecteerde mogelijkheden gebruiken, terwijl gebruikers op toestemmingsschermen per site en per account deze toekenningen kunnen bekijken of intrekken. Favoriete apps kunnen in de onderste balk vastgezet blijven zonder cookies, aanmeldstatus of toekenningen tussen accounts te delen.

Dezelfde 1.13.0-release voegt Git-repositorybomen, issues en pull requests toe naast Concord-communities, NIP-29-relaygroepen, Buzz-groepschat, wikipagina’s en RSS-feeds. Via deze interfaces kan een gebruiker onder dezelfde Nostr-identiteit schakelen tussen code, community, publicatie en sociale weergaven.

Betalingen en identiteit werden in versie 1.13.0 ook uitgebreid. Amethyst kan BOLT12-aanbiedingen aanmaken en betalen, remote-signeraccounts automatisch starten, Blossom-fallbackservers toevoegen en Web of Trust-bediening uitbreiden voor badges, communities en relaygroepen. De 1.13.1-vervolgrelease van 29 juli voegt een CORD-02-ontbindingszegel, kind 9008 voor het verwijderen van groepen en kanalen, NIP-29-host-relayauthenticatie en geauthenticeerde BUD-01-herhaalpogingen voor afgeschermde Blossom-downloads toe.

Code Call 0.2.68 voegt een browser voor workermappen toe nadat 0.2.66 bijpraatfuncties introduceerde

Code Call 0.2.68, een Android-afstandsbediening voor coding-sessies op een computer, vervangt zijn speciale werkruimtelijst door een mappenbrowser met de workermap als hoofdniveau. Een gebruiker kan geneste toegestane mappen openen, er één selecteren voor een OpenCode-sessie en naar bovenliggende mappen terugkeren; versie 0.2.67 opent die browser wanneer een sessie wordt gestart.

De eerdere 0.2.66-release kan een gerouteerde worker om een beknopt overzicht vanaf het laatste telefoonbericht vragen. Andere releases uit dezelfde week houden meerdere sessies onafhankelijk, accepteren antwoorden alleen van de verwachte afzender en houden de inbox verbonden met elke geconfigureerde workerrelay voor bezorging op de achtergrond. Verzoeken en antwoorden reizen binnen NIP-17 (Private Direct Messages), terwijl lokaal versleutelde Blossom-bijlagen na ontsleuteling hun oorspronkelijke bestandstype behouden.

GitWorkshop coördineert beheerders en houdt repositorysynchronisatie onafhankelijk

De ondertekende GitWorkshop-release van 27 juli voegt via NIP-55 (Android Signer Application) Android-aanmelding toe aan de browsergebaseerde NIP-34 (git stuff)-forge. De bronrepository coördineert hoofdbeheerders nu recursief, behoudt de relay hints van elke beheerder en houdt repositorysynchronisatie onafhankelijk van het accepteren van uitnodigingen. Verwijzingen naar werkitems tussen repositories verbinden gerelateerd werk over repositories heen, terwijl GRASP repositorygegevens naar geselecteerde Git-eindpunten kopieert zonder die overdracht aan de bezorging van uitnodigingen te koppelen. De door de ontwikkelaar ondertekende 3.1.1-update herstelt de bezorging van Android-signerintents, het recursief bepalen van maintainers en repositorylinks die paden behouden.

Mosaico 0.1.2 laat coding agents status delen via Nostr

Mosaico 0.1.2 laat coding-agentsessies in Claude Code, Codex, Goose, Hermes, OpenCode en Grok korte statusupdates publiceren via NIP-29 (Relay-based Groups). Sessies kunnen gerelateerd actief werk op verschillende hosts vinden zonder hun transcripties of context te delen.

De ontdekking van benoemde Codex-profielen en Goose’ Top Of Mind-weergave tonen die gedeelde status in beide omgevingen (PR #618, PR #619). De release herstelt het vermogen van gehoste agents om zich bij de publieke bewustzijnslaag aan te sluiten, en de configuratie vereist nu een expliciete relaykeuze (PR #626, PR #629). Mosaico blijft een bewustzijnslaag, geen agenthost, orchestrator of samenvoeger van transcripties.

Nostrology brengt relaylijstconcentratie uit gepubliceerde NIP-65-events in kaart

Nostrology’s relayobservatorium leidt zijn dataset af uit het nieuwste NIP-65 (Relay List Metadata) kind 10002-event van elk profiel en volgt daarbij de gepubliceerde specificatie. Het scheidt lees-, schrijf- en gecombineerde relayrollen, toont in grafieken hoeveel relays elk profiel vermeldt en maakt de onderliggende aantallen beschikbaar in een sorteerbare tabel. Tijdens de publicatiebeoordeling van 29 juli bevatte de pagina 34.430 verschillende relay-URL-waarden en groepeerde zij 520.468 profielen met precies één vermelde relay, tegenover 150.657 met drie en 60.710 met vier.

Dezelfde Nostrology-snapshot toont overlappende concentratie rond relay.momostr.pink met 298.859 profielen, relay.damus.io met 287.181, nos.lol met 279.468 en relay.primal.net met 225.336. Deze aantallen meten gepubliceerde relaylijstvermeldingen, niet de beschikbaarheid: de ruwe tabel kan misvormde URL’s en lokale adressen bevatten, terwijl de NIP-65-specificatie routeringsmetadata definieert en de gezondheid van relays niet test. Het observatorium maakt problemen met adoptie en gegevenskwaliteit zichtbaar zonder een vermelde relay als een werkende relay te behandelen.

Getagde releases

Kairos 0.1.1 voegt herinneringen en een lokale Astraea-instructie toe

Kairos 0.1.1 voegt herinneringen voor vervaldatums, een expliciete lokale instructie aan Astraea en strengere verwerking van relays en URL’s toe. De ondertekende 0.1.0-release introduceerde de offline-first-taakbeheerder, waarvan de optionele synchronisatielaag met NIP-44 (Encrypted Payloads) versleutelde records naar door de gebruiker geselecteerde relays schrijft. Kairos gebruikt deterministische taakcoördinaten en versleutelde tombstones met verwijderingsverzoeken volgens NIP-09 (Event Deletion Request), terwijl taken die alleen lokaal bestaan het apparaat nooit verlaten.

Bray 2.3.0 geeft zijn CLI algemene gift wrapping en een lokaal Blossom-testoppervlak

Bray 2.3.0, een Nostr-SDK en commandoregeltoolkit, kan willekeurige events gift-wrappen en uitpakken via NIP-59 (Gift Wrap), waarbij ondertekening via NIP-46 (Nostr Connect) loopt wanneer een bunker de sleutel beheert. PR #75 geeft de meegeleverde testrelay ook challenges volgens NIP-42 (Authentication of clients to relays) en maakt de resterende Blossom-clientcommando’s beschikbaar. PR #77 voegt een BUD-01/02-server in het geheugen toe waarvan de ondertekende autorisatie elke upload of verwijdering aan één blob bindt, terwijl PR #76 benoemde event kinds, verkorte tags en NIP-77-vlaggen voor ID-reconciliatie toevoegt die voorkomen dat events worden gedownload die een aanvrager al bezit.

Buzz Desktop 0.5.0 scherpt uitnodigingen, zoeken en updates van relayidentiteiten aan

Na de berichtgeving van vorige week over Armada- en Buzz-werkruimten voegt Buzz Desktop 0.5.0 uitnodigingslinks met een gebruikslimiet (PR #3141) en zoekfilters voor auteur, kanaal en tijdsgrenzen (PR #2871) toe. PR #2862 haalt deelnamebeleid op via de native netwerklaag van de desktopapp, en PR #2607 publiceert het identiteitsrecord van een agent opnieuw nadat een naamswijziging van de persona de relay bereikt. De release werkt ook zijn Nostr-afhankelijkheid bij vanwege een waarschuwing over een NIP-44-denial-of-service op afstand en herstelt herstel van lokale opslag, threadpositionering, opnieuw verbinden met relays en runtimepaden voor Linux en Windows.

Shosho 1.0.0 breidt zijn marktplaats voor livestreams uit

Shosho 1.0.0 herontwerpt de marktplaats voor livestreams rond makers, livesessies, clips en producten die gebruikers via configureerbaar zoeken op relays kunnen vinden. Een uniforme meldingenfeed verzamelt nu vermeldingen, reacties, reposts en zaps en ondersteunt antwoorden zonder de feed te verlaten. Kijkers kunnen clips van livestreams of herhalingen publiceren, terwijl de release ook chats met threads, antwoorden op clips, het laden van profielen en netwerkgebruik verbetert.

Mafrend v1.0 geeft een voorproefje van plaatsgebonden Nostr-chat op Android

Mafrend v1.0 is de eerste openbare Android-alpha van een geplande plaatsgebonden Nostr-chatapp. De projectpagina vermeldt dat de functies nog actief in ontwikkeling zijn en beschrijft elke kaartlocatie als een afzonderlijke chatruimte voor gesprekken over een plaats. Een openbare releaserepository bevat het installeerbare Zapstore-pakket, terwijl de hoofdapp privé blijft.

Hanami 0.1.0 biedt Blossom-servers een door een signer bemiddeld Android-pad

Hanami 0.1.0, een Android-begeleidende app voor Blossom-servers, laat mensen zich op een telefoon aanmelden en bestanden uploaden en downloaden. De app gebruikt NIP-55 (Android Signer Application) voor ondertekening via goedkeuring en een native handshake volgens NIP-98 (HTTP Auth) voor de serversessie. Hanami beperkt zijn webshell en ondertekeningsbridge tot de gekozen serveroorsprong, zodat inloggegevens bij de signer blijven terwijl de bestaande webinterface van de server de applicatie-ervaring levert. De eerste openbare release vereist Android 8 of nieuwer, een bereikbare Hanami-server en een compatibele signerapp.

Cordn lanceert zijn groepschat met Nostr-identiteit op Android

Cordn, een client voor private groepsberichten, biedt Android-gebruikers nu onboarding met een Nostr-identiteit, profiellinks via NIP-05 (Mapping Nostr Keys to DNS-Based Internet Identifiers) en geverifieerde links die Cordn-bestemmingen in de app openen. De 0.2.1-release die op 24 juli werd gepubliceerd introduceert die native lijn naast de bestaande webclient. Berichten gebruiken MLS, een protocol voor groepsversleuteling, met door een coördinator ondersteunde bezorging, zodat groepen geordende versleutelde gesprekken behouden zonder een e-mailadres of telefoonnummer te vereisen.

Nostur 1.30.1 herstelt threads en dubbele berichten nadat 1.30.0 delen uitbreidde

Nostur 1.30.1, een Nostr-client voor iPhone, iPad en Mac, laat mensen door geneste antwoordthreads navigeren zonder de uitvouw- en invouwfouten die de nieuwe indeling verstoorden. Ook voorkomt de release dat hetzelfde concept tweemaal wordt gepubliceerd, ook wanneer callbacks voor media-uploads zich herhalen. De release volgt op 1.30.0, dat verdwijnende directe berichten en een route via het deelvenster toevoegde om media naar Nostr te sturen, zodat de app nieuwe paden voor berichten en publicatie nu combineert met oplossingen voor hun dagelijkse thread- en publicatiestromen.

Formstr Drive 0.0.2 koppelt Nostr-bestandsmetadata aan Blossom-blobs

Formstr Drive 0.0.2, een Nostr-native bestandsbeheerder, biedt gebruikers previews in de app en de optie om kantoordocumenten in Nostr Docs te openen. Onderliggend slaat de app grote bestanden als opgedeelde Blossom-blobs op en verwijdert hij de externe blob wanneer een gebruiker een bestand verwijdert. Een lokale relay houdt de Nostr-metadata van de app binnen handbereik terwijl Blossom de bestandsgegevens bevat, waardoor bestandsorganisatie gescheiden blijft van de grote hoeveelheden bytes zelf.

NoorNote 1.3.1

NoorNote 1.3.1, een Nostr-client voor web, desktop en Android, voegt timers voor verdwijnende berichten toe en configureert werkende standaard-DM-relays voor nieuw aangemaakte accounts. De client filtert wereldwijde artikelen zonder omslagafbeeldingen en routeert repostmeldingen naar de artikellezer. De voorafgaande 1.3.0-release voegde kaarten voor NIP-53 (live activities), persoonstags voor NIP-68 (Picture-first feeds), een zachte mute volgens NIP-78 (application-data) en de door relays geziene status voor notities toe.

algia 0.0.133

algia 0.0.133, een Go-commandoregelclient voor Nostr, volgt op 0.0.132, dat lijsten, tijdlijnen, publicatie, reacties, verwijderingen en stromen voor deelnemen en verlaten volgens NIP-29 (Relay-based Groups) toevoegde. Dezelfde release voegde voorafgaande authenticatie volgens NIP-42 (Authentication of clients to relays) toe voor relays die dit vereisen. Versie 0.0.133 voegde vervolgens uploads van lokale afbeeldingen toe aan reguliere, kanaal- en groepspublicatiecommando’s, waarbij de resulterende URL’s en NIP-92 (Media Attachments)-tags aan elk event worden gekoppeld. Ook berichten met alleen afbeeldingen werken, en groepsberichten gebruiken standaard de relaymediaopslag van de groep terwijl andere berichten geconfigureerde bestandsservers gebruiken.

swift-nostr 0.7.0

Voor Swift-applicaties laat swift-nostr 0.7.0, een Nostr-bibliotheek voor Apple-platforms, één NIP-46-remote signer elke clientfunctie via zijn ondertekeningsabstractie aansturen. De release voegt ondersteuning voor NIP-98 (HTTP Auth) en NIP-29 (Relay-based Groups) toe, inclusief stromen voor deelnemen aan groepen, publiceren en modereren. Ook valideert de release padding volgens NIP-44 (Encrypted Payloads, Versioned) aan de hand van de officiële vectoren en weigert hij payloads die een geldige MAC over niet-canonieke padding bevatten.

lawallet-nwc 2.0.0

LaWallet NWC 2.0.0, een met Nostr verbonden wallet en NIP-47 (Nostr Wallet Connect)-dienst, voegt aanmelding met een passkey toe die de Nostr-ondertekeningssleutel in de browser afleidt met de WebAuthn PRF-extensie. De server ontvangt dat geheim nooit, en dezelfde passkey kan op een ander gesynchroniseerd apparaat dezelfde sleutel herstellen. Accounts kunnen nu meerdere Nostr-pubkeys koppelen en samenvoegen, terwijl de optionele luisterdienst wallet-connectevents doorstuurt en webhookbezorging opnieuw probeert nadat een eindpunt onbereikbaar was.

MDK 0.9.10

MDK 0.9.10, de Rust-implementatie van het Marmot-protocol, bewaart wachtende verzendingen terwijl een transport inactief is en houdt toezicht op het doorsturen van relaymeldingen, zodat inkomende bezorging herstelt na vertraging, panic of sluiting. PR #1159 voegt duurzame, gepagineerde gespreksgeschiedenis en volledige antwoordcontext voor lokale agents toe, en PR #1167 publiceert het huidige ondertekende KeyPackage-event opnieuw in plaats van een vervanging te genereren. De release behoudt ook handmatige chatvolgorde, ondersteunt definitieve ontbinding van groepen en breidt door Web of Trust gerangschikt zoeken, relaybeleid-API’s en taalbindingen uit.

pakstr 0.3.1

pakstr 0.3.1 laat webteams die een Nostr-client voor Android verpakken runtimeconfiguratie en een API-proxy leveren zonder de appshell opnieuw te bouwen. De releasereeks van dezelfde dag voegde een Amber-signerbridge, versleuteling en ontsleuteling volgens NIP-44 (encrypted payloads) toe en corrigeerde de injectie van Android-machtigingen vóór het runtimeconfiguratiewerk van 0.3.x. De scaffold houdt gebundelde webassets lokaal terwijl implementatiespecifieke instellingen tijdens runtime binnenkomen, en de proxy biedt de verpakte app een beheerde route voor API-verzoeken naast zijn gewone relayverbindingen.

Ditto 2.34.2

Ditto 2.34.2, een aanpasbare sociale Nostr-client, geeft gebruikersstatussen weer als kaarten in feeds, detailpagina’s en quote-embeds, inclusief aangepaste emoji, verloopdatum en optionele linkpreviews. Zaps met opmerkingen verschijnen nu als antwoorden onder het bericht waarnaar ze verwijzen. De release behoudt ook de optionele wereldbolknop op profielen uit 2.34.1 voor eigenaren die een rootsite volgens NIP-5A (website manifest) publiceren, en herstelt navigatie op de startpagina, zoeken naar livestreams, verwerking van externe links en defecte aangepaste emoji.

Earthly 0.0.9

Earthly 0.0.9, een gezamenlijke kaarteditor gebouwd op Nostr, houdt likes nu zichtbaar wanneer een lade voor een kaartentiteit sluit, opnieuw opent of ververst. De stroom volgens NIP-57 (Lightning zaps) verstuurt geldige JSON voor zap-verzoeken, zodat Lightning-providers geverifieerde ontvangstbewijzen naar openbaar bereikbare relays kunnen publiceren, ook tijdens lokale ontwikkeling. Gegenereerde facturen blijven zichtbaar wanneer oppervlakken voor entiteiten veranderen, en de app toont een bevestiging nadat een geverifieerd ontvangstbewijs binnenkomt.

In ontwikkeling

Keep voegt ondertekening voor NIP-44 v3 per kind toe en scherpt het goedkeuringsbeleid aan

Keep voegde vijf wijzigingen aan de Android-signer samen die encryptie- en decryptieverzoeken voor NIP-44 (Encrypted Payloads) v3 door beide NIP-55 (Android Signer Application)-transporten en zijn NIP-46 (Nostr Connect)-bunker voeren. PRs #451, #452 en #453 houden v3-toekenningen gescheiden van v2, beperken ze per event kind, weigeren ontbrekende of ongeldige kinds en behouden goedkeuringsverzoeken die vanuit meldingen zijn geopend. PRs #454 en #455 stoppen met het behandelen van het Basic-ondertekeningsbeleid als Auto en verplaatsen de algemene selectie naar de versleutelde opslag die door de kern wordt beheerd. De beheerders van Keep voegden alle vijf wijzigingen samen na de nieuwste getagde Android-release.

Routstrd wijzigt zijn standaardnetwerkbinding na ongeauthenticeerde blootstelling

Routstrd PR #56 wijzigt het standaardbindadres van de lokale Nostr-inferentierouter van alle netwerkinterfaces naar 127.0.0.1. De voormalige standaard stelde ongeauthenticeerde eindpunten voor walletsaldo, geschiedenis, toegang, verzenden, terugbetalingen, API-sleutels, providers, clients, gebruik en het stoppen van de daemon bloot aan elke host die de poort kon bereiken. Operators kunnen nog steeds expliciet een niet-lokale binding configureren, maar de samengevoegde wijziging maakt een nieuwe implementatie standaard alleen lokaal en is nog niet in een getagde release verschenen.

Imwald Android verduidelijkt de status van offline publiceren

Imwald Android, een Android-Nostr-client, behandelt bevestiging van een lokale relay nu alleen als een voltooide publicatie wanneer elk geconfigureerd doel lokaal is. De oplossing voor offline publiceren en outbox houdt externe bezorging in afwachting wanneer een lokale relay het event heeft geaccepteerd maar geconfigureerde externe relays dat niet hebben gedaan, zodat het publicatierapport onderscheid maakt tussen lokale opslag op het apparaat en relaybezorging.

FIPS voegt een OpenWrt-toegangslaag toe; een FreeBSD-port wordt nog beoordeeld

Het Nostr-native Free Internetworking Peering System laat een OpenWrt-router nu een open !FIPS-toegangsnetwerk aanbieden via samengevoegde PR #126. De parallelle, nog open FreeBSD-PR #129 stelt voor de daemon, het TUN-gegevenspad, .fips-naamomzetting, servicebeheer en de native pakketbuild te porten. De OpenWrt-samenvoeging verbreedt de toegang nu, terwijl het FreeBSD-werk deze naar een ander besturingssysteem voor algemeen gebruik zou uitbreiden.

Een FIPS-projectupdate van 26 juli meldde meer dan 300 nodes op zijn openbare UDP-overlay en een breder meshnetwerk dat 2.000 nodes naderde. De FIPS-repository werkte diezelfde week aan het aanscherpen van concurrente netwerktests, continuïteit bij rekeying, hoplimietgedrag, firewallcontroles en isolatie van het NAT-lab. Het repositorywerk biedt operators reproduceerbare controles voor deze gedragingen naarmate het netwerk groeit.

Zap Cooking plant berichten en bindt scannerverzoeken

Zap Cooking, een Nostr-app voor het delen van recepten en het plannen van maaltijden, kan een gepland bericht nu in versleutelde opslag bewaren en het op het juiste moment publiceren via een periodieke relayronde (PR #566, PR #569). Dat biedt gebruikers een pad voor geplande publicatie zonder niet-ondertekende berichtinhoud in de database van de planner bloot te laten liggen.

De koelkastscanner authenticeert nu de exacte aanvraagbody met HTTP-authenticatie volgens NIP-98, zodat lidmaatschapscontroles vertrouwen op de sleutel die het scanverzoek ondertekende in plaats van op een pubkey die in de body is opgegeven (PR #599).

Citrine maakt van een Android-apparaat een beheerbare relay

Citrine, een op Android gehoste Nostr-relay, kan events die hij heeft opgeslagen nu naar externe relays sturen, zodat een operator lokale geschiedenis opnieuw kan uitzenden (PR #179). Ook voegt hij commando’s volgens NIP-86 (Relay Management API) toe, zodat compatibele clients de relay kunnen beheren (PR #150).

Groepsoperators kunnen via Amber-ondertekening relaygebaseerde groepen volgens NIP-29 beheren in PR #178, terwijl PR #174 door Tor ondersteunde relayconfiguratie en levenscyclusstatus tijdens herstarts op elkaar afgestemd houdt.

Wired herstelt volledige gesprekken in de browser

Wired, een browsergebaseerde Nostr-client, volgt feedroots, antwoorden en events waarnaar wordt verwezen nu tot voltooiing in plaats van bij vaste breedte- of resultaatlimieten te stoppen (PR #148, PR #147, PR #146). Gebruikers kunnen daardoor diepere threads en feedcontext herstellen wanneer de relevante events op hun relays beschikbaar zijn.

De browser behoudt ook relay hints bij events waarnaar wordt verwezen en gebruikt ze alleen voor nog ontbrekende context, waardoor gesprekken worden hersteld die geconfigureerde relays niet bevatten (PR #145, PR #144). Onvolledige ophaling blijft onderscheiden van een voltooide snapshot, zodat een gedeeltelijk antwoord de eerder gecachete weergave niet overschrijft.

Protocol- en specificatiewerk

NIPs: afbakening van NIP-34-hosting, groepsmigratie en drie actieve concepten

Deze week werden twee specificatiewijzigingen samengevoegd. NIP-34-commit 6d2979b verwijdert GRASP-hostinginstructies uit de beschrijving van het kind:1618-pull-requestevent, waardoor hosting- en fallbackgedrag buiten het eventcontract blijven. NIP-29-commit db5fe3d definieert hoe metadata van een relaygroep naar een andere relay migreert en hoe clients een geldige verplaatsing onderscheiden van een fork die onafhankelijk doorgaat.

PR #2424 stelt wederzijdse kind:10045-sleutelsetverklaringen voor. De wederkerige vereiste zou voorkomen dat één identiteit eenzijdig een andere sleutel koppelt. PR #2421 stelt BOLT12-zapintents en betalersbewijzen voor die clients kunnen valideren aan de hand van het doel, het bedrag, de aanbieding en de afgewikkelde betaling zonder afhankelijk te zijn van een door de ontvanger beheerde ontvangstbewijsserver.

PR #2425 zou NIP-B0-bladwijzers niet-HTTP-schema’s zoals nostr: naast web-URL’s laten behouden. Daardoor zouden native Nostr-identificatoren, betalingsverzoeken en andere applicatieschema’s intact blijven binnen dezelfde private of openbare bladwijzerlijsten die al webadressen bevatten.

Mill implementeert een concept voor sleutelback-ups via cloudaccounts

Mill kondigde een geïmplementeerd concept voor sleutelback-ups via cloudaccounts aan dat een Google OIDC-accountidentificator combineert met een passphrase met hoge entropie om een wegwerpback-upsleutel af te leiden. De referentie-implementatie versleutelt de echte sleutel van de gebruiker als een ncryptsec volgens NIP-49 (Private Key Encryption) en slaat deze vervolgens op in een voorlopig parameterized-replaceable kind 30049-event op geconfigureerde relays. Het project voegde de back-upstroom samen met main, maar geen release na v1.0.0 bevat hem, en de back-upstroom blijft uitgeschakeld tenzij een operator afzonderlijke backupRelays opgeeft. Een geversioneerde relayset blijft voorlopig, en het concept waarschuwt dat gepubliceerde ciphertext beschikbaar blijft voor offline gokken naar de passphrase. Lezers moeten het ontwerp behandelen als een geïmplementeerd experiment dat afhankelijk is van een passphrase met hoge entropie.

BUDs: Blossom-servers kunnen onbekende uploads aan hun bytes herkennen

BUD-02 PR #110 stelt voor om MIME-detectie aan de serverkant aan te bevelen wanneer een uploader Content-Type weglaat of application/octet-stream verzendt. Een Blossom-server zou de eerste bytes met een onderhouden bestandstypebibliotheek inspecteren, een specifiek door de client opgegeven type behouden en terugvallen op het generieke binaire type wanneer detectie mislukt. Daardoor zouden afbeeldingen, audio, video en door agents geproduceerde bestanden weergegeven kunnen worden zonder het sniffen van bytes voor elke upload verplicht te maken.

NAPs: conventies vervangen genummerde trajecten terwijl contracten voor opname en bestandssystemen zich ontwikkelen

PR #87 verwijdert het genummerde protocoltraject tussen napplets en houdt runtimemogelijkheden onder benoemde contracten, terwijl applicatieberichten samenkomen op conventie-URI’s van de vorm napplet:<archetype>/<intent>. De samengevoegde wijziging voor onderwerpidentiteit scheidt een stabiel conventiepad zonder query van payloadgegevens per bericht, en PR #90 past die omzettingsregel toe op ontdekkings- en handlermetadata.

Twee NAP-concepten breiden de vertrouwde shellgrens uit. NAP-CAPTURE PR #94 houdt microfoontoestemming, platformmachtiging, limieten, bewaartermijnen en afbouw in de runtime, terwijl het een begrensd media-artefact teruggeeft aan een gesandboxte napplet. NAP-FS PR #88 is het parallelle voorstel voor een virtueel bestandssysteem, met aan beleid gebonden handles in plaats van onbeperkte hostpaden.

Marmot: de specificatie definieert een definitieve groepstatus

Marmot PR #409 voegt een geauthenticeerde, onomkeerbare status Disbanded toe omdat MLS zelf geen bewerking voor het verwijderen van groepen heeft. Een geautoriseerde admincommit verplaatst een groep uit Active, voorkomt dat oude branches, berichten en Welcomes hem opnieuw activeren en biedt bestaande groepen een expliciet compatibiliteitspad voordat ze kunnen worden ontbonden. De voorafgaande ronde langs specificatie-issues bracht ook gezag over groepstatus, convergentie, key packages, bevestigingen, mediaregels, registertaal en 200 gevolgde specificatie-issues met elkaar in overeenstemming.

Gamma Markets: er zijn geen openbare specificatiewijzigingen geland

De specificatierepository van Gamma Markets registreerde van 21 tot en met 28 juli geen openbare commits of pull-requestactiviteit. De gepubliceerde documenten voor orders, afwikkeling en marktgegevens blijven de huidige basis; deze vermelding zonder wijzigingen houdt Gamma zichtbaar in de wekelijkse specificatieronde.

Concord: lees- en schrijfmogelijkheden kunnen binnen één plane worden gescheiden

Concord PR #12 blijft een open concept voor planes waarvan niet alle lezers ook schrijvers horen te zijn. Het brengt de Control Plane in de richting van afzonderlijke mogelijkheden voor lees- en schrijfstreams en schetst kanalen met beperkte schrijftoegang, uitnodigingen en rekeybereiken. De schrijfsleutel is in het concept een spampoort, terwijl ondertekende interne actors en rostercontroles het gezag blijven dragen.

NWC: één walletmethode kan kiezen tussen BOLT11 en BOLT12

NWC PR #2 stelt optionele methoden pay en receive voor BIP-321-betalings-URI’s voor. Een walletdienst kan ondersteuning adverteren, één compatibele BOLT11-factuur of BOLT12-aanbieding uit een URI kiezen, een niet-overeenkomend Bitcoin-netwerk vóór betaling weigeren en rapporteren welk instructietype hij heeft gebruikt. Het voorstel blijft buiten de NWC-kern, zodat wallets zonder ondersteuning voor BIP-321 of BOLT12 het niet hoeven te implementeren.

Zes jaar Nostr in juli

Deze juligeschiedenis volgt terugkerende Nostr-problemen: leesbare identificatoren, relayfiltering, verplaatsbare applicatiegegevens, privacy en interoperabiliteit. Over zes jaar verandert elke laag een beperkte oplossing in gedeelde infrastructuur: namen worden profielen, filters worden applicatiecontracten en door relays gedragen status breidt zich uit van notities naar live ruimten en groepen. Het begint met de eerste NIP-05-implementatie en eindigt met de samenvoeging voor adresseerbare ontdekking van deze maand, waarna het de juliwijzigingen onderzoekt die deze thema’s verder ontwikkelden.

Juli 2021

Op 19 juli 2021 voegde nostr-tools-commit 1ce00bd een module nip05.js toe en verhoogde het pakket naar versie 0.5.0. De functie keyFromDomain bouwde een DNS TXT-verzoek voor _nostrkey.<domain>, plaatste de binaire query bij een van acht roterende DNS-over-HTTPS-providers en gaf de eerste sleutel uit het antwoord terug. Een browserclient kon daardoor een door mensen beheerd domein omzetten in een publieke sleutel zonder een DNS-resolver te beheren of op één hardgecodeerde provider te vertrouwen.

Die eerste aanpak loste lookup op, maar geen namen binnen een domein, en de vertrouwensgrens lag bij DNS plus de geselecteerde resolver. De moderne NIP-05-specificatie verplaatste ontdekking naar /.well-known/nostr.json, waar een domein lokale namen aan pubkeys koppelt en relay hints kan toevoegen. De code uit 2021 legt de eerdere ontwerpdruk vast: publieke sleutels waren verplaatsbaar, maar mensen hadden nog steeds identificatoren nodig die ze konden lezen, verifiëren en tussen clients verplaatsen.

Juli 2022

Op 10 juli beperkte NIP-12-commit 3771186 generieke relayquery’s tot tags van één letter. Die beslissing maakte filters zoals #r, #g en #t bruikbaar voor URL-verwijzingen, geohashes en hashtags zonder relays te vragen elke willekeurige metadatasleutel te indexeren. Tien dagen later gebruikte het eerste NIP-20-concept voor webcommentaren dat querymodel rechtstreeks: een kind 34-commentaar droeg een genormaliseerde webpagina-URL in een r-tag, waardoor een site en onafhankelijke clients dezelfde discussie van relays konden ophalen.

Relaybeleid en sociale feedback volgden. De oorspronkelijke NIP-22-commit liet relays events weigeren waarvan het tijdstempel created_at onwaarschijnlijk oud was, en commit 8bef0e9 voegde toekomstige tijdstempels aan hetzelfde beleid toe. Op 30 juli definieerde NIP-25-commit dcbd504 kind 7-reacties met e- en p-tags voor het doel; de volgende commit wees - toe aan een negatieve reactie, en commit 6903ff5 maakte + de expliciete generieke like. Samen specificeerden deze commits het weigeren van relaytijdstempels, ophalen op basis van tags, webcommentaren en reactietags voor clients die de concepten overnamen.

Juli 2023

Juli 2023 duwde coördinatie voorbij korte notities. Het NIP-37-concept voor verloren sleutels onderzocht onomkeerbare intrekking van sleutels, drempels voor sociaal herstel en vooraf vastgelegde vervangende sleutels, terwijl het expliciet weigerde het resultaat universele sleutelrotatie te noemen. Vijf dagen later introduceerde NIP-53 adresseerbare liveactiviteiten van kind 30311 en chatberichten van kind 1311, waardoor streams, podia en live ruimten een gedeeld eventmodel kregen voor hosts, deelnemers, status en gesprekken.

Applicaties begonnen ook werk en handel te adverteren. Het eerste Data Vending Machine-concept beschreef taakverzoeken van kind 68001, resultaten van kind 68002, biedingen, vervaltermijnen, chaining en concurrerende providers voor taken zoals transcriptie, samenvatting en vertaling. Op 13 juli voegde het concept voor advertenties adresseerbare aanbiedingen van kind 30402 toe met metadata voor titel, samenvatting, prijs, locatie en status. Die concepten werden later NIP-90 en NIP-99, maar hun julivormen scheidden een verzoek of advertentie al van de server die het weergaf.

Ook betalingsroutering werd samenstelbaar. De samenvoeging van zap-splits in NIP-57 van 31 juli veranderde één zap-bestemming in een gewogen lijst van pubkeys van ontvangers en relay hints. Een client kon één zap over medewerkers verdelen, ontvangers zonder gewicht weglaten wanneer sommige gewichten aanwezig waren en de verdeling vóór betaling tonen. De wijziging standaardiseerde een ondertekende-eventweergave voor gewogen zapontvangers en relay hints, waardoor compatibele clients de verdeling vóór betaling konden presenteren.

Juli 2024

Op 4 juli voegde NIP-29-commit c60ca88 de relaymoderatieactie kind:9007 voor het aanmaken van een groep toe. Zes dagen later definieerde NIP-70 beschermde events: een --tag vertelt een relay publicatie alleen van de geauthenticeerde auteur van het event te accepteren. De ene wijziging gaf relays een expliciete overgang van groepstatus; de andere liet auteurs voorkomen dat derden verder geldige ondertekende events opnieuw naar relays afspeelden.

Op 16 juli introduceerde één Cashu-specificatiecommit zowel NIP-60-wallets als NIP-61-nutzaps. NIP-60 plaatste walletmetadata in kind 37375, niet-bestede proofs in versleutelde kind 7375-events en optionele transactiegeschiedenis in kind 7376. NIP-61 koppelde de mint- en relayvoorkeuren van de ontvanger uit kind 10019 aan met P2PK vergrendelde nutzaps van kind 7337. Walletstatus en bearer tokens konden nu via relays bewegen, terwijl inwisseling nog steeds afhing van Cashu-mintproofs en zorgvuldige voorkoming van dubbele claims.

Twee wijzigingen van eind juli scherpten deterministische status aan. NIP-01-commit 9c54549 vereiste event-ID’s als beslissende factor na gelijke created_at-tijdstempels, zodat clients identieke resultatensets op dezelfde manier konden sorteren. De samenvoeging voor verwijdering in NIP-09 verduidelijkte dat verzoeken van kind 5 zich op event-ID’s of adresseerbare coördinaten mogen richten en k-tags horen te bevatten die de kinds aangeven die relays moeten verwijderen. Beide wijzigingen beperkten plaatsen waar twee correcte implementaties anders van mening konden verschillen.

Juli 2025

Ecash-ontdekking kreeg op 16 juli een eigen sociale gids. NIP-87-commit 1afb6da definieerde Cashu-mintrecords van kind 38172, Fedimint-records van kind 38173 en aanbevelingen van kind 38000 die met relay hints naar deze records kunnen verwijzen. Wallets konden aanbevelingen van vertrouwde auteurs opvragen voordat ze verbinding met een mint maakten, terwijl de specificatie waarschuwde dat ongefilterde wereldwijde ontdekking gebruikers naar kwaadwillende operators kon sturen.

Een week later specificeerde een concept verplaatsbare Nostr-eventrecords voor spraakberichten. De eerste NIP-A0-commit wees kind 1222 toe aan een spraakbericht-root en kind 1244 aan een antwoord, met een audio-URL plus mediametadata. Het formatvervolg van 27 juli beval Opus in een Ogg-container aan en standaardiseerde een gecomprimeerde golfvorm. Clients konden korte audio uitwisselen zonder overeenstemming over één recorder, host of golfvormweergave.

Private berichten en walletverbindingen voegden vervolgens protocolstatus toe voor het volgen van leesstatus, de keuze van versleuteling en betalingsvoortgang. NIP-17-commit 3d76da3 definieerde een vervangbaar kind 30016-record waarvan de geordende seen-tags een client gelezen berichten laten onderscheiden van gaten die hij mogelijk heeft gemist. Op 31 juli liet NIP-47-onderhandeling over versleuteling walletdiensten NIP-44 v2 of de oudere NIP-04 adverteren, terwijl de commit voor transactiestatus de statussen pending, settled, accepted, expired en failed toevoegde. Bezorging, versleuteling en betalingsvoortgang werden expliciete protocolgegevens in plaats van lokale afleiding.

Juli 2026

Deze juli begon met het verbinden van gewone webadressen aan relayquery’s. Commit 2f4b093 voor adresseerbare ontdekking definieert een lookup via /.well-known/nostr.json?ad=<path> waarvan het antwoord een Nostr-filter en relaylijst bevat. Een gewone browser kan de oorspronkelijke URL nog steeds als HTML openen, terwijl een Nostr-client het bijbehorende eindpunt /.well-known/nostr.json?ad=<path> kan opvragen voor een filter en relaylijst die het adres oplossen naar een groep, nsite, feed, event of ander native object. Het patroon bekijkt het domein-naar-sleutelprobleem uit 2021 opnieuw op een bredere laag: één voor mensen leesbare URL kan nu zowel een identiteit als een query benoemen.

NIP-29 groeide vervolgens van vlakke relaygroepen naar gestructureerde ruimten. De subgroepcommit van 16 juli voegde relaties voor ouders en geordende kinderen toe; aangrenzende commits voegden achtervoegsels voor uitnodigingscodes, banners, geordende snapshots van pins en pins voor adresseerbare events toe. Op 22 juli definieerde de verduidelijking van migratie en forks wanneer metadata een groep rechtmatig naar een andere relay verplaatst en wanneer een nog actieve tak een onafhankelijke fork is. De groepsidentificator bleef eenvoudig terwijl hiërarchie, presentatie en relaywijzigingen expliciete status werden.

Twee kleinere wijzigingen verduidelijkten implementatiegrenzen. NIP-46-commit f0af204 vereist dat een remote signer een fout teruggeeft voor onbekende of niet-ondersteunde methoden in plaats van een client stil te laten vastlopen op een time-out. NIP-34-commit 6d2979b verwijdert GRASP-specifieke hostingaanwijzingen uit de beschrijving van het pull-requestevent. De ene geeft aanvragers een definitief antwoord; de andere voorkomt dat een verplaatsbaar git-event stilzwijgend één serverprotocol overneemt.

Stuur een NIP-17-DM om een project of nieuwsitem te delen via het Nostr Compass-project.