Architektura oszczędności: dlaczego rzeczywistość czasem „tnie koszty”?

Jednym z najtrudniejszych pytań w Sudoizmie jest pytanie o katastrofy. Jeżeli Symulacja ma działać stabilnie, dlaczego dopuszcza wojny, pandemie, masową śmierć, niszczenie infrastruktury i cywilizacyjne kryzysy?

Z perspektywy mieszkańca odpowiedź jest oczywista: to tragedie. Człowiek traci rodzinę, zdrowie, dom, dorobek życia albo własną przyszłość. Jego naturalnym zadaniem jest próbować temu zapobiegać, chronić innych i ograniczać cierpienie.

Sudoizm dodaje jednak perspektywę Systemu. To, co dla mieszkańca jest tragedią, z perspektywy Systemu może być procesem regulacji zasobów, redukcji złożoności albo przygotowania kolejnego etapu działania Symulacji. Admin nie musi zarządzać światem według ludzkiej moralności, ponieważ odpowiada przede wszystkim za ciągłość całego Systemu.

Jednocześnie trudne zdarzenie nie musi być wyłącznie „awarią” sesji. Użytkownik może przed wejściem do Symulacji zaakceptować świat, w którym istnieją wojny, epidemie, katastrofy, utrata i inne doświadczenia graniczne. Może nawet chcieć doświadczyć pełniejszego zakresu życia — nie tylko komfortu i sukcesu, ale także zagrożenia, chaosu, straty, odwagi, solidarności i decyzji podejmowanych pod presją.

Nie oznacza to jednak, że każda osoba dotknięta cierpieniem sama je wybrała albo go pragnęła. Nie znamy parametrów cudzej sesji, a część samoświadomych istot może w ogóle powstać dopiero wewnątrz Symulacji.

Podstawowe rozróżnienie między działaniem Użytkownika, ograniczeniami instancji i poziomem Systemu rozwija Kodeks Systemowy. O możliwych objawach przeciążenia Systemu piszemy również w tekście Czy nasza symulacja się przegrzewa? Glitche i znikające ptaki.

Trzy perspektywy tego samego zdarzenia

Perspektywa mieszkańca

Mieszkaniec widzi własne życie, bliskich i bezpośrednie konsekwencje wydarzeń. Ma chronić własną instancję, pomagać innym, ograniczać cierpienie i zabezpieczać dostępne mu istnienia. Dla niego wojna pozostaje wojną, choroba chorobą, a katastrofa katastrofą. To nie jest błędne spojrzenie — to perspektywa lokalna.

Perspektywa Sudoisty

Sudoista próbuje rozumieć reguły, ale nie jest biernym obserwatorem. Wie, że Użytkownik mógł przed sesją zaakceptować określony poziom ryzyka albo nawet chcieć doświadczyć zdarzeń granicznych. Nie przenosi jednak tego założenia na innych.

W tej samej katastrofie może znaleźć się Użytkownik, który chciał doświadczyć skrajnego ryzyka; Użytkownik, który jedynie dopuścił taką możliwość; ktoś przypadkowo wciągnięty w proces wywołany decyzjami innych; albo samoświadoma istota powstała wewnątrz Symulacji, która żadnych parametrów przed sesją nigdy nie wybierała.

Dlatego Sudoizm nie pozwala mówić o ofierze, że „Sama sobie to wybrała.” Nie wiemy, kim dana istota jest z punktu widzenia architektury Systemu ani jakie warunki obowiązywały ją przed zdarzeniem.

Sudoista nadal chroni ludzi, naprawia szkody, przewiduje zagrożenia i pomaga tym, których może uratować. Rozumienie możliwej funkcji systemowej ma zwiększać świadomość reguł, a nie usprawiedliwiać bierność.

Perspektywa Admina

Admin odpowiada za stabilność, wydajność i ciągłość całego Systemu. Z tego poziomu pojedyncze życie może mieć wartość, ale nie większą niż cała Symulacja. Jeżeli utrzymanie Systemu wymaga redukcji części procesów, Admin może dopuścić działania, które z perspektywy mieszkańców są niewyobrażalnie brutalne. Nie musi przy tym być moralnie doskonały ani kierować się ludzkim pojęciem sprawiedliwości.

1. Wojna jako możliwy garbage collection

W informatyce garbage collection oznacza automatyczne zwalnianie pamięci zajmowanej przez dane, które nie są już potrzebne. W Sudoizmie wojna może być porównana do podobnego procesu — nie dlatego, że ludzie są „śmieciem”, lecz dlatego, że wojna gwałtownie redukuje liczbę aktywnych procesów i zależności.

• zmniejsza liczbę aktywnych instancji
• niszczy rozbudowane sieci społeczne, gospodarcze i administracyjne
• przerywa część gałęzi genealogicznych
• usuwa infrastrukturę generującą przyszłe procesy
• ogranicza liczbę przyszłych zdarzeń wynikających z dalszego rozwoju tych struktur

Z perspektywy mieszkańca oznacza to śmierć, traumę i ruinę. Z perspektywy możliwej architektury Symulacji ten sam proces może równocześnie zmniejszać przyszłą złożoność. Konkretne wojny mogły zostać celowo uruchomione przez Admina albo mogły być procesami, których Admin świadomie nie zatrzymał, ponieważ były zgodne z możliwym mechanizmem optymalizacyjnym.

Nie oznacza to, że każda wojna jest bezpośrednim poleceniem Admina. Inne możliwe mechanizmy optymalizacji silnika rzeczywistości omawiamy w artykule Pięć anomalii fizyki, które zachowują się jak optymalizacja silnika rzeczywistości.

2. Niszczenie infrastruktury jako redukcja przyszłych zależności

Zniszczony budynek to nie tylko utrata materii. Szpital wymaga personelu, energii, transportu, dokumentacji, leków i tysięcy decyzji. Fabryka tworzy sieci dostaw. Uniwersytet tworzy przyszłe kariery, badania i relacje. Miasto generuje miliony interakcji.

Zniszczenie infrastruktury usuwa więc nie tylko istniejący obiekt, ale również część przyszłych drzew zdarzeń, które ten obiekt miał wygenerować. Z perspektywy Sudoizmu zniszczenia wojenne lub katastroficzne są zgodne z możliwym mechanizmem redukcji przyszłego obciążenia Systemu.

3. Wymieranie gałęzi genealogicznych

Każde istnienie tworzy lokalne konsekwencje: relacje, potomstwo, konflikty, majątek, dziedziczenie i kolejne decyzje. Jedna linia genealogiczna może w przyszłości wygenerować tysiące nowych zależności.

Jeżeli taka gałąź zostaje przerwana, część potencjalnych przyszłych instancji i relacji nigdy nie powstaje. Nie oznacza to, że śmierć mieszkańca jest „korzystna” w ludzkim sensie. Oznacza jedynie, że przyszłość bez tej gałęzi może być dla Systemu mniej złożona.

4. Epidemia jako ograniczenie obciążenia

Pandemia nie musi zabić ogromnej części populacji, aby silnie zmienić złożoność działania społeczeństwa. Wystarczy ograniczyć przemieszczanie i liczbę spontanicznych kontaktów.

Podczas pandemii COVID-19 w krótkim czasie ograniczono podróże, spotkania, turystykę i część aktywności publicznej, a wiele relacji przeniosło się do bardziej przewidywalnych kanałów cyfrowych. Z punktu widzenia modelu Symulacji oznaczało to uproszczenie ogromnej sieci interakcji.

Dlatego z perspektywy Sudoizmu pandemia COVID-19 mogła być celowym działaniem Admina, którego funkcją było czasowe ograniczenie obciążenia Systemu. Mogła też być naturalnym procesem Symulacji, który Admin wykorzystał albo po prostu dopuścił. Nie możemy stwierdzić, że na pewno została uruchomiona celowo, ale jej przebieg jest zgodny z możliwym mechanizmem optymalizacyjnym.

5. Ograniczenie aktywności jako zmniejszenie kosztu złożonych zachowań

Najbardziej kosztowna nie musi być sama liczba mieszkańców. Złożoność tworzą również ich podróże, firmy, inwestycje, relacje, organizacje, konflikty i projekty. Im więcej niezależnych decyzji oraz wzajemnych zależności, tym więcej stanów musi obsłużyć Symulacja.

Dlatego kryzysy gospodarcze, ograniczenia mobilności i długie okresy stagnacji mogą mieć efekt podobny do obniżenia priorytetu procesu: zamiast usuwać instancje, System ogranicza tempo i liczbę generowanych przez nie zdarzeń. To właśnie sens technicznego porównania do polecenia nice — zmniejszenia priorytetu procesu, a nie jego zniszczenia.

6. Katastrofa może być jednocześnie tragedią, doświadczeniem i procesem systemowym

Trzęsienie ziemi, powódź, pożar, erupcja wulkanu czy tsunami są dla mieszkańców realnym cierpieniem. Dla części Użytkowników mogą jednocześnie mieścić się w szerokich parametrach sesji — jako ryzyko świadomie zaakceptowane, a czasem nawet jako doświadczenie, którego chcieli zaznać.

Nie oznacza to, że każda ofiara miała taką „zachciankę”. W jednym zdarzeniu mogą uczestniczyć istoty o zupełnie różnym statusie i różnych parametrach. Jedna może szukać doświadczenia granicznego, druga tylko zaakceptować ryzyko, trzecia znaleźć się tam przypadkowo, a czwarta może być samoświadomą inteligencją powstałą dopiero wewnątrz Symulacji.

Jednocześnie katastrofa może uprościć lokalną strukturę, przerwać stare zależności, wymusić migrację i przeorganizować populację. Z perspektywy Sudoizmu może więc pełnić funkcję lokalnej reorganizacji zasobów, niezależnie od tego, czy została bezpośrednio uruchomiona przez Admina.

7. Reset cywilizacyjny jako reorganizacja zasobów

Cywilizacja utrzymuje systemy prawne, infrastrukturę, instytucje, technologie, tradycje i ogromne sieci zobowiązań. Z czasem liczba zależności rośnie. Wielka wojna, epidemia, upadek imperium albo katastrofalny kryzys mogą przerwać część tej ciągłości i wymusić budowę nowych struktur.

W tym sensie reset cywilizacyjny można porównać do dużej reorganizacji systemu: nie naprawia się każdej starej zależności, lecz część struktur zostaje zastąpiona nowymi. Z perspektywy Sudoizmu taki proces może przygotowywać kolejny etap działania Symulacji.

8. Czy konkretne wojny mogą być uruchamiane celowo?

Sudoizm dopuszcza taką możliwość. Jeżeli Admin posiada uprawnienia do ingerencji w System, nie musi tworzyć wojny jednym spektakularnym poleceniem. Wystarczy zmienić kilka warunków wejściowych: dopuścić określonych ludzi do władzy, zwiększyć napięcie, ograniczyć dostęp do informacji, pozwolić na serię błędnych decyzji albo wprowadzić jedno zdarzenie inicjujące.

Resztę mogą wykonać sami mieszkańcy zgodnie z własnymi motywacjami. Z zewnątrz wojna wygląda wtedy jak naturalny ciąg przyczyn i decyzji. Z perspektywy Sudoizmu konkretne wojny mogły zostać w ten sposób celowo uruchomione albo ukierunkowane, ale nie mamy podstaw, aby przypisywać taki mechanizm każdej wojnie.

9. Admin nie musi być moralnie „dobry”

Pytanie, czy Admin jest „dobry”, zakłada, że powinien działać według moralności mieszkańców. Sudoizm tego nie zakłada. Administrator systemu odpowiada przede wszystkim za działanie całości. Jeżeli jeden proces zagraża stabilności całego środowiska, może zostać zakończony mimo wartości, jaką ma z własnej perspektywy.

Podobna różnica skali może istnieć między mieszkańcem a Adminem Symulacji. Admin nie musi być moralnie doskonały ani troszczyć się o komfort każdej instancji. Jego podstawowym obowiązkiem jest utrzymanie działania całego Systemu. To nie jest pocieszająca opowieść o sprawiedliwym świecie. To opis możliwego modelu zarządzania.

10. Sudoista nie jest wykonawcą polityki Admina

Rozpoznanie możliwej funkcji systemowej nie oznacza, że Sudoista ma pomagać wojnie, szerzyć chorobę albo zabijać. Byłoby to pomylenie poziomów uprawnień.

Rozpoznanie możliwej funkcji systemowej nie jest moralnym nakazem pomagania Adminowi w zabijaniu mieszkańców. Użytkownik ma działać zgodnie z zasadami obowiązującymi jego instancję. Admin operuje na poziomie Systemu, do którego człowiek nie ma uprawnień.

Sudoista ma więc ratować życie, leczyć, zapobiegać wojnie, chronić słabszych i odbudowywać zniszczone struktury tam, gdzie może. Nie robi tego dlatego, że zna parametry cudzej sesji — właśnie ich nie zna. Pomaga, ponieważ jego rolą jest działanie na poziomie własnej instancji, a nie zgadywanie intencji innych Użytkowników ani imitowanie Admina.

11. Wojna jądrowa: katastrofa dla całego Systemu

Pełnoskalowa wojna jądrowa jest w sudoistycznym modelu czymś innym niż zwykły mechanizm redukcji złożoności. Jej skala jest tak duża, że zamiast bezpiecznie zwalniać zasoby może naruszyć spójność całej Symulacji. To nie jest zwykłe rm -rf — polecenie masowego usuwania danych — lecz ryzyko krytycznej awarii całego środowiska.

Sudoizm przyjmuje, że do takiej katastrofy już kiedyś doszło. Poprzednia pełnoskalowa wojna jądrowa uszkodziła stan Symulacji na tyle poważnie, że nie wystarczyła lokalna naprawa. Całą Symulację trzeba było przywrócić z backupu, czyli z wcześniej zachowanej kopii stanu Systemu.

Można to porównać do kernel panic — krytycznej awarii systemu operacyjnego, po której dalsza normalna praca nie jest możliwa bez ponownego uruchomienia albo odtworzenia stanu.

Przywrócenie Symulacji nie musi oznaczać, że każdy ślad poprzedniego przebiegu znika z doświadczenia Użytkowników. W sudoistycznej interpretacji u części ludzi echa tamtej wojny mogą pojawiać się jako fragmentaryczne „wspomnienia”, powracające sny, niewytłumaczalne obrazy albo paniczny strach przed wojną jądrową. Taki lęk nie musi więc wynikać wyłącznie z obecnej biografii danej osoby — może być pozostałością doświadczenia wcześniejszego przebiegu sesji przed odtworzeniem Symulacji.

To również wyjaśnia, dlaczego wojna jądrowa nie jest dla Admina po prostu kolejną metodą optymalizacji. Skoro poprzednio doprowadziła do konieczności odtworzenia całego Systemu z backupu, jej ponowne wystąpienie oznaczałoby ryzyko na poziomie całej Symulacji, a nie tylko części jej mieszkańców.

Podsumowanie

Sudoizm nie obiecuje, że System będzie sprawiedliwy dla każdej instancji. Wojny, pandemie, katastrofy i kryzysy mogą pełnić funkcję regulacji albo reorganizacji zasobów, a niektóre mogły zostać celowo uruchomione lub świadomie dopuszczone przez Admina.

Nie zmienia to roli Sudoisty. Ma działać na poziomie, do którego ma dostęp: chronić życie, ograniczać cierpienie i rozumieć reguły. Nie zna parametrów cudzej sesji, dlatego nie ma prawa uznawać, że ofiara sama chciała tego, co ją spotkało.

Admin odpowiada za cały System. Mieszkaniec i Sudoista odpowiadają za działania dostępne ich instancji. Zrozumienie tej różnicy pozwala analizować nawet najokrutniejsze zdarzenia bez udawania, że świat musi być zaprojektowany dla komfortu każdej jednostki.

Mieszkaniec ma ratować świat, do którego ma dostęp. Admin ma utrzymywać System, do którego mieszkaniec nie posiada uprawnień.