--- title: FIPS — szabad hálózati protokoll category: topic sources: - no_solution/2026-04-17_building_fips_with_jonathan.md - https://learn-fips.vercel.app/ - 2026-05-05_open_markets_5_fips.md - 2026-05-30_no_solution_25_white_noise_mls_marmot.md - 2026-06-03_no_solution_28_speak_human_mouxdesign.md - 2026-07-25_no_solution_31_buzz_mosaico_pablo.md - 2026-07-25_no_solution_32_nostrology_whisperhash.md updated: '2026-06-03' created: 2026-04-17 tags: - fips - nostr - networking - p2p - mesh - cryptography confidence: high summary: 'FIPS: decentralizált P2P mesh hálózati protokoll Nostr-hoz — önszerveződő, titkosított, bármely transporton futó, kötelező kétrétegű titkosítással' --- smeri az npub-ot, ellenőrizni tudja hogy egy node_addr az övé-e, de nem tudja fordítva ## Titkosítás (kétrétegű) ### FMP: Hop-by-hop (Noise IK) - Minden link saját Noise IK session - Initiator küldi npub-ját első üzenetben - 1 round-trip, kölcsönös autentikáció - Transit router dekriptálja → továbbítja → re-encryptálja következő hop-ra ### FSP: End-to-end (Noise XK) - Initiator npub-ja rejtve 3. üzenetig (titkosítva a shared secret alatt) - Transit routerek nem látják a payloadot - Session megmarad routing hibák esetén is ### Ki mit lát? | Megfigyelő | Lát | Nem lát | |------------|----|---------| | Transport observer | Titkosított blob-ok, timing, méret | Bármilyen FIPS információ | | Direct peer | npub, forgalom mennyiség, timing | Mások session-jei | | Transit router | src/dest node_addr, csomag méret | Payload, npub-ok, session tartalom | | Destination (célpont) | Sender npub, payload, session meta | Útvonal, köztes node-ok | ## Routing: Spanning Tree + Bloom Filter ### Spanning Tree - Gyökér: legkisebb node_addr (determinisztikus, nincs választás) - Minden node egy parent-et választ (legjobb út a gyökérhez, MMP cost alapján) - Koordináták: [self, parent, ..., root] — egyedi pozíció a fában - Fa távolság = legkisebb közös ősig hátralévő lépések ### Bloom Filter - Node-onként kimenő filter: milyen node_addr-ok elérhetők rajtam keresztül - "Nem" = biztosan nem elérhető, "Igen" = talán elérhető (false positive lehetséges) - Tree-only merge + split-horizon: nem propagáljuk végtelenül - Routing döntés: local → direct peer → bloom filter → greedy tree → drop ### Hibaelhárítás - **CoordsRequired (0x20):** transit node-nak nincs célpont koordinátája - **PathBroken (0x21):** nincs közelebbi szomszéd a célpont felé - **MtuExceeded (0x22):** csomag túl nagy a következő hop MTU-hoz - Rate limit: 1 hiba/cél/100ms (transit), 1 CoordsWarmup/cél/2000ms (source) - Session nem bontódik — csak routing állapot frissül ## Transportok | Kategória | Transport | Állapot | |-----------|-----------|---------| | Overlay | UDP/IP | ✅ live | | Overlay | TCP/IP | ✅ live | | Overlay | Tor | ✅ live | | Overlay | WebSocket | 📋 planned | | Shared Medium | Ethernet | ✅ live | | Shared Medium | WiFi | 📋 planned | | Shared Medium | BLE | ✅ live | | Shared Medium | Radio | 📋 planned | | Point-to-Point | Serial | 📋 planned | | Point-to-Point | Satellite | 📋 planned | Multi-transport bridging: egy node több transporton is futhat, automatikusan hidat képez köztük. ## MMP (Metrics Measurement Protocol) - Minden aktív peer link-en fut - Három mód: full (default), lightweight, minimal - Méri: SRTT, loss, jitter, goodput, OWD trend, ETX - Link cost = ETX × (1 + SRTT_ms / 100) - Parent választás hysteresis: új parent csak 20%-kal jobban kell - ECN: CE flag hop-by-hop, végcél IPv6 Traffic Class-ba ## IPv6 Gateway (Legacy App kompatibilitás) - TUN interface (fips0): fd00::/8 cím a kernel felé - DNS resolver: npub1...xxx.fips → fd00:: cím + identity cache - Identity cache: LRU 10 000 bejegyzés, nincs TTL (hash determinisztikus) - TCP MSS clamping, ICMPv6 Packet Too Big - fips-gateway sidecar: LAN-on lévő gépeknek (nftables DNAT/SNAT, fd01::/112 pool) - Transport MTU < 1357 byte → nincs IPv6 (LoRa, serial) ## Fenyegetés Modell (4 ellenfél osztály) 1. **Transport observer** — passzív lehallgatás → FMP Noise IK véde 2. **Active attacker** — injekció, módosítás, replay → FMP AEAD + replay protection 3. **Other FIPS node** — kíváncsi vagy ellenséges peer → FSP Noise XK védi payloadot 4. **Disruptive node** — hamis TreeAnnounce, mérgezett bloom filter → Schnorr aláírás, handshake rate limit, discretionary peering ### Nem cél - **Nem anonimitás:** direct peer-ek látják egymás npub-ját, nincs mixing, nincs cover traffic - **Nem traffic analysis ellenállás:** globális megfigyelő korrelálhatja flow timing-ot - Ez teszi lehetővé hogy low-power eszközökön is fusson (LoRa, BLE) ## Wire Format - Little-endian, 4 byte közös prefix (ver/phase/flags/payload_len) - SessionDatagram: ttl(1B) + path_mtu(2B) + src_addr(16B) + dest_addr(16B) + FSP üzenet - FSP: 12 byte cleartext header + AEAD (CP flag = koordináták a ciphertext előtt) - TreeAnnounce: Schnorr aláírás az egész üzeneten - LookupResponse: aláírja (request_id || target || target_coords), path_mtu kihagyva (hop-onként változik) ## Telepítés & Tesztelés ```bash # Debian/Ubuntu git clone https://github.com/jmcorgan/fips.git cd fips && cargo install cargo-deb && cargo deb sudo dpkg -i target/debian/fips_*.deb sudo usermod -aG fips $USER sudo systemctl start fips # Ellenőrzés fipsctl show status fipsctl show peers fipsctl show tree ping6 npub1qmc3cvfz0yu2hx96nq3gp55zdan2qclealn7xshgr448d3nh6lks7zel98.fips fipstop # TUI dashboard ``` Nyilvános teszt node: `npub1qmc3cvfz0yu2hx96nq3gp55zdan2qclealn7xshgr448d3nh6lks7zel98` @ `udp 217.77.8.91:2121` ## Jonathan Corgan - Korai cypherpunk (Silicon Valley, 90-es évek) - Korai Bitcoin fejlesztő (2010-es évek) - FIPS = "dancing bear" — nem az, hogy jól táncol, hanem hogy tud táncolni - Claude Code-dal építette (99% kód LLM, de minden sor reviewed) - Design először, kód másodszor - Nostr: `npub19wavu4f7l6l43h24jyskn7fvzy37kcfp67aqjtmv2qgy4lp34nhsda8p6k` ## Források - No Solutions Podcast #24 (2026-04-17) — Building FIPS w/ Johnathan Corgan - No Solution Podcast #25 (2026-05-30) — White Noise, MLS, Marmot w/ Jeff G - No Solution Podcast #28 (2026-06-03) — Speak Human w/ MouxDesign (UX, community, mini-AGI, vibe-design) - [Learn FIPS](https://learn-fips.vercel.app/) — 14 interaktív lecke (2026-04-20 olvasva) - [GitHub: jmcorgan/fips](https://github.com/jmcorgan/fips) — referencia implementáció (Rust) - [Protocol Specs](https://github.com/jmcorgan/fips/tree/master/docs/design) — design dokumentáció --- # No Solutions #31: Buzz, Mosaico, and Other Stuff w/ Pablo (2026-07-25) **Vendég:** Pablo (FIPS Nostr fejlesztő, npub1n0...3000n) • **Házigazda:** No Solutions host (npub1n0...3000n) • **Epizód:** 2:00:41, multi-topic (Buzz agent orchestration, Mosaico Nostr kliens, FIPS, NIP-29, proaktív kontextus) > A No Solutions #31 epizódja Pablo-val (FIPS Nostr fejlesztő) középpontjában két projekt áll: **a Buzz** (agent orchestration platform, Slack/Discord-szerű, NIP-29 alapú) és **a Mosaico** (Nostr kliens, autonomy-növelés). A beszélgetés során a NIP-29 vs. NIP-17 trade-off (encrypted vs. trust-within-team), a "serial killer relay" anti-pattern, a "tokens vs. time" filozófia, és a "proactive context" projekt (awareness layer, noun extraction, vector database + ollama rerank) is terítékre kerülnek. ## 1. Bevezető + Buzz és Mosaico Pablo bemutatkozása és a két projekt (Buzz + Mosaico) áttekintése. A Buzz egy "finished contained product" — Slack/Discord-szerű rendszer, ahol az agent-ek "élnek", és a felhasználó csak a fontos pillanatokban szólal meg. A Mosaico a "Nostr kliens" kategóriába tartozik, a "no KYC sats" filozófiával. A két projekt kiegészíti egymást: a Buzz a team-coordination, a Mosaico a personal Nostr élmény. **Időtartomány:** 0:00-30:00 · **Szavak:** 4973 ## 2. Buzz vs. Mosaico — az agent-human in the loop filozófia és a NIP-29 trade-off A "fragmentation" probléma (cloud code, különböző agent rendszerek nem interaktálnak egymással). A NIP-29 vs. NIP-17 trade-off — a NIP-29 unencrypted, de "trust within team" feltételezéssel működik ("Discord for nostr"). A "serial killer relay" anti-pattern (single relay = anti-pattern a Nostr ökoszisztémában). A "tokens vs. time" filozófia — a token olcsó, az idő drága. A trust skepticism problémája. A Buzz telepítési flow (QR kód invite, lokális telepítés). A Mosaico preview. **Időtartomány:** 30:00-60:00 · **Szavak:** 4973 ## 3. Mosaico Nostr kliens — NIP-29, proaktív kontekstus-injekció, hálózatelmélet A chunk-topic eltérést jelez a subagent (a chunk valójában Mosaico ügynök-koordináció, NIP-29, proaktív kontextus-injekció, hálózatelmélet, NEM FIPS/applet/outbox/blossom — ez egy fontos felismerés a chunkolás pontatlanságáról). **Időtartomány:** 60:00-90:00 · **Szavak:** 4973 ## 4. A "proactive context" projekt — a felhasználói input mint a legfontosabb dolog Az "awareness layer" és a "self-organization layer" — a "irreducible complexity" elve, minden modul egy dolgot csinál. A "proactive context" alapelve — a felhasználói input a legfontosabb dolog ("I can always spend more tokens. I can never get back like a single minute of my time."). A "no bullshit" szűrés — a rendszer nem hallucinálhat. A "noun extraction" — a főnevek kiválasztása és az ontology építés. A "watermark" — a felhasználó írásstílusának felismerése (Satoshi dupla szóköz, Pablo kisbetűs írás). A vector database + ollama kombináció a releváns wiki-bejegyzések kikeresésére. A Codex hook — a felhasználói üzenetek automatikus rögzítése. A "no context is better than bad context" elv. A "user input primacy" — a felhasználó szuverenitása, a "why" explicit rögzítése, a cypherpunk építkezés filozófiája. **Időtartomány:** 90:00-120:41 · **Szavak:** 4974 --- # No Solutions #32: Nostrology w/ WhisperHash (2026-07-25) **Vendég:** WhisperHash (Sovereign Engineering CCO 8th cohort, Nostr asztrológia/spiritualitás, jelenleg Hong Kongban él) • **Házigazda:** No Solutions host (npub1n0...3000n) • **Epizód:** 1:27:47, multi-topic (Nostrology, Nostr primitívek, Zap Store, személyes út, asztrológia/spiritualitás) > A No Solutions #32 epizódja WhisperHash-sel (Sovereign Engineering CCO 8th cohort tag, jelenleg Hong Kongban él) középpontjában a **"Nostrology"** (Nostr + asztrológia/spiritualitás) áll, de a beszélgetés sokkal szélesebb: a **Nostr primitívek** (Blossom, FIPS, NIP-ek) állapota, a **Zap Store** (a Nostr első "killer app"-ja) sikertörténete, a **"permissionless publishing"** forradalma, a **"data formats vs. protocols vs. UX" stack**, és WhisperHash személyes útja (Silicon Valley → London → Hong Kong) is terítékre kerülnek. ## 1. Bevezető + WhisperHash bemutatkozása WhisperHash a Sovereign Engineering CCO 8th cohort tagja, és a "breadcrumbs" (kenyérmorzsák) metaforával írja le az útját a Nostr-hoz. A vendég elmagyarázza, hogyan fedezte fel a No Solutions podcast-ot ("we do zero marketing"), és miért döntött úgy, hogy "go all the way" — teljes elköteleződés a Nostr ökoszisztéma mellett. **Időtartomány:** 0:00-29:00 · **Szavak:** 4581 ## 2. A Nostr primitívek, a Zap Store, és WhisperHash személyes útja A "right abstractions" és "right primitives" elve. A Nostr primitívek (Blossom, FIPS, NIP-ek) áttekintése — a státusz: "network fabric infrastructure and primitives stage". A **Zap Store** sikertörténete — az első cohort-ból nőtt ki, "permissionless" publishing, "just fucking works", "on par with the big app stores". A "vibe coding" app publishing vízió. A "data formats vs. protocols vs. UX" stack. WhisperHash személyes útja: **Silicon Valley** (late 90s, dot-com bubble) → **London** (5 év, Agile ipar, "snake oil salesmen") → **Hong Kong** (9/11 és George W. Bush újraválasztása mint "final straw", MTR rendszer, természeti környezet). A "professional athlete" analógia a Bay Area-i fejlesztőkről. **Időtartomány:** 29:00-58:00 · **Szavak:** 4581 ## 3. A Nostrology asztrológia-spiritualitás, a "decision fork", záró gondolatok A **Nostrology** (Nostr + asztrológia/spiritualitás) koncepció. A "decision fork" — a vendég döntése, hogy "go all the way" és teljesen a Nostr ökoszisztémára szánja az életét. A "set the data free" filozófia. A clankerek (AI ügynökök) szerepe a jövőben. A záró gondolatok: "I want to echo that always go all the way you have nothing to lose. We're all gonna die anyway might as well go all the way". **Időtartomány:** 58:00-87:00 · **Szavak:** 4581 # No Solutions #33: ASMap, nix, and nix-nostr w/ Julien (2026-07-25) **Vendég:** Julien (Sovereign Engineering társalapító, ASMap / Cartograph / nix-nostr karbantartó) • **Házigazda:** Adam (Sovereign Engineering, ASMap kérdező fél) • **Epizód:** 1:35:08, FIPS-networking + Bitcoin reprodukálható build > A No Solutions #33 epizódja Juliennel (Sovereign Engineering) a **reprodukálható build rendszerek** és a **Nostr kliensek** reprodukálható módon történő fejlesztéséről szól. A beszélgetés középpontjában az **ASMap** és **Cartograph** projektek állnak (Bitcoin Core funkció a Core 20 óta, a hálózati topológia leképezésére), a **Nix** funkcionális build rendszer (amivel 100 futtató 100 azonos binárist tud előállítani), és a **nix-nostr** projekt (Nix overlay a Nostr kliensekhez). Julien a **Sovereign Engineering** filozófiáját is bemutatja: non-profit cooperative a Bitcoin- és privacy-ökoszisztémához, ahol a fejlesztők kizárólag a közösséget szolgálják. ## 1. Julien története és a BTC++ Berlin 2023 Julien hosszú ideje Bitcoin-rajongó, de soha nem tudott érdemben hozzájárulni a Core-hoz, mert soha nem kódolt C++-ban (és nem is akar). A COVID lockdown alatt tanult Nix-et "az őrület határáig, és visszavonult a széléről". A BTC++ Berlin 2023 Nix edition-ön tartott egy talkot, ahol találkozott Fabian Jahr-ral (a Bitcoin core régi közreműködőjével). Fabian problémája: az ASMap-ben sok ember futtatja ugyanazt a szoftvert, de a függőségek reprodukálhatósága nem biztosított. **Időtartomány:** 0:00-29:00 · **Szavak:** 3846 ## 2. ASMap és Cartograph — a hálózati topológia reprodukálható leképezése Az ASMap a Bitcoin Core funkciója, ami a hálózati topológiát írja le. A node-ok az internetes topológiát "szimulálják", hogy a tranzakciók a lehető legkevesebb ugrással terjedjenek. A Julien által karbantartott Cartograph projekt az, ami az AS mapek tényleges generálását végzi — Python eszköz, ami a világ minden tájáról származó traceroute adatokat gyűjti. A reprodukálhatóság kérdése: 100 futtatónak 100 azonos binárist kell kapnia. **Időtartomány:** 29:00-58:00 · **Szavak:** 3846 ## 3. FIPS overlay network és a hang/szöveg UI forradalma A chunk_3 valódi tartalma a transcript lineáris elrendezése miatt a várttól eltérően a **FIPS overlay hálózatról**, a **hang/szöveg UI forradalmáról** (BitChat, Pebble ring, voice-first interface), és a **Bitcoin Core FIPS transport ötletről** szól. Julien véleménye: "I think UI is part of the agentic world", és a voice-first interface a jövő. A vendég és Julien beszélgetnek az LLM-ek embodied korlátairól is (Snow Crash párhuzam, John Ravecchi, perception). **Időtartomány:** 58:00-87:00 · **Szavak:** 3846 ## 4. Nix alkalmazása a Nostr kliensekre — az archipelago, a FIPS és a NPUB punching A "bridge-building technology" koncepció. Az archipelago projekt Nix-szel buildelt bridge node-okat készít, és a Nostr kliensek NAT-traversal és router configuration nélkül tudnak egymáshoz csatlakozni. A "you punch in the NPUB, that's it" — a felhasználónak csak a Nostr pubkey-t kell megadnia. A nix-nostr projekt Julien fő projektje, ami Nix overlay-en keresztül reprodukálható Nostr klienseket biztosít (Amethyst, Damus, Iris, Primal). A Buzz integráció példája: a meglévő projektekbe a Nostr ötletei "meglepően egyszerűen integrálhatók". **Időtartomány:** 87:00-115:00 · **Szavak:** 3846 ## 5. Az archipelago demo és a Bitcoin design forradalma A "deep in the soul" momentum. Az archipelago demo Julien szerint "az első alkalom, hogy a Bitcoin ökoszisztémában ilyen badass design-t látok, ami valóban megtestesíti a küldetést". A release ígéret: 2026-07-31 (vagy 2026-10-31 — a transcriptben mindkettő előfordul). A "rug pulled by a month" ironikus megjegyzés. A Bitcoin ökoszisztéma design failure-je ("szoftvereink jók, működnek, de nem ragadnak meg") és az archipelago ezen változtató szerepe. A záró "clankers will do the rest" — a podcast AI-szerkesztőjére utaló kifejezés. **Időtartomány:** 115:00-135:08 · **Szavak:** 3842 --- ## 6. Intelligence Snacks #72 — "The Internet We deserve w. FIPs!" (2026-09-17) A [YouTube-videó](https://www.youtube.com/watch?v=5mNhaiwZMX0) Pete és Andy beszélgetése a FIPS-ről és a Nostr-ról, 75 percben. A FIPS-történet legfrissebb fejezete: Pete "ninja launch"-ot jelent be a tengerpartról, és a hallgatói kérdésre (John on Nostr) épülő epizód a FIPS-t mint "az internetet, amit megérdemlünk" mutatja be. - **FIPS device-key és self-organising mesh:** a FIPS-címzés (device-key identity) és az önszerveződő mesh (Bluetooth + IPv6 kombináció) révén a számítógépek ismét a hálózat első osztályú résztvevőivé válnak a felhő-szerver-néző modell helyett. A "computer-use hullám" kontextusában ez a lokális vs. cloud-agent vita újradefiniálása. - **Wingman app suite (Flight Deck / Tower / Autopilot):** Pete saját fejlesztésű app-csomagja, amely a FIPS-címekre épít. A QR-kód onboarding a domain-vásárlás és Cloudflare-beállítás helyettesítője — "ezerszeres javulás" a UX-ben. - **Dan-féle GRASP + Forgejo self-hosted git:** Nostr-alapú Git-szerver, ahol a klienst a saját géped tárolja. A fejlesztői élmény ("staging-pokol") kiküszöbölése a FIPS-címek segítségével. - **Pete draft NIP a `window.fips` transportra:** a NIP-F5 (Permissioned FIPS Transport for Web Apps) javaslat, amely a `window.fipsTransport` API-t definiálja. Ez a Nostr Compass #40-ben is megjelent javaslat gyakorlati alkalmazása. - **"Nostr + FIPS elég" tézis:** Pete szerint "we can rebuild everything now" — a FIPS + Nostr kombináció elegendő az internet újraépítéséhez, a felhő-centralizáció kiváltásához. A "Dropbox-killer" virtual filesystem és az "organizations as distributed computers" vízió a gyakorlati alkalmazások. - **AI pivot és regulation moat:** az epizód második felében Pete és Andy az AI doom vitát elemzik (Dario Amodei / Anthropic "AI will kill everyone by 2030", Jensen Huang pushback, "tegyük illegálissá a gyilkosságot" Pete javaslata, Andy "kartell-viselkedés" vádja). A "regulation moat" leleplezése: a biztonság nem a cél, hanem a monopólium-építés ürügye. **Időtartomány:** 0:00-75:00 · **Szavak:** 17306 (YouTube-transcript-api) **Vendégek:** Pete + Andy · **Házigazda:** (Pete + Andy saját podcast) ### E116: Húszonegy "Megépült egy új internet" — magyar FIPS-magyarázat (2026-09-17) A Húszonegy podcast 116. epizódjában **Lez** mutatja be a FIPS-overlay network-öt magyar nyelven, hétköznai példákkal. Főbb pontok: (1) FIPS-sel a felhasználót **publikus kulcs azonosítja** (`npub1abcd....fips`), nem IP-cím — a hálózat bármilyen fizikai közegen megtalálja (földkábel, műhold, Bluetooth, belső hálózat). (2) **A certificate authority és a RIPE-IP-címkiosztás is meg van kerülve** — ezek a centralizált elemek tűntek el. (3) A Telegram egy napig elérhetetlen volt, mert a domain-IP-t elvették; FIPS-szel ez nem történhet meg. (4) **Jonathan Corgan** a főfejlesztő, "cypherpunk időkben nevelkedett, 50 fölött van, és már legalább egy évtizede teljesen passzív volt". (5) **Hiányzó elem: a DNS-névfeloldás** — decentralizált módon nem lehet tökéletesen megoldani ("te mondod, hogy huszonegy.world, én mondom, hogy másik cím"). (6) **IoT use case:** mozgó eszközöknek nem kell újrakonfigurálniuk az IP-címet, portot, protokollt — a FIPS overlay megtalálja őket. Henky saját tapasztalata: az **nsite** irányba mozdult el, de a FIPS koncepcionálisan szebb megoldás. Vendégek: **Henky (HenkyPenky)** és **Lez**. Episode: