Kierunek słuszny, ale samą decentralizacją nie zbudujemy Cyfrowej Platformy Demokratycznej

Polemika z tezami Bogdana Morkisza z artykułu „Cyfrowa Platforma Demokratyczna, a konieczność decentralizacji infrastruktury cyfrowej”.

Przeczytałem z dużym zainteresowaniem artykuł Bogdana Morkisza dotyczący budowy Cyfrowej Platformy Demokratycznej. Mój werdykt jest następujący: zgadzam się z autorem co do politycznej diagnozy sytuacji i obranego celu, ale stanowczo nie zgadzam się z jego najmocniejszą tezą, sformułowaną w sposób absolutny.

Tekst opiera się na trzech głównych twierdzeniach: państwo działa dziś zbyt „analogowo” wobec cyfrowego społeczeństwa; potrzebujemy Cyfrowej Platformy Demokratycznej jako realnej infrastruktury udziału obywateli; oraz – co stanowi oś całego artykułu – taka infrastruktura musi bezwzględnie opierać się na decentralizacji i otwartym kodzie źródłowym. Nie polemizuję więc z samą ideą demokracji cyfrowej, lecz z przekonaniem, że o jej jakości przesądza wyłącznie jedna architektura techniczna.

Diagnoza trafna, ale uwaga na uproszczenia

Bogdan trafnie zauważa, że sama cyfryzacja usług publicznych (tzw. e-administracja) to za mało. Sensowna demokracja cyfrowa powinna wzmacniać udział obywateli, deliberację i przejrzystość procesów. Innymi słowy: nie chodzi tylko o miejsce do głosowania, ale o system, który miałby pomagać ludziom zrozumieć, jakie skutki mogą przynieść różne decyzje państwa. Ten kierunek jest w pełni zgodny z podejściem takich instytucji jak OECD czy Rada Europy, które od lat postulują łączenie e-demokracji z partycypacją i budowaniem zaufania publicznego. Przywoływany w tekście badacz Andrew Chadwick również jest tu doskonałym punktem odniesienia.

Zgadzam się także z oceną zagrożeń płynących z centralizacji. Jeśli jedna instytucja ma pełną kontrolę nad infrastrukturą i regułami, rodzi to fundamentalny problem zaufania. Artykuł słusznie ostrzega przed sytuacją, w której „transparentność” staje się jedynie niesprawdzalną obietnicą administratora. Świetnym kontrprzykładem jest tu platforma Decidim, stawiająca w centrum swojej architektury otwartość.

W tym właśnie miejscu trzeba jednak rozdzielić trzy porządki: diagnozę kryzysu instytucji, projekt polityczny zwiększenia udziału obywateli oraz wybór technologii, która ma ten cel wspierać. To, że dwa pierwsze elementy są trafne, nie oznacza jeszcze, że trzeci został opisany bez uproszczeń. Problemem artykułu nie jest sama idea cyfrowej demokracji, lecz utożsamienie jej jakości z jedną preferowaną architekturą techniczną. Sama diagnoza jest więc trafna: dziś wielu obywateli żyje cyfrowo na co dzień, ale państwo wciąż zbyt często działa tak, jakby internet był tylko dodatkiem, a nie podstawowym środowiskiem komunikacji.

Otwarty kod: przejrzystość to nie odpowiedzialność

Nie zgadzam się z tezą, że tylko architektura rozproszona i tylko open source mogą zapewnić bezpieczeństwo. Takie postawienie sprawy ociera się o technologiczny dogmatyzm, zrównując otwarty kod z gwarancją bezpieczeństwa.

Otwarty kod źródłowy (open source) zwiększa przejrzystość i może zwiększać bezpieczeństwo, ale nie rozwiązuje kwestii odpowiedzialności. Jak wskazują wytyczne brytyjskiego rządu (GOV.UK) dotyczące bezpieczeństwa oprogramowania, twórcy rozwiązań open source nie mają żadnego formalnego obowiązku ciągłego utrzymania kodu i łatania luk. Całe ryzyko spada na instytucję wdrażającą. To trochę jak z instrukcją obsługi pieca albo samochodu. Nawet jeśli instrukcja jest dostępna dla wszystkich, to w razie awarii obywatel nie idzie ze skargą do kartki z opisem, tylko do serwisu, producenta albo instytucji, która odpowiada za naprawę. Kod można sprawdzać, ale obywatel nie składa skargi do strony z kodem w internecie. Składa ją do konkretnej instytucji, która musi mieć obowiązek odpowiedzieć, naprawić błąd i ponieść konsekwencje prawne.

Techniczne uproszczenie decentralizacji

Rozproszenie bywa traktowane jako panaceum na autorytaryzm, podczas gdy w inżynierii to po prostu kompromis (trochę jak suwaki w jedną lub drugą stronę – zawsze coś za sobą pociągają – czegoś jest więcej, czegoś mniej). Można to porównać do ważnej księgi z rejestrem, która nie leży w jednym urzędzie, lecz w kilku miejscach naraz. To daje większe bezpieczeństwo na wypadek np. awarii czy pożaru, albo kradzieży w jednym z punktów, ale jednocześnie utrudnia szybkie uzgodnienie zmian i rozstrzyganie sporów, tak aby w każdej księdze była spójność danych.

Choć systemy rozproszone dają odporność na awarie pojedynczych węzłów, to jednocześnie lawinowo zwiększają złożoność techniczną i koszt utrzymania. Pojawiają się trudne problemy z uzgadnianiem danych, szybkością działania i ustaleniem, która wersja informacji jest w danym momencie obowiązująca i prawdziwa. Martin Kleppmann, badacz z Cambridge, podsumowuje to wprost: w systemach rozproszonych „nie ma jednego właściwego sposobu, są tylko kompromisy”.

W praktyce państwo nie może oprzeć zaufania obywateli wyłącznie na abstrakcyjnej obietnicy, że „sieć sama się obroni”. W sytuacji sporu, awarii, protestu wyborczego czy podejrzenia manipulacji obywatel oczekuje nie architektonicznej metafory, lecz procedury, decyzji, podpisu i wyciągnięcia konsekwencji.

Decentralizacja jako etap, nie punkt wyjścia

Artykuł niemal całkowicie pomija też ekonomię wytwarzania takiej infrastruktury. Tymczasem każdy, kto budował złożone systemy cyfrowe, wie, że rozwój funkcji w architekturze scentralizowanej jest zwykle szybszy, tańszy i organizacyjnie prostszy niż w modelu rozproszonym. To, co w klasycznej aplikacji można wdrożyć w dni lub tygodnie, w systemie opartym o mechanizmy rozproszone, niezmienne logi czy warstwy blockchainowe może wymagać wielokrotnie większych nakładów pracy, testów i środków. Dlatego decentralizacja nie jest tylko wyborem ideowym, ale także kosztowną decyzją inżynieryjną. Im bardziej rozbudowany ma być system, tym bardziej rosną koszty jego bezpiecznego rozwijania, testowania i utrzymania.

Największym uproszczeniem wizji Bogdana Morkisza jest założenie, że platformę obywatelską należy od razu budować w modelu maksymalnie zdecentralizowanym. W praktyce rozsądniejsza wydaje się logika etapów. W pierwszej fazie platforma musi być rozwijana przez podmiot zdolny do sprawnego finansowania i szybkiej budowy funkcji użytecznych społecznie. Najpierw trzeba zbudować społeczność, nauczyć ludzi korzystania z narzędzi deliberacji, wypracować zaufanie do procesu, a dopiero później przenosić wybrane warstwy systemu do modelu bardziej rozproszonego i otwartego. Tak samo jak nie zaczyna się budowy miasta od najdroższych mostów i tuneli, tylko od dróg, domów i podstawowej infrastruktury, tak samo platformy obywatelskiej nie buduje się od najbardziej kosztownej i skomplikowanej warstwy technicznej. Innymi słowy: decentralizacja powinna być efektem dojrzałości systemu, a nie romantycznym warunkiem jego narodzin.

Kto tym rządzi? Problem zarządzania i własności

Nawet system w pełni rozproszony i otwarty kodowo nie odpowiada sam z siebie na pytania: kto decyduje o zmianach regulaminu, kto zatwierdza nowe wersje oprogramowania, kto rozstrzyga spory proceduralne i kto certyfikuje wyniki? Nawet w najbardziej znanych systemach rozproszonych ktoś proponuje zmiany, ktoś je porządkuje, ktoś rozwija oprogramowanie, a użytkownicy muszą zdecydować, czy te zmiany przyjmują. To pokazuje, że problem zarządzania nie znika — on tylko przybiera inną formę.

Demokracja cyfrowa nie wymaga tylko dobrej architektury sprzętowej, lecz przede wszystkim ustroju zarządzania tą architekturą (governance). Bez jasnego modelu nadzoru władza nad systemem i tak wpadnie w ręce wąskiej grupy technokratów (maintainerów). Jeśli w ogóle myśleć o docelowym modelu obywatelskim, to decentralizacji powinna podlegać nie tylko infrastruktura techniczna, lecz także struktura własności i nadzoru. Demokracja cyfrowa oparta wyłącznie na monopolu (państwowym lub prywatnym) pozostaje systemem jednostronnej kontroli. Dopiero rozproszenie własności i wpływu może tworzyć odpowiednik ustrojowych bezpieczników znanych z klasycznego trójpodziału władzy. Innymi słowy: pytanie nie brzmi tylko „czy system jest rozproszony?”, ale także „kto ma wpływ na jego rozwój, kto pilnuje zasad i kto odpowiada za błędy?”. Na ten temat nie toczy się dziś dyskusja. Moją propozycję dojścia w etapach do “rozproszenie własności” IP platformy Cyberspace zawarłem w odrębnym artykule.

Wykluczenie cyfrowe to nie przypis na marginesie

Zanim przejdziemy do klasyfikacji narzędzi, trzeba postawić sprawę jasno: decentralizacja niewiele znaczy, gdy uderzamy w mur wykluczenia cyfrowego. OECD dobitnie przypomina, że podziały kompetencyjne wciąż są ogromne w populacji. Dla wielu starszych osób problemem nie jest zła wola, lecz zwykły lęk: jak się zalogować, gdzie kliknąć, czy czegoś nie popsuję, czy nie dam się oszukać. Tego nie rozwiąże sam nowoczesny system, jeśli nie będzie prosty i bezpieczny w użyciu. Jeśli z czasem nie nabierzemy do niego zaufania, które jest kluczowe i musi być od początku budowane czynami, nie słowami.

Nawet system technicznie bezbłędny może być politycznie bardzo słaby, jeśli uczestniczy w nim w praktyce tylko najbardziej aktywna, najlepiej wykształcona i technologicznie sprawna część społeczeństwa. Obniżanie barier dostępu nie jest poboczną trudnością – to centralny warunek politycznej legitymizacji całego modelu. System demokratyczny nie może być dobry tylko dla ludzi sprawnych cyfrowo. Musi być prosty, zrozumiały i bezpieczny także dla tych, którzy z technologią są mniej obyci.

E-głosowanie to nie to samo co e-petycja

Kolejną słabością tekstu Bogdana Morkisza jest wrzucanie różnych poziomów „demokracji cyfrowej” do jednego worka. W dyskusji o państwie musimy stanowczo rozróżnić trzy klasy narzędzi:

1. Informacyjne – czyli takie, które pomagają obywatelowi zrozumieć sprawę.

2. Konsultacyjne/partycypacyjne – czyli takie, w których obywatel wyraża opinię lub poparcie.

3. Decyzyjne – czyli takie, których wynik wywołuje skutki prawne.

Im większa moc prawna narzędzia, tym drastycznie wyższe wymagania wobec weryfikowalności. Instytut NIST od lat zwraca uwagę, że zdalne głosowanie elektroniczne wymaga spełnienia niezwykle trudnych wymagań kryptograficznych. Rozproszenie węzłów nie rozwiązuje tych problemów automatycznie. Jest masa kwestii, które należy zabezpieczyć lub rozstrzygnąć, a czasem wymaga to kompromisów np. mniej bezpieczeństwa i tarcia w dostępie, ale lepsze user friendly dla użytkownika. Co innego internetowa ankieta albo petycja w sprawie placu zabaw, parkingu czy ścieżki rowerowej, a co innego system, który ma rozstrzygać ważność głosu w wyborach organizowanych dla milionów ludzi. Obie rzeczy dzieją się w internecie, ale ich ciężar prawny i wymagania bezpieczeństwa są zupełnie inne.

Demokracja nie utrzyma się bez warstwy społecznej

Jednym z największych błędów myślenia o demokracji cyfrowej jest redukowanie jej do aktu głosowania. Same mechanizmy e-głosowań nie zbudują trwałej platformy obywatelskiej – to mit. Wybory nie żyją same z siebie. Najpierw ludzie muszą wiedzieć, o czym mowa, muszą poznać profile kandydatów, rozmawiać między sobą, spierać się, organizować i śledzić sprawy między jednym głosowaniem a drugim. Platforma demokratyczna nie może być wyłącznie elektroniczną urną czy repozytorium konsultacji.

Jeśli ma działać żywo i trwale, potrzebuje pełnego ekosystemu społecznego: profili, grup, komunikacji, obiegu informacji, wydarzeń, wymiany treści i mechanizmów angażowania ludzi wokół konkretnych spraw np. grywalizacji. Demokracja cyfrowa nie rodzi się w proceduralnej próżni. Rodzi się w społeczności, która ma gdzie się poznać, dyskutować, organizować i budować zaufanie także pomiędzy momentami głosowania. Bez tej tkanki społecznej narzędzia decyzyjne stają się pustą procedurą. Bez aktywnej społeczności decentralizacja pozostaje architekturą bez obywateli. Sama elektroniczna urna nie zbuduje wspólnoty, tak jak sama urna wyborcza nie zastępuje kampanii, debaty i życia społecznego.

AI nie jest neutralnym arbitrem

Wątek wykorzystania sztucznej inteligencji do symulacji skutków ustaw jest fascynujący. AI z pewnością może pomagać w porządkowaniu wielkich zbiorów konsultacji. Trzeba jednak pamiętać, że każda symulacja polityczna opiera się na konkretnych założeniach: jakie dane uznajemy za ważne, jakie wskaźniki definiują sukces, a jakie skutki uboczne celowo pomijamy.

Sztuczna inteligencja nie usuwa ludzkich decyzji, może być dobrym konsultantem, ale nie decydentem. Ona tylko przenosi je na wcześniejszy etap: ktoś musi zdecydować, jakie dane wziąć pod uwagę, co uznać za sukces, a co pominąć. Komputer może bardzo pomóc w analizie, ale nie staje się przez to bezstronnym sędzią. Nadal działa według reguł ustalonych przez ludzi. AI może wspierać państwo, ale z definicji nie jest jego obiektywnym sędzią. (Warto też dodać na marginesie: sam dobór przykładów nie rozstrzyga poprawności modelu. To, że istnieją rozproszone systemy, jak wideo-platforma Odysee, nie oznacza, że są one właściwym wzorem dla wiążącej infrastruktury obywatelskiej – moim zdaniem kompletnie nie są, bo przez to, że są rozproszone i open source są niezwykle okrojone funkcyjnie i trudno rozwijalne).

Pozytywna alternatywa: Hybrydowa droga dojścia do Platformy Demokratycznej

Jeśli zatem dogmat pełnej i natychmiastowej decentralizacji zawodzi, co w zamian? Realistyczna Cyfrowa Platforma Demokratyczna powinna być projektowana jako rozwijający się etapowo system hybrydowy. Taka droga mogłaby wyglądać etapami.

Najpierw budowa społeczności i prostych narzędzi komunikacji. Następnie wdrażanie funkcji konsultacyjnych i organizacyjnych. Potem otwieranie najważniejszych modułów do publicznej kontroli. Dopiero na dalszym etapie — decentralizacja wybranych warstw technicznych i własnościowych. System ten posiadałby jasną ścieżkę odwoławczą, utrzymywał analogowe kanały udziału dla osób wykluczonych cyfrowo, a docelowo rozpraszały nie tylko kod, ale i własność. Dopiero taki ewolucyjny model łączy rygorystyczną przejrzystość technologii z realną odpowiedzialnością instytucji. Taki model jest mniej efektowny niż hasło „od razu wszystko rozproszyć”, ale dużo bardziej realny, tańszy i bezpieczniejszy we wdrożeniu.

Witamy w Cyberspace! Dokładnie tak to zaplanowaliśmy.

Podsumowanie

Bogdan Morkisz dobrze diagnozuje chorobę centralizacji, ale przecenia decentralizację jako lekarstwo kompletne. Zgadzam się z celami autora, odrzucam jednak założenie, że technologia sama w sobie wystarczy za demokratyczny ustrój. Demokracja cyfrowa nie upadnie dlatego, że zabraknie jej decentralizacji. Upadnie wtedy, gdy zabraknie jej powszechnego zaufania, prawno-instytucjonalnej odpowiedzialności, dostępności oraz realnego wpływu obywateli i w ogóle Platformy. Kluczowa kwestią jest fakt, że droga budowania Platformy w sposób opisany przez Bogdana wymagałaby dziesiątek milionów złotych i kilku lat pracy bardzo dużego zespołu ludzi, kiedy można to zrobić taniej i szybciej. Dobra demokracja cyfrowa musi łączyć technologię z odpowiedzialnością, przejrzystość z instytucjami i połączona z infrastrukturą Państwa np. poprzez weryfikację przez aplikację mObywatel. Musi być nowoczesna, skalowalna i elastycznie adoptująca się do nowych pomysłów i zmian z powszechną dostępnością. Bo o sile demokracji bezpośredniej wciąż decyduje nie tylko to, jak połączymy serwery, lecz przede wszystkim to, jak połączymy ludzi, zasady i odpowiedzialność.