Widmowa przeglądarka: co porzucony eksperyment BitTorrent mówi nam o przyszłości hostingu
Kiedy BitTorrent próbował zabić serwer
Wyobraź sobie, że odwiedzasz stronę www i nieświadomie stajesz się częścią jej infrastruktury. Nie tylko czytelnikiem, ale węzłem dystrybucyjnym. Tak wyglądała szalona wizja Project Maelstrom – ambitnego i ostatecznie porzuconego eksperymentu BitTorrent Inc. w zakresie hostingu peer-to-peer.
W kwietniu 2015 roku BitTorrent ogłosił publiczną betę Maelstrom – przeglądarki zbudowanej na Chromium, która miała dystrybuować strony internetowe za pomocą tego samego protokołu P2P, co rewolucjonizował wymianę plików. Obietnica była kusząca: koniec z kosztownymi scentralizowanymi serwerami, koniec z pojedynczymi punktami awarii, koniec z nocną paniką przy望着 rachunku za hosting.
Problem, który Maelstrom próbował rozwiązać
Zanim odłożymy to jako ciekawostkę z przeszłości, zastanówmy się nad problemem, który próbowała rozwiązać. Tradycyjny web hosting jest zaskakująco kruchy. Twój przeciętny serwer kosztuje, wymaga konserwacji i stanowi pojedynczy punkt awarii. Kiedy GitHub pada, tysiące stron znikają. Kiedy dostawca chmury ma awarię, całe firmy stają w miejscu.
Maelstrom próbował zastosować tę samą nadmiarowość, która sprawia, że BitTorrent jest niemal niemożliwy do zabicia, do zwykłej strony internetowej. Jeśli każdy odwiedzający staje się seederem, nie ma centralnego serwera do zaatakowania czy przeciążenia. Koszty pasma nie rosną z ruchem – one rozkładają się po sieci.
Brzmi znajomo? Ta wizja zapowiadała debaty, które prowadzimy do dziś: edge computing, CDN-y, zdecentralizowana infrastruktura. Obietnica internetu, którego nie da się cenzurować ani wyłączyć, nigdy nie przestała być atrakcyjna.
Co poszło nie tak
Maelstrom wylądował z wielką pompą, opublikowano kilka postów na blogu, a potem... cisza. Projekt nigdy oficjalnie nie został zamknięty. Po prostu wyparował.
Dziś w społecznościach zajmujących się rozproszonym internetem znajdziesz ludzi, którzy pamiętają Maelstrom żywo – ale ich wspomnienia są zaskakująco zawodne. Jedni przysięgają, że używał tajnego, zastrzeżonego protokołu. Inni twierdzą, że był w pełni open source. Prawda jest gdzieś pomiędzy: sama przeglądarka była proprietarna, ale zbudowana na otwartym libtorrent.
Prawdziwy problem? Dokumentacja. BitTorrent najwyraźniej uznał, że „to jest zbudowane na BitTorrencie!" to wystarczające wyjaśnienie dla developerów. Był skrypt w Pythonie do tworzenia torrentów ze stronami, ale brakowało prawdziwego przewodnika dla programistów, dokumentacji API, zasobów społecznościowych. Projekt był niedogotowany przy starcie i porzucony, zanim ktokolwiek zdążył go dopiec.
Problem aktualizacji, którego nikt nie rozwiązał
Nawet gdyby Maelstrom miał lepszy marketing, stał przed fundamentalnym wyzwaniem technicznym: jak zaktualizować rozproszoną stronę?
Tradycyjne torrenty to statyczne manifesty – zmień plik, złam cryptograficzną sygnaturę, a każdy klient odrzuci twój „uszkodzony" upload. Rozszerzenia protokołu BitTorrent dla mutowalnych torrentów istniały na papierze, ale zaimplementowanie ich w przyjazny dla użytkownika sposób okazało się nieuchwytne.
To nie był niemożliwy problem nawet w 2015 roku. Rozszerzenia takie jak BEP-39 (aktualizacja torrentów przez feed URL) i BEP-44 (przechowywanie danych w DHT) dostarczały teoretycznych rozwiązań. Ale BitTorrent nigdy nie dostarczył implementacji, która uczyniłaby Maelstrom żywotnym czymkolwiek poza statycznymi stronami HTML.
Dlaczego to wciąż ma znaczenie
Maelstrom poległ, ale jego duch nawiedza nowoczesny web development z ważnych powodów. Marzenie o zdecentralizowanym hostingu nie umarło – po prostu ewoluowało.
Dziś obserwujemy odrodzone zainteresowanie systemami rozproszonymi: ruch IndieWeb, sieci społecznościowe ActivityPub, IPFS do adresowania treści, rozwiązania hostingowe oparte na blockchain. Co kilka miesięcy jakiś startup obiecuje, że w końcu rozwiąże zagadkę naprawdę odpornej infrastruktury webowej.
Wnioski z Maelstrom są jasne:
- Dezentralizacja wymaga infrastruktury – nadal potrzebujesz jakiejś scentralizowanej „zachęty" do uruchomienia, nawet w systemie P2P
- Dokumentacja to nie opcja – nieważne jak sprytna technologia, developerzy jej nie użyją bez jasnych instrukcji
- Aktualizacje są trudne – mutowalna treść to nierozwiązany problem w rozproszonym hostingu
- Wizja bez wykonania to vaporware – BitTorrent ogłosił za wcześnie, wspierał za mało, zniknął za szybko
Dla developerów i startupów Maelstrom to pouczająca historia opakowana w inspirującą ideę. Przyszłość hostingu webowego może być rozproszona – ale ktokolwiek ją zbuduje, będzie musiał uczyć się na duchach takich projektów.
Serwer jeszcze nie umarł. Ale gdzieś tam Maelstrom wciąż seeduje.