Amikor a BitTorrent megpróbálta megölni a szervert

Képzeld el, hogy ellátogatsz egy weboldalra, és anélkül, hogy tudnál róla, a site infrastruktúrájának részévé válsz. Nem csak olvasó vagy, hanem egyfajta elosztási csomópont. Ez volt a vad ötlet a Project Maelstrom mögött – a BitTorrent Inc. ambiciózus, de végül elhagyott kísérlete a peer-to-peer webtárhely megteremtésére.

2015 áprilisában jelentette be a BitTorrent a Maelstrom nyilvános bétáját: egy Chromiumra épülő böngésző, amely weboldalakat osztott volna szét ugyanazon P2P protokoll segítségével, amely a fájlmegosztást is forradalmasította. Az ígéret csábító volt: nincs több drága központosított szerver, nincs több egyetlen hibaforrás, nincs több éjszakai pánik a tárhelyszámla miatt.

A koncepció egyszerűségében volt zseniális. Amikor meglátogattál egy Maelstrom-oldalt, a böngésződ csendben a kirakós egy darabjává vált – a weboldal darabjait más látogatókkal osztottad meg. Bezártad a laptopot? Az oldal tovább működött, mert valahol egy másik látogató életben tartotta. Minél népszerűbb volt az oldal, annál több redundáns másolat létezett a hálózaton.

A probléma, amit a Maelstrom meg akart oldani

Mielőtt mellédobnánk ezt az egészet, gondoljunk bele, milyen problémát próbált megoldani. A hagyományos webtárhely meglepően sebezhető. A szervered pénzbe kerül, karbantartást igényel, és egyetlen hibaforrást jelent. Amikor a GitHub leáll, több ezer oldal tűnik el. Amikor egy cloud szolgáltató outage-et jelent, egész vállalkozások állnak le.

A Maelstrom lényegében ugyanazt a redundanciát próbálta alkalmazni a szerény weboldalakra, amit a BitTorrent szinte halhatatlanná tett. Ha minden látogató seeddé válik, nincs központi szerver, amit megtámadni vagy túlterhelni lehetne. A sávszélesség költségei nem szorozódnak a forgalommal – osztódnak a hálózaton.

Ismerősnek tűnik? Ez a vízió előrevetítette azokat a vitákat, amelyeket ma is folytatunk az edge computingról, a CDN-ekről és a decentralizált infrastruktúráról. Az cenzúrázhatatlan és lekapcsolhatatlan web ígérete mindig vonzó marad.

Mi történt valójában

Itt válik homályossá a történet – és ez az a rész, ami minden fejlesztőnek grimaszt csal az arcára. A BitTorrent hatalmas felhajtással indította a Maelstromot, publikált néhány blogbejegyzést, majd... teljes csend. A projektet soha nem jelentették be hivatalosan halottnak. Egyszerűen elpárolgott.

Ha ma beleásol magad a distributed web közösségbe, találsz embereket, akik élénken emlékeznek a Maelstromra – de az emlékeik meglepően megbízhatatlanok. Van, aki esküszik, hogy titkos, proprietary protokollt használt. Mások szerint teljesen nyílt forráskódú volt. Az igazság valahol a kettő között van: a böngésző maga proprietary volt, de a nyílt forráskódú libtorrentre épült.

A valódi probléma? A dokumentáció. A BitTorrent apparently úgy gondolta, hogy az "a BitTorrentre épült!" elegendő magyarázat a fejlesztőknek. Volt egy Python szkript weboldalak torrentekké alakítására, de nem volt igazi fejlesztői útmutató, API dokumentáció, közösségi erőforrás. A projekt félig süvegent volt ainduláskor, és elhagyták, mielőtt bárki befejezhette volna a sütést.

A frissítési probléma, amit senki sem oldott meg

Még ha a Maelstrom jobb marketinggel rendelkezett volna, alapvető technikai kihívással nézett szembe: hogyan frissítesz egy elosztott weboldalt?

A hagyományos torrentek statikus manifestek – megváltoztatsz egy fájlt, töröd a kriptográfiai aláírást, és minden kliens elutasítja a "korrupt" feltöltésedet. A BitTorrent protokollbővítményei a módosítható torrentekhez léteztek papíron, de felhasználóbarát módon implementálni őket nehéznek bizonyult.

Ez nem volt lehetetlen probléma még 2015-ben sem. Protokollbővítmények mint a BEP-39 (torrentek frissítése feed URL-eken keresztül) és a BEP-44 (adatok tárolása a DHT-ban) elméleti megoldásokat kínáltak. De a BitTorrent soha nem szállította le az implementációt, amely életképesvé tette volna a Maelstromot bármire, ami a statikus HTML oldalakon túlmutat.

Miért számít ez ma is

A Maelstrom elbukott, de kísértete azért üldözi a modern webfejlesztést, mert jó okkal teszi. A decentralizált tárhely álma sosem halt meg – csak fejlődött.

Ma újra nő az érdeklődés az elosztott rendszerek iránt: az IndieWeb mozgalom, az ActivityPub közösségi hálózatok, az IPFS tartalmi címzéshez, és a blockchain-alapú tárhelymegoldások. Néhány havonta egy új startup ígéri, hogy végre feltöri a kódot a valóban rugalmas web infrastruktúrához.

A Maelstromból levonható tanulságok egyértelműek:

1. A decentralizáció infrastruktúrát igényel – még egy P2P rendszerben is szükséged van valamilyen központosított bootstrappingra
2. A dokumentáció nem opcionális – legyen bármilyen intelligens a technológiád, a fejlesztők nem fogják használni tisztességes útmutatók nélkül
3. A frissítés nehéz – a módosítható tartalom a decentralizált tárhely megoldatlan problémája
4. A vízió végrehajtás nélkül csak vaporware – a BitTorrent túl korán jelentett be, túl kevés supportot adott, és túl gyorsan eltűnt

A fejlesztőknek és startupoknak ma a Maelstrom egy figyelmeztető történet, egy inspiráló ötletbe csomagolva. A webtárhely jövője valószínűleg elosztott lesz – de aki építeni fogja azt a jövőt, tanulnia kell az olyan projektek kísérteteiből, mint ez.

A szerver még nem halt meg. De valahol a Maelstrom még mindig seedel.

Mit gondolsz a decentralizált tárhelyről? Írd meg kommentben – szívesen hallanánk a rugalmas web infrastruktúrát építő fejlesztők gondolatait.