Pierwszy blok nie jest początkiem świata

Słowo Genesis ma w Quaxie dwa życia.

Jedno jest kosmogoniczne.

S_0.

Bez-Kierunku.

FirstQuax.

Pierwsze możliwe „dokąd”.

Drugie jest techniczne.

Plik konfiguracyjny.

Klucze publiczne.

Pierwszy zestaw validatorów.

Początkowy stan księgi.

I bardzo dobrze, że te dwa Genesis się spotykają.

Ale jeszcze lepiej, że nie są tym samym.

FirstQuax ≠ techniczne Genesis chaina

Kosmogonia opowiada o początku możliwości kierunku.

Protocol musi natomiast odpowiedzieć na znacznie mniej poetyckie pytanie:

od jakiego dokładnie stanu zaczynamy wykonywać tę konkretną sieć?

Genesis to nie „nicość przed chainem”

Techniczne Genesis jest początkowym stanem konkretnego ledgeru.

Nie oznacza:

• początku Ω;
• początku fizycznego świata;
• metafizycznego S_0;
• FirstQuax;
• pierwszego zdarzenia w historii wszystkiego.

To raczej odpowiednik aktu:

„od tego zestawu danych, reguł i uprawnień zaczyna działać ta instancja Protocolu”.

Dlatego w Genesis trzeba ustalić rzeczy bardzo konkretne.

Na przykład:

• chain_id / network identity;
• initial validator set;
• początkową voting power;
• publiczny descriptor RootCredential;
• initial Authority;
• parametry ekonomiczne;
• początkowe klasy Truth;
• początkowe obiekty i domeny;
• wersję reguł, według których pierwszy stan będzie wykonywany.

To nie są dekoracje.

Bez nich maszyna nie wie jeszcze, jaką maszyną ma być.

Stan otwarcia

W ekonomii Genesis może zawierać początkowy bilans.

Jeżeli kiedyś wybierzemy pełną emisję w Genesis, może określać całą początkową podaż quaxów.

Jeżeli wybierzemy model mieszany, może zawierać tylko część podaży.

Jeżeli ekonomia będzie oparta głównie na późniejszej emisji, Genesis może mieć jeszcze inną strukturę.

Na dziś:

total supply, Root Treasury i finalny model Emission pozostają OTWARTE.

Dlatego techniczne Genesis nie może udawać, że polityka ekonomiczna jest już rozstrzygnięta.

Genesis musi zapisać decyzję, która istnieje. Nie może wynaleźć decyzji przez sam fakt uruchomienia.

Pierwsza wersja konstytucji

Genesis nie jest tylko listą sald.

To również punkt, w którym konkretna sieć zaczyna wykonywać określony porządek konstytucyjny.

Musi więc istnieć jednoznaczne odniesienie do tego, jakie reguły obowiązują przy starcie.

Aktualny model Genesis Activation zakłada warstwowy artefakt:

genesis.json
+ GenesisManifest / lock
+ dokładny CanonRef
+ hash binarki quaxd
+ publiczne dane Founding Validatora
+ descriptor publicznego RootCredential
→ podpis RootCredential
→ start pierwszej historii

To jest MODELUJEMY.

Dokładny format GenesisManifest, canonical encoding i finalny schema nadal są otwarte.

Ale sens strukturalny jest już ważny:

Genesis powinno wiązać początkowy stan nie tylko z danymi, ale również z konkretną wersją reguł i wykonania.

Inaczej po latach można znać hash pierwszego bloku i nadal nie wiedzieć, według jakiej konstytucji miał być interpretowany.

Root podpisuje start. Nie staje się pierwszym blokiem

Pierwszy RootCredential może podpisać GenesisManifest.

To jest akt konstytucyjny.

Ale nadal:

Root ≠ RootCredential

RootCredential ≠ Genesis Node

GenesisManifest ≠ Root

Podpis daje Evidence, że właściwy credential zatwierdził konkretny akt w określonym kontekście.

Nie zamienia pliku w osobę, urzędu w klucz ani klucza w Prawdę.

To samo dotyczy Genesis Node.

Pierwsza maszyna może wykonać pierwszy stan.

Nie staje się przez to źródłem konstytucji.

Jedna maszyna na początku nie oznacza jednej maszyny na zawsze

Aktualny model startu przewiduje, że Genesis Node może początkowo być jedynym Founding Validatorem.

To jest etap bootstrapu.

Nie model docelowej suwerenności hardware'u.

Po dopuszczeniu pierwszego Continuity Validator Set system przechodzi Continuity Transition.

Roboczo:

RPi5 jako sole Founding Validator
→ Root-signed ValidatorAdmissionBatch(CM5 ×4)
→ stabilny Continuity Set
→ Continuity Transition

Historyczny Genesis Node może później przestać aktywnie walidować.

Może zostać nodem archiwalnym, konstytucyjnym artefaktem albo fizycznym świadkiem początku.

Ale:

historyczne pierwszeństwo ≠ wieczna voting power

Genesis Node ≠ FoundingAuthority

hardware lineage ≠ constitutional identity

Genesis ma własną niezmienność techniczną

Tu pojawia się ważna zasada.

Po uruchomieniu ledgeru historycznego Genesis chaina nie edytujemy jako zwykłej operacji administracyjnej.

Jeżeli później zmieniają się:

• Authority;
• validatorzy;
• reguły;
• ekonomia;
• klasy Truth;
• obiekty;
• schema;

zmiany mają zachodzić przez odpowiednie transakcje, Root Acts, governance albo UpgradeProtocol.

Nie przez otwarcie starego pliku Genesis i poprawienie go tak, żeby pasował do teraźniejszości.

Ta zasada daje technicznej historii czytelny punkt odniesienia.

Genesis jest początkiem wykonania tej konkretnej księgi.

Nie jest wiecznie edytowalnym README o tym, jak chcielibyśmy pamiętać początek.

I tu A-002 wchodzi drzwiami, których nie da się zamurować hashem

Można teraz powiedzieć:

„Skoro Genesis jest niezmienne, to A-002 odpada.”

Nie.

To mieszanie poziomów.

Techniczna zasada brzmi:

Protocol nie posiada operacji, która po starcie zwyczajnie edytuje historyczne Genesis.

A-002 mówi coś zupełnie innego:

USTANAWIAMY / SPEKULUJEMY, że przypominanie może zmieniać fizyczną przeszłość.

Jeżeli literalny A-002 byłby prawdziwy w ontologii Quaxa, wtedy również:

• dysk z Genesis;
• podpis;
• kopia repozytorium;
• backup;
• pamięć operatora;
• hardware;

należą do fizycznej historii świata.

Protocol nie dostaje więc immunitetu metafizycznego tylko dlatego, że sam nie oferuje komendy edit_genesis.

techniczna niezmienność ≠ cross-history invariance

oraz:

ProtocolFinality_λ ↛ CrossHistoryTruth

To samo Genesis może być finalne dla dostępnej historii Protokołu bez ustanawiania twierdzenia:

„ten zapis jest identyczny we wszystkich możliwych historiach A-002”.

Takiego mechanizmu obecnie nie mamy.

Genesis nie implementuje Kosmogonii

To kolejny ważny hamulec.

Możemy artystycznie zaprojektować start chaina tak, żeby rezonował z FirstQuax.

Możemy mieć ceremonię uruchomienia.

Możemy potraktować podpis GenesisManifest jako akt założycielski o silnym znaczeniu symbolicznym.

Możemy nadać pierwszej maszynie status artefaktu.

Ale żadne z tych działań nie oznacza automatycznie:

Genesis block = FirstQuax

ani:

uruchomienie sieci = odtworzenie narodzin wymiaru.

To byłaby piękna metafora.

I fatalna dokumentacja techniczna.

Quax może mieć oba poziomy naraz, jeśli ich nie skleja.

Co musi być gotowe przed prawdziwym Genesis?

Na poziomie merytorycznym nadal trzeba rozstrzygnąć co najmniej:

• finalny chain_id;
• początkowy validator set i jego parametry;
• voting power;
• finalny RootCredential crypto profile;
• initial Authority;
• canonical encoding GenesisManifest / Root Acts;
• total supply i Root Treasury;
• pierwsze klasy Truth;
• początkowe obiekty / domeny;
• wersję Protocolu i dokładny CanonRef;
• kryteria, po których uznajemy Continuity Transition za zakończone.

Część z tych rzeczy jest już MODELOWANA.

Część pozostaje OTWARTA.

To oznacza, że obecne Genesis jest nadal specyfikacją rozwijaną, nie gotowym ceremonialnym przyciskiem START QUAX.

Po co ta ostrożność?

Bo Genesis ma szczególny rodzaj ciężaru.

Nie dlatego, że jest początkiem świata.

Dlatego, że jest początkiem konkretnej historii wykonania, do której wszystko późniejsze będzie się odnosić.

Jeżeli na starcie pomylimy:

• urząd z kluczem;
• hardware z Authority;
• mit z transakcją;
• supply z symbolem;
• finality z Prawdą;

błąd zostanie wpisany bardzo blisko korzenia całego systemu.

Dlatego techniczne Genesis powinno być precyzyjne, nudne i ceremoniałowe jednocześnie.

Precyzyjne — bo maszyna musi wiedzieć, co wykonywać.

Nudne — bo księgowość i kryptografia nie powinny zależeć od interpretacji mitu.

Ceremoniałowe — bo uruchamiamy trwałą historię wspólnego systemu.

Te trzy rzeczy mogą współistnieć.

Na drogę

Techniczne Genesis jest początkiem konkretnego chaina.

Nie początkiem Ω.

Nie FirstQuaxem.

Nie S_0.

Genesis ustala początkowy stan, reguły, Authority, validatorów i parametry sieci.

Historycznego Genesis nie edytujemy później zwykłą operacją Protocolu.

To nie daje mu metafizycznej odporności na A-002.

Genesis Node wykonuje start.

Nie staje się przez to FoundingAuthority ani Rootem.

A pierwszy blok?

Niech będzie ważny.

Nie musi przy tym udawać początku świata.