Amethyst porte son interface Android sur ordinateur et ajoute la prise en charge native de Wayland. Amber corrige la révocation des permissions, l’effacement des secrets copiés et une modification de paramètre susceptible d’entraîner la perte de clés. Keep renforce les permissions de signature automatique, tandis que MDK propose des pièces jointes privées en flux et un rattrapage des messages des plus anciens aux plus récents. Zap Cooking intègre des protections pour les modifications des listes de comptes suivis et l’adhésion authentifiée. Les détails de la version suivent, ainsi que les changements du protocole et les mécanismes de statut public.

À la une

Amethyst

Amethyst v1.18.0 porte sur ordinateur l’interface partagée du client social Android, avec des fils personnalisés, des tableaux adaptés aux fenêtres larges, des verrouillages facultatifs, des médias chiffrés et des envois vers Blossom. Les scores des fournisseurs issus de NIP-85, les assertions de confiance, sont indexés localement pour les demandes, les notifications et les badges, avec des fournisseurs et des seuils choisis par l’utilisateur.

La version v1.19.0 publiée aujourd’hui ajoute la prise en charge native de Wayland et la compression vidéo sur ordinateur à l’aide de FFmpeg et de ffprobe, installés séparément. Les correctifs du stockage des clés remédient aux demandes répétées du trousseau et aux défaillances du trousseau sous Linux. Les collections de calendriers et les RSVP peuvent désormais être affichés, et l’interface de connexion Android ajoute la signature à distance NIP-46. L’ouverture en parallèle des enveloppes chiffrées précède leur indexation séquentielle, tandis que la reconnexion aux relay et la gestion des listes de relay des auteurs du fil sont corrigées. Le client relay respecte le délai d’attente imposé par la limitation de débit avant de reprendre les abonnements ou les publications.

Le changement concernant les relay des fournisseurs de confiance traite les relay des fournisseurs figurant dans la liste kind 10040 de l’utilisateur comme ses propres relay de confiance. Ces connexions empruntent par défaut un chemin direct ; l’utilisation de Tor nécessite d’activer le paramètre des relay de confiance. L’authentification auprès des relay selon NIP-42 du client principal peut divulguer la clé publique de l’utilisateur à ces relay.

Amber

Amber 6.6.9 corrige trois failles de sécurité du signataire Nostr pour Android. Les permissions révoquées ne subsistent plus à cause d’une condition de concurrence dans le cache, et les refus explicites priment sur le statut de confiance totale. Les secrets copiés font l’objet d’un effacement du presse-papiers programmé par le système après 60 secondes, y compris lorsque le processus est arrêté ; leur contenu reste lisible pendant cet intervalle, et du texte copié plus récemment peut également être effacé. La modification du paramètre « exiger que l’appareil soit déverrouillé » conserve l’ancienne clé d’enveloppement jusqu’à la fin de la migration des secrets, tandis que les clés précédemment perdues le restent. Cette version corrige les approbations nostrconnect portant sur plusieurs demandes et répond sur les relay spécifiés dans l’URI. Les utilisateurs de la version 6.6.8 et des versions antérieures devraient effectuer la mise à jour.

Keep Android

Keep Android v1.3.0, un signataire à seuil FROST, ajoute la génération distribuée de clés sur les appareils et la reprise authentifiée des opérations interrompues sur les parts de clé. Il prend également en charge les appareils dépourvus de StrongBox. Avec la signature à seuil, les appareils participants détiennent des parts du secret de signature et coopèrent pour produire une signature ; les étapes de configuration et de récupération déterminent quels appareils peuvent participer.

La version 1.3.1 empêche la signature automatique de passer outre les refus mémorisés, les permissions « Demander », les approbations expirées ou les échecs de lecture des permissions. L’expiration supprime l’approbation en arrière-plan tout en conservant les refus. La migration des politiques par application déplace les permissions vers le stockage géré par le cœur du logiciel tout en préservant les décisions les plus strictes.

Chama

Chama v6.4.21 authentifie la passerelle du portefeuille natif utilisée par son application d’échange reposant sur Nostr, désactive en production la redirection de la passerelle fondée sur une URL et valide les montants des versements. Il refuse également d’effacer un portefeuille dont le contenu ne peut pas être lu.

La version 6.4.22 renforce la relecture face aux event provenant de tiers, vérifie les relations de succession, rejette les ensembles d’arbitres vides et détermine le calendrier de remboursement à partir de l’heure LOCK signée. Ses changements de consensus s’appliquent aux event CREATE signés à partir du 1er novembre 2026 ; les protections du client s’appliquent immédiatement. Les notes de version maintiennent les réserves concernant les fédérations sélectionnées par les annonces et les versements de montants infimes. Des changements ultérieurs du signataire et de la récupération ajoutent des lecteurs de graines protégées et des verrouillages tardifs récupérables, tandis que la v6.4.24 améliore les longues listes d’échanges.

Zap Cooking

Le client de recettes et réseau social Zap Cooking intègre des protections pour les modifications des listes de comptes suivis contre les lectures incomplètes, obsolètes ou dont le résultat se réduit de manière inattendue. Les actions de suivi partagent un même chemin de mise à jour protégé qui préserve les tag et le contenu existants. L’identité du signataire est vérifiée avant la publication. Son correctif d’autorisation d’adhésion utilise la clé publique qui signe la requête authentifiée. Une route qui exposait un secret d’administration a été supprimée ; le déploiement nécessite toujours une rotation des secrets, qu’un changement intégré ne suffit pas, à lui seul, à attester. Des correctifs ultérieurs des fils de discussion et des marque-pages préservent la véritable racine des réponses et récupèrent les écritures de marque-pages ayant échoué. Les champs de tag des recettes n’envoient plus les frappes aux services de recherche de profils ou NIP-50 et ne provoquent plus la sortie de l’éditeur avec des modifications non enregistrées.

Versions étiquetées

MDK

MDK v0.13.0, l’environnement d’exécution des groupes chiffrés Marmot, ajoute des pièces jointes privées transférées en flux et avec reprise possible, avec suivi de progression et annulation. Il envoie également des signalements NIP-56 privés à l’opérateur du déploiement au moyen d’enveloppes-cadeaux NIP-59, en omettant les identifiants de message, de groupe et de relay. Le rattrapage traite des lots pouvant contenir jusqu’à 256 event, des plus anciens aux plus récents, et conserve les refus CLOSED des relay. Le routage SOCKS5 couvre les relay, les médias et les services de découverte sans repli vers une connexion directe.

Le guide de publication exige que les liaisons, les en-têtes et les artefacts natifs évoluent ensemble. Les schémas de base de données passent de 101 à 107 sans possibilité de retour à une version antérieure. Le stockage des secrets de l’hôte doit être migré. MarmotKit et les artefacts C sont stables ; WN Agent reste une préversion et les crates de l’espace de travail ne sont pas publiées sur crates.io. Un historique arrivant avec plus de cinq époques MLS de retard peut toujours être impossible à déchiffrer sans qu’un avis d’historique incomplet soit affiché, et les clients agents authentifiés conservent l’accès à l’ensemble de l’API.

Cette version réessaie également les enregistrements de profils, de listes de comptes suivis et de listes de relay restés en attente après le premier accusé de réception ; ces nouvelles tentatives en arrière-plan ne survivent pas à un redémarrage. La recherche d’invitations vérifie la suppression et l’expiration des KeyPackage sur les relay de découverte, dont les réponses ne peuvent pas prouver que le destinataire détient toujours les éléments privés de son KeyPackage. Les cibles des réactions d’activité sont désormais dérivées de manière cohérente des acteurs authentifiés et des commits individuels du groupe ; l’historique ancien dépourvu d’acteur reste incomplet.

Des travaux ultérieurs sur la branche master ferment les abonnements aux relay restés ouverts et paginent les relectures d’activation, limitées à 500 events. La récupération des écarts d’époque récupère les 256 events les plus récents d’un relay dont la comparaison a échoué, sans certifier que l’historique est complet. Les commits de mise à jour automatique réessaient chaque relay de groupe manqué. De nouveaux contrôles à valeur d’avertissement couvrent les époques connues comme obsolètes et les commits restant à transmettre aux relay ; les utilisateurs peuvent accepter le risque, de sorte que ces contrôles ne garantissent pas qu’un groupe ne puisse pas diverger.

Les téléchargements de pièces jointes bloqués faute d’espace de stockage conservent leur progression pour permettre une reprise lorsque l’espace libre est insuffisant. Les téléchargements volumineux explicitement demandés sont écrits dans un fichier, les données temporaires et les points de reprise nécessitant un espace libre d’environ cinq à six fois la taille du corps téléchargé. Les aperçus vérifiés d’events publics bénéficient d’un cache de compte chiffré de taille limitée, tandis que les résultats KeyPackage ne contenant que des éléments obsolètes deviennent distinguables des recherches incomplètes auprès des relay. Il s’agit de modifications ultérieures du code source qui doivent être intégrées par les applications hôtes correspondantes ; les aperçus fondés sur un identifiant d’event issu d’une récupération terminée ne revérifient pas les suppressions ultérieures.

Les passerelles d’agents limitent également la sortie du backend pour empêcher des réponses surdimensionnées d’épuiser la mémoire, et acceptent la réponse de suppression réelle du connecteur. Le texte déjà transmis le reste lorsqu’une limite de sortie interrompt un tour.

Myco

Myco v0.11.0 ajoute des liaisons USB entre téléphones ou ordinateurs de bureau fips et adopte le format de manifeste actuellement proposé pour NIP-5D, avec des empreintes signées des artefacts et des icônes. Les téléphones plus anciens peuvent toujours s’appairer, mais doivent être mis à jour pour ouvrir ces napplets. Ses modifications de la politique de téléchargement distinguent les destinations Internet, maillées et HTTP configurées par l’utilisateur. Les indications fournies par l’auteur et les redirections ne peuvent pas sonder les réseaux locaux dans le cadre de la politique Internet, tandis que les destinations configurées par l’utilisateur restent sans restriction. Le client logiciel découvre également les blobs sur les serveurs Blossom BUD-03 de l’auteur. Cela améliore la découverte des artefacts, mais expose le trafic d’installation à ces serveurs. Ces modifications HTTP n’établissent pas de protections équivalentes pour les connexions WebSocket. Les vérifications de disponibilité sur le réseau maillé à proximité interrogent les pairs pour savoir s’ils possèdent des blobs, sans les télécharger ni contacter de serveurs Blossom publics. Ces requêtes HEAD limitées nécessitent l’autorisation d’utiliser le réseau maillé ; un nombre de détenteurs ne prouve pas que l’artefact entier reste disponible.

Cette version interroge également en parallèle les serveurs DNS en amont afin d’éviter que les délais d’attente des opérateurs en itinérance ne bloquent la résolution des relay et des artefacts. Les publications via outbox ciblent chaque relay d’écriture répertorié, les envois vers les destinations plus lentes étant effectués en arrière-plan. Le réseau maillé sur Internet reste désactivé par défaut, et les images du Web ne sont pas conservées d’un redémarrage à l’autre.

Unfiltered

Unfiltered 1.0.13 ajoute des listes de relay de lecture et d’écriture ainsi que le routage outbox à son client photo Android. Ses notes de version décrivent les rôles des relay, et les comptes sans liste commencent avec trois relay publics par défaut. La fonction À proximité utilise des geohash de faible précision et les cellules adjacentes ; l’ajout d’une localisation à une publication est facultatif et désactivé par défaut. Ces tags révèlent malgré tout une zone publiquement. Le résultat de publication examiné signifie une mise en file d’attente vers un socket, l’acceptation par le relay restant non confirmée.

monostr

monostr 0.17.0 permet aux utilisateurs de recevoir des pourboires en Monero grâce à un service de surveillance personnel, tandis que la version 0.18.0 masque par défaut les montants des pourboires et les noms des expéditeurs dans les notifications pour les nouvelles configurations. Par défaut, les images ne se chargent qu’au toucher, et les compteurs Primal ainsi que les tags de client facultatifs sont désactivés. Un service de surveillance hébergé prend tout de même connaissance de chaque paiement entrant sur le portefeuille enregistré grâce à sa clé privée de visualisation. Les reçus publics conservent le destinataire, l’heure et la publication référencée même lorsque les montants sont masqués.

Grocery

Grocery 1.0.2 associe des listes de courses partagées et chiffrées à des identités Nostr reposant sur des clés d’accès et à une discussion Marmot propre à chaque liste. Il est possible de rejoindre une liste en collant une clé au porteur, qui donne les droits de lecture et de modification. La connexion par clé d’accès dépend de la prise en charge, par le navigateur et le fournisseur, de l’extension de fonction pseudo-aléatoire de WebAuthn ; les tags des membres restent visibles par les relay. La version 1.0.3 conserve les listes d’une réouverture à l’autre en mettant localement en cache leur contenu déchiffré, corrigeant les cas où seule la clé subsistait jusqu’à ce qu’un relay transmette à nouveau la liste.

Roadstr

Roadstr 1.1.0 lit les kinds 1315/1316 d’un autre client Roadstr en respectant les durées de validité et les règles de confirmation prévues. Un codec compact conserve des signalements signés reconstructibles pour une passerelle expérimentale entre radio MeshCore et relay. La publication compatible et la transmission radio sont désactivées par défaut, et un consentement est demandé avant le partage. Les signalements radio exposent la position, l’heure et la clé publique de signature à toute personne à portée. Les tests ont utilisé des radios simulées ; le matériel réel, le BLE sur Android et la publication sur des relay publics restent non vérifiés.

OUTKAST

OUTKAST 1.1.3 améliore les commentaires d’articles et la gestion des publications citées dans son client Android. Les commentaires d’articles utilisent le kind 1111, avec l’article comme racine et le commentaire comme parent, tandis que les réponses aux notes ordinaires restent de kind 1. La découverte des citations accepte aussi bien les tags q que les anciennes mentions e contenant un lien ; les citations nouvellement publiées ajoutent des tags q. Un échec de publication annule les réactions appliquées de manière optimiste.

Bookshelf

Bookshelf 0.1.28 décrit la lecture d’index imbriqués de publications de kind 30040 contenant à la fois des chapitres et des index enfants dans l’ordre défini par l’éditeur. Les copies hors ligne conservent cette hiérarchie et les signets liés à chaque occurrence. L’actualisation récupère les révisions courantes par coordonnées, mais conserve le téléchargement précédent lorsque les résultats sont incomplets, plus anciens ou que la récupération échoue. La rediffusion préserve les descendants signés d’origine. Une expansion limitée et des branches partielles lisibles évitent qu’une structure lacunaire soit présentée comme un livre complet.

Ditto

Ditto 2.45.0 remplace Global par Découvrir dans l’ensemble de ses fils de contenu. Découvrir puise parmi les personnes suivies par les comptes que suit l’utilisateur et classe les publications selon les relations communes, en excluant l’utilisateur et les comptes déjà suivis. Les utilisateurs déconnectés et les comptes sans abonnements voient à la place un réseau de départ sélectionné. Cela recentre la découverte par défaut sur un voisinage social ; la résistance au spam et la fiabilité de ces comptes restent des questions distinctes.

Postr

Postr 1.1.2 maintient les identités des profils sélectionnés associées aux mentions lors de l’enregistrement des brouillons et de la publication. L’éditeur fige le compte, le texte, les mentions et les pièces jointes pendant la signature et l’envoi, en conservant les partages entrants jusqu’à la fin de cette opération. Les nouvelles tentatives préservent l’event signé d’origine, y compris pour les anciennes publications en attente. Saisir un nom après @ ne suffit pas : les utilisateurs doivent sélectionner un profil, et les identités déjà perdues dans d’anciens brouillons doivent être sélectionnées à nouveau.

Nostrautica

Nostrautica Android 0.11.0 relie les communautés à leurs rencontres. L’approbation d’une inscription à un événement lié peut également accorder l’adhésion à la communauté sans seconde approbation ; le formulaire d’inscription l’indique et permet aux candidats de refuser cette adhésion. Les participants déjà inscrits reçoivent une invitation accessible en un geste. Les événements conservent leurs propres participants, leur système de mise en relation et leur discussion, tandis que la communauté répertorie ses événements. Les notes de version décrivent la prise en charge de coordinateurs distincts pour les événements et les communautés, sans attester de tests indépendants d’interopérabilité ou de chiffrement.

Minibits

Minibits v0.4.4 beta 1 corrige le traitement des paiements Nostr Wallet Connect sur Android, qui pouvait s’interrompre lorsque le portefeuille passait en arrière-plan, puis provoquer, par accumulation, un blocage de l’application. La version native regroupe cinq mois de modifications précédemment distribuées par mises à jour à distance. La version 0.4.5 beta 1 corrige le transfert NFC d’Android vers iOS ; les futures mises à jour à distance nécessitent cette version. Ces correctifs sont annoncés dans les notes de version ; le traitement en arrière-plan reste soumis aux restrictions de cycle de vie du téléphone.

NoorNote

NoorNote v1.9.0 permet de publier des recettes depuis son éditeur d’articles, d’ouvrir des collections de recettes partagées et de parcourir les recettes des auteurs suivis. Les cartes de sites web et les grilles de profils présentées la semaine dernière sont désormais intégrées à cette version, aux côtés de la gestion des limitations de débit des relay et des liens Android directs nostr:. Les liens vers des sites web ne constituent pas une vérification de leur contenu ; l’accès par une passerelle révèle à celle-ci la requête déclenchée par un clic.

Gittr

Gittr v1.0.2 propose sa forge Git sur Nostr sous forme d’application Android, en utilisant Amber via la signature à distance NIP-46. L’APK ouvre l’application hébergée existante gittr.space : les utilisateurs restent donc dépendants du code fourni à leur navigateur et de la disponibilité de ce service. La signature par extension de navigateur n’est pas disponible dans cette enveloppe ; l’auto-hébergement reste un déploiement Git distinct.

Dart NDK

Dart NDK 0.11.0 development zero intègre à une préversion le gestionnaire de consentement à l’authentification de la boîte à outils Dart et Flutter, ainsi que le changement de relay du signataire NIP-46. Ces modifications, présentées la semaine dernière comme des travaux fusionnés, sont désormais publiées. Le signataire peut suivre une liste de relay de remplacement, que les applications doivent conserver de manière persistante. Development one ajoute la prise en charge des identifiants NIP comportant des lettres dans les informations des relay. Les deux versions comportent des changements d’intégration incompatibles avec les versions précédentes.

Cambium

Cambium v0.9.0 offre aux applications Android natives quatre choix d’approbation : une seule fois, une heure, un jour ou indéfiniment. Les autorisations sont limitées par opération et par kind d’event. Cambium transmet les demandes à un signataire matériel Heartwood par signature à distance ; Heartwood décide toujours des demandes qu’il signe. Les approbations de sites web restent à usage unique. Les signataires appairés bénéficient de commandes de test et de reconnexion, de mises à jour des relay de transport pris en charge et de diagnostics expurgés des données sensibles. Les lots NIP-55, signature Android, préservent l’ordre des demandes et les refus individuels, avec un consentement visible à usage unique pour les intents réutilisés ambigus.

Grain

Grain v0.8.1 corrige l’authentification auprès des relay NIP-42 de sa bibliothèque cliente Go pour les applications desservant plusieurs utilisateurs. Chaque UserContext possède ses propres connexions authentifiées privées, préférences de relay et maintiens de connexion ; le pool partagé ne s’authentifie jamais. La bibliothèque valide les identifiants et signatures entrants, vérifie la correspondance avec les abonnements et sérialise correctement les filtres de tag et de temps. Les appelants authentifiés doivent migrer vers UserContext. Le stockage et la distribution par les relay restent inchangés, et l’authentification nécessite toujours un défi à l’ouverture de la connexion.

Nmail

Nmail v0.18.0, un client de messagerie chiffrée, place les expéditeurs inconnus dans les demandes et les expéditeurs bloqués dans les indésirables. L’acceptation et le blocage sont synchronisés entre les appareils. Les expéditeurs déjà présents dans la boîte de réception doivent être acceptés, avec une option permettant de tous les accepter ; les indésirables restent silencieux et les demandes en attente évitent les alertes répétées pour un même expéditeur. Les réponses utilisent l’identité destinataire. La gestion des relay privés, les vérifications du verrouillage de l’appareil avant la copie des codes de synchronisation, les thèmes partagés, une conservation plus complète des contacts et un programme d’installation Windows accompagnent les correctifs de restauration de la boîte aux lettres après une réinitialisation ou une connexion.

Meiso

Meiso v1.5.0 ajoute des commentaires chiffrés et des indicateurs de non-lu à son gestionnaire de tâches synchronisé par Nostr. Les commentaires utilisent des event adressables de kind 35002 avec le chiffrement NIP-44, en conservant leur association à une tâche à l’intérieur du texte chiffré. La version corrige les envois hors ligne, le rattrapage à la reconnexion, le démarrage avec des relay enregistrés et la propagation des listes vides. Elle empêche également qu’une synchronisation partielle supprime des tâches. Les fonctions de non-lu et de rattrapage n’ajoutent pas de service de notification lorsque l’application est fermée.

Haps

Haps v0.1.13, un installateur de logiciels expérimental, exige par défaut un audit de la version exacte provenant du réseau de confiance de l’utilisateur. Les audits peuvent comparer le code source fixé à une révision précise et les artefacts reconstruits, et rester privés ou être publiés. La version 0.1.14 demande aux utilisateurs de confirmer l’éditeur lors d’une installation par simple nom ; les automatisations doivent en préciser un. Les audits fournissent des éléments probants, mais les programmes natifs et les recettes de compilation s’exécutent toujours sans bac à sable. L’exigence d’audit peut être contournée pour une opération ; les vérifications de signature, d’intégrité et de confirmation de l’éditeur restent en place.

Sidecar

Sidecar v1.16.0 ajoute la découverte et la lecture de diffusions en direct à son client social sous forme d’extension de navigateur, avec une discussion signée, des réactions et des zap. Les favoris de diffusions enregistrés prennent en charge la sauvegarde et la restauration chiffrées du compte, et des réglages privés de mise en sourdine des notifications permettent aux utilisateurs de contrôler les alertes. La recherche bénéficie de commandes de suivi et de mise en sourdine ; des modifications du verrouillage automatique et de l’actualisation de l’historique du portefeuille les accompagnent.

Ants

L’interface de recherche Ants v0.7.0 achemine les recherches structurées vers les relay d’écriture déclarés par les auteurs et les relay de lecture des utilisateurs mentionnés, au moyen des listes de relay NIP-65, sans connexion à un compte. La découverte limite le nombre d’identités et de relay consultés et s’arrête en cas d’annulation ou d’expiration du délai. En l’absence de listes, le routage de secours est conservé. Les requêtes textuelles utilisent toujours des relay de recherche NIP-50 vérifiés.

soyLI

soyLI v0.27.0, un outil de publication et de lecture de napplets pour les applications NIP-5D proposées, ajoute des raccourcis clavier et des propositions sans fork via GRASP, un service d’hébergement Git, avec des vérifications de la révision exacte lors des nouvelles tentatives. Sa version v0.26.0 distribue les versions signées aux relay de boîte d’envoi vérifiés après la publication principale ; la suppression suit les destinations où une tentative d’envoi a eu lieu, mais ne peut pas rappeler les copies inconnues. La version 0.26.1 porte les budgets de lecture, d’exécution et d’examen à 100 MiB, tout en conservant une limite de 25 MiB pour les nouvelles compilations et la publication. Des métadonnées de présentation directes, ajoutées par la suite, placent les couvertures et les extraits des auteurs directement sur les manifestes signés, abandonnant l’event compagnon. Les anciennes tâches figées restent prises en charge ; cette extension Soy versionnée nécessite des lecteurs compatibles et ne fait pas partie de la spécification NIP-5D fixée à une révision précise.

nostream

Le serveur relay nostream v3.3.0 ajoute des sondes de surveillance des relay selon NIP-66 pour mesurer les temps aller-retour de lecture et d’écriture WebSocket, détecter l’authentification facultative et découvrir les cibles de mise en miroir. Il émet un avertissement lorsque le comportement observé ne correspond pas aux informations du relay selon NIP-11. Les réponses OK soumises à une limitation de débit peuvent inclure un cinquième élément facultatif contenant un délai d’attente en millisecondes. La version 3.4.0 ajoute aux réponses CLOSED un quatrième élément indiquant un délai d’attente en millisecondes lorsque les limites de messages par IP entraînent le rejet de REQ ou de COUNT. Elle intègre le cœur de réconciliation negentropy pour PostgreSQL et un inventaire ordonné des event ; les messages relay du protocole NIP-77 et l’annonce des capacités restent des travaux distincts.

Bark

Bark v1.3.15 ajoute aux approbations de signature à distance des commandes au clavier, un examen explicite de l’event et de l’identité, ainsi qu’une, cinq ou dix minutes pour décider. Les contrôles en arrière-plan rejettent les décisions expirées et les demandes en attente ; en cas d’échec de transmission de la décision, la fenêtre contextuelle reste ouverte pour permettre une nouvelle tentative. La version 1.3.17 rend la signature dans le navigateur selon NIP-07 disponible dès que la négociation avec le signataire est terminée, tandis que les diagnostics facultatifs se poursuivent. Elle rétablit les passerelles dans les onglets existants après les mises à jour.

Mostro

Mostro v0.19.3 répond aux demandes authentifiées par l’identité concernant la réputation de l’utilisateur lui-même, même en l’absence d’ordre ouvert. La plateforme d’échange pair à pair envoie les réponses de manière privée à la clé de transaction à l’origine de la demande, et une commande CLI intégrée donne accès à cette requête. L’importation de réputation reste une fonctionnalité en préversion dont les imports ne sont pas implémentés ; les opérateurs devraient la laisser désactivée. Des travaux intégrés ultérieurement publient la marge du gardien du séquestre Lightning et rejettent les configurations dangereuses ; leur minimum de 18 blocs suppose le réglage par défaut de LND pour l’expiration des paiements retenus.

Elisym

Le module commerce 0.11.0 d’Elisym prend en charge les frais déduits des revenus des commerçants, avec un tag signé du profil de boutique déclarant la prise en charge des paiements fractionnés et le refus des boutiques incompatibles lorsque des frais s’appliquent. Des travaux d’administration intégrés lisent les commandes et les annonces depuis des relay Nostr. Ils demandent la clé secrète de la boutique, ce qui nécessite de faire confiance au code servi au navigateur et aux extensions ; l’administration locale reste disponible. Le déploiement hébergé et l’activation des frais sur le mainnet restent non vérifiés. Merchant-node 0.10.0 met à niveau son registre comptable sans prendre en charge le retour à une version antérieure.

Routstrd

Routstrd v0.4.16 empêche qu’un réapprovisionnement Nostr Wallet Connect dont le délai a expiré produise immédiatement une autre facture payable. Il vérifie l’opération de mint existante jusqu’à la réussite ou à l’échec du paiement ; un statut indisponible maintient le réapprovisionnement en pause. La passerelle d’inférence active les fournisseurs en fonction de leur étiquette d’évaluation Nostr, les étiquettes expérimentales nécessitant une activation explicite. La version 0.4.17 inclut le SDK nécessaire. La protection contre les opérations non réglées reste en mémoire : le redémarrage du démon fait donc perdre cette protection.

Buzz

Buzz pour ordinateur 0.5.28 permet au personnel authentifié de parcourir et modérer toutes les communautés d’un relay sans changer de connexion. Les actions administratives conservent la communauté examinée, le relay et le signataire ; lorsque l’authentification est désactivée, la console reste disponible en lecture. Par ailleurs, des travaux intégrés sur le relay masquent les event de suppression correctement munis de tags pour les enregistrements d’auteurs privés, aussi bien dans les requêtes que dans la diffusion en direct. Cette correction côté serveur nécessite un déploiement et ne couvre ni les copies déjà divulguées ni les anciens enregistrements de suppression dépourvus de tags.

Earthly

Earthly v0.1.21 permet aux utilisateurs d’intégrer des jeux de données cartographiques Nostr publics dans des sites web, avec un aperçu et des commandes pour l’apparence et la position initiale de la caméra. Son intégration Maps MCP crée et publie des cartes depuis une conversation, puis génère des liens de partage ou des intégrations. Cette intégration reste un projet pilote personnel de plug-in connecté. Les intégrations prennent en charge les jeux de données incorporés contenant jusqu’à 300 entités et occupant au maximum 48 KiB ; les jeux de données privés, non publiés ou reposant sur des blobs sont exclus.

Milk Market

La version mobile v0.3.0 de Milk Market apporte des éditeurs complets de conception de vitrine à son application pour vendeurs, avec les mêmes sections et champs que l’éditeur web. La conception de la page de chaque produit peut remplacer les choix de thème et de sections, y compris les métadonnées et les images pour les réseaux sociaux. Cette version ajoute des contrôles pour maintenir l’alignement des configurations mobile et web. La version 0.3.1 corrige le contraste de la carte d’aperçu mobile ; les téléchargements Android sont joints aux versions publiées, tandis que la version iOS est disponible sur TestFlight.

Zeus

Zeus v13.2.3 inclut la correction des frais de routage LDK présentée la semaine dernière, qui est désormais livrée. Son service Nostr Wallet Connect reposant sur LDK peut inclure les frais de routage signalés dans les réponses et les relevés de dépenses. Les contrôles budgétaires portent toujours sur le montant de la facture avant le règlement, les frais arrondis étant débités ensuite et soumis à un plafond distinct de 1 000 satoshis pour les frais de routage. Cette version met également à jour LND embarqué et inclut des correctifs de sécurité de rust-lightning ; la validation sur des appareils NWC en conditions réelles reste non vérifiée. La suppression de Zaplocker intégrée ultérieurement retire son parcours d’attestation et de récupération Nostr. Une mise à niveau alors que des paiements sont encore retenus par ce serveur supprime la possibilité de les récupérer ; les expéditeurs doivent attendre l’expiration de la facture à paiement retenu et le remboursement. Ce retrait ne fait pas partie de v13.2.3 ; son déploiement dépend de la désactivation du serveur et de l’avertissement des utilisateurs existants.

En développement

nosvelte

La correction du vérificateur d’event de nosvelte compare l’ID fourni d’un event au hachage canonique de ses champs avant de vérifier la signature. Le vérificateur par défaut de la bibliothèque Svelte acceptait auparavant des champs correctement signés accompagnés d’un ID substitué, ce qui permettait à du contenu d’occuper l’identité d’un autre event et de perturber la gestion des remplacements. La modification intégrée s’applique aux chemins de requête et d’envoi de la version un utilisant le vérificateur par défaut ; elle ne certifie pas l’export historique ni les vérificateurs personnalisés au regard du format d’event de NIP-01. Une correction ultérieure du filtrage des requêtes vérifie et copie les champs des event du relay avant de les comparer aux filtres. Des données mal formées ne peuvent plus mettre fin à l’abonnement du fournisseur par défaut ni lui faire écarter l’event valide suivant. Les clients de moteur fournis par l’appelant peuvent conserver le comportement de correspondance des dépendances antérieures.

nostter

nostter limite les indications de relay fournies de l’extérieur aux URL WebSocket sécurisées, en rejetant les noms d’hôte locaux et les adresses IP non globales. Les relay locaux sélectionnés par le compte et les URL de signataires distants conservent leurs chemins existants ; le rebinding DNS reste en dehors du contrôle. Le client web lit également les charges utiles expérimentales séparées d’avertissement de contenu uniquement après que le lecteur a appuyé sur Afficher, en vérifiant l’ID de l’event référencé, la concordance de l’auteur et un tag k correspondant au kind de l’event d’origine. Les réactions et les réponses ciblent l’event d’origine. Ces modifications intégrées laissent inchangé son format de publication NIP-36 actuel.

Coracle

L’éditeur de listes de Coracle rétablit la modification et la suppression en attendant le décodage asynchrone avant d’afficher le formulaire. Auparavant, la modification faisait perdre les champs de la liste, et ni l’enregistrement ni la suppression ne publiaient d’event.

Routstr Core

Le code source de la version actuelle 0.5.0 de Routstr Core cesse de consigner les clés privées Nostr générées automatiquement et préserve l’identité publique créée au premier démarrage. Les annonces des fournisseurs excluent localhost et les adresses HTTP littérales privées ou locales au lien ; les noms d’hôte ne sont pas résolus pour cette vérification. Le tag actuel comprend des travaux fusionnés après sa date de publication consignée du 7 octobre ; les binaires et les déploiements historiques restent donc non vérifiés. Les journaux précédemment exposés nécessitent toujours un examen par les opérateurs.

Alby Hub

La modification d’Alby Hub concernant l’autorisation des factures limite le règlement et l’annulation aux factures créées par l’application à l’origine de la requête. Le portefeuille autohébergé expose les connexions des applications via NIP-47, Nostr Wallet Connect ; la capacité d’une connexion à gérer ses factures ne doit pas lui conférer d’autorité sur celles d’une autre application. Un correctif distinct relatif à la confidentialité des connexions isolées supprime l’adresse Lightning du portefeuille principal des parcours de réussite dans le navigateur pour les connexions isolées.

nak

La commande relay fusionnée de nak mesure les délais de connexion, de lecture et d’écriture et interroge les informations du relay, puis affiche des events de découverte non signés de kind 30166. Transmettre ces résultats à nak event par un tube assure la signature et la publication, ce qui permet une surveillance planifiée des relay selon NIP-66 avec le même outil en ligne de commande. Les réponses d’authentification ou de restriction observées prévalent sur les informations annoncées par le relay. Les tests d’écriture utilisent un event éphémère signé avec une clé jetable ; les annonces de moniteur de kind 10166 restent une opération distincte.

Kehto

La vérification des manifestes de Kehto contrôle les manifestes signés actuels à artefact unique ainsi que les octets de l’artefact avant l’exécution, tout en maintenant une analyse séparée pour les anciens formats. Le shell napplet vérifie également les gestionnaires recommandés, interroge les utilisateurs en cas de conflit avec les choix enregistrés et consomme une URL d’invocation acceptée pour empêcher les livraisons répétées. La vérification des manifestes contrôle l’identité de l’éditeur et les octets de l’artefact ; elle ne garantit pas que le code de l’application est sûr. Les instantanés des manettes de jeu suivent désormais le focus et la visibilité. Les cadres Paja/playground bloquent l’accès natif direct aux manettes de jeu, à HID et à USB avant l’exécution du code de l’application, laissant à l’hôte le soin d’assurer un accès médiatisé. Les consommateurs ont besoin des paquets hôtes correspondants ; la disponibilité du shell constitue une capacité distincte. Une modification ultérieure de l’admission dans Paja avertit de l’indisponibilité de domaines expérimentaux requis, mais autorise le chargement ; ces domaines n’exposent toujours aucune API et n’accordent toujours aucune autorisation.

napplet SDK

Le SDK napplet implémente l’invocation fondée sur les URI et la livraison avec conservation. Les métadonnées de publication sont conservées dans le HTML autonome, et des références facultatives aux applications relient les manifestes à des fiches signées et à des captures d’écran sans modifier les empreintes des artefacts. Le format des références aux applications reste une proposition. Les tests du shell de référence laissent aux hôtes la découverte en production, l’installation et la vérification des signatures.

rust-nostr

La bibliothèque Rust pour Nostr rust-nostr conserve la progression des téléchargements partiels ainsi que les erreurs terminales des relay. Le relay en échec reste dans l’ensemble des échecs, de sorte que les appelants peuvent utiliser les events déjà reçus sans perdre la preuve que la synchronisation s’est arrêtée prématurément.

Pensieve

Le correctif de sûreté de la réconciliation de Pensieve fait suite à ses travaux sur l’exclusion des events manquants. Les outils de relay et d’archivage redemandent les identifiants exacts des éléments manquants avant de classer les échecs, afin d’éviter que les fins de résultats tronquées par les limites des requêtes ne deviennent de fausses exclusions. Le décompte des pauses est propre à chaque tâche, et les events déjà archivés sont traités séparément. Une tâche terminée peut conserver des enregistrements explicites d’events manquants ; son achèvement ne suffit pas à établir que l’archive est complète.

La réconciliation continue de Premium Primal a été activée le 12 octobre. Le compte rendu de déploiement de l’opérateur indique que les deux binaires corrigés ont été déployés et que la mise en pause fondée sur les échecs a été activée le 13 octobre. Un report ultérieur des exclusions réutilise uniquement les exclusions d’origine avérées pour le même relay et une fenêtre temporelle chevauchante, en excluant les reports en chaîne et les identifiants nouvellement mélangés ; son déploiement a été consigné cet après-midi-là. Le correctif des vérifications préalables à l’archivage et des blocages du cache a été déployé le 14 octobre. Un correctif ultérieur de priorité des reports est fusionné, mais pas encore déployé d’après les informations consignées dans sa source.

njump

La visionneuse web Nostr njump rétablit les valeurs par défaut intégrées des relay lorsqu’aucun fichier de remplacement n’est fourni. Elle isole également les moteurs de rendu Markdown concurrents et les en-têtes de réponse lors des dépassements de délai, corrigeant ainsi des conditions de concurrence susceptibles de faire planter le processus pendant le rendu d’events longs cités ou le traitement de requêtes concurrentes. Ces modifications côté serveur sont fusionnées ; leur déploiement en production reste non vérifié.

Nostr Components

Le correctif de signature des zap de Nostr Components interrompt le parcours de paiement lorsque le signataire sélectionné refuse. Les widgets sociaux intégrables ne substituent plus une identité anonyme aléatoire après un refus. Leur agrégation des reçus valide les reçus de zap NIP-57 avant de dédupliquer les copies provenant des relay, les factures et les identifiants de requête.

rx-nostr

Dans la bibliothèque cliente réactive, les modifications de vérification de la version quatre de rx-nostr contrôlent de manière cohérente la structure canonique des events, les identifiants et les signatures en JavaScript et en WebAssembly. Une liste vide de conditions de requête ne correspond à rien et se termine ; l’ancien mode d’envoi signale un échec lorsqu’il n’a aucune destination. Les observateurs de publication ne peuvent pas modifier l’issue finale, et les descendants de requêtes libérés ne peuvent pas redémarrer. Les segments de requête finis permettent aux requêtes vers le passé de se terminer une fois que tous les segments fournis sont achevés. Ces modifications sont incluses dans 4.0.0 beta 2, une préversion comportant des modifications incompatibles de l’API.

eHagaki

Le client social eHagaki ajoute une livraison par étapes via une boîte d’envoi, en figeant les relay cibles de l’auteur avant la signature. Son parcours de publication sensible envoie à chaque relay la charge utile avant la structure qui y fait référence, en s’appuyant sur l’accusé de réception propre à ce relay ; si seule la charge utile est envoyée avec succès, l’éditeur de publication est conservé. Une analyse complète de l’historique des publications enregistre progressivement les résultats vérifiés. Les plages ambiguës restent non confirmées même lorsque l’analyse est affichée comme terminée, avec une commande d’information explicative. La prise en charge du relay local Citrine préserve les plages de navigation vérifiées et archive les events signés exacts après une publication externe réussie. Les accusés de réception locaux ne transforment pas un envoi externe échoué en réussite, et cela n’ajoute aucune file de publication hors ligne. La gestion des médias téléversés répertorie et supprime les images et vidéos téléversées sur les serveurs NIP-96 et Blossom pris en charge. Une migration ultérieure de la base de données réinitialise les données d’affichage mises en cache et l’historique des publications tout en conservant les brouillons et les demandes de suppression. Elle empêche également d’anciens résultats de synchronisation en attente de repeupler l’historique après un effacement.

Formstr

Le correctif de Formstr concernant le résultat des envois rejette une réponse à un formulaire lorsqu’aucun relay ne l’accepte. L’application de formulaires Nostr affiche les résultats des relay et permet de réessayer tout en conservant les réponses saisies. Les webhooks et les pages de confirmation attendent l’acceptation, et le SDK bénéficie du même contrôle. Un accusé de réception d’un relay ne garantit toujours pas un stockage à long terme, mais un échec total de publication ne produit plus de message de réussite.

Auditable Voting

Auditable Voting ajoute une mise en lots facultative des bulletins par un worker privé. Des définitions signées par l’organisateur sélectionnent une identité de worker, des relay de DM et un seuil de diffusion ou une échéance. Les votants envoient des bulletins sous emballage cadeau NIP-17 et authentifient les reçus auprès de ce worker ; les délégations doivent autoriser à la fois la mise en file d’attente et la diffusion. Les bulletins diffusés utilisent l’identité du worker. Celui-ci peut lire les envois, et les lots diffusés à l’échéance peuvent être de petite taille. Si aucun itinéraire privé valide n’est trouvé, le client examiné se rabat sur un envoi public. Ces travaux de développement ont été fusionnés.

MintRadar

MintRadar ajoute des alertes facultatives sous emballage cadeau pour les problèmes de mint ou de melt, les logiciels obsolètes et la perte de prise en charge de ces opérations. Son annuaire de mints Cashu relie les commandes de la liste de surveillance à ces paramètres de notification et les confirme après la réponse du serveur. Des réservations atomiques empêchent des sondes exécutées simultanément d’envoyer la même alerte, et un échec de publication sur les relay libère la réservation pour permettre une nouvelle tentative. Les messages privés NIP-17 protègent le contenu des notifications ; l’acceptation par un relay ne confirme pas leur lecture par le destinataire.

Nostr Docs

La migration de Nostr Docs vers un relay local fait passer les lectures et les écritures de l’éditeur Markdown collaboratif par un Web Worker doté d’un cache d’event IndexedDB et d’une boîte d’envoi pour les nouvelles tentatives. Les titres des documents et les tag sont conservés après rechargement, et les modifications successives des métadonnées reçoivent des horodatages croissants afin que deux modifications effectuées dans la même seconde restent distinctes. Le stockage existant des clés de chiffrement reste intact. Le mécanisme de repli sur le pool réseau n’offre pas la durabilité de la boîte d’envoi du worker, et l’acceptation d’une publication mise en file d’attente ne prouve pas son acceptation par un relay.

Pakstr

Le signataire local natif de Pakstr permet à son enveloppe applicative Android de créer un compte Nostr sur l’appareil. La clé reste dans la couche native, chiffrée à l’aide d’une clé d’enveloppement protégée par Android Keystore. Les résultats de signature sont vérifiés avant d’être renvoyés à l’application web. L’enveloppe prend en charge la signature dans le navigateur NIP-07 et les requêtes chiffrées. La sélection du signataire ne s’ouvre qu’au moment où elle est nécessaire et coordonne les requêtes simultanées.

Nostr WoT SDK

La bibliothèque de réseau de confiance Nostr WoT SDK étend le consentement à l’authentification aux demandeurs natifs et distants typés. Les refus enregistrés sont vérifiés avant l’affichage des demandes, et le consentement réutilisable est lié au transport demandeur et à la destination. Les requêtes web restent à usage unique par défaut. Ses téléversements Blossom gérés valident des octets immuables, prennent en charge l’annulation et s’arrêtent lorsque la session active change, avec une authentification liée au serveur et des restrictions sur les redirections.

NosTube

NosTube v0.2.49 fournit des programmes d’installation pour ordinateur. Par ailleurs, des travaux côté serveur fusionnés ajoutent une publication programmée persistante. Les event sont signés avant leur échéance, stockés dans SQLite et publiés par un worker qui rattrape son retard après une interruption de service. Son processus de modification et de suppression suit les marqueurs de suppression, la livraison aux miroirs et le nettoyage des fichiers détenus. La configuration au premier lancement distingue le signataire de navigateur d’un utilisateur d’une clé de chaîne gérée par le serveur. Les anciens blobs sans propriétaire restent exclus du nettoyage automatique.

diVine

diVine 1.0.24 ajoute la collaboration privée sur des clips avec attribution des crédits et vérification de la provenance signée de la capture ou du montage. Les sous-titres traduits sélectionnés par le spectateur sont remplacés par les originaux tant que la traduction est en attente ou non vérifiée. Ces vérifications de provenance ne garantissent pas qu’un enregistrement n’a pas été modifié.

Les modifications du routage du client de vidéos courtes consultent les relay de boîte de réception des destinataires pour les messages de discussion textuels et vidéo, et conservent les résultats de livraison incertains. La gestion des copies de l’expéditeur permet aux utilisateurs de voir leurs propres messages de groupe sur leurs autres appareils ; les copies auparavant écartées nécessitent une réimportation du compte. Les envois partiels à un groupe annulés conservent des entrées « Non envoyé à tout le monde » ; l’annulation est définitive et ces entrées ne permettent pas de réessayer. La création de groupes et la reconnaissance de nouveaux salons créés par des pairs restent derrière une option désactivée par défaut.

Des modifications ultérieures de la branche principale conservent hors du cache temporaire les copies interrompues de restauration de la base de données et préservent les publications programmées, les signalements en file d’attente, les modifications de profil et les entrées de discussions supprimées pendant la reconstruction. Les délais d’envoi incluent la reconnexion aux relay, ce qui réduit de 160 à 137 secondes le seuil de nouvelle tentative des envois abandonnés. Les recherches de boîtes de réception par l’indexeur utilisent un pool distinct de taille limitée pour éviter d’attendre derrière les lectures du fil, et les commandes d’abonnement préservent l’action choisie si la liste de contacts change avant la confirmation. Ces fusions ultérieures laissent moins de temps pour recevoir un accusé de réception des relay lors des reconnexions lentes ; les réparations de la base de données ne peuvent pas restaurer des données déjà perdues. Des copies facultatives des enregistrements ajoutées par la suite permettent à la sauvegarde dans la galerie sur Android et iOS de conserver les clips nouvellement enregistrés. Les copies dépourvues de provenance signée font l’objet d’un avertissement et ne peuvent pas être réimportées ; cette fonction est désactivée par défaut et nécessite de l’espace de stockage supplémentaire.

Conduit

Les applications commerciales de Conduit se dotent d’une boîte de réception persistante partagée, qui préserve la livraison et la récupération des messages chiffrés entre Market et Merchant. L’acceptation par les relay du destinataire reste acquise même si la copie destinée à l’expéditeur échoue, la récupération réutilisant les mêmes octets pour éviter un second envoi au sens sémantique. Des portefeuilles partagés adossés à un signataire relient les deux applications. Ce mécanisme de récupération confie au signataire le texte en clair utilisé pour la récupération ; la seule intégration du code source n’atteste ni d’un déploiement actif ni de tests d’acceptation avec des fonds réels. Les autorisations indépendantes des relay sont conservées lorsque plusieurs itinéraires de compte partagent une URL. La désactivation d’un itinéraire n’efface plus une autre liste de relay signée ni une autre autorisation de boîte de réception, et les lectures nécessitant une authentification ou incomplètes conservent un résultat d’indisponibilité. Le routeur de paiement fusionné répartit un paiement de financement approuvé par l’acheteur en versements Lightning au marchand et au fournisseur, puis en frais Conduit, avec rapprochement exact avec l’intention et récupération chiffrée via la boîte de réception Nostr partagée. L’exécution en production et en préproduction reste désactivée ; l’achèvement côté prestataire ne prouve ni la réclamation des fonds par le destinataire ni la clôture du paiement.

Bitcredit

Le chiffrement du stockage persistant de Bitcredit protège les clés d’identité, d’entreprise et de lettre de change de son application de lettres de change électroniques, y compris la file de renvoi Nostr, à l’aide de la phrase mnémonique de l’identité personnelle. L’initialisation nécessite une phrase mnémonique correspondante. La gestion des instances permet aux instances testnet et mainnet de maintenir leurs abonnements Nostr en arrière-plan indépendamment sur un même appareil.

Nouveaux projets

Submarine

Submarine 0.1.0 propose un gestionnaire de mots de passe dont les coffres chiffrés se synchronisent via Nostr. Il prend en charge les outils de signature externes et conserve les versions concurrentes des éléments, avec importation et exportation au format JSON de Bitwarden. Les modifications sont enregistrées localement avant d’attendre leur acceptation par un relay. Des téléchargements pour Android, les ordinateurs de bureau et la CLI accompagnent cette version. Le projet se décrit comme jeune et recommande un gestionnaire éprouvé pour les mots de passe critiques ; la spécification du protocole dans la version étiquetée est encore vide. Son stockage web conserve la clé de chiffrement aux côtés des données protégées.

cl-marmot

cl-marmot ajoute une implémentation en Common Lisp de discussions de groupe MLS via Nostr. Le code du 9 octobre ajoute la convergence des commits concurrents et les pièces jointes Blossom chiffrées, avec des tests d’interopérabilité avec le client en ligne de commande wn de MDK, selon l’auteur. L’implémentation n’a pas été auditée, et les clés des comptes ainsi que les journaux de messages ne sont pas chiffrés au repos. Les fenêtres de convergence temporisées, le rejeu au-delà de l’horizon de retour arrière et la dissolution des groupes ne sont pas encore implémentés ; le banc de test examiné utilise des relays locaux jetables.

nalgorithm Android

La version Android de nalgorithm génère un fil Nostr classé selon les préférences et une synthèse audio en arrière-plan qui peut être écoutée hors ligne. Les utilisateurs choisissent entre une inférence hébergée, facturée via Lightning, et une inférence avec leur propre clé, demandée depuis le téléphone ; il s’agit de deux voies distinctes. La connexion prend en charge Amber par signature à distance. Les versions suivantes corrigent le classement avec une clé personnelle et la découverte de la liste des abonnements, puis préservent les mentions « J’aime » provenant des relays fonctionnels lorsqu’un autre relay tombe en panne et améliorent la récupération des synthèses. La version 1.0.3 réorganise la configuration du modèle et signale les données d’entrée manquantes pour le test de connexion.

Travaux sur les protocoles et les spécifications

Points de terminaison napplet authentifiés

Dans les spécifications NAP pour les applications napplet, les identifiants de points de terminaison NAP-INC, intégrés le 9 octobre, remplacent les simples noms de gestionnaires par des identifiants authentifiés. Des noms identiques provenant d’éditeurs différents ne désignent plus le même pair. L’environnement d’exécution continue de servir d’intermédiaire pour les communications, et les manifestes racines ou d’instantanés n’ont pas besoin d’une coordonnée d nommée.

Recommandations de gestionnaires dans les liens d’invocation

La recommandation dans les liens d’invocation, également intégrée le 9 octobre, autorise une recommandation facultative de gestionnaire #naddr. Un shell peut proposer la découverte et l’installation, avec la résolution ordinaire comme solution de repli. Les préférences enregistrées et la politique du shell sont prioritaires. Un gestionnaire recommandé fournit donc une indication de découverte sans remplacer le choix existant de l’utilisateur ni transférer à l’expéditeur du lien le pouvoir de décider de l’installation.

Acceptation de la livraison et traitement applicatif

Les modifications relatives à l’annonce des intentions et à la livraison déduisent les rôles et les intentions du même manifeste vérifié, au moyen d’identifiants évitant les collisions entre éditeurs. L’acceptation de la livraison ne dépend plus du maintien en activité de l’application source. Une réponse ok: true accepte la responsabilité de la livraison ; elle ne signifie pas que le traitement applicatif à destination est terminé. Avec cette modification intégrée à la spécification, le comportement des nouvelles tentatives et des redémarrages reste du ressort de la politique de l’environnement d’exécution.

Chaînes d’actions de Cyberspace

Les règles révisées des chaînes de Cyberspace font qu’une bifurcation invalide une chaîne d’actions signée dès son point d’apparition et imposent aux clients de confirmer la tête courante avant de signer une autre action. Ce monde adossé à Nostr ajoute 140 chaînes synthétiques signées, avec des verdicts normatifs pour les implémentations. Les règles d’attribution des copies utilisent des références q à l’objet original et avertissent son auteur pour les remix publics ; les copies scellées omettent cette notification. Il s’agit de spécifications intégrées au projet, sans vérification de la couverture assurée par les vérificateurs déployés.

Accusés de persistance des relays

La proposition ouverte sur la persistance introduit des accusés de persistance, des requêtes PROOF et des attestations de relay signées facultatives de kind 1797. Une signature rend une déclaration de stockage attribuable à un relay ; elle ne prouve pas la conservation continue des données. Les requêtes révèlent aussi quels events intéressent le client.

Épingles partagées pour les groupes Marmot

La proposition ouverte d’épinglage de Marmot définit un état partagé authentifié pouvant contenir jusqu’à 64 références de messages, avec des permissions pour les membres et les administrateurs. Pour prendre effet, les modifications nécessitent un MLS Commit et une transition d’époque, et chaque feuille de membre qui en résulte doit prendre en charge cette fonctionnalité. Les épingles ne copient pas le corps des messages et ne prolongent pas leur conservation ; les cibles indisponibles restent donc non résolues. Les jeux de données de test fournis supposent un état authentifié ; ils ne démontrent ni le traitement cryptographique ni la convergence entre clients.

Analyse approfondie des NIP : NIP-36 et NIP-38

Avertissements de contenu avant affichage

NIP-36, contenu sensible, permet aux auteurs d’ajouter un tag content-warning à un event, en indiquant éventuellement un motif. Un client peut masquer le contenu jusqu’à ce que le lecteur choisisse de le révéler. La spécification laisse l’interface à la discrétion des clients et autorise des tags d’étiquetage supplémentaires. L’ajout d’un avertissement ne change pas qui peut lire l’event. Dans une publication publique, les relays et les autres clients reçoivent toujours son contenu.

L’analyseur de tags d’avertissement d’Amethyst reconnaît le tag et considère un motif absent ou vide comme non précisé. L’éditeur de Coracle inscrit le motif dans le tag ; sa vue du contenu respecte le réglage du lecteur concernant le contenu sensible et propose une action pour le révéler. La vue des notes de noStrudel applique sa propre préférence d’avertissement et son état de dépliage avant d’afficher l’interface d’avertissement.

NIP-36 ne chiffre pas les events et n’impose pas de les masquer. L’absence d’avertissement ne dit rien sur le contenu ; les clients décident de l’effet des avertissements sur les aperçus et les commandes de révélation.

Statut du profil et expiration

NIP-38, statuts des utilisateurs, utilise des events adressables de kind 30315. L’auteur, le kind et le tag d identifient une coordonnée de statut ; general et music ont des significations définies. Un event plus récent remplace le statut précédent à cette coordonnée, tandis qu’une valeur d différente reste distincte. Un contenu vide efface un statut. La spécification autorise aussi des références à des URL, des profils, des events et des adresses.

Cet event NIP-38 signé présente un statut général expiré. L’orthographe originale de l’auteur est conservée.

{
  "kind": 30315,
  "id": "8848719ae347e705afbbdbfa3a9f5dcca5dd31c4f39182503bf84de5e362bcf4",
  "pubkey": "f13fdeecd852acebaa77dbc18806a051eaa7ea2214c157a3495982d7535a77f3",
  "created_at": 1791983702,
  "tags": [
    [
      "d",
      "general"
    ],
    [
      "expiration",
      "1791984600"
    ]
  ],
  "content": "I'm listening 📩 on 3 ralys",
  "sig": "b5c98a578773f0199cb833d4b916aac115f2b13474a61e81fdca7316b848d397d7d8ad86d299abee4721f404b7b8a1af26e8c53143457ad14d2fb933b21daf85"
}

Le modèle de statut de Damus gère les statuts généraux et musicaux avec expiration. Le service de statut de Nostria ignore les valeurs vides ou expirées et publie les statuts musicaux en utilisant la durée du morceau ; ses abonnements habituels ne demandent que les types général et musical. Amethyst conserve l’identifiant d lors de l’effacement d’un statut. Les types personnalisés nécessitent donc un accord allant au-delà de la structure commune utilisée pour la transmission.

Les statuts sont des déclarations publiques de leurs auteurs. Ils ne prouvent ni une présence en ligne ni que quelqu’un a écouté un morceau. Publier de la musique ou sa disponibilité peut révéler des habitudes, et l’expiration facultative limite l’affichage d’informations obsolètes sans garantir leur suppression. NIP-38 reste une spécification facultative à l’état de brouillon, tout comme NIP-36. Les clients peuvent implémenter chacune indépendamment, leurs paramètres d’affichage déterminant ce que voient les lecteurs.