To nie była utopia - to była architektura. Celowa, przemyślana, opisana w dokumentach RFC, które każdy mógł przeczytać, skomentować i zaimplementować. Internet był infrastrukturą jak drogi albo wodociągi: zbudowany na otwartych normach, wspólny dla wszystkich, niedający nikomu monopolu.
Kiedy przestało to działać
Trudno wskazać dokładny moment, w którym się to zmieniło. Może to był Skype, który w 2003 roku zamiast zbudować federowany komunikator, stworzył zamkniętą sieć peer-to-peer z własnym, opatentowanym protokołem. Może Facebook Messenger. Może WhatsApp. A może po prostu był to efekt, który narastał powoli - każda duża platforma chciała mieć użytkowników wyłącznie u siebie, bo to oznaczało dane, reklamy i przychody.
Dziś mamy komunikatory, które są technicznie doskonałe i praktycznie niemożliwe do zintegrowania. Signal, Telegram, WhatsApp, Messenger, iMessage, Teams, Slack, Discord - każdy z nich to osobna wyspa z mostem zwodzonym. Możesz napisać do kogoś z Signala przez WhatsAppa? Nie możesz. Możesz zbudować własnego klienta do Slacka z pełną funkcjonalnością bez ich API? W teorii - ale API jest licencjonowane, ograniczone i może zostać zamknięte w każdej chwili, co kilka firm już boleśnie odczuło.
To nie jest przypadek ani technologiczna konieczność. XMPP - Extensible Messaging and Presence Protocol - istnieje od 1999 roku, jest otwarty, federowalny (jak e-mail: masz swój serwer, ja mam swój, gadamy bez przeszkód) i nadal działa świetnie. Google Talk był zbudowany na XMPP. A potem Google zamknął federację, zaczął przepisywać kolejne komunikatory i skończył na tym, że ma ich obecnie kilkanaście - żaden z nich nie współdziała z niczym zewnętrznym.
Walled garden jako model biznesowy
Zamknięte protokoły to wybór biznesowy, nie techniczny. Im więcej użytkowników jest przywiązanych do Twojej platformy, tym trudniej im odejść - to tzw. network effect zamieniony w więzienie. Twoje kontakty są tam, Twoja historia rozmów jest tam, integracje z innymi narzędziami są tam. Możesz wyjść, ale wyjdziesz sam.
Dochodzi do tego kwestia danych. SMTP wysyła e-mail i nie interesuje go, o czym piszesz. WhatsApp - nawet z szyfrowaniem end-to-end treści wiadomości - wie, z kim rozmawiasz, kiedy, jak często i przez ile czasu. To metadane warte krocie dla reklamodawców i analizowane przez algorytmy, których nie audytuje nikt niezależny.
Protokoły RFC są nudne w sposób, który jest ich największą zaletą: robią jedno, są zdefiniowane publicznie, można je zweryfikować. Właśnie dlatego nikt nie robi na nich miliardów.
Fragmentacja w firmowym IT
W kontekście firmowym to nie jest tylko filozofia - to realny problem operacyjny. Przeciętna firma w Polsce korzysta dziś jednocześnie z kilku platform komunikacyjnych: Teams lub Slack do wewnętrznej komunikacji, WhatsApp lub Messenger do kontaktu z klientami, Zoom lub Meet do wideokonferencji, osobny system ticketowy, osobne narzędzie do plików. Każde z tych środowisk ma swój model uprawnień, swoje logi, swoją politykę retencji danych.
Z punktu widzenia bezpieczeństwa to koszmar. Administratorzy, którzy zarządzają tym dla klientów, wiedzą doskonale: każda nowa platforma to nowy wektor ataku, nowe konto do zarządzania, nowe miejsce, gdzie można zapomnieć wypiąć byłego pracownika. Gdyby komunikacja biznesowa była zbudowana na otwartych, federowalnych protokołach - jak e-mail - audyt bezpieczeństwa byłby nieporównywalnie prostszy.
Zamiast tego mamy ekosystem zamkniętych silosów, gdzie każdy vendor śpiewa własną pieśń i żaden nie ma interesu w tym, żeby dać Ci wolność wyboru.
Czy jest nadzieja?
Trochę. Unia Europejska w ramach Digital Markets Act zmusiła największe platformy do otwarcia na interoperacyjność - Meta zaczęła udostępniać protokół komunikacyjny dla Messengera i WhatsAppa, a docelowo duże komunikatory mają umożliwić federację z zewnętrznymi serwisami. To krok we właściwym kierunku, choć implementacja jest powolna i lobby platform robi co może, żeby ograniczyć zakres tych zmian.
Matrix to projekt, który próbuje odtworzyć ideę XMPP dla współczesnych potrzeb - otwarty protokół do komunikacji w czasie rzeczywistym, federowany, z mostami do Slacka, Discorda i innych silosów. Element, główny klient Matrixa, jest używany m.in. przez rząd Niemiec i Francji właśnie dlatego, że daje suwerenność nad danymi.
Fediverse - Mastodon, Pixelfed, PeerTube - pokazuje, że protokół ActivityPub może działać w skali społecznościowej bez centralnego właściciela. To nie są niszowe projekty hobbystów: Mastodon ma ponad dziesięć milionów kont i federuje się z setkami niezależnych serwerów.
Ale na razie to cienka warstwa otwartości na oceanie zamkniętych platform. Większość ludzi nawet nie wie, że mogło być inaczej - że internet był kiedyś zaprojektowany tak, żeby żaden podmiot nie mógł go posiadać.
RFC 1 miał rację
Pierwszy RFC - Request for Comments - pochodzi z 1969 roku. Tytuł: "Host Software". Dokument napisany przez Steva Crockera ma ton, który do dziś wydaje się wyjątkowy w świecie technologii: pokorny, otwarty na dyskusję, zapraszający do współpracy. RFC z założenia był propozycją do komentowania przez całą społeczność, nie dekretem korporacji.
Ta filozofia zbudowała internet, który znamy. Zamknięte protokoły go rozmontowują - kawałek po kawałku, komunikator po komunikatorze, platforma po platformie. Nikt tego formalnie nie zabronił. Po prostu okazało się, że walled garden można zmonetyzować lepiej niż wspólną infrastrukturę.
I tu leży sedno problemu: otwarte protokoły są dobrem wspólnym. Dobra wspólne zawsze przegrywają z podmiotami, które mają silny interes w ich zastąpieniu czymś zamkniętym - o ile nie chroni ich prawo lub świadoma decyzja użytkowników.
Na razie ani jedno, ani drugie nie działa wystarczająco dobrze.
Komentarze
Prześlij komentarz