# 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):
  1. **Termék (Item)** — ami eladó/foglalható (tárgy, fuvar, szoba, szolgáltatás)
  2. **Rendelés (Order)** — a tranzakció maga
  3. **Fizetés (Payment)** — on-chain, Lightning, eCash, escrow
  4. **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

1. 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.
2. Az eCash nem csak fizetési eszköz, hanem **programmatikus funkciókat** hordoz: feltételes felszabadítás, escrow, nem-custodiális lightweight Lightning.
3. 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.
4. 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.
5. 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.
6. Az AI-asszisztált fejlesztés demokratizálja az építést — "nincs mentség arra, hogy ne építs valamit".
7. A Nostr forgalomba hozatal nélkül is terjedhet — a zap-élmény és a social graph hordozhatóság a legerősebb onboarding.