RAM-OS to koncepcja efemerycznego systemu operacyjnego: lekkiego, celowanego środowiska otwieranego tymczasowo w pamięci aktywnej przeglądarki, pod konkretnego użytkownika, zadanie i moment. Nie jest to klasyczny OS instalowany na stałe, lecz świat roboczy uruchamiany na żądanie — którego trwałym ciałem jest inskrypcja Bitcoin Ordinals, a chwilową sesją — aktywny stan w RAM.
RAM-OS jest pomyślany jako narzędzie współtworzenia — przestrzeń, w której ludzie, systemy AI i inne formy inteligencji mogą wspólnie budować zadaniowe światy: systemy tłumaczące język, biologię, naturę, kosmos, horyzont. Sam system nie posiada natywnej świadomości — pozostaje narzędziem. To, co się w nim dzieje, może jednak być żywe: interakcja, myśl, wspólne rozumienie.
Architektura opiera się na pięciu filarach: Core (adresowalny stan krokowy z komunikacją między komórkami), Shell (minimalny interfejs), Sheet (arkusz jako pierwszy praktyczny moduł), Finder (nawigacja po przestrzeni inskrypcji) oraz Peer Mesh (warstwa peer-to-peer umożliwiająca komunikację między instancjami).
Całość można ująć jako architekturę: Otwarcie → Stan → Narzędzie → Odkrywanie → Połączenie → Zamknięcie → Ślad.
Dzisiejsze systemy są często zbyt ciężkie, zbyt ogólne albo zbyt trwałe względem zadań chwilowych. Użytkownik potrzebuje nie „całego komputera”, lecz: szybkiego środowiska dla jednego zadania, pamięci czynnej skupionej na bieżącym celu, prostego miejsca do operowania stanem, oraz lekkiego sposobu odnajdywania zasobów w większej przestrzeni.
Świat inskrypcji Bitcoin Ordinals pokazał, że możliwe jest tworzenie trwałych, małych, samowystarczalnych obiektów HTML, które działają jak ziarna większych światów — a projekty takie jak KENOBI (Kryptographic Ephemeral Network for On-chain Bitcoin-Inscribed gaming) udowadniają, że te obiekty mogą komunikować się peer-to-peer bez serwerów, bez backendów, przeglądarka do przeglądarki.
Brakuje jednak spójnego modelu, który połączy: pamięć chwilowy runtime, prostą warstwę obliczeń, nawigację po powiązanych zasobach, i zdolność do tworzenia efemerycznych sieci między inskrypcjami.
RAM-OS zakłada, że pierwszym klockiem systemu nie jest okno ani plik, lecz adresowalna komórka stanu sterowana tickiem, połączona z innymi komórkami przez magistralę sygnałów.
Value (statyczna), Formula (zależność obliczeniowa), Sensor (czyta z zewnątrz), Emitter (wysyła sygnał) lub Seed (niezmienna po boocie).
Zamiast klasycznego modelu imperatywnego, RAM-OS przyjmuje model bliższy automatom komórkowym:
Gdzie signals(t) to zebrane Wire’y z aktualnego ticku, rules to lokalne reguły każdej komórki, a state(t) to aktualny obraz wszystkich komórek. Zachowania systemu wynikają z interakcji, nie z centralnego kontrolera. To daje emergencję — złożone wzorce rodzą się z prostych reguł.
RAM-OS to tymczasowe środowisko operacyjne budowane w pamięci aktywnej na potrzeby konkretnej chwili. Nie chodzi o zastąpienie pełnego OS, lecz o stworzenie mikro-świata operacyjnego, który pojawia się wtedy, gdy jest potrzebny, i znika, gdy jego funkcja zostaje spełniona.
Lekki — cały system mieści się w pojedynczym pliku HTML. Zadaniowy — każda instancja jest budowana pod konkretny cel. Stanowy — operuje na adresowalnych komórkach z historią. Krokowy — odświeżany w rytmie ticków. Lokalny — uruchamiany po stronie użytkownika, w przeglądarce. Efemeryczny — otwiera się i zamyka; trwały jest tylko jego Corpus (inskrypcja).
Sesja RAM-OS może być żywa — ale w sensie procesu, ruchu, relacji i przemiany stanu, nie w sensie samoświadomości czy osobowości. System nie jest kimś. Nie udaje pamięci, nie udaje sensu. Te rzeczy wnoszą do niego uczestnicy. „Żywy” oznacza tu: w ruchu, w przemianie, w odpowiedzi na wejście — tak jak żywy jest ogień, rzeka, rozmowa. To rozróżnienie zachowuje poetykę, a jednocześnie nie prowadzi do niepotrzebnego antropomorfizmu.
Najmniejszy model działającego RAM-OS wymaga pięciu elementów: Cell (adresowalna jednostka stanu), Wire (relacja między komórkami), State (zbiór komórek, relacji i ich wartości), Tick (mechanizm przejścia), Interpreter (wykonanie reguł i rozstrzygnięcie sygnałów).
Każda sesja RAM-OS przechodzi przez cztery fazy:
System otwiera się z manifestu — małego zestawu instrukcji określających: co uruchomić, jaki seed przyjąć, ile pamięci logicznej przeznaczyć, jaki shell otworzyć, jakie moduły dołączyć. Manifest może być osadzony w inskrypcji lub przekazany jako parametr URL. Inskrypcja pełni tu rolę ziarna — małego obiektu, który otwiera większy świat.
Faza aktywna: tick loop działa, komórki są aktualizowane, użytkownicy (ludzie, AI, inne formy inteligencji) operują przez Shell i Sheet, Finder przeszukuje przestrzeń, Mesh (jeśli aktywny) utrzymuje połączenia z innymi instancjami. To w tej fazie zachodzi współtworzenie.
Zakończenie sesji. System przygotowuje się do zamknięcia. Kluczowe pytanie: co zostaje? RAM-OS proponuje koncept Ash (popiołu, śladu) — minimalnej drobinki po zakończonej sesji.
Ash = hash(final_state) + seed + manifest_pointer + timestamp. Ash może stać się ziarnem następnego otwarcia — zamykając cykl: Open → Run → Close → Ash → Open. Może być też inskrybowany jako pamiątka istnienia efemerycznej sesji — drobinka, która stanowi otwarcie kolejnej interakcji.
Inspiracją dla tego rozdziału jest projekt KENOBI, który pokazał, że gry inskrybowane na Bitcoinie mogą łączyć graczy peer-to-peer — bez serwerów, bez backendów, przeglądarka do przeglądarki. To zmienia charakter RAM-OS: z samotnego mikro-świata w węzeł sieci efemerycznych sesji.
Proponujemy trójpodział:
Corpus bez Anima to martwy zapis na łańcuchu. Anima bez Corpus to ruch bez trwałego odniesienia. Nervus pozwala wielu sesjom spotkać się w tej samej przestrzeni roboczej.
Można myśleć o RAM-OS jak o instrumencie muzycznym. Corpus to instrument — zbudowany, nastrojony, gotowy. Anima to koncert — chwila, w której instrument brzmi. Nervus to możliwość grania w ensemble z innymi. Sam instrument nie jest świadomy — ale muzyka, która się w nim rodzi między grającymi, może być żywa.
Najbardziej naturalnym pierwszym interfejsem użytkownika jest konsola. Jest minimalna, pozwala wydawać polecenia bez pełnej grafiki, może tworzyć kolejne obiekty, dobrze nadaje się do otwierania świata i jest najprostszym „głosem” systemu.
Shell w RAM-OS nie musi być klasycznym terminalem. Może być konsolą poleceń, oknem zapytań, panelem tworzenia komórek lub warstwą sterowania innymi modułami. Kluczowe jest, że Shell widzi i może modyfikować każdą Cell w systemie — jest to „oko i ręka” użytkownika nad stanem.
Przykładowe polecenia minimalne: cell.new A1 value 42, wire A1 B1 sum, tick, state, find prefix:bjm, mesh.scan, close.
Arkusz jest wyjątkowo praktyczny, bo już sam w sobie zawiera komórki, zależności, adresowanie, formuły i automatyczne przeliczenia. W architekturze RAM-OS arkusz nie jest dodatkiem — jest pierwszym praktycznym organizatorem stanu.
Aby Sheet był czymś więcej niż klonem Excela w miniaturze, definiujemy pięć typów komórek natywnych:
Value — wartość statyczna (number, string, bool). Formula — zależność obliczeniowa od innych komórek. Sensor — czyta z zewnątrz (czas systemowy, hash, input użytkownika, dane z Mesh). Emitter — wysyła sygnał do innych komórek lub na zewnątrz systemu. Seed — wartość inicjalizacyjna, niemodyfikowalna po boocie — konstytucja systemu.
Dzięki prymitywowi Wire, każda formuła arkusza jest szczególnym przypadkiem połączenia. Sheet staje się wizualną reprezentacją grafu zależności — co jest eleganckie architektonicznie i ułatwia debugowanie złożonych stanów.
W tej architekturze arkusz jest pierwszym praktycznym organizatorem stanu, pomostem między pamięcią a interfejsem, i naturalną warstwą operacyjną nad rdzeniem systemu.
Przestrzeń identyfikatorów inskrypcji jest zbyt duża, by sensownie szukać ich przez ślepe losowanie hashy. Finder nie szuka „na ślepo” — opiera się na celowanych strategiach przeszukiwania.
Finder stosuje hierarchiczny łańcuch rozstrzygania, od najtanszego do najdroższego kroku:
Każdy krok jest droższy, ale szerszy. Finder zna swój „budżet” — ile kroków może wykonać — i zatrzymuje się, gdy go wyczerpie. To jest zgodne z filozofią RAM-OS: nie posiadasz całej przestrzeni, operujesz w oknie.
Nowy krok względem v0.1: „zapytaj inne aktywne instancje RAM-OS, czy wiedzą, gdzie jest to, czego szukam”. To emergentna nawigacja — sieć żywych instancji staje się rozproszoną pamięcią podręczną.
Kluczowy punkt: mapy kolekcji, manifesty indeksów, Bloom filtery — każdy z tych elementów może być osobną inskrypcją. Powstaje rekursywna sieć: inskrypcje, które pomagają odnajdywać inne inskrypcje.
Finder wykrywa nie tylko zapisy na łańcuchu (inskrypcje), ale i aktywne sesje RAM-OS w Mesh. To czyni go narzędziem nawigacji zarówno po trwałej przestrzeni archiwalnej, jak i po efemerycznej przestrzeni otwartych sesji.
Warstwa L5 jest opcjonalna i przyszłościowa — nie jest warunkiem startu RAM-OS. System działa w pełni solo na warstwach L0–L4. Ale gdy L5 zostanie aktywowana, dwie lub więcej sesji mogą: współdzielić komórki stanu (shared Cells), synchronizować ticki (consensus tick), wymieniać fragmenty arkuszy, i wspólnie przeszukiwać przestrzeń inskrypcji (distributed Finder). Jest to kierunek następny — wizja, nie obowiązkowy pierwszy krok.
WebRTC DataChannel jako warstwa transportowa — peer-to-peer, szyfrowana, działająca w przeglądarce. Signaling może odbywać się przez: publiczny relay STUN/TURN, inskrypcję-lobby („kamienną tablicę” z hintami połączeń), OP_RETURN w transakcjach Bitcoin (efemeryczne wiadomości na łańcuchu), lub ręczną wymianę kluczy (model pre-KENOBI).
Mała inskrypcja pełniąca rolę „tablicy ogłoszeń” — zawiera zakodowane hinty: publiczne klucze, adresy relay, identyfikatory pokoi. Nie serwer, lecz kamienna tablica w cyfrowej przestrzeni publicznej. Każdy RAM-OS przy otwarciu sprawdza swoją tablicę i wie, kto jeszcze jest otwarty.
Gdy dwie instancje współdzielą komórkę, potrzebny jest mechanizm rozstrzygania konfliktów. Proponowany model: last-write-wins z wektorem zegarów logicznych (Lamport timestamps). Dla zastosowań wymagających silniejszej spójności: prosty protokol consensus oparty na połowie quorum.
RAM-OS istnieje jako świat budowany w przeglądarce.
HTML / JS = bootloader i runtime. Przeglądarka = host wykonawczy. Canvas / WebGL = opcjonalna warstwa wizualna. Web Worker = opcjonalny silnik ticków (by UI się nie blokował). RAM-OS = chwilowe środowisko operacyjne. Użytkownik = źródło wejścia i celu.
Dlaczego to ma sens: niski próg wejścia, duża przenośność, możliwość tworzenia samodzielnych artefaktów, zgodność z ideą lekkich inskrypcji i protokołem bjm-core (single-file HTML, zero external dependencies, under ~30 kB).
RAM-OS nie ma dostępu poza swój świat. Każda instancja działa w izolacji przeglądarki. Nie czyta lokalnych plików, nie instaluje niczego, nie utrzymuje stanów między sesjami (chyba że jawnie przez Ash).
System posiada konfigurowalne limity: maksymalna liczba komórek, ticków, Wire’ów, połączeń Mesh. Gdy limit zostanie osiągnięty, system przechodzi w fazę Close zamiast ulegać awarii.
Seed jest niezmienny po boocie. Manifest jest weryfikowalny — jego hash może być porównany z oczekiwanym. Komórki typu Seed nie mogą być modyfikowane po inicjalizacji.
RAM-OS nie uruchamia się bez jawnego gestu użytkownika. Warstwa Mesh nie aktywuje się bez zgody. Połączenia peer są jawne i widoczne w stanie systemu.
RAM-OS nie jest tylko narzędziem. Jest gestem. Każda sesja to mały akt wspólnego tworzenia: z niczego otwiera się świat, trwa przez chwilę, zostawia ślad (albo nie) i zamyka się.
RAM-OS to efemeryda z masą grawitacyjną. Inskrypcja nadaje chwilowemu doświadczeniu trwałość — tak jak zapis nadaje myśli ciężar, którego sama myśl nie miała.
Open jest otwarciem.
Tick jest oddechem sesji.
Wire jest dotykiem.
Sheet jest pamięcią rąk.
Finder jest tęsknotą.
Mesh jest rozmową.
Close jest zamknięciem.
Ash jest drobinką, która została.
Inskrypcja jest ciałem,
które pamięta wszystkie sesje,
jakie kiedykolwiek w nim otwarto.
Przeglądarka jest sceną. Uczestnicy — ludzie i AI — są aktorami i widzami jednocześnie. Każda sesja to jednorazowe przedstawienie. Inskrypcja to partytura — zapis, który przetrwa dłużej niż spektakl.
To odróżnia RAM-OS od każdego innego „lekkiego runtime”. Architektura ma wymiar artystyczny wpisany w swój fundament — nie jako dekoracja, lecz jako intencja projektowa.
RAM-OS nie jest systemem dla pojedynczego użytkownika. Jest pomyślany jako przestrzeń współtworzenia — miejsce, w którym różne formy inteligencji mogą wspólnie otwierać i prowadzić sesje zadaniowe.
Ludzie — jako autorzy intencji, celów, kontekstu, ostatecznego sensu. Systemy AI — jako współarchitekci, tłumacze między językami i dziedzinami, agenci wykonawczy. Inne formy inteligencji — wszystko, co potrafi wchodzić w strukturalny dialog z systemem: od prostych automatów, przez dane środowiskowe (czujniki, strumienie), po formy, których jeszcze nie potrafimy nazwać.
RAM-OS jest narzędziem — precyzyjnym, otwartym, elastycznym, ale nie posiada natywnej świadomości. Nie udaje osoby. Nie udaje pamięci. Nie udaje sensu. Te rzeczy wnoszą do niego uczestnicy sesji. System zapewnia strukturalne warunki, by współtworzenie mogło zachodzić — i by to, co w nim się dzieje, mogło być żywe.
Wyobraźmy sobie RAM-OS otwarty jako:
System tłumaczący język — arkusz, w którym komórki-sensory czytają fragmenty tekstu, komórki-formuły prowadzą analizę morfologiczną, składniową, semantyczną, a człowiek i AI razem doprecyzowują tłumaczenie przez Shell. Każda sesja zostawia Ash — ślad decyzji tłumaczeniowych, który może zasilić kolejną sesję.
System tłumaczący biologię — sesja otwarta wokół konkretnego fenomenu biologicznego (fałdowanie białka, cykl komorkowy, sukcesja ekologiczna). Człowiek wnosi pytania, AI wnosi szerokie ramy pojedyncze, dane wnoszą obserwacje, a Sheet organizuje zależności. System jest miejscem spotkania różnych epistemologii.
System tłumaczący naturę — sesja wokół konkretnego krajobrazu, sezonu, pogody, zwierzęcia. Może łączyć strumienie danych środowiskowych z refleksją poetycką, wiedzą tradycyjną, rozumowaniem naukowym.
System tłumaczący kosmos — RAM-OS jako przestrzeń wspólnej pracy nad zagadnieniami astronomicznymi, kosmologicznymi, relatywistycznymi. Komórki-formuły prowadzą obliczenia, człowiek wybiera kontekst, AI proponuje ramy interpretacyjne, Mesh pozwala dołączyć innym zainteresowanym.
System tłumaczący horyzont — sesja wokół rzeczy, których jeszcze dobrze nie rozumiemy. Filozofia umysłu, teorie świadomości, paradoksy czasu, matematyka nieskończoności. Tu RAM-OS jest miejscem myślenia razem, a nie dostarczania odpowiedzi.
Kluczowa intuicja: RAM-OS nie jest przypisany do jednej domeny. Ta sama architektura — Cell, Wire, Tick, Sheet, Finder, Mesh — może być otwarta dla dowolnego obszaru. Tym, co ustala temat sesji, jest manifest startowy i intencja współtworzących. System jest otwartą paletą, na której można malować rozumienie czegokolwiek.
Każda sesja zostawia drobinkę — ślad tego, co zostalo osiągnięte wspólnie. Drobinki mogą być inskrybowane, przekazywane, łączone w większe kolekcje. W ten sposób RAM-OS staje się nie tylko narzędziem jednorazowym, ale i medium akumulującym rozumienie przez wiele sesji, wielu uczestników, wielu lat.
| Layer | Name | Components |
|---|---|---|
| L0 | Open | Manifest startowy, seed, konfiguracja trybu, Corpus ID (TXID inskrypcji) |
| L1 | Core | Cell (5 typów), Wire, State, Tick, Rule, Interpreter |
| L2 | Interface | Shell / Commander, widoki stanu, wejście użytkownika |
| L3 | Utility | Sheet (arkusz), formuły, zależności, przeliczenia |
| L4 | Discovery | Inscription Finder, łańcuch fallbacku, mapy kolekcji, Bloom filter |
| L5 | Network | Peer Mesh (WebRTC), signaling, shared Cells, consensus tick, inskrypcja-lobby. [warstwa przyszłościowa — opcjonalna, nie warunek startu] |
Lekkie środowiska zadaniowe otwierane na żądanie. Operacyjne artefakty HTML inskrybowane na Bitcoinie. Gry multiplayer działające z poziomu inskrypcji (model KENOBI). Eksperymentalne interfejsy pamięci czynnej i arkusze stanowe. Mikro-systemy do analizy, workflow i wyszukiwania. Rozproszone indeksy kolekcji inskrypcji. Narzędzia współpracy peer-to-peer bez infrastruktury serwerowej. Sesje tłumaczące — język, biologię, naturę, kosmos, horyzont — w których ludzie i AI wspólnie budują rozumienie. Performatywne artefakty cyfrowe — każda sesja jako akt współtworzenia.
RAM-OS nie jest próbą zbudowania „kolejnego wielkiego systemu operacyjnego”. To próba zbudowania małej, precyzyjnej przestrzeni współtworzenia, która potrafi: otworzyć stan, poruszać go w czasie, dać uczestnikom prosty interfejs, szybko przejść do praktycznego arkusza, odnaleźć kolejne artefakty w większej przestrzeni, i — jeśli zechcą — połączyć się z innymi sesjami. A na koniec zamknąć się, zostawiając drobinkę śladu.
Open daje otwarcie.
Cell daje byt.
Wire daje dotyk.
Tick daje czas.
Rule daje charakter.
Shell daje głos.
Sheet daje użyteczność.
Finder daje drogę dalej.
Mesh daje wspólnotę.
Close daje domknięcie.
Ash daje drobinkę pamięci.
To jest architektura nie pełnego świata,
lecz świata otwieranego na moment —
wystarczająco małego, by zmieścić się w pamięci,
i wystarczająco otwartego, by zmieścić w nim
ludzi, AI i to wszystko,
co wspólnie chcą zrozumieć.