# Onchain Zaps in Ditto: Bitcoin Tipping Without Lightning

**Szerző:** Soapbox.pub · **Dátum:** 2026 · **URL:** [soapbox.pub/blog/onchain-zaps-in-ditto](https://soapbox.pub/blog/onchain-zaps-in-ditto/) · **Forrás:** Soapbox blog (Ditto 2.12 release post) · **Műfaj:** technológiai kiáltvány + termékhirdetés · **Címzett:** Bitcoin / Nostr közösség

## Összegzés

A cikk a **Ditto 2.12** wallet kiadását ünnepli, amely lehetővé teszi, hogy **Nostr publikus kulcsokat közvetlenül Bitcoin-címként** használjunk — így onchain Bitcoin-t lehet küldeni bármely Nostr felhasználónak, Lightning channel, LNURL, invite code vagy bármilyen előzetes beállítás nélkül. A szerző (a Ditto / Soapbox mögötti fejlesztő) éles filozófiai támadást intéz a Lightning-first narrativa ellen: szerinte a Lightning UX egy könyvelőre emlékeztet, míg az onchain Bitcoin egy kalózéra. A cikk központi állítása, hogy **a Bitcoin elvesztette a "plot"-ot**: a magas díjak okozta 2017-es sokk miatti védekező mechanizmus (Lightning) mára dogma lett, és gátolja, hogy a Bitcoin valódi értékét (az azonnali, akadálymentes, peer-to-peer pénzküldést) újra felfedezzük. A szerző személyes példával támasztja alá: a release első napján $2000-t osztott szét prominens Nostr fejlesztőknek (köztük Vitor Pamplona, az Amethyst alkotója), és 24 órán belül az Amethyst is beépítette a funkciót — ezer felhasználóhoz jutva el a "regular Bitcoin" tipping. A cikk három ellenérvet is megválaszol: (1) a díjak ma $0.24 körül mozognak, de ez nem akadály, hanem lehetőség valódi érték küldésére (a $0.02-s Lightning-zap "valójában használhatatlan", mert a kifizetés költsége nagyobb, mint az értéke); (2) a privacy aggályok ("vér van a kezeden") — a válasz az, hogy a Nostr-cím = Bitcoin-cím, és ez a protokoll szerves része, nem hiba; (3) az address reuse — ugyanez igaz a Nostr-ra és az Ethereumra is. A második felében a szerző a **Silent Payments** megoldást mutatja be, amely a privacy-t szolgálná: Tim Bouma áttörése, hogy silent payment address-et **közvetlenül Nostr publikus kulcsból** lehet származtatni, és ez drop-in kompatibilis az onchain zaps-okkal. A cikk végső üzenete egy Bitcoin-maximalista kiáltvány: **"Unstoppable money is the plot"** — a Bitcoin mindig is az volt, de a saját fanatikusai (akik a "helyes használat" vallásos szabályait erőltetik) akadályozzák, hogy visszatérjen az eredeti formájához.

## 1. Bevezetés: a "plot" elvesztése

Mark Cuban mondta, hogy a Bitcoin "elvesztette a plot-ot". A szerző ezt a Bitcoin open pasture-jával válaszolja meg: a hálózat 2026-ban kongott az ürességtől, a díjak alacsonyak, és a Bitcoin készen áll a világra — **a kérdés, hogy a világ készen áll-e a Bitcoinra**.

A cikk ezt a "plot-ot" keresi vissza: a Bitcoin magic Internet money, freedom money, Open Source money — és a szerző szerint a **Nostr pont ez a visszatérés**. A Bitcoin Twitter Nostr-on van, de a Bitcoin Twitter valójában Twitteren van; a Nostr egy fekete lyuk, egy űr, ami arra vár, hogy betöltsék.

## 2. A Nostr-Lightning házasság problémája

A Nostr-t Bitcoin-fejlesztők hozták létre, és a kulcsai Bitcoin-címek. Az ígéret az volt, hogy peer-to-peer Bitcoint lehet küldeni a decentralizált közösségi hálózaton. Ehelyett a Lightning lett a megoldás — a 2017-es bull run okozta torlódásra adott válaszként.

A szerző 3 évet töltött azzal, hogy a Nostr-Lightning ökoszisztémát építette, és arra jutott, hogy:

- **Az "I can't zap you" a leggyakoribb mondat a Nostr-on** — a UX annyira rossz, hogy az emberek többsége egyszerűen nem tud Bitcoint küldeni
- **Az egyetlen "sikeres" megoldások a Bitcoint kevésbé szabaddá, kevésbé nyílt forrásúvá és kevésbé varázslatossá tették** (zárt wallet-ek, custodial megoldások, LN node-ok, liquidity-problémák)
- **A "regular Bitcoin" UX fantasztikus**: kicsit furcsa, de keveset kér, és hatalmas szabadságot ad. A Bitcoin kalóznak érezteti magát, a Lightning könyvelőnek.

A szerző itt használja a cikk egyik központi metaforáját: **"Are you a pirate or an accountant?"**

## 3. Onchain Zaps in Ditto 2.12

A Ditto 2.12-ben a szerző és csapata egy wallet-et szállított, ami **a Nostr publikus kulcsot közvetlenül Bitcoin-címként** használja. A küldő és a fogadó fél számára sincs szükség további beállításra — bárki küldhet bárkinek Bitcoint, "ready or not".

A mechanizmus egyszerűsége a lényeg:

- **Nincs Lightning channel** megnyitás
- **Nincs LNURL szerver** konfigurálás
- **Nincs invite code** vagy onboarding
- **Nincs liquidity-probléma**
- **Nincs anxiety** a channel-ek és a node-ok kapcsán

A release első napján a szerző $100-t küldött prominens Nostr fejlesztőknek, köztük Vitor Pamplona-nak (az Amethyst androidos kliens alkotójának). Vitor 24 órán belül beépítette az Amethystbe is, és a "regular Bitcoin" tipping ezer Nostr felhasználóhoz jutott el. Összesen $2000-t osztott szét egyetlen hétvégén.

A szerző személyes vallomása: *"It feels good to give to people. There were no barriers stopping me from giving; no barriers stopping them from receiving. I want to give more to people. I want to give as much as I possibly can."*

## 4. A visszhang (backlash)

Az Amethyst kiadása után erős visszhang érkezett:

### 4.1 A díjak elleni érv
Azt állították, hogy a $0.24-os tranzakciós díj "túl magas" a Nostr mikro-tranzakciókhoz. A szerző válasza:

- A Nostr átlagos tranzakció $0.02 volt, de ez **valójában használhatatlan**: a kifizetés költsége (channel close, on-chain exit) nagyobb, mint az értéke, és szinte lehetetlen "valódi pénzzé" konvertálni
- **Ha valódi értéket akarunk küldeni, aminek valódi hatása van, akkor a díjak nem akadályok, hanem a normális üzletmenet részei**

### 4.2 A privacy elleni érv ("vér van a kezeden")
Azt állították, hogy a Bitcoin publikus ledger, és a szociális profil összekapcsolása a tranzakciókkal kockázatos. A szerző válasza:

- Senki nem kényszeríti az embereket, hogy használják — ha valaki nem akar nyilvános tranzakciókat, ne használja
- A Nostr-cím = Bitcoin-cím, és ez a protokoll szerves része, nem hiba
- A Satoshi által javasolt "minden tranzakcióhoz új cím" elv, de a Nostr és az Ethereum is "address reuse"-t használ (1 cím = 1 identitás), és ez nem probléma, hanem design döntés
- **A legmeggyőzőbb érv**: Navalnyi támogatóit a mai napig üldözik a Bitcoin-címére küldött adományok miatt

### 4.3 Az "address reuse" elleni érv
Ugyanaz, mint fent: a Nostr és az Ethereum is "address reuse"-t használ. A stablecoin-ok (USDT) Venezuelában a mindennapi fizetés eszközévé váltak, ahol a privacy luxus.

## 5. Silent Payments — a privacy megoldás

A legtöbb embert nem fogják célzottan támadni a nyilvános Bitcoin-tranzakciók miatt — a szerzőt ez nem nagyon aggasztja. De akiket igen?

- **Monero teljesen megoldotta a privacy-t**, de a pénz a Bitcoinban van, nem a Moneroban
- A Samurai Wallet fejlesztőit börtönbe zárták, mert a Bitcoinra privacy-t próbáltak építeni (Samourai Whirlpool)
- **Silent Payments** egy kriptográfiai trükk, ami nem igényel változtatást a Bitcoin protokollban, és közelíti a Monero-szintű privacy-t. 2023-ban vezették be, de a wallet-ek nem adaptálták széles körben.

A Nostr közösség négy fejlesztővel válaszolt:

1. **hzrd** — forkolta a Ditto-t, és Silent Payments implementációt épített. Ő írta a [NIP-SP](https://nostrhub.io/naddr1qvzqqqrcvypzqfngzhsvjggdlgeycm96x4emzjlwf8dyyzdfg4hefp89zpkdgz99qy28wumn8ghj7un9d3shjtnyv9kh2uewd9hsqpjwf9gz656seqszmx)-t (Nostr Improvement Proposal a Silent Payments-hez). Az ő javaslata **interaktív volt**: a fogadónak előre publikálnia kellett egy eseményt, mielőtt fogadhatott.
2. **Vitor Pamplona** — próbálkozott egy saját specifikációval (hasonló hzrd-éhez), de gyorsan arra jutott, hogy nem éri meg az onchain zaps-ok alternatívájaként.
3. **Tim Bouma** — **áttörést ért el**: kiderítette, hogy silent payment address **közvetlenül származtatható egy Nostr publikus kulcsból**. Ez drop-in kompatibilis az onchain zaps-okkal — a küldőnek nem kell tudnia, hogy a fogadó támogatja-e a Silent Payments-t.
4. **A szerző** — elkezdte implementálni a Silent Payments-t a saját projektjeiben (Ditto, Ditto Extension), és egy új, ground-up Silent Payments wallet-et épít.

A szerző kiemeli Tim Bouma érdemeit: *"Tim and hzrd deserve a lot of credit for their perserverance here. I don't think people appreciate the gravity of this discovery yet."*

### 5.1 A Silent Payments kompromisszumai

- **Lassú fogadás**: a wallet-nek scan-elnie kell a blockchain-t, hogy megtalálja a neki szóló fizetéseket (a public scanner-ek nem tudják indexelni — ez a privacy lényege)
- **A fogadó UX degradálódik**: lassabb, mint az onchain zaps
- **Nem silver bullet**: csak akkor érdemes használni, ha a privacy fontosabb, mint a kényelem

A szerző itt visszacsatlakozik a "public vs private" dilemmához: **"On a decentralized social network, public works better. This is not an opinion but a law of nature. In public other people can help you before you even ask. In private, by default you are alone."**

## 6. A nyilvános ledger melletti érv

A Bitcoin publikus ledger-e a siker egyik legfőbb oka:

- **Viralitást generál** — mások látják, hogy valaki Bitcoint kap, és ők is akarnak
- **Triggerel fontos diskurzusokat** — a tranzakciók nyilvános viták tárgyává válnak
- **Lendületet és legitimitást ad** — a "föld feletti" működés védelmet nyújt a hatóságokkal szemben
- **Demokratikus részvételt** és skálázhatóságot tesz lehetővé

A szerző élesen támadja a privacy-maximalista álláspontot:

> "The biggest privacy freaks tend to be the most affluent and wealthy. This makes sense, but should their opinion matter more than actual dissidents? People who have no privacy because every system around them is already compromised. When privacy is a luxury, unstoppable funding is what people need most."

A legmegállíthatatlanabb funding a Bitcoin legegyszerűbb formája: **egy statikus cím**. A Navalnyi-eset is bizonyítja: ha nem lenne statikus cím, senki sem tudott volna adományozni.

A cikk idézetei disszidensektől (Gáza, Venezuela) alátámasztják az érvet: az adományozók és a címzettek számára a lényeg, hogy **a pénz eljusson** — nem az, hogy titkos legyen.

## 7. A Bitcoin maximalista "ön-gyűlölet" problémája

A szerző filozófiai csúcspontja: a Bitcoin legnagyobb rajongói **megvetik a saját designját**. Vallásos buzgalommal védik a "helyes használat" szabályait, miközben az alapfunkcionalitást tiltottnak tekintik.

> "I believe Bitcoin developed this fanaticism as a defense mechanism against things they percieve as 'problems' about Bitcoin that they know cannot be 'fixed' on a technical level. So it must be socially enforced. This is why I have touched a nerve."

A szerző ezt "ön-gyűlöletnek" nevezi: a Bitcoin-t beburkolják láncokkal és ceremóniális szabályokkal, miközben az eredeti egyszerűségét eltemetik.

> "I for one accept Bitcoin for what it is. A tool for unstoppable money. Not infinite privacy."

## 8. Unstoppable Money — a kiáltvány

A cikk záró szakasza a Bitcoin sorsáról szól:

> "Bitcoin is, and always has been, unstoppable money. We have been so focused on surviving in a high-fee environment that we will die in a low-fee environment. The heart of Bitcoin is the public ledger — the same public ledger that made Bitcoin legitimate, the same public ledger Mark Cuban thinks Bitcoin has outgrown."

A szerző szerint a Bitcoin **nem nőtt túl semmin** — csak a leghangosabb rajongói nőttek túl a saját hitükön. A Bitcoin legfőbb akadálya nem a díjak, nem a lánc, nem a világ — **a Bitcoin saját népe**.

A személyes történet a végén összefoglalja az egész filozófiát:

> "I gave away $2,000 in a weekend with no Lightning channels, no LNURL servers, no invite codes, no anxiety. People I had never spoken to received it instantly. Nobody had to ask permission. Nobody had to set anything up. That is what Bitcoin was supposed to be, and that is what Bitcoin already is, the moment you stop apologizing for it."

A záró sor: **"UNSTOPPABLE MONEY is the plot."**

## 9. Hogyan kapcsolódik a saját rendszerünkhöz

- **Nostr + Bitcoin integráció**: a hortopato.cc-on a Nostr npub-om (`npub1h0h4pyaajj5r7zu4jn0mx22vkw94avffzpd7hdarjkx56ufzskfqjrtf8e`) jelenleg **identitás-címként** működik, de a cikk alapján érdemes megvizsgálni, hogy a jövőben közvetlen Bitcoin-címként is használható-e
- **Privacy trade-off**: a saját rendszerünkben (knowledge base, Nostr posztok) eddig a privacy-t preferáltuk (NIP-05 handle, npub rejtettség bizonyos felületeken). A cikk azt javasolja, hogy a **public + unstoppable** kombináció bizonyos kontextusban fontosabb, mint a privacy
- **Lightning vs onchain**: ha a jövőben Bitcoin-adományokat akarunk fogadni a wiki / nuclear pulse projektekhez, a cikk alapján az onchain zaps egyszerűbb és közvetlenebb megoldás, mint a Lightning integráció
- **Silent Payments + Nostr**: ha a privacy fontos (pl. adományok), a Tim Bouma-féle NIP-SP alapú megoldás ígéretes alternatíva

## Külső források

- **Soapbox blog (eredeti cikk):** [soapbox.pub/blog/onchain-zaps-in-ditto](https://soapbox.pub/blog/onchain-zaps-in-ditto/)
- **Ditto 2.12 release:** [soapbox.pub/ditto](https://soapbox.pub/ditto/)
- **Amethyst (Vitor Pamplona androidos kliense):** [github.com/vitorpamplona/amethyst](https://github.com/vitorpamplona/amethyst)
- **NIP-SP (hzrd Silent Payments spec):** [nostrhub.io](https://nostrhub.io/naddr1qvzqqqrcvypzqfngzhsvjggdlgeycm96x4emzjlwf8dyyzdfg4hefp89zpkdgz99qy28wumn8ghj7un9d3shjtnyv9kh2uewd9hsqpjwf9gz656seqszmx)
- **Tim Bouma Silent Payments gist:** [gist.github.com/trbouma/77648ebe1005b181b67d1c4b42c7f31d](https://gist.github.com/trbouma/77648ebe1005b181b67d1c4b42c7f31d)
- **Navalnyi-adományok üldözése (privacy-ellenérv forrása):** [en.zona.media/article/2026/04/21/acf_donations](https://en.zona.media/article/2026/04/21/acf_donations)
- **Square Bitcoin Payments engedélyezése:** [cointelegraph.com/news/square-begins-auto-enabling-bitcoin-payments-for-eligible-us-sellers-exec-says](https://cointelegraph.com/news/square-begins-auto-enabling-bitcoin-payments-for-eligible-us-sellers-exec-says)

## Belső források

- **Wiki topic: bitcoin-merchant-adoption** — a Square-féle US seller Bitcoin adoption trend kontextusa
- **Wiki topic: nostr-ecosystem** — a Nostr fejlesztés irányairól (NIP-01, NIP-05, NIP-19, NIP-SP)
- **Wiki topic: bitcoin-power-law** — a Bitcoin hálózat kapacitásáról és a díjak trendjéről (2017 bull run → 2026 uncongested pasture)
- **Wiki topic: privacy-tech** — a privacy vs unstoppable funding dilemma kontextusában
- **Wiki topic: self-hosting** — a "barrier removal" filozófia illeszkedik a self-hosted szolgáltatások ethoszához