# No Solutions #28 — Séta egy designerrel — Bitcoin, Nostr, AI és a közösség jövője

> **Epizód:** #28  •  **Dátum:** 2026. június 3.  •  **Házigazda:** No Solutions host (Sovereign Engineering)  •  **Vendég:** MouxDesign (Gigi) (Sovereign Engineering cohort tag, designer, walk-formátum)
> **Forrás:** [honlap](https://sovereignengineering.io/podcast/28-speak-human-w-mouxdesign)
> **Transcript:** Whisper `ggml-medium.en.bin` (whisper.cpp, Metal GPU), saját futtatás a podcast oldalról
> **Hossz:** ~45 perc (séta-formátum)

A No Solution 28. epizódja egy szabadtéri sétára vitte a hallgatót, ahol Gigi (műsorvezető) és Mo (UX designer, a Bitcoin Design közösség aktív tagja) a Bitcoin és Nostr ökoszisztéma dizájnkérdéseiről, az AI szerepéről a fejlesztésben, és a közösségépítés filozófiájáról beszélgettek. A beszélgetés laza, improvisatív volt — nem stúdióban, hanem egy folyóparton sétálva készült.

## Összegzés

Az epizód középpontjában Speak Human w/ MouxDesign áll. Mo úgy látja, hogy a UX designer szerepe éppen drasztikusan változik. Nem elég már csak vizuális interfészt tervezni — a dizájn elkezdődik abban a pillanatban, amikor valaki az App Store-ban meglátja az alkalmazást, vagy amikor egy barátnak ajánlja. *„A dizájn az a pillanat, amikor az ember valójában meglátja a dolgot az app store-ban”* — fogalmazott Mo. A legfontosabb kérdés: egy mondatban el tudod-e magyarázni egy tízévesnek, hogy mit csinál a terméked és milyen problémát old meg? A legtöbb Bitcoin- és Nostr-alkalmazás nem tud átmenni ezen a teszten.
Mo hangsúlyozta, hogy a fejlesztőkkel való munka első lépése mindig a probléma szűkítése: milyen fájdalmat oldasz meg, és kinek? Ehhez kapcsolódik Jack Dorsey egyik visszatérő gondolata: tudod-e egy szóval megmondani, mi az a dolog, amit csinálsz? Kommunikáció? Adat? Oktatás? A hatókör leszűkítése és egyetlen mély probléma megoldása a kiindulópont.

## A designer szerepének átalakulása

Mo úgy látja, hogy a UX designer szerepe éppen drasztikusan változik. Nem elég már csak vizuális interfészt tervezni — a dizájn elkezdődik abban a pillanatban, amikor valaki az App Store-ban meglátja az alkalmazást, vagy amikor egy barátnak ajánlja. *„A dizájn az a pillanat, amikor az ember valójában meglátja a dolgot az app store-ban”* — fogalmazott Mo. A legfontosabb kérdés: egy mondatban el tudod-e magyarázni egy tízévesnek, hogy mit csinál a terméked és milyen problémát old meg? A legtöbb Bitcoin- és Nostr-alkalmazás nem tud átmenni ezen a teszten.

Mo hangsúlyozta, hogy a fejlesztőkkel való munka első lépése mindig a probléma szűkítése: milyen fájdalmat oldasz meg, és kinek? Ehhez kapcsolódik Jack Dorsey egyik visszatérő gondolata: tudod-e egy szóval megmondani, mi az a dolog, amit csinálsz? Kommunikáció? Adat? Oktatás? A hatókör leszűkítése és egyetlen mély probléma megoldása a kiindulópont.

## A „mini AGI” és a vibe design

A beszélgetés egyik központi témája Jack Dorsey azon állítása volt, hogy minden vállalat egy mini AGI-vá válik — egy intelligenciarétegbe integrált adatbázissá, amelyből a fejlesztők kiolvashatják, mit akarnak a felhasználók, és ez alapján építhetnek. Mo ezt az ötletet adaptálta a Bitcoin és Nostr ökoszisztémára: ha létezik egy központi adatréteg, amely összegyűjti a felhasználói visszajelzéseket, hibajelentéseket és tapasztalatokat, akkor a fejlesztők nem egy 60 oldalas dizájnguide-ot kell böngésszenek, hanem egy skill-fájl formátumú, AI-olvasható tudásbázist kaphatnak.

Mo a hackathonon egy projektet is épített ennek jegyében: a Bean Sprout nevű eszköz letöltötte a legnépszerűbb Bitcoin-tárcák GitHub-repóit, kinyerte a felhasználói problémákat, majd kategorizálta őket protokoll- és UX-szintű problémákra. Az adatokat Nostr-relékra írta, NIP-alapú címkézéssel. A vízió: egy mini AGI a Nostr- és Bitcoin-ökoszisztémában, amely automatikusan rendszerezi a visszajelzéseket, és prioritást javasol — például hogy a panaszok 80%-a a privációs beállításokra vonatkozik, így ott kell dolgozni.

A „vibe design” Mo szerint úgy néz ki, hogy a UX-designer képernyőfotókat tölt fel egy AI-alapú munkafolyamatba (pl. N8N + Cloud Code), a skill-fájl Bitcoin-specifikus tudást tartalmaz, az AI React Native kódban javaslatokat generál, a designer reggel átnézi, jóváhagyja vagy elutasítja, majd az AI automatikusan GitHub-issue-ként beküldi a változásokat a tárcák front-end repójába. Gigi megerősítette, hogy ő már így dolgozik: cron job-ok futnak éjszaka, amelyek GitHub-issue-kat oldanak meg automatikusan.

## AI slop és a verifikáció szükségessége

Mindkét beszélőzőtárs egyetértett abban, hogy az AI által generált „slop” komoly probléma. A Claude Opus például rákapott a „pill”-stílusú gombokra, minden modellnek megvan a saját dizájnkönyve — aki ismeri a területet, azonnal felismeri, melyik modell készítette. Mo két területen lát megoldást: egyrészt a szöveges tartalomnál, ahol a saját Substack-írásait referenciaként használva az AI képes megtanulni az ő hangvételét; másrészt a vizuális dizájnnál, ahol a Mobbin.com (képernyőfotó-adatbázis a legjobb alkalmazásokról) referenciaként szolgál — *„Jó dizájnerek másolnak. Kiváló dizájnerek lopnak.”*

Gigi hozzátette, hogy a UX-designert nem lehet teljesen kiváltani: kell az emberi ellenőrzés bizonyos pontokon, különösen azért, mert az AI generálta megoldások gyakran felszínesek vagy épp sablonosak. A kód területén hasonló a helyzet: az AI által generált pull request-ek áradata („drive-by PR”-ek) szó szerint összezúzza a nyílt forráskódú projekt-karbantartókat — a BTCPay Server csapata is ezzel küzd.

## A Bitcoin-dizájn pszichológiai gátjai

Mo szerint a Bitcoin-dizájn legnagyobb akadálya nem technikai, hanem pszichológiai. Azt mondjuk az embereknek: íme a varázslatos internetes pénz, ne aggódj, nem tudod a kezedbe fogni, de rajta van a telefonodon. És ha elveszíted a telefont? Mindened oda. Persze, itt a 12 szó, és tedd be a megtakarításodat is. Egy átlagember számára ez elfogadhatatlan kockázat — és a dizájnnak ezt a pszichológiai terhet kell kezelnie, nem elbagatellizálni. Mo a skill-fájlba be is sütötte ezeket a gátakat: miért kell biztonsági másolatot készítenem, ha a tárcám üres? Hogyan kommunikáljuk a seed phrase felelősségét úgy, hogy az ne riassza el a felhasználót?

Gigi a Nostr-onboarding hasonló problémáiról beszélt: az emberek újra és újra figyelmeztetve vannak a privát kulcs biztonságára, mégis ritkán teszik el — és amikor elveszítik a telefonjukat, rájönnek, hogy a Nostr-fiókuk végleg eltűnt. A publikus kulcs keresése és beillesztése „olvasó-only” hozzáfést ad, ami nem valódi visszaállítás.

## A közösség mint „közös egység”

A beszélgetés mélyebb filozófiai rétege a „community” szó eredetének boncolgatásához vezetett: közös egység — common unity. Gigi szerint a Bitcoin-közösséget az tartja össze, hogy a tagok megosztott tapasztalattal, világnézettel és szókinccsel rendelkeznek. A Nostr-közösség hasonló: a cenzúrarezisztencia, a privát kulcs felelőssége közös alap. Ez a koherencia előfeltétele bármilyen komoly problémamegoldásnak — és éppen ezért nem lehet a privát kulcsot olyan absztrakcióvá tenni, mint az „elfelejtettem a jelszavam” gomb. *„Ha elvontod a privát kulcsot és egy jelszó-visszaállítós rendszert csinálsz belőle, az már nem Bitcoin — az Coinbase.”*

Gigi a postahivatal és az email analógiáját használta: a postahivatal kézbesíti a levelet akár csak egy becenév és egy kocsma megadásával, az email viszont pontos címet követel. A Bitcoin privát kulcsa olyan, mint a postahivatal — megsemmisítheted ezt az alapvető tulajdonságot, ha túlzottan leegyszerűsíted a felhasználói élményt. Ugyanez vonatkozik a Nostr-ra is: a felhasználó felelőssége a felhatalmazás másik oldala.

## A szuverén mérnöki módszer és a trust

Gigi elmagyarázta, miért hisz az in-person munkában: a kognitív tudomány szerint az elosztott megismerés (distributed cognition) csak személyes jelenlétben tud igazán kibontakozni. A beszélgetés nagyobb, mint a résztvevők összege — van egy saját iránya, egy szelleme. Ezért épült a Sovereign Engineering programja több hetes, személyes jelenlétben zajló, elszigetelt formációra. Madeirán. Szándékosan nehéz odaérni és onnan eljönni — ha megteszed az utat, maradsz is. A valódi áttörések a második hét környékén jönnek: addigra lehullik a maszk, kialakul a csapatszellem, és a csoport elkezd közösen mozogni.

Mo felvetette az inkluzivitás problémáját: a globális déli fejlesztők nem engedhetik meg maguknak az utazást. Gigi elismerte ezt, és azt javasolta, hogy a közösségépítés helyi szinten induljon — egy zászlót kell kitűzni, egyértelműen kommunikálni, mit képvisel, és konzisztensen tartani, akár 21 héten át egyedül. A 21.world oldalon dokumentálták a német nyelvű Bitcoin-only közösség építésének módszerét, amit más országokban is sikeresen replikáltak. A legfontosabb tanács: ne egyedül kezdj, találj egy társalapítót, aki nem a te másolatod, és maradj konzisztens.

## Nostr-alkalmazások és a „fun” faktor

A beszélgetés érintette Martti Mälyi (Iris, Nostr VPN, Nostr zenelejátszó, Google Drive-klón) munkásságát is. Martti azért különleges, mert a mindennapi mainstream alkalmazásokat építi újra Nostr-on — de nem másoknak, hanem saját magának. Gigi felosztotta a sikeres alkalmazásokat két kategóriába: unikorni (valaki saját igényére épít, és kiderül, hogy másoknak is kell) és klón (létező szolgáltatás Nostr-verziója). A Vine-példa (Ravel által újraépítve, az archívummal) mutatja: a vírusos terjedéshez nem kell elmagyarázni, mi van a motorháztető alatt. A Bitcoin és Nostr csak megoldjon egy problémát, legyen szórakoztató, és a tömeges adoptáció eljöhet — de Gigi nem hisz a minden áron való tömeges adoptációban. A Linux is évtizedekig „komolytalan” volt, mégis az internet gerincévé vált, anélkül, hogy kompromisszumot kötött volna a tisztaságából.

A Nostr másik előnye a privát AI-hozzáférés: mivel a Nostr-közösség érti a megfigyelés kockázatát, olyan AI-rendszereket épít, ahol az emberek ártatlanul, kísérletezősen, következmények nélkül használhatják a mesterséges intelligenciát — nem kell tartaniuk a fiókjuk befagyasztásától.

## A megoldás?

Mo végső üzenete: építsétek a szabadság-technológiát, szeretünk titeket. Gigié: csak építsetek dolgokat. De a háttérben mindkettő egyetértett azzal, hogy a koherencia, a közös szóhasználat, a személyes jelenlét és a konzisztencia az, ami a közösséget és a terméket egyaránt építi. A „közös egységből” induló, jól definiált problémamegoldás — legyen az skill-fájlban, in-person sprintben vagy Nostr-relékra írt adatban — marad a tartós alap.


## Forrás

- Epizód URL: https://sovereignengineering.io/podcast/28-speak-human-w-mouxdesign
- Transcript: Whisper `ggml-medium.en.bin` (whisper.cpp, Metal GPU), saját futtatás a podcast oldalról
- No Solutions podcast: https://sovereignengineering.io/podcast