Kihagyás

Citadel Dispatch CD206: Eric Sirion, Joscha és Hermann — Fedimint a vadonban

Podcast: Citadel Dispatch
Epizód: CD206
Dátum: 2026-06-30
Műsorvezető: Odell
Vendégek: Eric Sirion (Fedimint alkotó), Joscha (Fedimint közreműködő, iRO integráció), Hermann (Bitcoin Africa, Dél-Afrika federation üzemeltető)
Forrás: podhome.fm


CD206: Eric Sirion, Joscha és Hermann — Fedimint a vadonban (1/4. rész)

Podcast: Citadel Dispatch Dátum: 2026. június 30. Résztvevők: Odell (műsorvezető), Eric Sirion, Joscha, Hermann Rész: 1/4


Főbb témák

  • Bevezetés és a műsor háttere
  • Fedimint áttekintés és a dél-afrikai federation bevezetése
  • iRO integráció és az üzemeltetés egyszerűsége
  • Guardian koordináció és a 3/4 → 5/7 átállás
  • Mentések és helyreállítás mechanikája
  • Federation migráció és az új Conduit tárca

Kulcspontok

Bevezetés

  • A Citadel Dispatch nézői támogatásból él, nincsenek hirdetések vagy szponzorok.
  • Odell csak akkor ad műsort, amikor érdekes téma van; nem kötelezik heti rendszerességre.
  • Jelenlegi bitcoin árfolyam: $58,300; blokkmagasság: 956,087.
  • A mai téma: Fedimint — egy nyílt forráskódú projekt, amely multisig federation létrehozását teszi lehetővé a Bitcoin szabadságorientált használatához.

A dél-afrikai federation

  • Hermann (Bitcoin Akasi) és csapata Dél-Afrikában futtatnak egy Fedimint federationt.
  • Ez már a második federation: az első egy 3/4 teszt federation volt, a mostani pedig egy 5/7 Guardian beállítás (kettő kieshet, a rendszer működik tovább).
  • Hermann mindennap használja és meglepődik, mennyire megbízhatóan működik.
  • Ez a legnagyobb ismert federation „a vadonban”, és az első olyan 5/7 federation, amely kizárólag Start9 csomópontokon és iRO-n fut.

iRO integráció előnyei

  • Nem kell hálózati beállításokkal bajlódni — az iRO automatikusan kezeli a kapcsolatot.
  • Végponttól végpontig titkosított statikus publikus kulcsokkal, így nem függenek külső szolgáltatóktól.
  • A guardian gép bárhova mozgatható — a publikus kulcs követi a gépet; elég egy internetkapcsolattal rendelkező doboz.
  • Az iRO több hálózati interfészt is használ (Wi-Fi, mobil stb.) és automatikusan terheli közöttük a forgalmat a legerősebb kapcsolat fenntartásához.
  • Eric három kontinensről tesztelte (Nairobi hotel Starlink, dél-afrikai Starlink, USA) — tökéletesen működött.
  • Odell megfogalmazása: "A pickupomban is vihetem a Start9-est Starlinkkel, és nem kell aggódnom semmi miatt."

Koordinációs komplexitás (5/7 vs. 3/4)

  • A nagyobb federation megbízhatóbb, de nehezebb koordinálni több embert.
  • Eric szerint ez a fő oka, hogy a federationök jelenleg nem nagyobbak; hosszú távon azonban várhatóan növekedni fognak.
  • Hermann meglepődött, mennyire egyszerű volt a beállítás: legalább három guardian egyáltalán nem technikai beállítású ember.
  • A legnehezebb rész eredetileg a Fedimint alkalmazás sideload-ja volt a Start9-re, de azóta a közösségi áruházban elérhető — egykattintásos telepítés.

Mentések és helyreállítás

  • A mentések statikusak: egyszer elvégzik a beállítás elején, eltárolják USB-n vagy hasonló módon, és kész.
  • A Start9 beépített mentése vagy a Fedimint UI-n keresztüli fizetési mentés egyaránt használható.
  • 5/7 esetén 5 mentés kell a pénz visszaszerzéséhez a legrosszabb esetben, de minden guardiannek ajánlott mentést készítenie.
  • A gyakoribb eset: egy-két guardian leáll, a többi guardian történelmétől kérheti a helyreállítást, és a rendszer folytatja a működést.
  • Ha egy guardian gépe meghibásodik: új doboz, Fedimint app, „Restore” gomb, USB-s mentés feltöltése → 30 másodperc alatt újra online.
  • Ha a privát kulcsok elvesznek és nincs mentés, a guardian többé nem tud részt venni a rendszerben — új federationt kell létrehozni.

Federation migráció

  • Ha egy guardian végleg kiesik, lehetőség van leállítási dátum és utódfederation beállítására a Guardian UI-ban.
  • A felhasználók értesítést kapnak az appban (pl. "Ez a federation július 31-én leáll, kérjük migráljátok a pénzét") és egy kattintással csatlakoznak az új federationhöz.
  • Ezzel a módszerrel migrálták át a felhasználókat a 3/4 teszt federationről az új 5/7-re.

Conduit tárca

  • A dél-afrikai felhasználók a Conduit nevű tárcát használják (nem a Feti app-ot).
  • A Conduitot Joscha fejlesztette, kifejezetten Dél-Afrikára.
  • Támogatja a money backtrack QR-kódokat és Zap ( Lightning ) QR-kódokat.
  • Fókusz: egyszerű UI, csak Fedimint tárca, semmi más.
  • Joscha három hónapot töltött Dél-Afrikában és mindennap ezen élt — egyetlen sikertelen tranzakció sem volt.
  • A korábbi 3/4 federation is meglepően megbízható volt: Joscha három hónap alatt nulla sikertelen fizetés.

Fontos idézetek (magyar fordításban)

"A Dél-Afrikában lévő szinte mindig működik. És ez egy olyan gép, ami csak otthon fut — hihetetlenül megbízható." — Eric Sirion

"Minden egyes tranzakció, amit indítottam, hibátlanul lement. Néhány guardian nem fiberen van, mobil- vagy vezeték nélküli internetet használ — és valahogy mégis működik." — Hermann

"A Fedimint magára vállalja annak a komplexitását, hogy nagyon megbízható szolgáltatást nyújtson — olyasmit, amiért máskülönben nagy felhőszolgáltatóknak (Google, AWS) fizetnél komoly pénzt. Ez benne van a protokollban." — Eric Sirion

"Azt mondanám, szó szerint bárki meg tudja csinálni. Van egy kis koordinációs munka, hogy össze hozd az embereket, de a megértés szintjén tényleg nagyon, nagyon egyértelmű." — Hermann

"A pickupomban is vihetem a Start9-est Starlinkkel, és nem kell aggódnom semmi miatt." — Odell


Megjegyzések

  • A műsor elején Odell megjegyzi, hogy a bitcoin közösség hangulata jelenleg „medves” (bearish), de a tech fejlődik.
  • A műsor közösségi finansztrozású; a legnagyobb zap az előző epizódban 10,000 sats volt (PGS designtól, Jason Tongó-i fellépéséért).
  • A 4 rész közül ez az első; a beszélgetés itt az alapokkal, a telepítési tapasztalatokkal és a megbízhatósággal foglalkozik.

Citadel Dispatch CD206 – 2. rész összefoglaló (magyar)

Podcast: Citadel Dispatch – CD206: Eric Sirion, Joscha, és Hermann – Fedimint in the Wild Dátum: 2026-06-30 Rész: 2/4 Időtartam: ~00:23:24 – ~00:45:33


Főbb témák

  1. Bitcoinon élés a gyakorlatban (Dél-Afrika és Kenya)
  2. Föderációk mérete, küszöbértékek és technikai korlátok
  3. Föderációk növesztése és összevonása idővel
  4. Lightning Gateway architektúra és bizalmi modell
  5. Bizantíni-fault-tolerant konszenzus és a matematikai küszöbök
  6. Fedimint vs. Cashu különbségek – natív on-chain multisig
  7. Adatreplikáció és hálózat uptime
  8. Gateway mint különálló szolgáltatás – szakosodott üzemeltetés

Kulcspontok

Bitcoinon élés a gyakorlatban

  • Eric Dél-Afrikában járt, és a tapasztalata szerint a trükköket ismerve (pl. Money Badger, helyi Bitcoin-elfogadó boltok) kb. 90%-ban Bitcoinon lehet élni.
  • Odell megjegyezte, hogy a Money Badgerben elfogadó boltok mennyisége "megdöbbenti az amerikai elméjét".
  • Hermann szerint egyetlen oka van a bankszámla megtartásának: útlevél-vízumhoz kell a "proof of funds" bankszámlakivonat – Bitcoin-pénztárca screenshot nem elég.
  • Kenyában Hermann egy hétig egyáltalán nem váltott helyi valutát: Bitcoin/Lightning wallet-tel ment be és jött ki, shillinget csak szuvenírnek hozott haza a gyerekeknek.

Föderációk mérete és küszöbértékek

  • A jelenlegi "sweet spot" az 5 az 7-ből (5-of-7) küszöb.
  • Javasolt méretek: 4-of-4 (kicsi), 5-of-7, majd 7-of-10, végül 10-of-13 (vagy 10-of-14).
  • Ha egy guardian hibázik (pl. elveszti a backupot, leég a háza), a rendszer automatikusan egy guardian-al kevesebbel működik tovább (pl. 5-of-6).
  • A maximum méret 20 guardian, mivel a natív on-chain multisig szabályok ennél nagyobbat nem engedélyeznek. Teszteltek már ilyen méretű föderációt, jól teljesített.
  • A teljesítmény (latencia) nem romlana a guardianok számával – Joscha 2023-as konszenzus-újraírása miatt közel állandó marad a latencia. Csak minimálisan nő a sávszélesség-fogyasztás.

Föderációk növesztése és összevonása

  • Koncepció: két regionális 5-of-7 föderáció, hasonló felhasználókkal, összeolvadhat 10-of-13 föderációvá.
  • A régi föderációk shutdown-dátumot kapnak, az újat successor-ként adják meg; a felhasználók átjárhatnak.
  • Átmenetileg párhuzamosan futtathatók ugyanazon a Start9 csomóponton – Eric feature request-ként jelezte, hogy a Start OS támogassa több példány egyidejű futtatását.

Bizantíni-fault-tolerant (BFT) konszenzus – matematikai háttér

  • A küszöbértékek nem egyéni preferenciák, hanem technikai BFT-eredmények diktálják.
  • A legalacsonyabb elérhető küszöbök: 3-of-4, 5-of-7, 7-of-10, 10-of-13/14.
  • Joscha elmondása szerint szívesen választanának alacsonyabbat (pl. 4-of-7), de 5-of-7 a technikailag elérhető minimum.
  • Eric magyarázata: ha alacsonyabb küszöb alatt maradnánk, az on-chain alapokhoz még hozzá lehetne férni, de nem lenne garancia arra, hogy a föderáció megegyezzen, mely tranzakciók érvényesek – ez lopási kockázatot hozna be.

Fedimint vs. Cashu – architekturális különbségek

  • A Fedimint natív on-chain multisig pénztárca (nem eCash-szerver, mint a Cashu).
  • Emiatt valakinek Lightning-csomópontot kell futtatnia – ez a Gateway.

Lightning Gateway architektúra és bizalmi modell

  • A Gateway egy külön szoftver/szolgáltatás, amely összeköt egy Lightning-csomópontot a föderációval. Szétválasztják a szerverüzemeltetést (guardianok – könnyű, automatizált) a letétkezeléstől (Lightning-csomópont – folyamatos szakértelmet igényel).
  • A Fedimint projekt jelenleg saját gateway-t bootstrappel új föderációkat.
  • Egy gateway kiszolgálhat több föderációt, és egy föderációhoz több gateway is kapcsolódhat.
  • Ha egy föderáció eléri a kritikus tömeget, saját gateway-t indíthat és párhuzamosan futtathatja a Fedimint gateway-je mellett; a kliensek véletlenszerűen terhelik őket, ha az egyik leáll, automatikusan a másikra esnek vissza. Végül a Fedimint lekapcsolódik.
  • A gateway nem kap letétkezelő szerepet: csak a Lightning Network "kiterjesztése" a föderációba. A gateway vagy továbbítja a pénzt és megkapja a díjat, vagy nem teszi és nem kap pénzt. A felhasználó nem bízik a gateway-ben, csak a szolgáltatás elérhetőségére támaszkodik.

Gateway megbízhatósága és leállás

  • Ha a Lightning Gateway leáll, a föderáció nem lesz használhatatlan: az eCash és az on-chain tranzakciók tovább működnek, csak a Lightning-rész akad meg.
  • A guardianok lakossági interneten futnak (~95-97% uptime), a gateway viszont felhőben fut (jobb uptime), így ez kiegyenlíti.
  • A föderáció 99.5%+ uptime-ot ér el 5 guardian 95-97%-os egyedi uptime-jával, feltéve, hogy függetlenek (nem ugyanaz a rollback/szünet érinti őket). Eric tanácsa: osszák szét a guardianokat, hogy ne érje őket ugyanaz a áramszünet.

Adatreplikáció és megbízhatóság

  • A kifizetés csak akkor mutatkozik megerősítettnek, ha a tranzakció öt guardian lemezén stabilan replikálódott – mindez ~200 milliszekundum alatt.
  • Ez az a funkció, amit a Lightning-csomópontok futtatói különösebben nehezen oldják meg (felhő-s tárolás replikációval vagy managed Postgres-sel), a Fedimintbe beépítve megkapják.

Két tipikus felhasználói profil

  1. Megtakarító/felhasználó: on-chain vagy hardveres pénztárcában tartja a megtakarítását, időnként több ezer dollárt mozgat be a föderációba, majd Lightning-nél költ.
  2. Kereskedő/POS-üzemeltető: Lightning-ön keresztül gyűjt bevételt, majd időnként $10–30 ezer értékben von vissza on-chain.
  3. A föderáció nem kis összegeknek szól – komoly megtakarítás/letét kezelésére szolgál.

Gateway-k hozzáadása a guardianok által

  • A guardianok a saját UI-jukban adják hozzá a gateway URL-eket.
  • Nem kell egyhangú (5-of-7) szavazás – bármennyi guardian konfigurálhatja.
  • A kliens a gateway-eket "szavazat-szám" alapján próbálja: minél több guardian konfigurálta, annál hamarabb.
  • Egyetlen guardian is unilaterálisan hozzáadhat új gateway-t, ha minden korábbi offline – azonnal feloldja a föderációt. Később a többiek is csatlakozhatnak, hogy több "szavazatot" kapjon.
  • Odell: "Ez zseniális, szeretem."

A Lightning szakosodása

  • Eric megfigyelése: a Lightning professzionalizálódik – a saját otthoni Lightning-csomópont futtatás divatja (2021-22) lement; mostanában az emberek letéti megoldásokat használnak (Blink/Wallet of Satoshi, Phoenix, Async).
  • Gateway futtatása lehetséges saját magán is (Start9, Umbrel csomagok), de a trade-off-kat ismerni kell: folyamatos idő kell a node menedzselésére, különben rossz lesz a routing és a szolgáltatás minősége.

Fontos idézetek (magyar fordításban)

"Ha nem lenne a vízumhoz a proof of funds, valószínűleg nem kellene bankszámlám." – Hermann

"Kenya egy hetében egyáltalán nem váltottam helyi valutát – Bitcoin-wallet-tel mentem be és jöttem ki." – Hermann

"A latencia nem változik a guardianok számával… minimálisan több sávszélességet fogyaszt, de elhanyagolható." – Eric Sirion

"A fizetésed csak akkor számít megerősítettnek, ha már öt guardian lemezén stabilan replikálódott – mindezt 200 milliszekundum alatt." – Joscha

"A gateway nem kap letétkezelő szerepet: vagy továbbítja a pénzt és megkapja a díjat, vagy nem, és akkor nem kap semmit." – Eric Sirion

"Egyetlen guardian is unilaterálisan hozzáadhat új gateway-t, és azonnal feloldja a föderációt." – Eric Sirion

"A föderáció nem kis összegeknek készült – egy évnyi megtakarítást is kezelhet." – Joscha


Összeállította: Hermes Agent automatikus összefoglaló a CD206 2. részére alapján.


CD206: Eric Sirion, Joscha, és Hermann – Fedimint a gyakorlatban (3/4. rész)

Főbb témák

  • Fedi kommunikációs és pénzügyi komponenseinek elhelyezkedése
  • Közösségi letét (community custody) modell és a bizalom
  • Fedimint mint a központosított és teljesen decentralizált megoldások közötti kompromisszum
  • On-chain UTXO konszolidáció és díjkezelés a Fedimintben
  • eCash fogalma, története és felhasználói elfogadása
  • Záró gondolatok

Kulcspontok

Kommunikáció vs. letét – hol fut mindez?

  • A Fedi alkalmazás két komponensből áll: pénztárca (wallet) és csevegés (chat).
  • A letét (custody) átkerül a közösség által üzemeltetett federációba, míg a csevegés továbbra is felhő alapú, központosított szerveren fut.
  • A csevegés state-of-the-art titkosítással működik, a Signallal megegyező protokollt használva – a központosított szolgáltató nem látja a tartalmat, így a decentralizáció kevésbé sürgős.
  • Hosszú távon a cél a decentralizáció: a Matrix protokollt választották alapul, jövőbeli decentralizált megoldásokkal (pl. MLS-alapú White Noise).

A közösségi letét mint elfogadható bizalmi modell

  • Hermann kiemeli: az általa vizsgált közösségekben a bizalom másképp néz ki – a szomszédok között nem ritka, hogy bankadatokat, PIN-eket osztanak meg.
  • A Fedimint természetesen illeszkedik a meglévő társadalmi bizalmi struktúrákhoz.
  • Eric Sirion félelme eredetileg az volt, hogy hyperbitcoinizáció esetén mindenki a nagy bankoknál (pl. JPMorgan Chase) tartaná a Bitcoinját – ez rossz kimenetel lenne. A Fedimint pragmatikus kompromisszumot kínál.

Federált alkalmazások és kompromisszumok

  • A legtöbb központosított szolgáltatás felépíthető federált módon is, míg egy teljesen decentralizált implementáció sokszor megoldhatatlan problémákkal küzd.
  • A shitcoin világ alapvetően megpróbál decentralizált megoldásokat találni, de gyakran egy "federation with extra steps" (multisig extra lépésekkel) eredményt kapnak.
  • Ha őszintén elismerjük, hogy multisigről van szó, sokkal több szabadság nyílik funkciók építésére.

Fedi moduláris architektúra és szintetikus USD

  • A Fedi moduláris felépítésű, könnyen bővíthető.
  • Van egy modul, amely lehetővé teszi a Bitcoin expozíció fedezését és szintetikus USD tartását – hasznos pl. boltosok számára, akik rövid távon dollárban akarják tartani a bevételüket, hogy hamarosan újratöltsenek.

Tranzakciós díjak és zero-fee eCash

  • Hermann tapasztalata: kis tranzakciós összegeknél (1 dollár alatti) az emberek nagyon figyelnek a díjakra.
  • Ha egy közösség ugyanazon a federáción van, az eCash küldése tagok között nulla díjat jelent.
  • Ez sokkal jobb, mint mindenkit egy központosított custodial walletre (pl. Wallet of Satoshi, Blink) tölteni, vagy Lightning hálózati díjakat fizetni.

On-chain UTXO konszolidáció (V2 Wallet modul)

  • Odell felveti: mi történik, ha a federációnak rengeteg apró UTXO-ja lesz és az on-chain díjak megugranak (mint a Coinbase 2017-es esete)?
  • Joscha: a Hermann-féle federáció a V2 generációs modulokat futtatja. A V2 Wallet modul minden peg-in alkalmával azonnal egyetlen UTXO-ba konszolidál, és pontosan annyi eCash-t bocsát ki, amennyi a federáció UTXO tárcájának növekedése.
  • A federáció így mindig egyetlen UTXO-t tart.
  • Előny: minden felhasználó pontosan azt a díjat fizeti, amit a federációnak okoz. Nincs közös díjköltség (socialized fees), így nincs kizsákmányolási lehetőség.

Megerősítési idő és díjpolitikák

  • Mivel az UTXO közös erőforrás, nem várhatnak 12 órát egy tranzakcióra, hogy díjat takarítsanak meg.
  • A federáció a Bitcoin Core 1-block estimation díját várja el – a biztonságosabb, magasabb oldal felé térnek el.
  • Nincs RBF (Replace-by-Fee) vagy batching optimalizálás – mindig elegendő díjat adnak a következő blokkba való valószínű bekerüléshez.

Lightning és on-chain kapcsolat

  • Hermann tisztázza: a konszolidáció csak on-chain tranzakciókra vonatkozik; a Lightning tranzakciók nem érintik az egyetlen UTXO-t – a gateway csak eCash-t cserél SAT-okkal.
  • Eric: a federáció lényegében az összes Lightning tranzakciót egy nagy on-chain tranzakcióba batcheli végül. A gateway float-ot tart fenn, Lightning likviditás és on-chain Bitcoin között vált.

eCash: fogalom és felhasználói elfogadás

  • Hermann meglepve tapasztalta Prágában és Nairobiban, hogy sokan ismerik a Fedi walletet, de fogalmuk sincs, mi az eCash, és hogy az eCash megelőzte a Bitcoint.
  • Eric filozófiája: ha nem kell elmagyarázni, ne magyarázzuk. Az átlag felhasználónak csak egy kényelmesebb Bitcoin-interakcióra van szüksége – az eCash adta privátságot amúgy is megkapja.
  • Az eCash egyedülálló funkciója: a pénz maga az adat – egy kódsorozat, ami elküldhető chat üzenetben, mint készpénz átadása az interneten.
  • Eric konferenciákon papír eCash-t nyomtatott – fizikai voucher, amit beszkennelve a felhasználó azonnal kapja a SAT-okat a walletbe.
  • Joscha: az, hogy az emberek nem ismerik az eCash-t, annak a jele, mekkorra nőtt a Bitcoin tér – Cashu rengeteget kommunikált róla, de a tér annyira hatalmas, hogy még teljes munkaidős Bitcoinerek is alig hallottak róla.

Fontos idézetek (magyarul fordítva)

"Csak a letét kerül át a közösség által üzemeltetett federációba. A csevegés funkció továbbra is felhő alapú." – Eric Sirion

"A legnagyobb félelmem az volt, hogy ha jön a hyperbitcoinizáció, akkor mindenki a nagy bankoknál tartja majd a Bitcoinját, és ez szörnyű kimenetel lenne. Ezért érdemes volt egy pragmatikus kompromisszumot találni." – Eric Sirion

"A legtöbb központosított szolgáltatást fel lehet építeni federált módon is. A teljesen decentralizált megoldások sokszor lehetetlenek – a shitcoin világ lényegében egy multisag extra lépésekkel." – Eric Sirion

"A federáció mindig egyetlen UTXO-t tart a tárcájában. Minden peg-in azonnal konszolidálódik, és pontosan annyi eCash-t bocsátunk ki, amennyi a növekedés." – Joscha

"Mindenki a saját díját fizeti. Nincs közös díjköltség, így nincs kizsákmányolási lehetőség – senki nem adhat a federációnak sok apró UTXO-t és ürítheti ki a díjkészletet." – Eric Sirion

"A pénz maga az adat. Egy kódsorozat az eCash – elküldheted chat üzenetben, mintha készpénzt adnál át az interneten." – Hermann

"Ha nem kell elmagyarázni, ne magyarázzuk. Ha csak működik és kényelmesebb módja a Bitcoin használatának, az elég. Az eCash adta privátságot amúgy is megkapják." – Eric Sirion

"Az, hogy az emberek nem ismerik az eCash-t, annak a jele, mekkorra nőtt ez a tér." – Joscha

"A Fedimint valószínűleg a Bitcoin egyik legfontosabb technológiája lesz a jövőben, mert elfogadható bizalmi modellt teremt – sokkal jobbat, mint egy teljesen központosított megoldás." – Hermann


Záró gondolatok (Hermann)

  • Hermann úgy véli: nem túlzás mondani, hogy a Fedimint az egyik legfontosabb Bitcoin-technológia lesz a jövőben.
  • Létrehoz egy "elfogadható bizalmi modellt" – sokan vitatják ezt, de a gyakorlatban sokkal jobb, mint a teljesen központosított megoldások.
  • Mindig kényelmetlen érzés volt valakit egy teljesen központosított wallet szolgáltatásra onboardolni; most végre van egy alternatíva, amely elfogadható bizalmi modell mellett is kiváló felhasználói élményt nyújt.

CD206: Záró gondolatok (4/4. rész)

Podcast: Citadel Dispatch
Dátum: 2026-06-30
Rész: 4/4 (záró szakasz)


Fő témák

  1. Fedimint mint társadalmi kísérlet — a technológia kész, a közösségi struktúrák a kérdésesek
  2. Medvepiac = építés ideje — Eric Sirion záró gondolata
  3. Köszöntés és búcsú

Kulcspontok

Fedimint mint társadalmi kísérlet

  • Joscha szerint a Fedimint projekt legalább annyira társadalmi kísérlet, mint technikai
  • Sok új technológiát kombináltak: iRO (Start Nine-en való futtathatóság), OneNote (2 héttel korábban jelent meg)
  • A valódi kérdés: képesek-e a közösségek olyan társadalmi struktúrákat kialakítani ezek körül a rendszerek körül, ami működik a hétköznapi emberek számára
  • Joscha: "Which for me kind of out of my hands" — a technológia kész, a társadalmi adaptáció már nem az ő kezében van

Medvepiac = építés ideje

  • Eric Sirion visszakanyarodik Odell műsor eleji megjegyzésére: "bear markets are for building"
  • Szerinte most, minden eddiginél fontosabb a privát és a szabadságért való küzdelem
  • Felhívás a csatlakozásra: "Join us"

Fontos idézetek (magyar fordításban)

„A Fedimint projekt legalább annyira társadalmi kísérlet, mint technikai. Sok új technológiát tettünk össze, hogy eljussunk idáig. Most a kérdés: képesek vagyunk-e olyan társadalmi struktúrákat kialakítani ezek körül a rendszerek körül, ami működik közösségek és hétköznapi emberek számára?”

„Ez egy társadalmi probléma. Ezek a legnehezebbek.” — Odell

„A medvepiacok az építés ideje. És most, minden eddiginél jobban, küzdenünk kell a magánéletünkért, a szabadságunkért. Csatlakozzatok hozzánk.” — Eric Sirion

„Maradjatok alázatosak, gyűjtsetek satoshikat.” — Odell (záró mondat)

Vissza a tetejére