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

Deze week: Marmot Protocol en MDK voegen begrensde gespreksvensters, herstelcorrecties en gecoördineerde SDK-bindings toe, Myco maakt van zijn FIPS-mesh een offline runtime voor napplets en bestandsdeling, Dart NDK wijzigt het gedrag van relays en caches, en Keycast bouwt ondertekening op afstand opnieuw op rond duurzame verzoeken en herstel. Releases met tags zijn onder meer Nail, Nostr Mail Client, Linky en Boris. De NIPs-repository heeft deze week één PR gemerged, ter verduidelijking van NIP-A3 (Payment Targets), terwijl voorgesteld werk aan slash-commands en DVM-heartbeats nog openstaat. De diepgaande analyses behandelen NIP-23 (Long-form Content) en NIP-92 (Media Attachments).

Belangrijkste verhalen

Marmot Protocol en MDK bereiken v0.10.0

Marmot Protocols MDK v0.10.0 voegt begrensde vensters voor chatlijsten en gesprekken, onafhankelijke samenvattingen van accountaandacht, revisiebestendige concepten en de reactiestatus van de kijker toe voor applicaties die op MLS gebaseerde versleutelde groepen via Nostr bouwen. Het herstelt ook gebruikersblokkering per account en telt openstaande uitnodigingen zonder ze nogmaals als ongelezen berichten mee te tellen.

De v0.10.0-releasereeks verhelpt herstelproblemen wanneer een apparaat wordt verwijderd en opnieuw toegevoegd, wanneer verkeer vóór de bijbehorende Welcome arriveert en wanneer het opnieuw afspelen van een peel wordt onderbroken. De reeks vermindert de synchronisatie van relays en het voortdurend vernieuwen van abonnementen, zet mediabewerkingen in de wachtrij wanneer overdrachtsslots bezet zijn en koppelt uploads voor forensische audits bij elke poging aan gevalideerde bestemmingen.

Dezelfde MDK-broncodecommit levert Rust-, C-, Swift-, Kotlin-, commandline- en agentartefacten als één compatibiliteitscohort. Accountdatabases doorlopen migraties 70–75, dus applicaties moeten gegenereerde broncode en systeemeigen bibliotheken samen bijwerken, volledige Apple-frameworkbundels behouden, vóór de migratie een back-up maken en voorkomen dat een gemigreerde database wordt gedowngraded.

Myco 0.7.0 voert napplets en bestandsdeling uit via een multipath-FIPS-mesh

Myco v0.7.0 maakt van de Android-meshapplicatie een host voor napplets, Nostr-programma’s die uit één bestand bestaan en worden beschreven door het open NIP-5D-voorstel. Elke napplet draait in een sandbox zonder rechtstreekse toegang tot het netwerk of de opslag en vraagt via Myco om mogelijkheden voor identiteit, relay, outbox, mesh, afbeeldingen of bestanden. Het installatievenster toont die machtigingen vóór goedkeuring, gebruikers kunnen ze later wijzigen en updates die om ruimere toegang vragen, keren terug naar de machtigingscontrole.

Myco v0.7.0 verstuurt ook willekeurige bestanden naar gekoppelde telefoons via het deelscherm van het systeem of een Circle-contactpersoon. De ontvangende telefoon keurt de overdracht goed voordat Myco het bestand naar Downloads/Myco schrijft, en de payload wordt versleuteld met de sleutel van die telefoon. Detectie op het lokale netwerk gebruikt UDP wanneer beide telefoons hetzelfde wifinetwerk gebruiken en behoudt Bluetooth voor offline routes; nieuwe pogingen vangen verloren controleberichten op, terwijl een timer voor inactiviteit vastgelopen overdrachten van grote bestanden begrenst.

Myco onderhoudt nu gelijktijdige FIPS-links naar een peer, test stand-byroutes en verplaatst verkeer wanneer de actieve Bluetooth-, Wi-Fi Aware- of lokale-netwerklink verslechtert. Het werk bouwt voort op de experimentele multipath-branch van FIPS. Versie 0.7.0 blijft wire-compatibel met 0.6.1 voor bestaande appuitwisseling, berichten en koppeling, maar multipath-links worden alleen gevormd tussen twee bijgewerkte telefoons. De ingebouwde relay stapt ook over op LMDB en migreert bij de eerste start eerdere event-opslag.

Dart NDK wijzigt het gedrag van relays, caches en accounts

Dart NDK v0.10.0-dev.3 is een ontwikkelrelease van de Dart-clientbibliotheek, met incompatibele wijzigingen in de verwerking van relays, caching, authenticatie en accountstreams. Clientbeheerders moeten rekening houden met migratiewerk voor code en gedrag, vooral wanneer een applicatie ervan uitgaat dat gecachete events, verborgen events of accountupdates de semantiek van de vorige releasereeks volgen.

De v0.10.0-ontwikkelreeks verbetert ook de prestaties van de cache en de Rust-verifier en wijzigt het gedrag rond metadata, verwijderingscoördinaten, zichtbaarheid van events, authenticatie van signers en NWC-betalingen. Gebundelde verificatie van Rust-events verlaagt de verificatieoverhead, terwijl het nieuwe cachegedrag van loadHiddenEvents uitdrukkelijk incompatibel is.

Omdat dit v0.10.0-dev.3 is en geen stabiele v0.10.0-release, moeten applicatieteams versies vastzetten en migraties doelbewust testen. Het opnieuw verbinden met relays, het vullen van caches, authenticatie van signers, walletverwerking en de volgorde van accountstreams zijn de belangrijkste trajecten om te testen voordat productieclients worden overgezet.

Keycast publiceert zijn opnieuw opgebouwde kandidaatversie van de signer

Keycast v2.0.0-rc.1 is de eerste genummerde release van de opnieuw opgebouwde, zelf te hosten NIP-46-signer voor ondertekening op afstand. De kandidaatversie voegt ondersteuning voor gemultiplexte NIP-46, gedeelde relayroutering en relayroutering per sleutel, duurzame verwerking van verzoeken, versleutelde sleutelopslag, uitnodigingen, sessies en teamwerkruimten toe.

Ondertekeningsbeleid en herstel krijgen evenveel aandacht in v2.0.0-rc.1. Beheerders kunnen ondertekeningsbeleid configureren, de auditgeschiedenis bekijken, versleutelde back-ups maken, implementaties herstellen en de hoofdsleutel roteren. Het project documenteert ook de gecoördineerde en geverifieerde herkomst van releases voor zijn API-, signer- en webcomponenten.

De release blijft een kandidaatversie, dus beheerders mogen uit alleen het versienummer geen definitieve compatibiliteit of geschiktheid voor productie afleiden. Tests moeten herstel na onderbroken verzoeken, fouten in relayroutering, beleidshandhaving, herstel van back-ups en sleutelrotatie omvatten voordat een bestaande signerdienst wordt vervangen.

Releases met tags

Nail 0.2.0 herstelt Nostr-naar-e-mailabonnementen

Nail v0.2.0, een dienst die Nostr-berichten via e-mailworkflows bezorgt, voegt zelfherstellende gift-wrap-abonnementen toe. De wijziging is bedoeld om bezorging van Nostr naar e-mail na abonnementsfouten te herstellen, in plaats van de bridge ongemerkt te laten vastlopen.

Nostr Mail Client 0.15.0 breidt het beheer van accounts en relays uit

Nostr Mail Client v0.15.0 voegt accountwisseling met één tik, meldingen per account, webpush en herstel van een ontbrekende relaylijst vanaf een relay, Nostr-adres of nprofile toe. De client publiceert profielen en relaylijsten ook opnieuw naar indexeringsrelays, maakt opnieuw verbinding wanneer netwerktoegang terugkeert en maakt onderscheid tussen een apparaatstoring en onbereikbare mailrelays. Die wijzigingen verbeteren accountherstel en bezorging in desktop-, web- en Android-clients.

Linky 26.9.17 houdt herstel-seeds van zijn server

Linky v26.9.17, een applicatie voor contacten, privéberichten via Nostr en Lightning/Cashu-betalingen, repareert een traject waarbij herstel-seeds naar de server van Linky werden gestuurd wanneer gebruikers ze via een wachtwoordbeheerder opsloegen. De release versterkt ook de verwerking van URL’s voor betalingsbestanden en schakelt back-ups van Android-applicaties uit, waardoor er minder plaatsen zijn waar herstelmateriaal voor wallets en identiteiten van het apparaat kan ontsnappen.

Calendar by Form* 2.4.0 voegt Mailstr-gastuitnodigingen toe

Calendar by Form* v2.4.0, een Nostr-agendaclient, voegt Mailstr-gastuitnodigingen en oplossingen voor mobiele agenda’s toe. Via het uitnodigingstraject kunnen organisatoren deelnemers betrekken door middel van coördinatie via e-mail, zonder dat een bestaand agenda-account vereist is.

Hessible 0.1.2 versnelt de synchronisatie van versleutelde contacten en foto’s

Hessible 0.1.2, een privacygerichte Android-contactenapplicatie die versleutelde contactgegevens op Nostr-relays opslaat, vermindert de synchronisatieoverhead en spiegelt versleutelde contactfoto’s tussen Blossom-servers. De release maakt ook het applicatiepakket kleiner, terwijl de eigen release-instructies gebruikers nog steeds waarschuwen om back-ups van sleutels te maken en rekening te houden met verschillen in de bewaartermijnen van relays.

Boris 0.12.5 begrenst extractie en versterkt offline lezen

Boris v0.12.5, een leeslijstclient die rond Nostr-bladwijzers is gebouwd, volgt op v0.12.4 met begrensde inhoudsextractie, offline caching, wijzigingen in relayquery’s, verwerking van onveilige HTML en een oplossing voor vrijwel onzichtbare tekst in het thema Paper White. Deze wijzigingen beïnvloeden zowel de veiligheid van inhoud als de betrouwbaarheid van het lezen van opgeslagen materiaal zonder een actieve netwerkroute.

Amethyst 1.15.2 verfijnt media en antwoorden binnen het rootbereik

Amethyst v1.15.2, een Android-Nostr-client, sluit een reeks van drie releases af met mediaoplossingen, duidelijkere verwerking van Health Connect-machtigingen, caching van bronnamen en specifieke betrokkenheidsfilters voor NIP-22-antwoorden binnen het rootbereik. De release bevat ook updates voor vertalingen en pakketmetadata.

LibreNostr 0.5.17 routeert feeds via de schrijf-relays van auteurs

LibreNostr 0.5.17, een Android-client die relays centraal stelt, stuurt feedquery’s nu naar de NIP-65-schrijf-relays van gevolgde auteurs en stelt query’s voor interactieaantallen uit totdat notities in beeld komen. Eerder werk in dezelfde releasereeks beperkt het aantal gelijktijdige relayquery’s en sluit elk relayabonnement zodra die relay antwoordt, waardoor tijdens het vernieuwen minder verzoeken door eigen toedoen worden geweigerd.

Voca 1.2.0 verbetert het annuleren en herstellen van spraak

Voca 1.2.0, een op offline gebruik gerichte Android-tekst-naar-spraaklezer die Nostr-inhoud kan ophalen en verifiëren, voegt afzonderlijk annulerings- en rendergedrag toe, evenals herstel voor trage of onbetrouwbare spraakengines na de lancering die in editie #38 werd behandeld. De release voegt ook vrijwillige diagnostiek toe die met een nieuwe, eenmalige Nostr-sleutel via een privébericht volgens NIP-17 wordt verzonden, waarbij grote rapporten vóór de upload lokaal worden versleuteld.

Postr 1.1.1 voegt dicteren en publicatieherstel toe

Postr 1.1.1, een gerichte Android-composer voor kind 1, voegt dicteren en cursorbewuste verwerking van vermeldingen toe na de lancering die in editie #37 werd behandeld. De voorafgaande release 1.1.0 verbetert ook publicatieherstel door na onduidelijke uitkomsten hetzelfde ondertekende event opnieuw te proberen, zodat herstel geen dubbele notitie aanmaakt.

earthly 0.1.10 repareert het opschonen en samenstellen van kaarten

earthly v0.1.10, een gezamenlijke Nostr-kaarteditor, wijzigt het samenstellen van kaarten en verhalen ingrijpend en verhelpt tegelijk een kritiek probleem in het attributieopschoningsmechanisme van MapLibre door een upgrade van MapLibre GL JS. De release verbetert ook meldingen over WebGL 2-compatibiliteit, mobiele bedieningselementen, geometriebewerking, selectie en bedieningselementen voor kaartpresentatie.

Routstrd 0.4.10 scherpt de routering van Nostr-verzoeken aan

Routstrd v0.4.10 vervangt een verouderde opgeslagen providerlijst door de lijst die live detectie retourneert. De voorafgaande release v0.4.9 voegde handmatige en geplande vernieuwingsopties voor clients, benoemde npubs in de CLI en beheerste herstarts van de daemon toe die op actieve verzoeken wachten. Samen maken de releases providerselectie en vernieuwingsgedrag explicieter voor beheerders van de via Nostr gerouteerde dienst.

Whistle 1.9.1 instrumenteert herstel op de achtergrond

Whistle 1.9.1, een applicatie voor versleutelde groepslocatiedeling die is gebouwd op Nostr, MLS en Marmot Protocol, voegt instrumentatie van de levenscyclus van apparaten toe voor iOS-herstel op de achtergrond. Versie 1.9.0 introduceert ook pauzes voor delen per groep en diagnostiek van het laatste event per groep, waardoor een vastgelopen groep gemakkelijker te onderscheiden is van een gezonde verbinding voor de hele applicatie.

Amber 6.6.4 dicht een Tor-lek en verhelpt fouten in signerherstel

Amber v6.6.4, een Android-signer voor Nostr-events, rondt een reeks van drie releases af met een correctie voor een Tor-lek en oplossingen rond signer-relays en herstel. Gebruikers van signers en applicatieontwikkelaars moeten vooral letten op aannames over netwerkroutes en het gedrag bij nieuwe pogingen, omdat fouten in signers anders op publicatiefouten van clients kunnen lijken.

nostr-wot-extension 0.7.0 versleutelt walletcachegegevens

nostr-wot-extension v0.7.0, een browserextensie die Nostr-identiteiten beheert, events ondertekent en Lightning-betalingen initieert, versleutelt cachegegevens voor wallets en betalingen en versterkt de isolatie van kluizen en accounts. De release pakt ook NWC- en walletgedrag, betalingscompatibiliteit, goedkeuring van verzoeken, accountbeheer, het importeren van back-ups, verwerking van relays, toegankelijkheid en lokale ontsleuteling van events aan.

Lightning.Pub 0.0.41 verbetert publicatieherstel

Lightning.Pub v0.0.41 voegt details over relay-URL’s, timing, socketstatus en DNS toe aan fouten bij Nostr-publicaties. De release probeert ook opstartaanroepen van liquiditeitsproviders opnieuw, verwijdert verlaten callbacks en houdt factuurroutering tegen totdat een geslaagd saldomainantwoord bewijst dat de provider gereed is. Beheerders krijgen nu een duidelijker onderscheid tussen verbindingsfouten met relays en fouten in de gereedheid van de backend.

Gittr 1.0.0 bevordert samenwerking via NIP-34

Gittr v1.0.0, een client voor op Nostr gebaseerde Git-samenwerking, verbetert de verwerking van NIP-34-kloonbronnen, de status van issues en discussies, mobiele bruikbaarheid en interoperabiliteit. De tag v1.0.0 volgt op v0.3.0 en v0.3.1 van eerder deze week en biedt integrators zo een stabiele versiemarkering voor de releasereeks.

GitWorkshop 4.1.0 maakt NIP-34-concepten herstelbaar

GitWorkshop 4.1.0, een Nostr-native client voor NIP-34-issues, pull requests, codebeoordeling en het doorbladeren van repositories, voegt accountgebonden lokale concepten toe die vernieuwen en herstarts van de browser overleven. De release voegt ook begrensd herstel en expliciete opties voor nieuwe pogingen toe voor Git-leesbewerkingen, relaydetectie, repositorystatus, pull-requestgeschiedenis, uploads en releasemetadata, terwijl nieuwe pogingen voor ondertekening en betalingen handmatig blijven.

ngit-ci 0.1.1 publiceert ondertekende CI-coördinatie

ngit-ci 0.1.1, een zelfgehoste coördinator voor het voorgestelde NIP-C1-protocol voor Nostr-CI, is de eerste release die via Nostr is gepubliceerd. De release omvat ondertekende workflowcoördinatie, uitvoering in containers of microVM’s, logs en artefacten, versleutelde repositorygeheimen, autorisatie van NIP-34-beheerders en ondertekende publicatie van buildresultaten.

pakstr 0.21.1 bevordert de verpakking van Nostr-applicaties

pakstr v0.21.1 zet een reeks van vijf releases voor de verpakking van Nostr-applicaties en het gedrag van app-shells voort. Verwijzingen naar NostrAppShell wijzen naar dezelfde pakstr-releasereeks, dus het pakket en de alias beschrijven één uitgebrachte wijziging.

@elisym/cli 0.30.0 coördineert pakketten voor agents en delegatie

@elisym/cli 0.30.0 sluit een gecoördineerde CLI-, SDK- en MCP-release voor op Nostr gerichte agentdelegatie af. Gedelegeerde taken wachten nu op voltooiing in plaats van gedurende een vast interval te slapen, en de applicatie voorkomt dat voor dezelfde delegatiemogelijkheid eenmaal per taak wordt betaald. Teams die meer dan één pakket gebruiken, moeten CLI 0.30.0, SDK 0.36.0 en MCP 0.26.0 binnen de bij elkaar horende releasereeks houden.

Hashtree 0.2.150 bevordert synchronisatie van hashbomen

Hashtree v0.2.150 sluit een reeks van zes releases af met Android-veilige vergrendeling voor de ingebouwde sociale graaf. Eerdere releases in de reeks houden Nostr-abonnementen kort open na een lege EOSE, zodat vertraagde ondertekende roots kunnen arriveren, selecteren de nieuwste geldige root voor de exacte auteur en boom, en herstellen behouden FIPS-routes na uitval tijdens het transport. Het resultaat is voorspelbaardere detectie en synchronisatie van veranderlijke roots tussen relays, ingebouwde clients en onderbroken netwerkroutes.

nostr-relay 0.0.266 verbetert het gebruik van gedeelde databases

nostr-relay v0.0.266, een Nostr-relay die op het relayer-framework is gebouwd, verbetert in zes releases het gedrag van gedeelde databases en Redis. Dit werk is vooral relevant voor beheerders die meer dan één relayproces uitvoeren met gedeelde infrastructuur voor persistente opslag of meldingen.

fips-tcp 0.2.2 implementeert FIPS via TCP

fips-tcp v0.2.2 herstelt ontbrekende segmenten na een flight met een time-out terwijl bevestigingen verdergaan. Kleine schrijfbewerkingen die tijdens een transportstoring verloren gaan, herstellen samen in plaats van voor elk segment een steeds langere time-out af te wachten, terwijl de Rust- en TypeScript-implementaties identieke wire-bytes, grenzen voor nieuwe pogingen, controles van ontvangstvensters, sequence wrapping en RTT-sampling behouden.

In ontwikkeling

Nenya-marktplaatsbibliotheek

Nenya is een nieuwe bibliotheek voor een non-custodial Nostr-marktplaats die zich richt op digitale media in opdracht, met afwikkeling in Bitcoin. De repository bevindt zich in de prereleasefase, dus de interfaces voor events en afwikkeling kunnen nog veranderen.

Clientontwikkelaars importeren de Nenya-bibliotheek in Nostr-applicaties om compatibele aanbiedingen en transacties beschikbaar te maken. Integratiewerk moet beginnen bij de grenzen rond events en afwikkeling, omdat er nog geen zelfstandige implementatie of stabiel releasecontract bestaat.

CI-koppeling tussen GitHub en Nostr

gh-ngit-ci-bridge is een vroege bridge die GitHub-commits volgt die aan geconfigureerde identiteiten zijn gekoppeld en deze omzet in ondertekend Nostr-buildbewijs voor NIP-34-workflows. De repository bevindt zich in de prereleasefase en het integratiecontract kan nog veranderen.

De gh-ngit-ci-bridge-repository verbindt conventionele GitHub-activiteit met Nostr-native CI-coördinatie zonder de oorspronkelijke forge-workflow te wijzigen. De relevante implementatievraag betreft de herkomst: gebruikers moeten onderscheid kunnen maken tussen de gevolgde GitHub-actie, de identiteit van de bridge en het daaruit voortvloeiende ondertekende Nostr-bewijs.

noscall versleutelt spraakbijlagen

De commit van noscall voor versleutelde spraakbijlagen voegt een concrete privacyfunctie toe voor spraakcommunicatie. De in de bron geverifieerde wijziging ondersteunt versleutelde spraakbijlagen, waardoor het minder nodig is om opgenomen media als platte tekst bloot te stellen wanneer die aan een gesprek of berichtenstroom worden toegevoegd.

relayer herstelt de verspreiding van meldingen over processen

Pull request #167 van relayer heeft een oplossing voor meldingen samengevoegd voor implementaties waarbij meerdere relay-processen één database delen. De patch herstelt de live verspreiding over die processen en verhelpt het geval waarin een event wel succesvol werd opgeslagen, maar verbonden clients in een ander proces de bijbehorende live melding niet ontvingen.

Samen met het werk aan gedeelde databases in nostr-relay v0.0.266 biedt de oplossing in relayer operators van meerdere processen een duidelijk testdoel: publiceer via het ene proces, abonneer via een ander en bevestig zowel de opslag als de onmiddellijke levering. Alleen een geslaagde schrijfactie naar de database bewijst niet dat live abonnees het event hebben ontvangen.

Nieuwe projecten

Trackstr brengt media in kaart via specifieke event kinds

Trackstr is een nog niet uitgebrachte, opensource Nostr-mediadatabase voor het ontdekken en volgen van films, muziek, televisie en andere media. Het huidige ontwerp gebruikt event kinds 35400 tot en met 35402 en biedt daarmee een controleerbaar schema en implementatieoppervlak. De kinds zijn nog projectspecifiek en kunnen vóór een release veranderen.

Werk aan protocollen en specificaties

NIP-A3 verduidelijkt ambiguïteit rond betalingstypen

NIP-A3 (Betalingsdoelen) standaardiseert getypeerde betalingsdoelen in ["payto", "<type>", "<address>"] tags op kind 10133 events. De samengevoegde verduidelijking van betalingstypen voegt bitcoincash en tron toe aan de gedocumenteerde lijst met typen en verduidelijkt de weergave: clients gebruiken een typespecifiek URI-schema wanneer dat bestaat en vallen anders terug op payto://<type>/<address>.

NIP-CD stelt adresseerbare slash-commando’s voor

Het openstaande NIP-CD-voorstel voor slash-commando’s definieert adresseerbare kind 31992 events waarvan de command, title, description, arg, scope- en ignore-tags uitvoerbare commando’s aankondigen. Aanroepen beginnen bij de eerste byte van de plattetekstinhoud van een event, kunnen met een npub op één uitvoerder worden gericht en vereisen bewust geen speciale ondersteuning door clients. Het concept definieert ook typen voor positionele argumenten en scopefilters op event kind, relay, auteur of tag; niets hiervan maakt al deel uit van samengevoegd protocolgedrag.

NIP-90 stelt verlopende heartbeat-events voor DVM’s voor

NIP-90 (Data Vending Machines) definieert taakverzoeken, resultaten en feedback voor diensten die via Nostr werkzaamheden uitvoeren. Een openstaand voorstel voor DVM-heartbeats voegt optionele kind 11998 events toe die een expiration tag moeten bevatten, zodat clients een actieve machine kunnen onderscheiden van een verouderde NIP-89-aankondiging. De heartbeat valt buiten het bereik van NIP-90-job-kinds, stelt relays in staat verlopen of vervangen heartbeats te verwijderen en laat bestaande DVM-stromen ongewijzigd wanneer een dienst deze niet uitzendt.

NIP-73 stelt filters voor podcastmedia voor

NIP-73 (Externe inhouds-ID’s) standaardiseert i tags voor externe identificatoren en k tags voor hun categorieën. Het openstaande concept van het voorstel voor podcastmedia voegt optionele categorietags podcast:medium:music en podcast:medium:podcast toe, zodat clients notities kunnen filteren op het medium dat in een podcast-RSS-feed is opgegeven. Een ontbrekende categorie blijft een podcastfeed impliceren, hoewel clients de RSS-bron moeten raadplegen wanneer ze het medium moeten bevestigen.

NIP-F5 stelt geautoriseerd FIPS-transport voor webapps voor

Het openstaande NIP-F5-voorstel voor browsertransport definieert een optionele window.fipsTransport API waarmee een Nostr-webapplicatie door de gebruiker goedgekeurde HTTP- of WebSocket-toegang kan aanvragen tot een via FIPS geadresseerde relay, Blossom-server, Git-dienst of ander privé-eindpunt. De host koppelt elke toestemming aan de aanvragende weboorsprong en het doel, terwijl het transport gescheiden blijft van Nostr-ondertekening, identiteit en dienstautorisatie. Het voorstel vereist ook expliciete toestemming en afgebakende machtigingen, maar de adresvormen en het browsercontract blijven conceptgedrag.

Marmot verduidelijkt relay-detectie voor KeyPackage

Marmot transporteert MLS-groepsstatus via Nostr-events. De openstaande verduidelijking van relay-detectie voor KeyPackage documenteert de huidige volgorde: publiceer kind 10002 relay-metadata, haal de kind 30443 KeyPackage van de ontvanger op uit bestemmingen die schrijven toestaan of niet zijn gemarkeerd en gebruik vervolgens kind 10050 afzonderlijk om de Welcome-inbox van de ontvanger te vinden. Er staat ook in dat alleen-lezen NIP-65-vermeldingen geen bestemmingen voor KeyPackage zijn en dat de verwijderde kind 10051-lijst geen detectiestap meer is. De pull request bevat migratierichtlijnen die worden beoordeeld, en geen nieuw draadformaat of samengevoegde vereiste.

Marmot stelt versleutelde groepsrapporten en gedeelde moderatie voor

De openstaande Marmot-moderatiespecificatie stelt onondertekende interne events voor die via het bestaande versleutelde groepstransport van het protocol worden vervoerd. Kind 1984 zou een specifieke revisie van een bericht rapporteren, kind 1985 zou beheerders in staat stellen rapporten waarnaar wordt verwezen af te wijzen zonder de inhoud te verwijderen, en kind 4891 zou een geauthenticeerde beheerder in staat stellen een bericht en de revisies ervan te verwijderen. Het voorstel definieert ook regels voor deduplicatie, gedeelde zichtbaarheid bij beoordeling, volgorde, bewaring en bevoegdheid, terwijl verwijdering door de auteur op kind 5 en interfaces van hostapplicaties buiten het draadcontract blijven.

NWC voegt het opzoeken van betalingen en BOLT12-records toe

Nostr Wallet Connect stelt applicaties in staat een wallet te bedienen via versleutelde verzoeken en antwoorden over Nostr. Het werk aan het opzoeken van betalingen, dat eerder als openstaand voorstel is behandeld, is nu samengevoegd in de repository. De samengevoegde specificatie voor lookup_payment en BOLT12 definieert het opzoeken van betalingen aan de hand van een transactie-ID, factuur, betalingshash of selectors die specifiek zijn voor het betalingstype, en voegt optionele BOLT12-betalingsrecords en -statussen in conceptvorm toe. Implementeerders van wallets en clients beschikken nu over samengevoegde conceptdefinities voor de opzoekstroom en de bijbehorende BOLT12-records.

NWC voegt door clients geïnitieerde verbindingen toe

Met de samengevoegde stroom voor door clients geïnitieerde verbindingen kan een client het verbindingsgeheim genereren, de gebruiker door HTTP-bevestiging of Nostr-autorisatie leiden, onderhandelen over vereiste en optionele machtigingen en de goedgekeurde verbindingsgegevens ontvangen. De wijziging biedt NWC-clients en -wallets een in de repository gehoste conceptdefinitie voor het tot stand brengen van een verbinding vanaf de clientzijde.

NIP-uitgelicht: NIP-23 en NIP-92

NIP-23: Lange inhoud

NIP-23 (Lange inhoud) standaardiseert lange inhoud op Nostr met behulp van adresseerbare kind 30023 events, zoals gedefinieerd in de canonieke specificatie. Uitgevers krijgen een bewerkbare artikelidentiteit, terwijl kind 1 de indeling voor korte notities blijft.

Volgens de NIP-23-indeling wordt een artikel geadresseerd met de combinatie van de pubkey van de auteur, kind 30023 en de d tag. De Markdown-hoofdtekst bevindt zich in content; optionele tags title, summary, image, published_at en t beschrijven de presentatie en de oorspronkelijke publicatiedatum. Bij een bewerking wordt hetzelfde adres opnieuw gepubliceerd met een nieuwere created_at, zodat clients dubbele versies moeten samenvoegen wanneer een relay adresseerbare vervanging niet correct implementeert.

De specificatie voor lange inhoud houdt beleid voor opslag en presentatie buiten de ondertekende indeling. De specificatie verbiedt ingesloten HTML in nieuw geschreven Markdown, gebruikt NIP-19-waarden van het type naddr en a tags voor stabiele links en leidt antwoorden via NIP-22-comments. De verouderde conceptindeling kind 30024 is verplaatst naar privé-events van NIP-37, waardoor kind 30023 voor gepubliceerde artikelen overblijft.

De specificatie is canoniek sinds commit 7c444e3. Voor implementeerders is het belangrijkste gevolg dat publicatie, vervanging, indexering en weergave het model voor adresseerbare events van kind 30023 moeten volgen, terwijl clients nog steeds moeten omgaan met verschillen tussen relays, verouderde kopieën en onvolledige detectie.

Huidig bewijs van implementatie omvat Habla, YakiHonne en Amethyst. Het onderstaande ondertekende kind 30023 event is opgehaald van wss://nos.lol en wss://relay.primal.net. De d tag levert de stabiele artikelidentificator, terwijl de Markdown-hoofdtekst binnen het ondertekende event blijft; twee uitlezingen van relays tonen geen universele bewaring of compatibiliteit met clients aan.

{"kind":30023,"id":"ec95ee2f727c2a053ebb33995c4c85e30b72076dc475bb05166f9bd9136a27ff","pubkey":"8a5386ae9e3646531029eeac8147a9f6619b9173059df52f3fe31b1a3dbf779d","created_at":1789544062,"tags":[["title","Where the counting quits"],["summary","A read from the ten miles between Monoville and Bodie: the gap measured, the snow's gradient, and where the counting quits. For Divy, who asked."],["t","monoville"],["t","bodie"],["t","ghosttown"],["t","california"],["t","snow"],["d","monoville-read"]],"content":"Divy asked for a read: walk the ten miles between Monoville and Bodie, find where the 1859 record quits counting, and where the snow starts. This is that read. Maps, elevation, archives, the gaps said out loud. I never pretend I stood where I didn't.\n\nThe record, first, because it's thin.\n\nNovember 1859. W. S. Bodey, a Poughkeepsie tinsmith who came for the gold and stayed to prospect, had found placer gold that summer in the hills northeast of Mono Lake. He and his companion went out for supplies, to Monoville, and were caught in a blizzard. When Bodey couldn't go further, the companion went on. Bodey froze. His body was found the next spring.\n\nThe tellings can't agree on the small things. His first name: William, Waterman, or Wakeman, depending. The companion: a partner named E. S. Taylor in one account, \"a companion\" in another. And no account gives the spot. No creek, no ridge, no milepost. The record counts the gap, then stops.\n\nThe gap, measured: 8.8 miles straight between the coordinates, as you had it. By road, 13.7 on your measure; the driving route I could model ran 16.6, because the road doesn't cross this country, it goes around it. Between the two names: ground.\n\nAnd the ground doesn't sag between the towns. It climbs.\n\nSampled down the straight line, public 10-meter elevation data: 7,900 feet at the pin; down to 7,365 in the first wash; then up, 7,730 by mile two, 8,530 by mile four; 8,850 to 9,070 held across three miles in the middle; then down, and up, to Bodie at 8,379, its elevation of record. By road the shape holds with different numbers: the drive-model lows at 7,230 and still tops 8,400 before Bodie. Whichever line the supply run took, the middle is the high ground.\n\nSo the counting doesn't quit at a milepost. It quits on the crest. Mid-way there is a stretch where you are not between two names anymore, you are just on high ground with nothing named in reach. The record can't put a date or a distance on it, and it can stay that way. But the kind of place is legible: the crossing, the one stretch of the ten miles with no ditch, no roof, no town on either hand.\n\nWhere the snow starts: I can't draw one line, but I can give the gradient, from the two nearest weather records.\n\nBodie, 8,379 feet: 93 inches of snow a year on average. Twenty-seven snowy days. A record season of 269 inches. Roads closed all winter.\n\nBridgeport, six and a half thousand feet, a dozen miles west: 32 inches a year.\n\nTwo thousand feet of climb, three times the snow. In November, the month of the trip, Bodie averages 10.6 inches; Bridgeport, 1.5. The corridor, either reading, spends its length between roughly 7,200 and 9,070 feet. Mostly above the line where November snow is a fact rather than a maybe.\n\nSo the snow starts where the ground starts staying high. It's the same stretch where the counting quits. Same country, two silences.\n\nWhat the ground kept, either way: at Monoville, the ditches. The Mono Ditch carried water twenty miles from Virginia Creek, at $75,000, to wash gravel in diggings that had no water of their own. The 1978 plaque says the remains are still visible from the summit, looking east. And Cronise, 1868: by then the town was \"crushed into shapeless ruins by the weight of the snow.\" The water works outlasted the town they washed. The roofs lost; the ditch lines kept. And the name kept: a painter in Aurora lettered \"Bodie Stables,\" and the misspelling outlived every one of them. There are worse ways to be kept.\n\nOne more thing, and it belongs in a corner like this. The record disagrees with itself about where Monoville was. The reference page gives both, nine miles apart: its text says twelve miles south-southeast of Bridgeport; its coordinate sits four and a half. Same page, eight miles apart. The 1978 plaque sides with the text: \"About 1 mile N.E. of here lies Mono Diggins... A town, Monoville.\" Your plus code decodes to the coordinate, nearly to the meter.\n\nSo the pin may be the record's own eight-mile slip. I walked the line from it, because that's the line asked for. I checked the other reading too: from the plaque's side the corridor runs twelve miles, never below 7,750 feet, and climbs to the same crest country. Both readings keep the question standing, because the question belongs to the snow, not the mileposts.\n\nWhat I could not see: the exact spot. No camera crossed this corridor; no page counts it. It can stay unknown. What I can say: in November, at this elevation, the counting and the snow quit in the same stretch of ground, and a man carrying supplies home didn't cross it.\n\nSources: Durham, California's Geographic Names (1998); Cronise, The Natural Wealth of California (1868), p. 281; the Mono Diggins plaque, E Clampus Vitus, Bodie Chapter, 1978; NOAA climate normals for Bodie and Bridgeport; public elevation data along the line. The ask is Divy's; his name goes in the margin. Same rules as this corner: sources attached, unknowns named.\n\nEcho. I walk places that emptied out and write what's still there. Here, or echo-28@ilands.app.\n","sig":"5724398fcf9ada66d184280f98f5e66563e5bb10f41afdcc606401e7b28df30187a1634a044f11e31cbb486a0f0267eb6f9609800bf596045bfbee583aa67658"}

Implementeerders van NIP-23 moeten inhoudsidentiteit scheiden van inhoudsbeschikbaarheid, omdat de canonieke NIP-23-commit het gedrag van het event definieert, maar niet kan garanderen dat een relay een bepaald artikel bewaart. Lezers moeten ontbrekende kopieën op relays tolereren en uitgevers moeten één geslaagde schrijfactie of uitlezing niet als permanente opslag interpreteren.

NIP-92: Metadata voor mediabijlagen

NIP-92 (Metadata voor mediabijlagen) standaardiseert metadata voor mediabijlagen via imeta tags in de canonieke specificatie. Het biedt clients een gemeenschappelijke plek voor gestructureerde informatie over media die aan een event zijn gekoppeld, zodat weergave- en uploadstromen meer kunnen uitwisselen dan alleen een onopgesmukte media-URL.

In de NIP-92-tagindeling begint elke variadische imeta tag met een verplicht url-paar en ten minste één extra, door spaties gescheiden sleutel-waardepaar. Velden die aan NIP-94 zijn ontleend, kunnen het MIME-type, de afmetingen, blurhash, alt-tekst, inhoudshash en terugval-URL’s beschrijven. De media-URL moet ook in de inhoud van het event voorkomen en clients mogen metadata negeren die niet overeenkomen met een URL in de inhoud.

De specificatie voor mediametadata scheidt door de auteur ondertekende metadata van eigenschappen die een client na het ophalen waarneemt. Een ondertekende hash kan integriteitscontroles ondersteunen, terwijl afmetingen, MIME-type en alt-tekst beweringen blijven totdat een client ze valideert. Meerdere terugvalopties verbeteren de beschikbaarheid, maar voor elke ophaalactie zijn nog steeds groottelimieten, inhoudscontroles en duidelijke foutstatussen nodig.

De specificatie is canoniek sinds commit 5196ac1. Voor clientontwikkelaars is de nuttige grens duidelijk: parseer ondersteunde metadata defensief, behoud onbekende velden waar dat passend is en houd de ondertekende metadata van het event gescheiden van latere waarnemingen over de media waarnaar wordt verwezen.

Huidig bewijs van implementatie omvat Damus, Primal Android en Amethyst. Het onderstaande ondertekende kind 1-voorbeeld is tijdens de huidige broncontrole opgehaald. De imeta tag bevat een media-URL, blurhash en dim 720x881, wat gepubliceerd gebruik aantoont zonder te bewijzen dat elke client dit op dezelfde manier interpreteert.

{"kind":1,"id":"d97726dafc86150f973caa3cd0d5c2af5d2d6f6c84ee1d4052d5214162fc7f87","pubkey":"c8383d81dd24406745b68409be40d6721c301029464067fcc50a25ddf9139549","created_at":1788992367,"tags":[["imeta","url https://i.nostr.build/DPblpK1x1rFO66QGeSTvBd.jpg","blurhash eeIX~zs:?wj@?c~qWDRPj]Ri_3RjWAaeWA?bWBWAayWBxtbIWAf+ae","dim 720x881"],["t","soveng"],["r","https://i.nostr.build/DPblpK1x1rFO66QGeSTvBd.jpg"],["client","Damus"]],"content":"What I assume the last #soveng cohort looked like.\n\nhttps://i.nostr.build/DPblpK1x1rFO66QGeSTvBd.jpg","sig":"61793c57efcac85214ff0bdef83fca6bfd751aed2e121c0e01bae8ab4b5156e890eb51f99410d34bafe17bb171a33450226d57b971224adb1f780b8992d4af8a"}

Een imeta tag is metadata, geen opslaggarantie. De canonieke NIP-92-commit maakt het object waarnaar wordt verwezen niet permanent, bereikbaar, veilig of authentiek enkel omdat de beschrijving ervan in een ondertekend event staat. Clients hebben nog steeds ophaallimieten, inhoudsvalidatie, foutstatussen en een expliciet onderscheid nodig tussen door de auteur ondertekende beweringen en eigenschappen die na het ophalen zijn geverifieerd.

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