Open Markets Podcast #9 — "Axes of Oshi"¶

Vendég: Oshie — Nostr-kereskedő (pekándió-vaj, csokoládé, datolya-szeletek), Bitcoin-only eladások, Nostr-fejlesztő Műsorvezetők: Eric FJ és Sink Weboldal: oshigood.us | Platform: CSAK Nostr (se Instagram, se X) Történelmi mérföldkő: Oshi volt az első ismert ZapOut-felhasználó

Zap-out vs. Checkout — A fizetési terminológia váltása¶

A hagyományos "checkout" (pénztár) kifejezést a "zap-out" váltja fel a Nostr/Lightning ökoszisztémában — a csekkek kora lejárt.
A Conduit implementációjában a zap-out nem kötelezően publikus: privát zapok is támogatottak NIP-17 üzeneteken keresztül.
Kulcskülönbség: A zap-out közvetlenül a vásárló Lightning pénztárcájából a kereskedő Lightning pénztárcájába megy, harmadik fél nélkül.
"A zap az új pénzforma. Mikor írtál utoljára csekket?"

eCash programmatikus funkcionalitás Nostr piacon¶

Az eCash (Cashu) npub-hez zárolható, így feltételes felszabadítás lehetséges — ez ad programmatikus funkcionalitást.
Új felhasználó csak egy npub-bal és kiválasztott mint-ekkel azonnal kész fogadni sát-okat — nem kell Lightning címet beállítani.
Ha két fél ugyanazt a mint-et használja, a tranzakció nem megy át a Lightning hálózaton — csak eCash token csere, ami gyorsabb és privátabb.
Sassy Batman megépítette a switchboardgo.com-ot: Nostr + eCash alapú freelancer piactér, ahol az escrow Cashu/Lightning-on keresztül történik, nem-custodiálisan.

Receptek nyílt forrása — Bitcoin-ethos vs. ételipar¶

Augie kérdése: miért nem open-source a receptjeiket a Bitcoin-cégek?
Oshi válasza: az összetevők nyilvánosak a weboldalon, de a készítés módja (a "titkos szósz") versenyelőny.
Eric analogiája: a kódnál az open-source azért kritikus, mert kulcsokat kezelünk (identitás, pénztárca) — az ételnél az összetevők listája elegendő transzparencia.
"Oszd meg az összetevőket, de a varázsszavakat, amiket a csomagolás előtt suttogok — azokat nem kell mindenkinek tudnia."

Agora és NIP99¶

Az Agora (Stacker News fejlesztőihez köthető) posztolta az Open Markets Foundation küldetését Nostr-ra, nélkül, hogy azt kérték volna.
A NIP99 specifikáció része volt korábban predikciós piacok specifikációja is — a Stacker News csapata aktívan kutatja az azonos területet.

Open Markets Foundation — A négy pillér¶

A mozgalom a NIP99 (Craigslist-stílusú hirdetés) alapján indult, majd kibővült a Gamma Market spec-szel (e-commerce fókusz).
Felismerés: az e-commerce túl szűk keret — a Nostr/Bitcoin síneken mindenféle kereskedelem futtatható.
Sink négy pillére (Prágában kristályosodott):
Termék (Item) — ami eladó/foglalható (tárgy, fuvar, szoba, szolgáltatás)
Rendelés (Order) — a tranzakció maga
Fizetés (Payment) — on-chain, Lightning, eCash, escrow
Szállítás/Kézbesítés (Delivery) — fizikai szállítás vagy szolgáltatás teljesítése
Cél: interoperábilis eszközök minden piactér-típushoz — e-commerce, ride-sharing, ételrendelés, ingatlan, aukció.
"Az eredeti ötletek ritkák — és túlértékeltek. Osztozás megengedett."

NOS Rocket — Emergens tulajdonságok a Nostr-on¶

G. Sovereignty Riga-demo-ja inspirálta: alulról építkező, decentralizált közreműködés.
Példa: valaki posztol, hogy "széket akarok építeni" → másik hoz fát → másik szögeket → másik fűrészt — decentralizáltan jön össze a termék.
Retroaktív részesedés probléma: Ki mennyit tett hozzá? A NOS Rocket modellben alulról felfelé épül a részesedés — aki aktívan dolgozik, növeli a share-ét, aki inaktív, az elenyészik.
Sink terve: a funkcionalitást beépíti az Open Markets spec-be, hogy merchant-ok könnyebben kolaboráljanak Nostr-on.

Pyramid Relay — Közösségi relay + beágyazott bolt¶

Don Pyramid Relay-éhez új funkció: inside gateway — a relay-n belül futtatható bolt/piactér, ami csak a relay-hoz kapcsolódó kereskedők termékeit mutatja.
Cél: közösség-fókuszált piactér, amely a relay szintjén zárt, de lokálisan önálló.
Eric: a WISP-modell (NIP65 relay-listák alapú intelligens lekérdezés) a valódi decentralizáció irányába mutat. A Conduit terve is, hogy minden kereskedő saját relay-t kapjon.

NoStr Node Tech — Lokális weboldal-cache + FIPS¶

Ayaan (Prágában) bemutatta: a Nostr weboldalak letölthetők lokálisan a saját eszközre/relay-ra.
FIPS (friend-to-friend protokoll) ráépítve: a weboldalt a szomszédodtól is lekérheted — nem a globális szervertől, hanem a fizikailag közeli peer-től.
Cyphrypunk vonat: a tranzakció a backend szerver számára láthatatlan — a kapcsolat a szomszédoddal megy.
Korlát: csak statikus alkalmazásokkal működik teljesen. A Conduit tervezési célja: pure frontend, kliens-oldali logika, relay-hálózatból táplálkozva.
"Amazon felhúzása a laptopodra, és Jeff Bezos nem tudja, hogy ott jártál."

Escrow — A decentralizált letét megoldása Nostr-on¶

1. Collabinate (Dennis, HarshDev, Pat) — HODL invoice alapú¶

A Letetet maga a Lightning protokoll tartja — nem harmadik fél.
3 fázis: 25% elfogadáskor → 50% szállítás indításakor → 25% minőségi megerősítéskor.
Mindegyik fázis egy LNbits HODL invoice — a sát-ok egy Lightning HTLC-ben ülnek.
Senki — se vevő, se eladó, se szerver — nem tud egyedül mozdítani a pénzt.
Időtúllépés: ha az eladó eltűnik, a vevő automatikusan visszakapja (protokoll timeout).
Vita esetén: 3 szintű megoldás — cooling off → mediáció → DAO arbitrázs. Minden ítélet Nostr event-ként publikálva.
NIP 115: négy állapot vetítése: held, released, refunded, disputed — bármely Nostr kliens meg tudja jeleníteni.

2. Samuel módszere — eCash (Cashu) alapú escrow¶

Egy Cashu mint, amely escrow logikát tartalmaz: egy arbiter beléphet és a fondokat felszabadíthatja vagy érvénytelenítheti.
Eric kérdése: futtathatja-e a kereskedő saját maga a mint-et? Ez csökkentené a bizalomigényt.
Előny: nem kell Lightning hálózati likviditást zárolni — a token-ek egy mint-en belül cserélnek gazdát.
Hátrány: a mint üzemeltetőjében meg kell bíznia.

Vita az escrow szükségességéről¶

Oshi eddig minden rendelést teljesített — a Nostr reputáció a garancia: ha valakit átvernek, a közösség leleplezi.
SwitchboardGo: merchant futtatná az eCash mintát, a marketplace lenne az arbiter — de ez új felet visz be.
Eric (Conduit) tiltakozása: a marketplace nem lehet money transmitter — ez Silk Road modell, US-ben illegális.
Bronta könyvtárai invoice/spoof validációt csinálnak, de új bizalmi pontot vezetnek be.
Konszenzus: "Ne oldj meg olyan problémát, ami még nem probléma" — a skálázódás majd megoldja.
Robosats jó use-case az escrow-ra (P2P csere), de fizikai termékeknél felesleges komplexitás.
"Amazon refund modellje egy fiat mutáció — nem kell, hogy valaki visszatérítse a pénzed, ha a rendszer alapból bizalmi." — Eric

Sink áttekintése¶

A HODL invoice modell érdekes, de a likviditás zárolása problémás lehet rosszszándékú actorok esetén.
Az eCash modell inkább az ő preferenciája volt — npub-hez zárolt token, feltételes felszabadítás, egyszerűbb UX.
Mindkét megközelítés érdemes a mélyebb vizsgálatra — tervezett téma a következő epizódban.

Web 1-2-3-4-5 keretrendszer és Nostr¶

Web 1: Olvasás (blogok, statikus oldalak)
Web 2: Olvasás + írás (Facebook, WordPress)
Web 3: Olvasás + írás + tulajdonlás (kriptográfia, Bitcoin, privát kulcs)
Web 4-5: Adattárolás + alkalmazások — ide kerül a Nostr (relay-ek = adatformák, NIP-ek = alkalmazásréteg)
IPFS-sel rokonítva: publikus adattárolás, ami alkalmazások alapja lehet.
A web3-at elnyelte a "crypto" stigma — a Nostr már túl van ezen.
"Marsra is NIP-ek és Nostr fog kerülni." — Eric

Saylor vs. 21 (Jack Mallers + Tether)¶

Saylor (Strategy/MSTR): tiszta pénzügyi mérnökség Bitcoinon — "10 dimenziós" marketing, de nincs valódi termék. Ugyanaz a shtik minden alkalommal.
21 (Jack Mallers + Tether): Bitcoin stratégiai tartalék, de valódi termékeket akar építeni Bitcoin rail-eken.
SoftBank kilépett a 21-ből ("too hot for us"). A 21 weboldala egyetlen képernyő: "21" — semmi infó.
Lyn Alden megkülönböztetése: Bitcoin treasury company (csak stackel + részvényeket bocsát ki, negatív cash flow) vs. Bitcoin operating company (pozitív cash flow + Bitcoin tartalék) — utóbbi vonzóbb befektetés.

Oshi története és terméke¶

Kiállítás előtt: zenész (gitár, turnézás), majd egészség/wellness út → böjt → Ramadan → datolya + tahini vaj.
Helyi pekándió-termelővel együttműködve készíti a vajat (3 éve).
Datolya + pekándió vaj párosítás: "ez nem beszédtéma, pedig lenne rá ok".
Név eredete (Oshi): háromrétegű jelentés — 1) Satoshi Nakamoto tisztelet, 2) japánul "tisztelet/adózatás", 3) "oh shit" (angol szleng).
Kezdet: üres üvegek a garázsban → "adjam el Bitcoinért Nostr-on?" → újratöltött raktár → folyamatos növekedés.
Bullish Bitcoiner segítette az első weboldalt (TakeMySats.com, NIP-99 felé mozog).

Spirituális dimenzió és Bitcoin¶

Psychedelikus tapasztalatok formálták az intuícióját — nem menekülés, hanem kíváncsiság: "csak fekve, csukott szemmel, figyelni".
Bitcoin mint spirituális élmény: jó szándék + szilárd mérnöki munka = olyan mint a természet (good design átállja az időt).
A Bitcoin "rákúszik az emberre" — kíváncsiságra tanít: mi a pénz? hogyan jutottunk ide?
Mycelium hálózat analógia: a Nostr + Bitcoin olyan, mint a gombafonalak — láthatatlan, de a növekedés alapja, víz/cukor csere, ősi biológiai folyamat.
Eric hasonlóképpen vizualizálja: "lila villám-mycelium hálózat" a Conduit grafikákon.
"A Bitcoin olyan, mint a jó design vagy a jó íz — áthidalja a kultúrákat és fennmarad, ha alaposan meg van fontolva és jó szándék vezérli." — Oshi

BIP-ek, NIP-ek és evolúciós fejlődés¶

A BIP/NIP folyamat: absztrakt ötlet → nyelvi specifikáció → kritikák támadása → stabilizálás.
A Bitcoin alapja "sound" (szilárd) — erre épülő ötletek is szilárd etikát hordoznak.
A fiat rendszerben nem lehet szilárd ötletet építeni, mert az alap maga nem szilárd.
"A természet fix mennyiségű dolgokat tartalmaz — a Bitcoin visszaköti az embert ehhez a természeti alaphoz."

"Bitcoin is money, use it as such"¶

Oshi szlogenjének jelentése: a Bitcoin nem spekulatív értéktároló, hanem pénz — költsd kézműves termékekre.
A dollár elértéktelenedik; a Bitcoin idővel felértékelődik — érdemes olyan dolgokra költeni, ami megőrzi értékét.
Oshi megközelítése a Bitcoin-oktatáshoz: nem a Bitcoinnal kezdi, hanem a fiat-tal — "mi a pénz?" "mit használsz minden nap?" — csak utána mutatja meg, miért más a Bitcoin.
"Nem mondod el nekik mit a Bitcoin — elmondod mit a fiat, és ők maguktól rájönnek."
"Nem dolgozhatsz olyanért, amit egy másik ember kinyomtathat." — Oshi

Nostr mint Bitcoin-terjesztő¶

Oshi meggyőződése: a Nostr több Bitcoinert fog csinálni, mint maga a Bitcoin.
Különösen tartalomkészítőknek: a saját social graph hordozhatósága (követők, tartalom client-től függetlenül) azonnal vonzó.
Ha Instagram/Facebook kitilt — elveszted a közönségedet. Nostr-on a privát kulcs = a social graphod.
"A Nostr fog több Bitcoinert csinálni, mint amennyit a Bitcoin fog." — Oshi

Nostr vs. Bitcoin: a felismerés sorrendje¶

Az emberek könnyebben megértik a Nostr problémáját (Zuckerberg irányítja a szervert, kitilthat) mint a fiat pénzrendszer hibáit.
A Nostr az első kapu: onnantól jön naturally a kérdés: "várj, mi is ez a Bitcoin dolog?"
Zap-élmény: az első valódi Lightning zap sokkal erősebb dopamin-ütés, mint a virtuális like-ok.
Oshi anekdóta: Bluetooth hangszóró + Nostr klient = minden zap-nál egy bass-drop érzés a lakásban 🎵

Nostr merchant-ökoszisztéma: a gombafonal-hálózat¶

Oshi célja: minden alapanyagot Nostr-merchantektől sourcingoljon.
HODL Butter collab: Great Ghee (vaj) + Bitcoin Beans kakaó (Finca Yabasi) + Kidwarp vaníliapaszta — teljesen Nostr-merchant lánc.
Jövőbeli cél: a teljes termék — beleértve a csomagolást is — Nostr/Bitcoin merchantektől származzon.
Ötlet: micélium-alapú csomagolóanyag (gombafonal-biopackaging) — "mycelial packaging on Mars".
Vizualizációs ötlet: kördiagram, ami megmutatja melyik Nostr-merchant hány százalékot ad az adott termékből.

AI-asszisztált fejlesztés: nem kell programozónak lenned¶

Oshi nem fejlesztő — Claude AI-val építette az oshigood.us weboldalt.
Módszer: jó ötlet + Claude + open-source GitHub repo-k kontextusként → a modell megépíti.
NIP-eket és BIP-eket is GitHub-ról betáplálta az AI-nak.
BTC Pay Server a saját Start9 node-on fut → minden termék/inventory/ár a node-on van, a frontend GitHub-on + Vercel-en hostolva.
Boelish (második merchant a show-ban) tanította meg GitHub-ot és VS Code-ot használni.
Falou (Sweet Sats) segített a Cloudflare tunneling és BTC Pay beállításban.
Kulcsfelismerés: "Nincs mentség arra, hogy ne építs valamit" — az AI eszközök annyira elérhetők lettek, hogy csak a drive és a jó ízlés számít.
Az ízlés (taste) nem tanítható — az AI-nak nincs igazi ízlése, a creator hozza azt.

AI a commerce-ben: hol húzzuk a határt¶

Oshi erős véleménye: az AI-t a drudgery-re (unalmas feladatok) használd, ne a vásárlási élményre.
Vásárlás = emberi élmény, amit nem szabad átengedni az AI-nak.
Agentic commerce: OK toilet-paper-re, de egy Nostr-merchantnél a vásárlás maga az élmény.
Nostr előny agentic commerce-ben: nyílt hálózat lévén az AI-k könnyebben elérhetik a termékeket (relay query → termékek), míg a Web2 platformok API-gatekeepelnek.
"Az AI nem fog nekünk enni, nem fog nekünk szexelni sem — vannak élmények, amiket megtartunk magunknak."

Nostr kliens-UX: tanulni az Instagramtól¶

Oshi főleg Nos-on (iOS) használja a Nostr-t — működik, de sok kliensnél nehézkes az npub be/ki lépkedés.
Instagram UI-ját el kell ismerni: "they got game" — sima, ismerős, jól működik.
A Nostr kliensüknek a familiaritás a kulcs: a technikai részleteket (relay selection, NIP-ek) rejtsék el, de legyen elérhető a haladóknak.
Nostrudel: nagyon feature-rich, de power-user orientált — túl sok opció a kezdőnek.
Natív appok vs. web kliens: a Nostr hátránya, hogy túlnyomórészt webes kliensek vannak, míg az Instagram natív iOS app — a simaság és sebesség különbség érezhető.
"Apple-t nem szabad alábecsülni: a végső bossok, akiket le akarunk dönteni" — jó hardver, jó design, konzisztens.

Nostr marketplace-fejlesztői kihívások¶

Delete request probléma (Shopster): egy termék törlése két külön event — a relay-k nem vonják össze őket, csak szállítják az eventeket.
Ha egy kliens beolvassa a termék-eventet, de nem a delete-et → "szellem-termék" jelenik meg.
Oshi tapasztalta: cashew token rendelés jön be egy termékért, amit már régen törölt.
Megoldási irányok:
Replaceable event-ek: a termék-eventbe hidden tag, amit a kliens szűrhet.
Merchant relay-k, amelyek intelligensebben kezelik a delete-eket.
Hazard dolgozik a NIP60/NIP61 eCash wallet integráción — ott is has - Hazard dolgozik a NIP60/NIP61 eCash wallet integráción — ott is hasonló a deduplikációs probléma (duplicate sats).
Néhány relay ignoreálja a delete request-et ideológiai okokból ("nem hiszünk a törlésben") — ez e-commerce-nál problémás.
Plug-and-play a jövő: TakeMySats.com (Bullish Bitcoin) — csak Lightning URL-t csatlakoztatsz és kész a bolt.
Cal Dev (Shopster/Milk Market) — dicséret a munkáért, de a delete-probléma prioritás.

Gyakorlati Bitcoin-használat: Square terminal¶

Oshi egy helyi borosboltban (Joe, természetes bor, festőművész) vásárolt — a Square terminál Bitcoin fizetést támogatott.
"Már nyer — nem lehet megállítani a hálózati hatást" (Lyn Alden: "can't stop this train").
Oshi a butter-t is a boltban árulja — a Bitcoin és a Nostr egyre inkább a valódi világba integrálódik.

Búcsú és üzenet a merchantoknak¶

Oshi több mint 750 szállítást teljesített Bitcoin-only/Nostr-only módon ~1,5 év alatt — "ez nem elvont elmélet, ez történik".
Üzenet: "Ha van valami eladni valótok, gyertek a Nostr-ra — mutassátok meg, botladozzatok, találtok segítőkész embereket. Annyi hely van még!"
Történelmi mérföldkő: Oshi volt az első ismert felhasználó, aki ZapOut-ot hajtott végre (termék ellenértéke visszafizetése Nostr-on).
"We're all still figuring it out" — a korai szakaszban lenni a legizgalmasabb.

Technikai highlight-ek¶

Téma	Technológia	Állapot
Bolt backend	BTC Pay Server + Start9 node	Működik
Frontend	GitHub + Vercel hosting	Működik
Nostr login	npub + extension (NIP-07)	Implementálva
Weboldal zap	Alby CP Bitcoin CLI alapú	Működik
ZapOut	Első ismert felhasználó: Oshi	Történelmi
Delete handling	Shopster: nem megbízható	Ismert hiba
NIP60/61 eCash	Hazard fejleszti	Folyamatban
Merchant relay	Intelligens delete handling	Tervezés

Főbb tanulságok¶

A Nostr kereskedelem specifikációja átlépte az e-commerce határát — a négy pillér (item, order, payment, delivery) minden piactér-típusra skalázódik.
Az eCash nem csak fizetési eszköz, hanem programmatikus funkciókat hordoz: feltételes felszabadítás, escrow, nem-custodiális lightweight Lightning.
A HODL invoice és eCash escrow megközelítések egymást kiegészíthetik — különböző tranzakcióméretekhez és bizalmi igényekhez.
A decentralizáció nem csak a pénznél, hanem a relay-eknél és a weboldal-szervezésnél is kritikus: Pyramid Relay, FIPS, lokális cache mind a központosított szervermodell alternatívái.
A NOS Rocket modell alulról építkező részesedés-dinamikája olyan emergens colaborációt tesz lehetővé, ami más platformokon nem létezhetne.
Az AI-asszisztált fejlesztés demokratizálja az építést — "nincs mentség arra, hogy ne építs valamit".
A Nostr forgalomba hozatal nélkül is terjedhet — a zap-élmény és a social graph hordozhatóság a legerősebb onboarding.