Client social Nostr per iPhone, iPad e macOS.
Directory dell’ecosistema Nostr
Scopri i progetti Nostr, il loro stato e le persone che li sviluppano.
Esplora l’ecosistema Nostr
Scopri i progetti, il loro stato attuale e le persone che li sviluppano. L’inclusione in questa directory non implica un’integrazione con Nostr WoT né una raccomandazione.
42 di 42 progetti
Client Nostr con procedure di installazione per Android e desktop documentate nel README ufficiale.
Progetto di client Nostr con app web per feed personalizzati e app Android; questa scheda rimanda al repository web e segue a parte la versione Android.
Client web Nostr che documenta la gestione dei relay, i feed personalizzabili e la moderazione tramite Web of Trust.
Firmatario di eventi Nostr per Android, pensato per tenere le chiavi di firma in un’app dedicata, con integrazione NIP-46 e NIP-55 documentata dal progetto.
Client social Nostr per Mac, iPhone e iPad; le sue note di rilascio documentano i controlli Web of Trust e la scoperta di contenuti multimediali.
Client web Nostr ricco di funzioni, servito sia da snort.social sia dal dominio phoenix.social, che il suo repository dichiara come homepage del progetto.
Messaggistica decentralizzata e client web Nostr il cui repository è archiviato, mentre iris.to continua a servire l’applicazione.
Client web Nostr che il suo repository descrive come un ambiente di prova per esplorare il protocollo.
Client Nostr distribuito tramite il suo repository, dove l’ultima versione con tag precede questa verifica di oltre un anno.
Repository ufficiale dell’app web di YakiHonne, un client Nostr pubblicato su yakihonne.com insieme a un repository mobile separato.
Applicazione web progressiva per comunità basate sui relay, modellata su Discord e della stessa organizzazione di Coracle.
Client Nostr dedicato all’esplorazione dei feed dei relay, descritto dal suo repository come facile da usare.
Server e client web Nostr del progetto Soapbox, pubblicato su ditto.pub per chi vuole gestire una propria comunità.
Libreria principale pubblicata per 0xchat, un’applicazione di messaggistica costruita su Nostr e distribuita da 0xchat.com.
Client per immagini e video brevi su Nostr pubblicato su olas.app, senza attività pubblica del repository nei quattordici mesi precedenti questa verifica.
Gestore di chiavi Nostr nel browser servito su use.nsec.app; il repository noauth non ha avuto attività pubblica nei sedici mesi precedenti questa verifica.
Estensione per browser che firma eventi Nostr, distribuita dal suo repository senza un sito di prodotto separato.
Implementazione di relay Nostr distribuita tramite il suo repository invece di un sito di prodotto.
Implementazione di relay Nostr il cui repository GitHub è un mirror di un progetto canonico su SourceHut.
Relay Nostr scritto in TypeScript, distribuito tramite il suo repository invece di un sito di prodotto.
Framework per creare relay Nostr personalizzati; il suo repository è archiviato mentre il sito di documentazione resta online.
Relay Nostr che il suo repository presenta come una cassaforte ad alta disponibilità per gli eventi di una singola persona.
Relay Nostr che gira su un telefono Android, dello sviluppatore di Amber.
Libreria di strumenti per sviluppare client Nostr, con attività del repository che prosegue molto oltre l’ultima versione con tag.
Nostr Development Kit, una libreria client con supporto del modello outbox e un proprio sito di documentazione.
Implementazione di Nostr in Rust con una libreria client di alto livello e supporto per Nostr Wallet Connect, ora pubblicata con il nome nostrdevkit.
Libreria Nostr per Go il cui repository è archiviato e non accetta più modifiche in questa posizione.
Strumento a riga di comando per lavorare con eventi, chiavi e relay Nostr direttamente da una shell.
Repository delle Nostr Implementation Possibilities, i documenti di specifica su cui si basa ogni progetto Nostr.
Estensione per browser dedicata a Lightning che funge anche da firmatario di chiavi Nostr per le applicazioni web.
Portafoglio mobile Bitcoin e Lightning pubblicato su zeusln.com, usato nell’ecosistema Nostr per i pagamenti Lightning.
Sistema libero e open source di portafogli e conti Lightning, spesso self-hosted accanto a installazioni Nostr.
Portafoglio Bitcoin e Lightning nel browser con funzioni Nostr, il cui repository è archiviato e senza attività da settembre 2024.
Applicazione di streaming dal vivo su Nostr pubblicata su zap.stream.
Versione libera e open source del servizio di hosting multimediale nostr.build.
Mercato Nostr globale e senza permessi per il commercio in Bitcoin.
Piattaforma di scambio peer-to-peer che trasporta i suoi ordini su Nostr e regola i pagamenti sulla Lightning Network.
Servizio di monitoraggio dei relay e stack di implementazione NIP-66, che segnala quali relay sono raggiungibili.
Store di applicazioni aperto che pubblica i metadati delle app tramite Nostr.
Gateway da Nostr al web che rende gli eventi come pagine HTML con anteprime OpenGraph.
Chat di gruppo e voce in stile Discord costruite direttamente sui relay Nostr, con filtro Web of Trust e senza account né backend, pubblicate su obelisk.ar.
Notizie recenti dell’ecosistema
Rapporti selezionati dalle fonti citate; non è un registro esaustivo degli incidenti o del settore.
- Data:
Amber v6.6.5 separa la cifratura dei backup dalle autorizzazioni delle app memorizzate (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.5 separa la cifratura dei backup dalle autorizzazioni delle app memorizzate
Le note di rilascio indicano che i backup di tipo 30078 ora usano una chiave dedicata derivata con HKDF al di fuori dello spazio dei nomi di derivazione delle chiavi NIP-44, impedendo alle app con autorizzazione nip44_decrypt memorizzata di leggere i backup contenenti segreti NIP-46 specifici per app e chiavi locali. Il ripristino del formato precedente rimane disponibile finché una pubblicazione successiva non sovrascrive il vecchio backup.
- Data:
Amethyst v1.16.0 aggiunge percorsi di pagamento BOLT12 e una dashboard personale per l’attività fisica (si apre in una nuova scheda)
Riepilogo e fonti di Amethyst v1.16.0 aggiunge percorsi di pagamento BOLT12 e una dashboard personale per l’attività fisica
La versione pubblicata include offerte BOLT12 nei pagamenti dei profili e nel selettore degli zap, con ripiego su BOLT11 per le offerte rifiutate, oltre a una dashboard personale Health Connect. Sono allegati file scaricabili per Android e desktop; il comportamento delle funzionalità non è stato testato in modo indipendente.
- Data:
Amber v6.6.4 corregge una condizione di concorrenza con connessioni dirette all’avvio di Tor (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.4 corregge una condizione di concorrenza con connessioni dirette all’avvio di Tor
Le note di rilascio indicano che il recupero dei profili e i callback di avvio potevano contattare direttamente i relay prima del completamento del caricamento dell’impostazione Tor. La stessa versione limita i tentativi di inizializzazione di Tor e ripristina le connessioni ai relay quando il demone torna disponibile. Non viene dichiarato alcuno sfruttamento.
- Data:
relayer v2.2.19 aggiunge un calcolo dell’unione per i filtri COUNT sovrapposti (si apre in una nuova scheda)
Riepilogo e fonti di relayer v2.2.19 aggiunge un calcolo dell’unione per i filtri COUNT sovrapposti
Il diff del rilascio aggiunge FiltersCounter.CountEventsFilters per più filtri. Il conteggio esatto dell’unione dipende dall’implementazione di tale interfaccia nel backend di archiviazione; i backend precedenti sommano ancora i singoli conteggi.
- Data:
Amber v6.6.1 corregge l’analisi delle autorizzazioni e la corrispondenza delle richieste rifiutate (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.1 corregge l’analisi delle autorizzazioni e la corrispondenza delle richieste rifiutate
Le note di rilascio descrivono la gestione delle autorizzazioni senza campo kind e la restituzione degli ID delle richieste insieme alle richieste di firma rifiutate, affinché i chiamanti possano associare le risposte.
- Data:
NIP-01 chiarisce le sottoscrizioni in tempo reale con limite zero (si apre in una nuova scheda)
Riepilogo e fonti di NIP-01 chiarisce le sottoscrizioni in tempo reale con limite zero
Il diff integrato indica che limit: 0 DEVE (MUST) saltare gli eventi memorizzati, inviare comunque EOSE dopo le query iniziali e mantenere attiva la sottoscrizione per i nuovi eventi corrispondenti ricevuti.
- Data:
Primal Android 3.5.27 rafforza la gestione delle richieste del firmatario e di NWC (si apre in una nuova scheda)
Riepilogo e fonti di Primal Android 3.5.27 rafforza la gestione delle richieste del firmatario e di NWC
Le note di rilascio indicano che le richieste al firmatario locale con identità di firma non corrispondente vengono rifiutate e che l’autenticazione delle richieste Nostr Wallet Connect in entrata viene rafforzata prima dell’elaborazione. Non viene dichiarato alcuno sfruttamento.
- Data:
NIP-78 aggiunge indicazioni sull’autenticazione del proprietario per i dati delle app (si apre in una nuova scheda)
Riepilogo e fonti di NIP-78 aggiunge indicazioni sull’autenticazione del proprietario per i dati delle app
Il testo integrato copre i tipi 78 e 30078: i relay DOVREBBERO (SHOULD) richiedere NIP-42 AUTH prima di accettarli o servirli e DOVREBBERO (SHOULD) servirli solo all’autore autenticato. Una modifica della specifica non dimostra l’applicazione nei sistemi distribuiti.
- Data:
NIP-84 aggiunge fonti strutturate per i passaggi evidenziati (si apre in una nuova scheda)
Riepilogo e fonti di NIP-84 aggiunge fonti strutturate per i passaggi evidenziati
Il diff integrato consente i tag i di NIP-73 per le fonti strutturate e i tag r contenenti URL o testo. Cambia inoltre da MUST a SHOULD il requisito di visualizzazione delle citazioni evidenziate.
- Data:
NIP-67 aggiunge un suggerimento di autenticazione a EOSE (si apre in una nuova scheda)
Riepilogo e fonti di NIP-67 aggiunge un suggerimento di autenticazione a EOSE
Le modifiche integrate di NIP-42 e NIP-67 consentono un suggerimento di autenticazione quando questa può rivelare risultati aggiuntivi; il relay DEVE (MUST) inviare la propria sfida AUTH prima dell’EOSE con tale suggerimento.
- Data:
Amber v6.6.0 aggiunge controlli di preapprovazione delle autorizzazioni (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.0 aggiunge controlli di preapprovazione delle autorizzazioni
Le note di rilascio aggiungono la preapprovazione delle singole autorizzazioni con la politica di approvazione manuale, una richiesta di conferma per le connessioni NIP-46 mentre l’interruttore di emergenza è attivo e l’autenticazione biometrica prima di modificare l’impostazione biometrica.
- Data:
NIP-A3: destinazioni dei pagamenti riviste dopo il merge iniziale (si apre in una nuova scheda)
Riepilogo e fonti di NIP-A3: destinazioni dei pagamenti riviste dopo il merge iniziale
Dopo il merge del 26 agosto, il commit del 27 agosto modifica il tag payto in tipo e indirizzo, contrassegna il NIP come bozza e facoltativo e consente schemi URI specifici per rete con payto come ripiego. Questo riepilogo segue la revisione, non le istruzioni iniziali sostituite.
- Data del commit:
Il codice con tag strfry 1.1.2 documenta una correzione del DoS sulla memoria WebSocket (si apre in una nuova scheda)
Riepilogo e fonti di Il codice con tag strfry 1.1.2 documenta una correzione del DoS sulla memoria WebSocket
Il changelog associato al tag elenca una correzione del DoS sulla memoria dei frammenti WebSocket, una correzione del crash causato dal riutilizzo di un ID di sottoscrizione negentropy e una correzione della riconnessione. La data è quella del commit associato al tag; l’API dei rilasci restituisce 404 e non è stata stabilita la data di creazione del tag leggero.
Base della data: Commit con tag; data del commit, non una data di rilascio verificata.
- Data:
Nostur 1.31.0 aggiunge opzioni di scoperta dei contenuti multimediali (si apre in una nuova scheda)
Riepilogo e fonti di Nostur 1.31.0 aggiunge opzioni di scoperta dei contenuti multimediali
Le note di rilascio descrivono la scelta tra persone seguite, Web of Trust o relay selezionati per la scoperta in Divine, Photos e Yaks, un controllo On/Off per Web of Trust e la possibilità di nascondere le risposte esterne alla rete nelle discussioni annidate. Il comportamento non è stato testato in modo indipendente.
Rapporti di sicurezza
Rapporti selezionati dalle fonti citate; non è un registro esaustivo degli incidenti o del settore.
- Rafforzamento della sicurezzaData:
Amber v6.6.5: separazione crittografica dedicata ai backup sui relay (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.5: separazione crittografica dedicata ai backup sui relay
Le note di rilascio del manutentore descrivono il passaggio dei backup di tipo 30078 a una chiave dedicata derivata con HKDF, al di fuori delle autorizzazioni NIP-44 delle app. La modifica è classificata come rafforzamento; la fonte non segnala sfruttamenti osservati.
Copertura: Attuale
- Correzione della privacyData:
Amber v6.6.4: corretta la condizione di concorrenza con connessioni dirette all’avvio di Tor (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.4: corretta la condizione di concorrenza con connessioni dirette all’avvio di Tor
Le note di rilascio del manutentore indicano che l’attività di rete all’avvio poteva raggiungere direttamente i relay prima del caricamento della preferenza Tor. È una correzione documentata della privacy, non una prova di un incidente con sfruttamento.
Copertura: Attuale
- Rafforzamento della sicurezzaData:
Primal Android 3.5.27: rafforzamento dell’identità del firmatario e dell’autenticazione NWC (si apre in una nuova scheda)
Riepilogo e fonti di Primal Android 3.5.27: rafforzamento dell’identità del firmatario e dell’autenticazione NWC
Le note di rilascio del manutentore riportano il rifiuto delle identità non corrispondenti e il rafforzamento dell’autenticazione. Non attestano account compromessi, fondi rubati o sfruttamenti.
Copertura: Attuale
- Indicazioni del protocolloData:
NIP-78: indicazioni sull’autenticazione per i dati privati delle app (si apre in una nuova scheda)
Riepilogo e fonti di NIP-78: indicazioni sull’autenticazione per i dati privati delle app
Le indicazioni del protocollo usano SHOULD per l’autenticazione e la distribuzione dei tipi 78 e 30078 al solo proprietario. Non si tratta di un rapporto di incidente né di una prova che un relay applichi tali indicazioni.
Copertura: Attuale
- Rafforzamento della sicurezzaData:
Amber v6.6.0: la modifica dell’impostazione biometrica richiede l’autenticazione (si apre in una nuova scheda)
Riepilogo e fonti di Amber v6.6.0: la modifica dell’impostazione biometrica richiede l’autenticazione
Le note di rilascio descrivono l’autenticazione biometrica prima di attivare o disattivare l’impostazione biometrica. Classificato come rafforzamento, senza dichiarazioni di sfruttamento osservato.
Copertura: Attuale
- Correzione di vulnerabilitàData del commit:
strfry 1.1.2: correzione documentata di un DoS sulla memoria (si apre in una nuova scheda)
Riepilogo e fonti di strfry 1.1.2: correzione documentata di un DoS sulla memoria
Il changelog associato al tag identifica la correzione della vulnerabilità; il diff a monte aggiunge un controllo sulla dimensione accumulata del buffer dei frammenti WebSocket. Le fonti esaminate non attestano sfruttamenti o incidenti con vittime.
Copertura: Attuale
Base della data: Commit con tag; data del commit, non una data di rilascio verificata.
- Avviso di sicurezzaData:
Riferimento: gli avvisi Amber e le correzioni v6.5.0 precedono questa quindicina (si apre in una nuova scheda)
Riepilogo e fonti di Riferimento: gli avvisi Amber e le correzioni v6.5.0 precedono questa quindicina
Quattro avvisi pubblicati riguardano l’autorizzazione dell’autenticazione dei relay, la protezione NIP-46 dai replay, l’archiviazione in chiaro dei segreti di connessione e misure di difesa in profondità. Gli intervalli degli avvisi indicano le versioni <= 6.4.0; i campi patched_versions sono null. Le note della versione 6.5.0 elencano esplicitamente le correzioni corrispondenti. Si tratta di divulgazioni e correzioni riportate, non di incidenti confermati con sfruttamento.
Copertura: Riferimento
Integrazioni Nostr WoT
Questi progetti integrano Nostr Web of Trust. Sono presentati separatamente dalla directory generale dell’ecosistema.
Stai costruendo con Nostr WoT?
Se il tuo progetto usa Web of Trust, contattaci e lo aggiungeremo qui.
























