--- title: "Nostr Compass #40 — Magyar összefoglaló" source: "https://nostrcompass.org/en/newsletters/2026-09-16-newsletter/" type: newsletter-summary language: hu ingested: 2026-09-17 --- # Nostr Compass #40 — Magyar összefoglaló *Forrás: [Nostr Compass #40 (2026-09-16)](https://nostrcompass.org/en/newsletters/2026-09-16-newsletter/)* A heti Nostr Compass kiadás legfontosabb témái: a **Marmot Protocol és MDK eléri a v0.10.0-t**, a **Myco 0.7.0** FIPS mesh-et offline napplet-ekké és fájlmegosztóvá alakítja, a **Dart NDK** átalakítja a relay- és cache-kezelést, a **Keycast 2.0.0-rc.1** újraépíti a távoli aláírót. A NIPs repozitórium egy PR-t mergelt (NIP-A3 fizetési célpontok tisztázása), a javasolt slash-command és DVM-heartbeat munka nyitott maradt. A NIP Deep Dive a **NIP-23 (Long-form Content)** és a **NIP-92 (Media Attachments)** specifikációkat tárgyalja. ## Vezértörténetek ### Marmot Protocol és MDK eléri a v0.10.0-t A **Marmot Protocol MDK v0.10.0** MLS-alapú, Nostr feletti titkos csoportokat építő alkalmazásokhoz ad bounded chat-list és beszélgetés-ablakokat, független figyelem-összefoglalókat account-szinten, revízióbiztos vázlatokat és viewer reaction state-et. Visszaállítja az account-scoped felhasználó-blokkolást, és a függőben lévő meghívókat nem számolja duplán olvasatlan üzenetként. A v0.10.0 release-sorozat javítja a recovery-t, amikor egy eszközt eltávolítanak és újra hozzáadnak, amikor a forgalom a Welcome előtt érkezik, és amikor a peel replay megszakad. Csökkenti a relay-szinkronizáció és subscription-churnt, sorba állítja a média-műveleteket, amíg a transfer slotok foglaltak, és a forensic-audit feltöltéseket minden kísérletnél validált célhoz pinseli. Ugyanaz az MDK source commit egy kompatibilitási kohortként shipeli a Rust, C, Swift, Kotlin, CLI és agent artifact-okat. Az account-adatbázisok a 70–75-ös migrációkon haladnak végig — alkalmazásoknak egyszerre kell frissíteniük a generált source-t és a natív könyvtárakat, meg kell őrizniük a teljes Apple framework bundle-öket, migráció előtt backupot kell készíteniük, és nem szabad downgrade-elniük egy már migrált adatbázist. ### Myco 0.7.0 — nappletek és fájlmegosztás multi-path FIPS mesh-en A **Myco v0.7.0** az Android mesh alkalmazást a **nappletek** hosztjává alakítja: ezek a nyílt NIP-5D javaslatban leírt single-file Nostr programok. Minden napplet sandboxban fut, közvetlen hálózati vagy tároló hozzáférés nélkül, és Mycón keresztül kér identity, relay, outbox, mesh, picture vagy file képességeket. Az install sheet a telepítés előtt mutatja ezeket a jogosultságokat, a felhasználók később módosíthatják, és a szélesebb hozzáférést kérő frissítések visszakerülnek a permission gate-hez. A Myco 0.7.0 tetszőleges fájlokat is küldhet paired telefonokra a system share sheet-en vagy egy Circle contacton keresztül. A fogadó telefon jóváhagyja a transzfert, mielőtt Myco a `Downloads/Myco` mappába írja, és a payload a fogadó telefon kulcsával van titkosítva. A lokális hálózati felfedezés UDP-t használ, ha mindkét telefon Wi-Fi-t oszt meg, és Bluetooth-ot tart offline útvonalakhoz; a retry-k lefedik az elveszett control üzeneteket, egy silence timer pedig határt szab az elakadt nagy transzfereknek. A Myco mostantól egyidejű FIPS linkeket tart egy peerhez, standby útvonalakat próbál, és forgalmat mozgat, ha az aktív Bluetooth, Wi-Fi Aware vagy local-network link degradálódik. Ez a munka a FIPS kísérleti multi-path branchére épül. A 0.7.0 wire-kompatibilis marad a 0.6.1-gyel a meglévő app-csere, üzenetküldés és pairing esetén, de a multi-path linkek csak két frissített telefon között alakulnak ki. A beágyazott relay LMDB-re vált, és az első indításkor migrálja a korábbi event store-okat. ### Dart NDK — relay, cache és account viselkedés változik A **Dart NDK v0.10.0-dev.3** a Dart client library fejlesztői kiadása, breaking change-ekkel a relay-kezelésben, cache-ben, autentikációban és account streamekben. A kliens karbantartóknak kód- és viselkedés-migrációs munkára kell számítaniuk, különösen ott, ahol az alkalmazás feltételezi, hogy a cache-elt event-ek, hidden event-ek vagy account frissítések a korábbi release-sor viselkedését követik. A v0.10.0 dev-sorozat a cache és a Rust verifier teljesítményét is javítja, és megváltoztatja a metadata, deletion-coordinate, event-visibility, signer-authentication és NWC payment viselkedést. A packed Rust event-verification csökkenti a verification overheadet, míg az új `loadHiddenEvents` cache-viselkedés explicit módon breaking. Mivel ez v0.10.0-dev.3 és nem stabil v0.10.0, az alkalmazás-csapatoknak pin-elniük kell a verziókat és szándékosan tesztelniük a migrációkat. A relay-reconnection, cache-hydration, signer-authentication, wallet-kezelés és account-stream ordering a legértékesebb útvonalak, amiket éles klienseknél gyakorolni kell, mielőtt production-be mennek. ### Keycast — rebuild signer release candidate megjelent A **Keycast v2.0.0-rc.1** a self-hosted NIP-46 távoli aláíró újraépített, első számozott release-e. Az RC multiplexelt NIP-46 támogatást, shared és per-key relay routingot, durable request handlinget, encrypted key storage-t, invitations-t, session-öket és team workspace-eket ad. A signing policy és a recovery egyenlő súllyal esik latba a v2.0.0-rc.1-ben. Az operátorok signing policy-kat konfigurálhatnak, audit history-t nézhetnek, encrypted backup-okat készíthetnek, deployment-eket recoverelhetnek, és a root key-t rotálhatják. A projekt dokumentálja a coordinated és verified release provenance-t az API, signer és web komponensek között. A release release candidate marad, tehát az operátorok nem következtethetnek végleges kompatibilitásra vagy production-readiness-re pusztán a verziószámból. Tesztelni kell a megszakított request recovery-t, a relay-routing hibákat, a policy enforcement-et, a backup restoration-t és a key rotation-t, mielőtt egy meglévő signer service-t lecserélnének. ## Címkézett release-ek (kiemelve) - **Nail 0.2.0** — Nostr→email híd: self-healing gift-wrap subscriptions a kiesett Nostr→email delivery helyreállítására, ahelyett hogy a bridge csendben elakadna. - **Nostr Mail Client 0.15.0** — one-tap account váltás, per-account notifications, web push, hiányzó relay lista recovery relay/nostr-address/`nprofile` alapján; profile és relay lista újraküldés indexing relay-ekre, reconnect hálózat-visszatéréskor, device-outage vs. unreachable mail relays megkülönböztetése. - **Linky 26.9.17** — biztonsági fix: a recovery seed-eket a Linky szerverére küldő útvonalat javítja (mentéskor password manageren keresztül). Payment-file URL handling keményítés, Android application backups kikapcsolása. - **Calendar by Form\* 2.4.0** — Mailstr guest meghívók és mobil naptár fixek; szervezők mail-alapú koordinációval vonhatnak be résztvevőket meglévő naptár-account nélkül. - **Hessible 0.1.2** — privacy-focused Android contacts app: csökkentett sync overhead, encrypted contact fotók tükrözése Blossom szerverekre, kisebb csomagméret. - **Boris 0.12.5** — reading-list kliens: bounded content extraction, offline caching, relay-query változások, unsafe-HTML handling, közel láthatatlan szöveg fix a Paper White theme alatt. - **Amethyst 1.15.2** — Android kliens: media fixek, tisztább Health Connect permission kezelés, source-name cache, dedikált engagement filterek NIP-22 root-scope reply-khoz. - **LibreNostr 0.5.17** — relay-first Android kliens: feed lekérdezések a követett szerzők NIP-65 write relay-jeire, interaction-count kérések halasztása a note-ok megjelenéséig, kevesebb self-inflicted request rejection. - **Voca 1.2.0** — offline TTS reader: distinct cancellation és rendering, lassú/megbízhatatlan speech engine recovery, opt-in diagnosztika NIP-17 privát üzenettel (fresh one-time Nostr kulccsal). - **Postr 1.1.1** — Android kind `1` composer: dictation és caret-aware mention handling; az 1.1.0 publication recovery retry-ja azonos signed event-et, nem hoz létre duplicate note-ot. - **earthly 0.1.10** — collaborative Nostr map editor: kritikus MapLibre attribution-sanitizer fix, WebGL 2 kompatibilitási üzenetek, mobil kontrollok, geometria-szerkesztés. - **Routstrd 0.4.10** — manual és ütemezett kliens frissítés, named npubok a CLI-ben, graceful daemon restarts; a 0.4.9 tárolt provider listát cseréli a live discovery által visszaadott listára. - **Whistle 1.9.1** — encrypted group location-sharing: iOS background recovery device-lifecycle instrumentation, per-group sharing pauses, per-group last-event diagnosztika. - **Amber 6.6.4** — Android Nostr event signer: Tor leak korrekció, signer relay és recovery fixek; signer hibák client publication hibáknak tűnhetnek, ha a network-path feltevések nem stimmelnek. - **nostr-wot-extension 0.7.0** — wallet és payment cache adatok titkosítása, vault és account izoláció erősítése, NWC és wallet viselkedés, payment kompatibilitás, account management. - **Lightning.Pub 0.0.41** — relay URL, timing, socket-state és DNS részletek a Nostr publication failure-ökben; liquidity-provider startup retry-k, abandoned callback-ok eltávolítása, invoice routing visszatartása successful balance response-ig. - **Gittr 1.0.0** — NIP-34 clone-source handling, issue és discussion state, mobil használhatóság, interoperabilitás (a 0.3.0 és 0.3.1 után). - **GitWorkshop 4.1.0** — account-scoped helyi draft-ok, amik túlélnek refresh-et és böngésző újraindítást; bounded recovery és explicit retry kontrollok. - **ngit-ci 0.1.1** — self-hosted koordinátor a javasolt NIP-C1 Nostr CI protokollhoz; signed workflow koordináció, container/microVM futtatás, encrypted repository secrets, NIP-34 maintainer authorizáció, signed build result publication. - **pakstr 0.21.1** — Nostr alkalmazás-csomagolás öt-release sorozatának folytatása (NostrAppShell ugyanarra a release-sorra mutat). - **@elisym/cli 0.30.0** — koordinált CLI/SDK/MCP release; delegated job-ok mostantól completion-re várnak fixed interval sleep helyett, és nem fizetnek ugyanazért a delegation capability-ért job-onként. - **Hashtree 0.2.150** — Android-safe locking embedded social graph-hoz; Nostr subscription-ök rövid ideig nyitva maradnak üres EOSE után, hogy késleltetett signed root-ok megérkezhessenek. - **nostr-relay 0.0.266** — shared-database és Redis viselkedés hat release-en átívelő javítása (fontos multi-process relay operátoroknak). - **fips-tcp 0.2.2** — FIPS over TCP: kis writes-ok elveszett szegmensei egyszerre recoverelődnek a timeout helyett; Rust és TypeScript implementációk azonos wire byte-okat őriznek. ## Fejlesztés alatt - **Nenya marketplace library** — új library non-custodial Nostr marketplace-hez, commissioned digitális média és Bitcoin settlement fókusszal. Pre-release, event és settlement interfészek még változhatnak. - **GitHub-to-Nostr CI bridging (gh-ngit-ci-bridge)** — korai bridge, ami a konfigurált identity-khez tartozó GitHub commit-okat figyeli, és signed Nostr build evidence-okká alakítja NIP-34 workflow-khoz. - **noscall** — encrypted voice attachment commit; source-verified változás csökkenti az igényt, hogy a rögzített médiát plaintext-ként kelljen csatolni. - **relayer PR #167** — notifier fix olyan deployment-ekhez, ahol több relay process osztozik egy adatbázison; visszaállítja a live fan-out-ot (az event perzisztálódik, de egy másik process-en lévő connected client nem kap live notification-t). ## Új projektek - **Trackstr** — unreleased, nyílt forrású Nostr média-adatbázis filmek, zene, TV és egyéb média felfedezésére és követésére. A jelenlegi terv `35400`–`35402` event kind-okat használ; reviewable séma és implementációs felület. A kind-ok project-defined-ek és release előtt még változhatnak. ## Protokoll és spec munka - **NIP-A3 (Payment Targets)** — típusos fizetési célpontokat standardizál `["payto", "", "
"]` tag-ekben kind `10133` event-eken. A mergelt tisztázás hozzáadja a `bitcoincash` és `tron` típusokat, és egyértelműsíti a renderelést: type-specific URI séma, ha van, különben `payto:///
` fallback. - **NIP-CD (Slash Commands, javaslat)** — addressable kind `31992` event-ek definiálása `command`, `title`, `description`, `arg`, scope és ignore tag-ekkel; invocáció az event plaintext tartalmának első byte-jától indul, npub szerint célozhat egy executort, nem igényel speciális kliens-támogatást. - **NIP-90 (DVM Heartbeat, javaslat)** — opcionális kind `11998` event-ek `expiration` tag-gel, hogy a kliensek meg tudják különböztetni az élő gépet a stale NIP-89 announcement-től. A heartbeat a NIP-90 job-kind range-en kívül ül, a relay-ek eldobhatják a lejártakat. - **NIP-73 (Podcast Medium Filters, javaslat)** — opcionális `podcast:medium:music` és `podcast:medium:podcast` kategória tag-ek, hogy a kliensek a podcast RSS feed-ben deklarált medium szerint szűrhessenek. - **NIP-F5 (Permissioned FIPS Transport for Web Apps, javaslat)** — opcionális `window.fipsTransport` API, amin keresztül egy Nostr web app user-approved HTTP vagy WebSocket hozzáférést kérhet FIPS-címzett relay-hez, Blossom szerverhez, Git service-hez vagy más privát endpoint-hoz. A host grantenként az origin-hez és célponthoz köti az engedélyt. - **Marmot KeyPackage relay discovery (javaslat)** — dokumentálja a jelenlegi szekvenciát: kind `10002` relay metadata publish, kind `30443` KeyPackage fetch write-capable vagy unmarked destination-ről, majd kind `10050` külön a Welcome inbox-hoz. Read-only NIP-65 entry-k NEM KeyPackage destination-ök; a removed kind `10051` lista már nem discovery lépés. - **Marmot encrypted group reports and shared moderation (javaslat)** — kind `1984` (report), `1985` (admin dismiss), `4891` (admin remove) unsigned inner event-ekként a meglévő encrypted group transport-on; dedup, shared review visibility, ordering, retention és authority szabályokkal. - **NWC payment lookup és BOLT12 records (mergelt)** — a `lookup_payment` és BOLT12 specifikáció mergelve: fizetés lookup transaction ID, invoice, payment hash vagy payment-type-specifikus selector alapján; draft, opcionális BOLT12 payment record-ok és state-ek. - **NWC client-initiated connections (mergelt)** — a kliens generálja a connection secret-et, HTTP confirmation vagy Nostr authorizáció, szükséges és opcionális permission-ök egyeztetése, approved connection details fogadása. ## NIP Deep Dive ### NIP-23: Long-form Content A NIP-23 addressable kind `30023` event-ekkel standardizálja a hosszú formátumú tartalmat. A publisher egy editálható article identity-t kap, míg a kind `1` marad a short-note formátum. Egy article címezhető az author pubkey, kind `30023` és `d` tag tuple-jával. A Markdown body a `content`-ben él; opcionális `title`, `summary`, `image`, `published_at` és `t` tag-ek írják le a prezentációt és az eredeti publikáció dátumát. Egy szerkesztés ugyanazt az address-t publisholja újabb `created_at`-tal, tehát a klienseknek össze kell vonniuk a duplicate verziókat, ha a relay nem implementálja helyesen az addressable replacement-et. A specifikáció a tárolási és prezentációs policy-t a signed formátumon kívül tartja. Tiltja a beágyazott HTML-t újonnan írt Markdownban, NIP-19 `naddr` értékeket és `a` tag-eket használ stabil linkekre, és a reply-kat NIP-22 comment-eken keresztül route-olja. A deprecated kind `30024` draft formátum a NIP-37 privát event-ekbe költözött, a kind `30023` a publikált article-ökre maradt. Implementereknek: a publishing, replacement, indexing és rendering kövesse az addressable-event modellt a kind `30023`-hoz, de a klienseinek kezelnie kell a relay-egyet nem értést, a stale copy-kat és a hiányos discovery-t. Implementációs evidencia: Habla, YakiHonne, Amethyst. ### NIP-92: Media Attachments Metadata A NIP-92 az `imeta` tag-eken keresztül standardizálja a média-csatolmányok metaadatát. Minden variadic `imeta` tag egy kötelező `url` párral és legalább egy további space-delimited key/value párral kezdődik. A NIP-94-ből kölcsönzött mezők leírhatják a MIME típust, dimenziókat, blurhash-t, alt text-et, content hash-t és fallback URL-eket. A média URL-nek meg kell jelennie az event content-ben is, és a kliensek figyelmen kívül hagyhatják a content URL-nek nem megfelelő metaadatot. A specifikáció szétválasztja az author-signed metaadatot a kliens által retrieval után megfigyelt tulajdonságoktól. Egy signed hash támogathatja az integritás-ellenőrzést, míg a dimenziók, MIME típus és alt text állítások maradnak, amíg a kliens nem validálja. Több fallback javítja az elérhetőséget, de minden fetch-nek továbbra is kell size limit, content check és tiszta failure state. A canonical commit a `5196ac1`. Implementációs evidencia: Damus, Primal Android, Amethyst. Az `imeta` tag metaadat, nem storage garancia — a canonical NIP-92 commit nem teszi a referált objektumot állandóvá, elérhetővé, biztonságossá vagy hitelessé pusztán azért, mert a leírása megjelenik egy signed event-ben. Klienseknek továbbra is fetch limit, content validation, failure state, és az author-signed claim-ek és a retrieval után verifikált tulajdonságok explicit megkülönböztetése kell. --- *Összefoglaló készült: 2026-09-17. Forrás: [nostrcompass.org/en/newsletters/2026-09-16-newsletter](https://nostrcompass.org/en/newsletters/2026-09-16-newsletter/).*