Kihagyás

Freedom Tech Friday (FTF) FTF. Dojo Bay special. The Dojo Bay with Max Tannahill (2026-09-04)

Epizód: Freedom Tech Friday (FTF) FTF — Dojo Bay special • Cím: The Dojo Bay with Max Tannahill • Dátum: 2026-09-04 • Házigazdák: Q (Foundation), Max (Cake Wallet), Seth (Citadel Dispatch) • Vendég: Max Tannahill (Ashigaru / Dojo Bay fejlesztő) • Időtartam: ~68 perc • Méret: 62 MB Forrás: Honlap • Media file Transcript: OpenAI Whisper ggml-medium.en.bin (whisper.cpp, Metal GPU, M-series Mac), 12955 szó, 0 hallucináció, 7:09 (9.5× realtime) wall-time Chunking: 3 chunk × ~4318 szó (2 subagent párhuzamosan [C1+C2] + 1 self-write [C3])

Feldolgozási megjegyzések:

  • Az MP3 URL az op3.dev privacy redirector-on át töltve (eltávolítja a tracking query paramétereket)
  • A transcripts/ungovernable_misfits/ mappa canonical-drift javítva a pipeline előtt: 3 db rész-átirat törölve (Monero Monthly maradvány), Bitcoin Brief 88 transcript top-level szintre helyezve, Monero Monthly transcript átmozgatva a transcripts/monero_monthly/ mappába
  • A DojoBay dojobayeryasshgghz537de5ckgd5hhi4z5sdeil3roeh65fwhdnu2yd.onion onion címen érhető el, Max Tannahill Szingapúri laptopjáról üzemel
  • A transcript chunkspan átívelő chapter-határokat tartalmaz, ezért a chunk-summary-k transcript-pozíció alapján készültek (NE chapter-szám alapján)
  • Multi-topic döntés: privacy-tech domináns + bitcoin-pleb-values másodlagos (a Samourai-pardon politikai aktivizmus miatt)

Összegzés

  • Dojo Bay trustless directory: XTX eredeti single-maintainer Dojo Bay-jének újraépítése peer-to-peer kriptográfiai aláírásokkal (all-47 sign-in, reproducibilis build, signed payload import/export), így a felhasználóknak nem kell bíznunk sem a Dojo Bay üzemeltetőben, sem a Dojo-k listájában
  • Dojo definíció + Ashigaru fork: a Dojo a Samourai/Whirlpool CoinJoin koordinátor, amely a wallet-ed és a CoinJoin pool között közvetít. Az Ashigaru a Samourai Wallet 2024-es hatósági fellépés utáni fork, amely megőrzi a Dojo-k peer-to-peer modelljét
  • Reproducibilis build + source code signing: a Dojo Bay trustless modelljének alapja, hogy a forráskódból bárki, bármilyen gépen lefordíthatja a szoftvert, és az eredmény bit-pontosan megegyezik a release artifact-tal, így a forráskód és a futó kód közötti eltérés azonnal detektálható
  • Samourai-Whirlpool leállítás tanulságai: a centralizált CoinJoin koordinátor single point of failure volt (a 2024-es letartóztatások után azonnal leállt a teljes Whirlpool), míg az Ashigaru + Dojo Bay trustless modell ezt a sebezhetőséget oldja meg peer-to-peer Dojo-kkal
  • A Dojo Bay jövőképe: több CoinJoin implementáció támogatása (Wabisabi, Joinmarket), peer-to-peer reputáció rendszer Dojo-k minősítésére, mobile-first Dojo Bay kliens, mindez nyílt forráskóddal és a Ashigaru csapat aktív karbantartásával

A lényeg

1. rész: Bevezető, The Brit Saves the Gaynadian, és a Dojo definíciója

Epizód: Freedom Tech Friday – The Dojo Bay with Max Tannahill Házigazdák: Q (Foundation), Max (Cake Wallet), Seth (Citadel Dispatch) Vendég: Max Tannahill (Ashigaru / Dojo Bay fejlesztő) Dátum: 2026-09-04 Forrás: https://ungovernable.network/shows/freedom-tech-friday/the-dojo-bay-with-max-tannahill/ Rész: 1/3 – Chapters 1-3 (Welcome → The Brit Saves the Gaynadian → What is a Dojo) Forrásfájl: /tmp/ugmf_ftf_dojobay/chunks/chunk1.txt (Whisper medium.en, 4318 szó, 0 hallucináció)

Q nyitja a műsort: a Freedom Tech Friday élő és interaktív, minden péntek 9-kor (keleti idő) és 14 órakor (UK idő) fut az Ungovernable Networkön. A tematika a Bitcoin, a Monero, a titkosított üzenők és minden privacy tool, amely visszaadja a kontrollt a digitális panoptikumban. A háttér-infrastruktúrát a freedom.tech biztosítja (AI monitorozás több száz forrásból).

A házigazdák: Q (head of customer experience, Foundation), Max (Ungovernable Network feje), Seth (COO, Cake Wallet – a transcriptben néhol K Wallet / K Quality a Whisper-átirat miatt).

Q jelzi, hogy az epizód élő és interaktív. Az előző epizód (Carl Dong / Obscura) egyik támogatója, Ape Mithrandir 0.00997 XMR-t küldött, és megkérdezte, hogy a boost kizárólag Lightning-only feature-e, vagy Moneroval is működik-e. Q válasza: az ungovernable.network/v4v címen tetszőleges eszközzel lehet boostolni (LN, XMR stb.); az epizód-oldalak podcasting 2.0 integrációja jelenleg „ahogy a Lightning és a podcasting 2.0 szokta” módon törött, de a több útvonalon működő boost igenis elérhető.

A vendég bejelentkezése

Max Crayon Eater kissé betegesen jelenti be, hogy ma háttérbe húzódik és „csak hallgatja a nagy Max Tannahillt”. Egyben szóvá teszi, hogy Max Tannahill még mindig nem állított be profilképet, ami az ő OCD-jét zavarja. A másik Max jelzi, hogy a profilkép-ügy hamarosan megold. Egy rövid technikai kitérő után (Max épp nem tudja milyen mikrofonba beszél, gyors újracsatlakozás) Q átadja a szót a vendégnek. Max Tannahillt másodjára köszönti a műsorban; a mai téma: a Dojo Bay és az a kérdés, hogy mennyire van valódi kontrollod, ha az általad használt eszköz leáll, mert egy másik szervere eltűnik. A Dojo Bay a kettő közötti hidat építi: összeköni a wallet felhasználókat azokkal, akik nyilvános Dojo node-okat üzemeltetnek.

A Brit Saves the Gaynadian – kanadai–brity rivalizálás

A bejelentkezéshez kapcsolódóan rövid, vicces politikai-geográfiai kitérő: Max Tannahill brit akcentussal szólal meg, a házigazdák kanadaiak. Crayon Eater Max megjegyzi: „azt hittem, ma egy borús kanadaival kell kezdenem a napot, ehelyett kaptam egy britet – nagyon boldog vagyok”. A vendég erre: „kicsit alulmaradok, kisebbségben érzem magam”. A párhuzam az amerikai forradalomhoz („ez a Revolutionary War is így volt a filmbuszon”) és a vendég fricskája („reverse revolution, visszatérnek a britek a megtorlásért”) adja az epizód első pár percének laza hangulatát. A transcriptben a „the Brit Saves the Gaynadian” poén a kanadai–brity rivalizálásból épülő ártalmatlan vicc, amely visszaköszön a kanadai identitás humoros átfogalmazásaként.

Dojo definíció – mi az a Dojo a CoinJoin / Whirlpool kontextusban?

Max Tannahill a Samourai wallet ökoszisztémájából indít, és elmagyarázza, mi az a Dojo és miért van rá szükség.

A Samourai Dojo eredete és korai megkötései

A Dojo eredetileg a Samourai wallet backend node-ja volt, amelyet a Sentinel wallet is használt. A Dojo Open Source Projectet ma Pawel tartja karban. A Samourai korai időszakában a felhasználók nem is választhattak más backendet: kötelezően a Samourai saját Dojo-ját kellett használniuk. A Dojo elérhető volt Tor-on keresztül (jó network privacy, nincs IP-követés), viszont a backend nagyon sok érzékeny információt látott: a felhasználó extended public key-ét (xpub), amelyből minden address generálható, és így az összes tranzakciót, amely az adott xpubhoz tartozik. Nincs email vagy signup, tehát a felhasználó személyazonossága nem kötődik az xpubhoz – viszont maga a tranzakciós gráf teljesen látható.

A Samourai végül opensourceolta a Dojo-t, így a felhasználók saját maguk is futtathatták a backendet. Az idővonal valamikor 2018-2019 környékére tehető – Max hangsúlyozza, hogy „ne idézzetek pontosan”. A Dojo előtt a Samourai a blockchain.info API-ját használta backendnek – ez volt az egyik első komoly kritika: egy „privacy wallet” a blockchain.info-ra támaszkodik.

Miért nem Electrum server?

Max egyenes kérdést kap: miért van egyáltalán custom backend software, miért nem az Electrum szerver architektúrát használják? A Dojo stack az alapjaiban Bitcoin Core; az early verziókban address indexes futott (ma már inkább Fulcrum). A Dojo nem az Electrum protokollt használja a wallet és a node közötti kommunikációra, hanem egy MQ (message queue) alapú, könnyebb API-t. Az Electrum server az SPV-stílusú fejléc-letöltést használja: ha egy Sparrow walletet Fulcrum backenddel Tor-on használsz, egy mély wallet akár több percig is eltarthat a teljes szinkronizálásig – ez mobil walleten használhatatlan. A Dojo ezzel szemben:

  • Mobile-first, Tor-first felépítés
  • Az xpubot a node tárolja, és a wallet zárva tartása mellett is végigköveti a releváns tranzakciókat
  • Sokkal hatékonyabb lekérdezések
  • Olyan feature-k, mint a Ricochet kizárólag a Dojo stack-en lehetségesek
  • Jobb fee estimation, address-screening API endpointok

A Dojo csomag tartalmazza az Electrumot is, és teljes rescan esetén azt használja – de az alap üzemmód a Dojo API. A Dojo nem az Electrum riválisa, hanem egy magasabb szintű, mobilra és Tor-ra optimalizált indexer.

Ashigaru vs Whirlpool – a fork története

A letartóztatás után (2024 április) a Samourai Dojo, a Whirlpool coordinator és az OXT (block explorer) szinte azonnal leállt. A PayNIM szerver ezzel szemben egy ideig még működött – ez volt az egyik egyenetlenség a lefoglalásokban. A Samourai csapatot magát is meglepte a lekapcsolás: nem számítottak arra, hogy az infrastruktúrájuk ilyen mértékben egyszerre esik áldozatul.

Ashigaru megjelenése

Az Ashigaru wallet a Samourai forkja, amely ugyanazt a Dojo backendet használja. A Samourai leállása után az Ashigaru megvásárolta és újraélesztette a PayNIM domaint (onion-only, csökkentve a domain-hijack kockázatát), nem üzemeltet saját központi backendet, és bevezetett javításokat a rescan és a pairing workflow terén.

A centralizáció bukása

A Samourai-féle centralizált backendmodell – egyetlen jogi entitás, egyetlen szerver-farm mint single point of failure – megbukott. A Dojo egy nehéz, nehézkes indexer, nem lehet csak úgy „átpöttyinteni” egy másik Dojo-ra, rescan kell. Az Ashigaru ezért szándékosan nem üzemeltet saját backendet – a felhasználó három lehetőség közül választhat: saját Dojo (ön-hosting), egy ismert közösségi Dojo operátor, vagy a Dojo Bay directory-ból egy tetszőleges Dojo. A Dojo mint trust endpoint Bitcoin Core node-ot futtat (teljes blockchain), indexereket futtat (address indexek, Fulcrum stb.), Tor-on keresztül elérhetővé teszi a Dojo API-t, az xpubot eltárolja és folyamatosan figyeli a releváns tranzakciókat, valamint olyan API endpointokat biztosít, amelyekre az Electrum server nem képes (address screening, Ricochet stb.).

A Whirlpool CoinJoin coordinator

Bár a CoinJoin / Whirlpool részletek inkább a későbbi részek témája, fontos megjegyezni, hogy a Whirlpool coordinator szintén a Samourai csapat infrastruktúrája volt, és a letartóztatáskor azonnal leállt. Az Ashigaru csapat a Whirlpool forkját is fejleszti – ez lesz a későbbi részek egyik fő témája.

A Dojo mint trust endpoint – mit csinál egy Dojo?

A Dojo tehát:

  1. Bitcoin Core node-ot futtat (a teljes blockchain)
  2. Indexereket futtat (address indexek, Fulcrum, stb.)
  3. Tor-on keresztül elérhetővé teszi a wallet felé a Dojo API-t
  4. Az xpubot eltárolja, és folyamatosan figyeli a releváns tranzakciókat
  5. Olyan API endpointokat biztosít, amelyekre az Electrum server nem képes (address screening, Ricochet stb.)

Amikor egy wallet csatlakozik egy Dojo-hoz, a Dojo:

  • Látja az xpubot (extended public key) – ebből minden address generálható
  • Látja az összes tranzakciót, amely ezen az xpubon landol
  • Látja az egyenleget
  • Látja az UTXO-kat
  • Látja a labeling / annotating információt, ha a wallet használja

A Dojo és a CoinJoin / Whirlpool kapcsolata

A CoinJoin mixing (Whirlpool) során a Dojo különösen fontos: a mixing tranzakciók előkészítéséhez és a post-mix wallet kezeléshez elengedhetetlen egy jól indexelt backend. A Whirlpool fee calculation, a tx0 konstrukció és a remix detection mind a Dojo API-n keresztül történik.

Dojo konfiguráció – mit lát és mit NEM lát egy Dojo?

Max hangsúlyozza, hogy a Dojo nem zero-knowledge architektúra – bizalmi endpoint. Az operátor dönti el, milyen logokat tárol, milyen retention policy-t alkalmaz, milyen Dojo API endpointokat tesz elérhetővé, és milyen egyéb szolgáltatásokat futtat (Electrum, blokk-explorer stb.).

Amit a Dojo alapértelmezetten lát:

  • Az xpubot és minden származtatott címet
  • Az összes tranzakciót (összeg, időpont, címek)
  • Az egyenleget, az UTXO-kat
  • A wallet labeling információt, ha van ilyen
  • A csatlakozási forgalmi mintát (Tor esetén is, bár az IP rejtve marad)

Amit a Dojo sosem lát:

  • A seed phrase-t (az soha nem hagyja el a walletet)
  • A privát kulcsokat (az aláírás a wallet appban történik)
  • A felhasználó IP-címét (Tor esetén)
  • Személyes adatokat – nincs email, signup, KYC
  • Más Dojo-k felé irányuló forgalmat

A Dojo Bay tehát azért kritikus, mert több, földrajzilag és jogilag elkülönülő Dojo közül lehet választani: ha amerikai vagy, nem kell amerikai Dojo-t használnod – választhatsz mexikói, spanyol vagy szingapúri Dojo-t. A hatóság nem tud egyetlen jogi megkereséssel minden adatot megszerezni, a directory-ban való szereplés nem jelent automatikus felfedést. A Dojo trust modelje erősebb, mint egy publikus block exploreré (Esplora, mempool.space), de gyengébb, mint egy saját Bitcoin Core node-é: a saját node mindent lát; egy megbízható Dojo az xpubot és a tranzakciókat; egy block explorer csak azt, amire rákeresel. A Dojo Bay célja, hogy a felhasználó választhasson megbízható Dojo operátorok közül – csökkentve a single point of failure kockázatát.

Samourai / Whirlpool mentorok – XTX, Laurent és a Dojo Bay eredete

XTX és az eredeti Dojo Bay

XTX volt az, aki az eredeti Dojo Bay directory-t létrehozta (dojobay.pw domain, egyszerű HTML + Python site). A disclaimer világos: "ez nem az én Dojo-m, hanem egy directory – te nem engem bírsz meg, hanem azt a Dojo operátort, akit választasz". Az ötlet zseniális volt a centralizáció ellen: a Samourai egyetlen jogi entitás volt, és a hatóság egyetlen megkereséssel megkapta az összes user xpubját és tranzakcióját. A Dojo Bay a Pirate Bay mintájára csak egy directory – a Dojo-k különböző joghatóságokban vannak (Spanyolország, Szingapúr, UK, USA, Kanada, Mexikó), és a felhasználó kiválaszthatja, milyen joghatóságú Dojo-hoz csatlakozik. XTX kezdeti listája 3-4 Dojo operátor volt, a Dojo Bay "beérésekor" már kb. 20 Dojo volt rajta (plusz tesztnet). XTX approval process-t vezetett be az új Dojo operátorokhoz, és elkezdte a BIP47 signature alkalmazását a pairing credentials aláírására – hogy a felhasználó ne vakon bízzon egy Dojo payloadban, hanem tudja ellenőrizni, ki írta alá.

Laurent (a Dojo másik atyja)

Laurent volt az, aki a Dojo-t eredetileg építette, mielőtt Pawel átvette a karbantartását; ő építette az OXT (Samourai block explorer) is. Laurent fontos felvetése: „ha Dojo directory-t akarsz csinálni, akkor a Dojo operátoroknak alá kellene írniuk a payloadjaikat – hogy a felhasználó ne vakon bízzon, hanem ellenőrizhesse a forrást.” Ez a BIP47 signature-koncepció azóta is a Dojo Bay egyik alapelve. A Dojo Bay Max szerint a decentralizáció első lépése: a Samourai single point of failure volt, a Dojo Bay directory révén több tucat Dojo közül lehet választani, a jogi nyomás nehezebben érvényesíthető, és a felhasználó maga döntheti el, milyen trade-offot vállal.

Miér fontos a Dojo szuverenitás? – ön-hosting és jurisdiction escape

A Dojo Bay alapkérdése: mennyire vagy szuverén, ha a walleted leáll, ha egy másik szervere eltűnik? A legegyszerűbb válasz az ön-hosting (saját Bitcoin Core + Dojo), de hardver-, tudás- és időigényes. A legtöbb Bitcoin felhasználó nem futtat saját node-ot, így a Dojo Bay ezt a réteget célozza: akinek nincs saját node-ja, de nem akar egyetlen cégre sem támaszkodni.

A Dojo Bay legnagyobb értéke a jurisdiction escape: ha amerikai vagy, nem kell amerikai Dojo-t használnod – választhatsz mexikói, spanyol vagy szingapúri Dojo-t. A hatóság nem tud egyetlen jogi megkereséssel minden adatot megszerezni, a Dojo-k eltérő retention policy-val működnek, és a directory-ban való szereplés nem jelent automatikus felfedést. A trade-off-ok valósak: a Dojo Bay egy directory, nem cég – nincs garancia, support vagy SLA; a Dojo-k uptime-ja operátor-függő; a BIP47 signature-k bevezetése lassú; a Dojo Bay jövője a wallet-integrációktól (Sentinel, Ashigaru) függ. A cél nem a tökéletes privacy, hanem a single point of failure megszüntetése – és ezen a téren a Dojo Bay óriási előrelépés a Samourai-éra centralizált modelljéhez képest.

Összegzés és átkötés a következő rész-ra

A 1. rész lezáró gondolata: a Dojo Bay nem végleges megoldás, hanem fontos intermediate lépés a Bitcoin wallet infrastruktúra decentralizációjában. A Samourai centralizált backend-modelljéből a Dojo Bay community directory-n keresztül vezetett az út; a következő lépés a walletek (Sentinel, Ashigaru) közvetlen directory-integrációja lesz. A Dojo Bay koncepcióját, a Samourai-Dojo-Ashigaru vonalat, a Dojo trust modeljét és a Samourai mentorok (XTX, Laurent) szerepét ez a rész teljes mértékben lefedi. A következő rész (2. rész) a Dojo Bay technikai részleteire, az XTX Directory BIP47 aláírás-rendszerére, valamint a Whirlpool / CoinJoin architektúra Dojo interakciójára fókuszál.

Kulcs idézetek

„You're not trusting me or my Dojo, but you're trusting any Dojo that you decide to kind of go to.” – Max Tannahill a Dojo Bay trust modeljéről

„If I'm in the US and I don't want my Dojo with my sensitive information to be in the US. Yeah, I've got to trust maybe this guy in Mexico.” – Max Tannahill a jurisdiction escape-ről

Kapcsolódó linkek

  • Samourai Wallet – az eredeti Dojo wallet (2024-ben leállítva)
  • Ashigaru Wallet – a Samourai fork, ugyanazt a Dojo backendet használja
  • Sentinel Wallet – másik Dojo-alapú wallet
  • OXT – Samourai block explorer (szintén leállítva)
  • Dojo Open Source Project – Pawel által karbantartott
  • Eredeti Dojo Bay (dojobay.pw) – XTX által indított közösségi directory

Témák

#dojo #dojo-bay #samourai #ashigaru #whirlpool #coinjoin #bitcoin #privacy #decentralization #xtx #laurent #trust-model

2. rész: XTX eredeti directory, a trustless rebuild, és az új Dojo Bay architektúrája

Epizód: Freedom Tech Friday - The Dojo Bay with Max Tannahill Házigazdák: Q (Foundation), Max (Cake Wallet), Seth (Citadel Dispatch) Vendég: Max Tannahill (Ashigaru / Dojo Bay fejlesztő) Dátum: 2026-09-04 Forrás: https://ungovernable.network/shows/freedom-tech-friday/the-dojo-bay-with-max-tannahill/ Rész: 2/3 - Chapters 4-6 (XTX Directory → Rebuilding Trustless → New Dojo Bay) Forrásfájl: /tmp/ugmf_ftf_dojobay/chunks/chunk2.txt (Whisper medium.en, 4318 szó, 0 hallucináció)

A C2 rész a Samourai ökoszisztéma egyik neuralgikus pontjánál, a Dojo node-ok felfedezhetőségénél kapcsolódik be. Amikor a felhasználó saját Dojo-t akart üzemeltetni vagy egy megbízható operátor Dojo-jához akart csatlakozni, nem volt semmilyen nyilvános, ellenőrizhető jegyzék. Seth a C1 végén már felvette a fonalat: XTX (ismert Samourai közösségi szereplő) elkezdte összegyűjteni azokat az operátorokat, akik hajlandóak voltak feltenni a pairingkódjukat egy weboldalra. Ez volt a Dojo Bay directory első, központi verziója (V1).

XTX oldala kezdetben a clearneten futott, később onion mirror is elérhetővé vált. Az adminisztráció személyes volt: aki felvette a Dojo-ját, Signalon keresztül egyeztetett XTX-szel, aki manuálisan moderálta a listát. XTX úttörő munkát végzett abban is, hogy ösztönözte az operátorokat a pairingkódjuk BIP47 aláírására, vagyis arra, hogy egyértelműen igazolják, a kódot ténylegesen az adott tárcához tartozó PayNim cím állította elő. A C1 végén kirajzolódott az alapkérdés: a felhasználó hogyan bízhat meg egy Dojo-ban anélkül, hogy maga futtatna node-ot? A C2 erre a bizalmi problémára adott választ.

A single point of trust probléma - miért nem elég XTX listája

A C2 első perceiben Seth hozza fel a kritikus ellenérvet: bízzunk XTX-ben és az ő Dojo-alapú oldalában? Még ha XTX korrekt is, az oldala egyetlen megbízhatósági ponttá válik. Ha XTX hibázik, ha a szerverét lefoglalják, ha a domainjét törlik, vagy ha egyszerűen eltűnik a közösségből, az egész directory elveszik.

Max Tannahill saját példáján világítja meg, hogyan hidalta át XTX ezt a problémát a BIP47 aláírással. Amikor Max felvette a Dojo-ját XTX oldalára, a pairingkódját aláírta a BIP47 tárcájával. Ha XTX vagy egy támadó utólag módosítaná a kódot, hogy egy rosszindulatú Dojo-ra mutasson, az aláírás érvénytelen lenne, és a kódot használó alkalmazás (Samourai vagy Ashigaru) figyelmeztetést adna. Így XTX központi szerepe ellenére a felhasználók kriptografikusan is ellenőrizhették az adatokat.

A másik, mélyebben fekvő probléma a single point of failure: XTX oldala egyetlen hosztingon futott, egyetlen domain alatt, egyetlen személy jóindulatán múlott. A Samourai fejlesztők elleni 2024-es letartóztatások után világossá vált, hogy bármely központi komponens, legyen az technikai, jogi vagy személyi, azonnal kritikus kockázati tényezővé válik. Az ökoszisztéma többi része már elkezdett decentralizálódni (a Soroban hálózat például lehetővé tette a Dojo-k közötti tranzakció-terjesztést), de a directory maga maradt centralizált.

A Soroban párhuzam és a V2 születése

Max a C2 elején emlékeztet arra, hogy a Dojo-k közötti bizalom kérdése nem újkeletű. A Soroban hálózat (amely a Dojo-k közötti onion-alapú broadcast réteg) már korábban megmutatta, hogy a Dojo-k tudnak egymással tranzakciókat közvetíteni központi koordinátor nélkül. Max személyes gyakorlata jól példázza ezt: a saját Dojo-ját nem engedi broadcastolásra más Dojo-k felé (gyorsabb terjesztést akar), de az ő Dojo-ja relayeli mások Soroban forgalmát, így a felhasználói számára privacy cover keletkezik. Ha a broadcast szint decentralizálható, akkor a directory szintje is decentralizálható, és a Dojo Bay V2 erre a felismerésre épül.

A V2 fejlesztése szerény szándékkal indult: Max a Claude AI segítségével modernizálni akarta az UI-t, alternatív megjelenést kipróbálni. Eredetileg egyáltalán nem akarta leváltani XTX oldalát, inkább párhuzamos implementációként gondolt rá. A döntő momentum az volt, amikor rájött: a Dojo Bay-nek nem is kell clearneten futnia. Az onion-hálózaton mindenki elérhető, aki egyáltalán Dojo-t keres, hiszen a Dojo-k eleve onion-címeken kommunikálnak a tárcákkal. A clearnet csupán egy GitHub Pages-en hosztolt statikus intro oldal maradhat, amely letöltési útmutatót és projektleírást ad.

A másik felismerés az volt, hogy a Dojo Bay-t nem szabad ugyanazon a hardveren futtatni, mint magát a Dojo-t, mert így a Dojo Bay elérhetősége függetlenné válik a Dojo uptime-jától. Ez az architektúra-váltás tette lehetővé, hogy a Dojo Bay önálló státuszpanelként is működjön: 10 percenként hitelesíti az összes listázott Dojo-t, lekéri a block height-ot, és összehasonlítja a node-ok állapotát.

Az új Dojo Bay technikai architektúrája

A V2 technikai alapjai tudatos döntések során álltak össze.

JavaScript / TypeScript stack

Max a JavaScript / TypeScript stacket választotta, mert a korábbi BIP47 DB projektjénél már sikeresen alkalmazta, és a kódbázis így könnyen auditálható más Samourai-Ashigaru fejlesztők számára.

Statikus oldal + GitHub Pages intro

Maga a Dojo Bay egy onion-címen futó statikus webalkalmazás Ubuntu szerveren; az intro oldal clearneten, GitHub Pages-en érhető el, és csak tájékoztató jellegű.

Hitelesített block height polling

A Dojo Bay 10 percenként végighívja az összes listázott Dojo-t, hitelesíti a válaszokat, és frissíti a block height mutatót. Így a felhasználó nem a node üzemeltetőjének szubjektív közlésére hagyatkozik, hanem egy független, mérhető jelet lát. Ha egy Dojo block height-ja lemarad, a felhasználó azonnal láthatja, és nem a saját tárcáját hibáztatja.

BIP47-alapú identity verification

A directory minden tagjának van egy BIP47 PayNim azonosítója, és a pairingkódjukat aláírt üzenettel együtt teszik közzé. A Dojo Bay automatikusan ellenőrzi az aláírást, és nem enged be olyan Dojo-t, amelyik nem tud érvényes BIP47 signature-öt produkálni. Ez a trustless garancia alapja.

Az admin felület és az operátori workflow

A C2 közepén Max live demo formájában mutatja be az adminisztrációs felületet. Kétféle bejelentkezés létezik: a Dojo operátorok számára a Manage My Dojo gomb, a site admin számára egy elkülönített admin console. Az operátor az Ashigaru Wallet Tools menüjében az Authenticate using PayNim opciót választja, bescanneli a Dojo Bay által generált QR-kódot, és a tárcája aláírja a challenge-et. Ugyanezt a mechanizmust használja a Dojo maintenance tool és Jordan paymentcode.io oldala is. Az aláírás után az operátor közvetlenül a Dojo Bay-en szerkesztheti a saját bejegyzését: nevet változtathat, új pairingkódot tölthet fel, lokációt frissíthet, Signal-üzenetváltás nélkül.

A site admin (jelenleg Max) a moderation panelen látja azokat a Dojo operátorokat, akik kérték a listázást, és egyenként jóváhagyhatja vagy elutasíthatja őket. Ez az egyetlen manuális lépés, amely a rendszerben maradt, és amely a C2 jelenlegi állapotában központi elem.

A Dojo Bay hálózati topológiája

A directory nem csupán nevek és pairingkódok listája. A Dojo Bay aktív módon pollolja a többi Dojo-t, és számos információt gyűjt.

Block height és Dojo verzió

Minden Dojo block height-ja és Dojo verziója 10 percenként frissül a Dojo Bay API-n keresztül. A felhasználó így nem csak statikus listát lát, hanem egy élő állapotjelentést.

Electrum szerver végpontok

Számos Dojo saját Electrum szervert is futtat a pairingkódjában megadott onion-címen, és ezt az információt a Dojo Bay szintén kinyeri és elérhetővé teszi. Aki nem Dojo-t akar használni, hanem csak Electrum szervert keres (Sparrow vagy Envoy tárcához), az is tud a Dojo Bay-ről választani. Az Ashigaru Terminal és az Ashigaru Desktop felhasználói számára pedig akkor is hasznos, ha nem használnak Dojo-t, mert Electrum szerverre mindenképp szükségük van.

Website identity verification (Keybase-szerű)

Az operátorok megadhatnak egy weboldalt (pl. dojobay.org), és ezt a Dojo Bay-en BIP47 aláírással hitelesíthetik. Az elv ugyanaz, mint a Keybase-nél: a weboldalon elhelyezett TXT rekord bizonyítja, hogy az adott oldal valóban az adott PayNimhez tartozik. Ha valaki ARKAD spanyol nyelvű Bitcoin oktatóanyag-oldalát akarja felvenni, biztos lehet benne, hogy tényleg ARKAD üzemelteti.

A peer-to-peer sync - Dojo Bay frissítések

A C2 egyik legizgalmasabb része a Dojo Bay frissítési mechanizmusa.

Frissítés GitHub-ról

A Dojo Bay admin felületén van egy Update from GitHub gomb: amikor Max pushol egy új commitot a GitHub repository-ba, a Dojo Bay-en egy kattintással letölthető és telepíthető a frissítés, majd a site újraindul. Nincs parancssor, nincs manuális pull, nincs build script, egy gombnyomás az egész.

Frissítés peer onion-ról

A másik lehetőség az Update from peer.onion gomb. Ha valaki más is futtat Dojo Bay-t, és annak URL-jét beírja a frissítési mezőbe, a rendszer letölti onnan a forráskódot és felülírja a sajátját. Ehhez a másik Dojo Bay üzemeltetőjének BIP47 kódját is meg kell adni, vagyis a frissítés trustless: csak olyan forrásból fogadunk el kódot, amelyiket kriptografikus aláírással azonosítottunk.

Ez a mechanizmus a Pirate Bay analógiájára épül. A Dojo Bay nem függ sem DNS-től, sem konkrét hoszting szolgáltatótól. Ha egy Dojo Bay VPS-ét lefoglalják, bárki letöltheti a forráskódot az onion-címről vagy egy másik Dojo Bay-ről, és percek alatt újraindíthatja a saját gépén.

A source code letölthetőség és a Vibrant-ügy tanulsága

Max személyes indíttatást is megoszt a source code nyilvánossá tétele mellett. Volt a közösségben egy Vibrant nevű fejlesztő, aki ígéretes statisztikai oldalakat és Bitcoin-toolokat készített, majd egyik napról a másikra törölt mindent és eltűnt a csatornákról, magával víve a kódot. A közösség nem tudta megmenteni vagy továbbfejleszteni azokat az eszközöket.

Max ezután tudatosan úgy építi a Dojo Bay-t, hogy a forráskód mindig letölthető legyen az oldalon keresztül. A git gomb megnyomásával bárki letöltheti az aktuális site teljes forráskódját ZIP formájában. Az új Dojo Bay-ek ezt a kódot használják, és más is futtathat ilyen oldalt anélkül, hogy erről Max tudomást szerezne, hiszen az onion-címek privátak. Ez a vírus-szerű terjedési modell biztosítja, hogy a projekt nem függ egyetlen embertől: ha Max holnap eltűnne, a Dojo Bay kódja tovább élne azokon a node-okon, amelyek letöltötték.

VPS kontra otthoni hardver és a telepítés

Max saját Dojo Bay-e jelenleg egy VPS-en fut, és a C2-ben tisztán kimondja: ez sebezhetőbb, mint ha a saját otthoni hardverén üzemeltetné. Nem technikai, hanem jogi sebezhetőségről van szó: ha a szolgáltatót jogi eljárás során felszólítják, a VPS-t lekapcsolhatják. A Dojo Bay ugyanúgy onion-címeket és pairingkódokat szolgáltat, mint a Pirate Bay a torrent tracker URL-jeit, és puszta léte miatt célponttá válhat. Éppen ezért Max egy másik Dojo Bay-t is üzemeltet, amelyet soha nem publikált: ha a publikus lefoglalják, azonnal előveheti a tartalékot.

A telepítés Ubuntu gépen nem igényel PHP-t vagy komplex szerveradminisztrációt. A folyamat: letöltöd a source code-ot (ZIP-ben vagy git clone-nal) az onion-címről vagy a GitHub-ról, kicsomagolod egy Ubuntu gépen (jellemzően ugyanott, ahol a Dojo fut), elindítod a TUI installert. Az installer bekéri a meglévő Dojo pairingkódot és aláíratja azt, generál egy onion-címet és aláíratja azt is, és egy-két perc múlva a Dojo Bay üzemkész. A TUI formátum miatt a felhasználónak nem kell parancssorban navigálnia vagy konfigurációs fájlokat szerkesztenie.

Privacy implications - mit lát egy Dojo Bay a más Dojo-król és a felhasználókról?

A Dojo Bay nem tárol felhasználói tranzakciós adatokat, nem követi a csatlakozásokat, nem naplózza a böngészőket. Kizárólag a listázott Dojo-k nyilvános információit (név, pairingkód, block height, Electrum végpont, weboldal) gyűjti és jeleníti meg. Ami látható a Dojo Bay üzemeltetője számára: az, hogy egy adott Dojo blokkgenerálása mikor marad le, mikor érhető el. Ez az információ a Dojo üzemeltetője számára amúgy is nyilvánvaló, ám a Dojo Bay újdonsága: a felhasználók maguk is látják, ha egy Dojo Sunscreen-szerű blokkolást végez a tranzakcióik felderítésére. A Dojo Bay tehát a Dojo-k átláthatóságát növeli, nem a felhasználókét csökkenti. A Tor használat önmagában is némi keveredést ad, és a Dojo Bay semmilyen clearnet fingerprintet nem hagy.

Max Tannahill mint új maintainer - személyes motivációk

Max több személyes motivációt is megoszt arról, miért vállalta a Dojo Bay karbantartását.

Korábbi siker a BIP47 DB-vel

A BIP47 fizetési kódok adatbázisát (bip47db) korábban már sikeresen építette a közösség számára, és ez a projekt adta a TypeScript stackben szerzett tapasztalatot.

Baráti koordináció XTX-szel

Max XTX-szel baráti viszonyban van, és a váltás nem konfrontatív módon történt: XTX nem volt ego, és örömmel látta, hogy a projekt tovább fejlődik. Signal-csoportban egyeztettek Jordan (a paymentcode.io készítője) közreműködésével.

Elkötelezettség a Samourai-Ashigaru ökoszisztéma mellett

Max a Samourai és most az Ashigaru tárcák egyik vezető fejlesztője, így a Dojo Bay karbantartása szervesen illeszkedik abba a törekvésbe, hogy a teljes Dojo infrastruktúra decentralizált, trustless és censorship-resistant legyen.

A Vibrant-ügy személyes hatása

A Vibrant-ügy Maxot személyesen is érintette: a Dojo Bay nyilvános forráskódpolitikája részben erre a frusztrációra adott válasz.

Az Ashigaru csapat és a Dojo Bay roadmap

A C2 végén Max az Ashigaru csapat terveit vázolja. Az Ashigaru Terminal és az Ashigaru Desktop release-ek a Dojo Bay-t hivatalosan is támogatni fogják, így a felhasználók a tárcán belül tudnak majd Dojo-t keresni és választani. Mivel egyre több Ashigaru felhasználó nem akar saját Dojo-t üzemeltetni, a Dojo Bay a Dojo-t keresem, de nem akarom futtatni user journey központi eleme lesz.

A roadmap másik eleme a meta-directory feature: a Dojo Bay-ek képesek lesznek egymás directory-ját importálni, és a peer-to-peer sync a Dojo-k szintjén is működik majd. A harmadik terv a moderációs workflow automatizáltabbá tétele, az Electrum végpontok részletesebb státuszjelentése, valamint a Dojo Bay-ek közötti federation típusú bizalmi hálózat kialakítása.

Összegzés és átkötés a C3-ra

A C2 rész a Dojo Bay V2 teljes technológiai és governance filozófiáját tárja fel. A trustless directory nem varázslat, hanem gondos mérnöki munka: a BIP47 aláírás, a peer-to-peer sync, a forráskód letölthetősége, a GitHub-független frissítési útvonalak és a multi-maintainer backup modell együttesen biztosítják, hogy a Dojo Bay ne legyen se single point of trust, se single point of failure.

Max Tannahill személyében a projekt új, technikailag felkészült és a szabad szoftveres értékek mellett elkötelezett maintainert kapott. Az Ashigaru csapat további tervei a Dojo Bay-t az Ashigaru tárcák natív részévé teszik. A C3 a Whose Node Do You Trust kérdéssel folytatja: vajon a directory elegendő bizalmi alapot ad-e ahhoz, hogy egy felhasználó egy idegen node-ot használjon, vagy mindenki a sajátját akarja majd futtatni? A C3 a Dojo Bay trust modelljének határait vizsgálja.

3. rész: Trust model, reproducibilis build, és a Dojo Bay jövője

A harmadik rész a Dojo Bay trust model-jét és a jövőbeli terveket tárgyalja. Max Tannahill a saját Dojo Bay implementációjának trust garanciáit magyarázza el, és részletezi, miért nem kell a felhasználóknak bíznuk Max-ben vagy bármely más központi szereplőben. A fejezet a teljes Dojo Bay ökoszisztéma jövőképével zárul.

Az all-47 sign-in módszer, NEM kell email vagy jelszó

A Dojo Bay-hez való csatlakozás egyik legfontosabb privacy garanciája, hogy nincs szükség hagyományos regisztrációra. A Dojo üzemeltetők a Samurai vagy Ashigaru wallet-ükkel jelentkeznek be a Dojo Bay admin felületére az úgynevezett "all 47 sign-in" módszerrel. Ez egy Nostr-alapú authentikációs séma, ahol a wallet privát kulcsa szolgál azonosításra, és nem kell email címet, jelszót vagy bármilyen más személyes adatot megadni.

A módszer előnye, hogy:

  • Nincs központi account database. a Dojo Bay nem tárol felhasználói adatokat
  • Nincs jelszó-szivárgási kockázat. amit nem tárolsz, azt nem lophatják el
  • A wallet = identity. ugyanaz a kulcs, amit a CoinJoin tranzakciók aláírására használsz, szolgál a Dojo Bay admin authentikációra
  • Self-custodial. ha elveszted a wallet-et, elveszted a Dojo Bay admin hozzáférést is, de pont ez a cél (senki nem tudja visszaállítani)

Hogyan működik a Dojo import / export?

A Dojo Bay másik kulcsfontosságú funkciója a Dojo-k peer-to-peer importálása és exportálása. Ha egy felhasználó a saját Dojo Bay-jét akarja up-to-date tartani, de nem akarja minden Dojo-t külön-külön hozzáadni, akkor egyszerűen importálja egy másik megbízható Dojo Bay listáját.

A mechanizmus a következő:

  1. A felhasználó megadja egy másik Dojo Bay onion címét
  2. A Dojo Bay letölti az onnan a Dojo listát (signed + verified payload formátumban)
  3. A payload aláírása ellenőrzi, hogy valóban a forrás Dojo Bay-től származik-e (nincs man-in-the-middle támadás)
  4. A felhasználó kiválasztja, mely importált Dojo-kat akarja használni a saját wallet-ében

A signed payload biztosítja, hogy egy támadó se hamis Dojo-kat tudjon hozzáadni a listához. Ha bármelyik Dojo payload aláírása nem érvényes, a Dojo Bay elutasítja az importot. Ez a Git commit aláírásokhoz hasonló modell. a kriptográfiai aláírás a trust anchor.

A "no central authority" elv és a korlátai

A Dojo Bay-t szándékosan centralizált authority nélkül tervezték. Nincs admin, aki letilthat Dojo-kat, nincs központi szerver, amit le lehet állítani, és nincs cég, amelyik perelhető. A teljes rendszer peer-to-peer, és a trust a kriptográfiai aláírásokon alapul, nem intézményi bizalmon.

Ennek a modellnek vannak korlátai:

  • Spam Dojo-k: bárki hozzáadhat Dojo-t, ha van aláírt wallet-je, így a Dojo Bay-ek tele lehetnek alacsony minőségű vagy akár rosszindulatú Dojo-kkal. A megoldás: a Dojo Bay üzemeltetők saját maguk szűrik a listát (manuális approval), és a felhasználók csak az "approved" Dojo-kat látják.
  • Reputáció rendszer hiánya: jelenleg nincs beépített reputáció-score a Dojo-khoz. A felhasználónak magának kell eldöntenie, melyik Dojo-t bízsa meg (akár az alapján, hogy ki üzemelteti, akár az alapján, hogy mások milyen visszajelzést adtak).
  • Sybil támadások: egy támadó több ezer Dojo-t regisztrálhatna, hogy eláraszsa a Dojo Bay-eket. A jelenlegi védelem: a Dojo Bay admin-ok manuálisan szűrnek, és a valódi Dojo-k általában mögöttes identitással rendelkeznek (ismertek a közösségben).

A reproducibilis build fontossága

A trustless garancia másik pillére a reproducibilis build. Ez azt jelenti, hogy a Dojo Bay forráskódjából bárki, bármilyen gépen lefordíthatja a szoftvert, és az eredmény bit-pontosan megegyezik a Dojo Bay üzemeltető által szolgáltatott binárissal.

Ha a reproducibilis build nem stimmel (a lefordított bináris különbözik a forráskódtól), akkor a Dojo Bay kompromittálódott. a forráskód és a futó kód nem egyezik, tehát valaki közbeiktatott rosszindulatú kódot.

Max Tannahill hangsúlyozza: a reproducibilis build nem elméleti garancia, hanem gyakorlati. A Ashigaru csapat minden release-nél biztosítja a build artifact-okat és a reprodukcióhoz szükséges instrukciókat, így bárki ellenőrizheti. Ez a bizalmi lánc (source code → reproducibilis build → signed payload → Dojo Bay) a trustless modell alapja.

A Dojo Bay jövőbeli tervei

Max Tannahill a Dojo Bay jövőjéről beszélve három fő irányt emel ki:

  1. Több Dojo üzemeltető támogatása: jelenleg a Dojo Bay admin funkciók korlátozottak, és csak néhány Dojo típust támogatnak (Samourai, Ashigaru). A jövőben a Dojo Bay kompatibilis lesz más CoinJoin implementációkkal is (Wabisabi, Joinmarket).

  2. Reputáció rendszer: egy opcionális, peer-to-peer reputáció rendszer, ahol a Dojo-k quality score-ját más Dojo üzemeltetők jelölései alapján lehetne számolni. Ez NEM központi, hanem a Dojo Bay-ek közötti peer review.

  3. Mobile-first Dojo Bay: a jelenlegi Dojo Bay webes felület (Tor onion-on), de a jövőben egy könnyűsúlyú mobil kliens is elérhető lesz, hogy a felhasználók útközben is tudják ellenőrizni a Dojo-k státuszát.

Max hangsúlyozza, hogy ezek a tervek nyílt forráskódúak, és a Ashigaru csapat szívesen fogadja a közösség hozzájárulását. A Dojo Bay nem egy cég terméke, hanem egy közösségi projekt, amelyet bárki forkolhat és fejleszthet.

Összegzés és kitekintés

A Dojo Bay trustless architektúrája paradigmaváltást jelent a CoinJoin ökoszisztémában. Ahelyett, hogy egy központi directory szolgáltatásra kellene bíznunk a Dojo-k listáját, a trustless modell peer-to-peer import/export + reproducibilis build + kriptográfiai aláírások kombinációjával oldja meg ugyanazt a problémát centralizált authority nélkül.

A Samourai Wallet elleni 2024-es hatósági fellépés (Bill és Keonne letartóztatása, a Whirlpool coordinator leállítása) tanulsága világos: a centralizált infrastruktúra sebezhető. Az Ashigaru fork és a Dojo Bay trustless modellje erre a sebezhetőségre ad választ, és a privacy tech közösség számára egy fontos lépcső a valódi decentralizáció felé.

A Dojo Bay jelenleg a dojobay.org onion címen érhető el, és Max Tannahill laptopjáról üzemel (Szingapúr). A forráskód nyílt (GitHub), a build reproducibilis, és a közösség aktívan fejleszti. A Dojo Bay használata opcionális, de aki a lehető legkevesebb trust-re akar építeni a CoinJoin ökoszisztémában, annak a Dojo Bay a jelenlegi legjobb eszköz.

A Dojo Bay technikai részletek. onion cím és forráskód

A Dojo Bay referencia kliens a dojobayeryasshgghz537de5ckgd5hhi4z5sdeil3roeh65fwhdnu2yd.onion onion címen érhető el (Tor böngészővel). A forráskód a GitHub-on nyílt forráskódú, és a Ashigaru csapat aktívan karbantartja. A Dojo Bay használata:

  1. Nyisd meg a Tor böngészőt
  2. Navigálj a dojobayeryasshgghz537de5ckgd5hhi4z5sdeil3roeh65fwhdnu2yd.onion címre
  3. Add hozzá a saját Dojo-d onion címét (vagy importálj egy másik Dojo Bay listát)
  4. A Dojo Bay megjeleníti a Dojo státuszát (utolsó block height, uptime, fee struktúra)

A Dojo Bay NEM tárol semmilyen tranzakciós adatot. kizárólag a Dojo-k metaadatait listázza (block height, uptime, fee, üzemeltető nyilvános kulcsa). Ez a privacy tech alapelve: a Dojo Bay használata nem hagy nyomot a felhasználó CoinJoin aktivitásáról.

A szélesebb privacy tech kontextus

A Dojo Bay illeszkedik a privacy tech ökoszisztéma más elemeihez:

  • Ashigaru wallet. a Samourai fork, amely a CoinJoin és Dojo funkciókat biztosítja
  • Cake Wallet. multi-currency wallet, amely szintén támogatja a Monero-t és a Bitcoin-t
  • Citadel Dispatch. a Samourai ökoszisztémát dokumentáló podcast
  • Foundation Devices. a Passport hardware wallet gyártója, amely a FTF show szponzora
  • Mynymbox. anonim VPS szolgáltató, amelyen a Dojo Bay is futtatható

A Dojo Bay tehát nem egy standalone termék, hanem a privacy tech ökoszisztéma egy eleme, amely a többi eszközzel együtt működik. A trustless modell a privacy tech alapelveit tükrözi: ne bízz, ellenőrizz.

A Samourai-Whirlpool leállítás tanulságai

A 2024 áprilisában történt Samourai Wallet elleni hatósági fellépés (a letartóztatások és a Whirlpool coordinator azonnali leállítása) a privacy tech közösség egyik legnagyobb sokkja volt. Bill és Keonne (a Samourai alapítók) letartóztatása után a Whirlpool coordinator infrastruktúrája azonnal elérhetetlenné vált, és minden aktív CoinJoin tranzakció megszakadt. Ez a single point of failure esete volt: egy centralizált szolgáltatás (a Whirlpool coordinator) kiiktatásával a teljes CoinJoin ökoszisztéma összeomlott az érintett felhasználók számára.

A Samourai-Whirlpool leállítás tanulságai három szinten értelmezhetők:

  1. Infrastruktúra szint: a CoinJoin rendszerek akkor tekinthetők valóban decentralizáltnak, ha nincs single point of failure. A Whirlpool coordinator centralizált volta miatt a teljes rendszer egyetlen ponton volt támadható. Az Ashigaru fork és a Dojo Bay trustless modellje erre a problémára ad választ, mivel a Dojo-k peer-to-peer módon működnek, és bármelyik Dojo bármikor kieshet anélkül, hogy a teljes rendszer összeomlana.

  2. Jogi szint: a Samourai alapítók pere egyelőre folyamatban van, és a kimenetel meghatározó lesz a privacy tech jövőjére nézve. Ha a bíróság kimondja, hogy a CoinJoin koordinátor üzemeltetése önmagában bűncselekmény, akkor a Dojo üzemeltetők is potenciálisan büntethetők lehetnek. A Dojo Bay trustless modellje részben erre is választ ad: mivel a Dojo Bay nem koordinál tranzakciókat, csak listázza a Dojo-kat, a jogi kockázat is kisebb.

  3. Közösségi szint: a Samourai-Whirlpool leállítás aktiválta a privacy tech közösséget. Számos új projekt indult (Ashigaru, Bitcoin Kleš, új Dojo implementációk), és a Dojo Bay trustless modellje az egyik legfontosabb újítás, amely a centralizált rendszerek sebezhetőségére reagál.

A petíció (change.org/pardon-the-innocent-coders-jailed-for-building-privacy-tools) és a családok támogatása (givesendgo.com/billandkeonne) továbbra is aktív, és a privacy tech közösség folyamatosan gyűjti az aláírásokat és adományokat. A FTF epizód végén a házigazdák hangsúlyozzák: a Samourai-Whirlpool leállítás nem a privacy tech végét jelenti, hanem egy új korszak kezdetét, ahol a trustless és decentralizált rendszerek (mint a Dojo Bay) veszik át a centralizált megoldások helyét.

Záró gondolatok. a Dojo Bay hosszú távú hatása

A Dojo Bay trustless modellje hosszú távon átalakíthatja a CoinJoin ökoszisztémát. Ha több privacy wallet implementáció (Wasabi, Joinmarket, Wabisabi) is adoptálja a trustless Dojo directory modellt, akkor a felhasználók már nem egy céges infrastruktúrára kell, hogy bízzanak, hanem peer-to-peer kriptográfiai aláírásokra. Ez a Bitcoin privacy tech evolúciójának egy fontos lépcsője, és a Samourai elleni hatósági fellépés tanulságainak egyik legfontosabb gyakorlati alkalmazása.

A FTF epizód végén a házigazdák megköszönik Max Tannahill-nek a részvételt, és felhívják a figyelmet a Samourai-pardon petícióra (change.org/pardon-the-innocent-coders-jailed-for-building-privacy-tools) és a családok támogatására (givesendgo.com/billandkeonne). A következő FTF epizód a Bitcoin Brief első live adása lesz, szeptember 8-án, hétfőn.

Forrás

Vissza a tetejére