aere-network/aere-node
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
8fb08eeee7
aere-node/IMPORT-PROOF-STARE-2026-08-15.md
Aere Network 8fb08eeee7 Import-proof state: the public patch 0003 binds the registry differently than the seal rule reads it (D-150 class) 
A from-genesis sync of the patches-only build reached the first real anchor
(13,014,000, certificate index 0) and was rejected there: PqAnchorSealsRule
says index 0 is unbound, though the registry the node itself bound contains
key 0 and production validates the same block. Two paths over one registry
that disagree. Fix (align the index->address mapping in 0003 with production
source) needs a dedicated binary session with a negative control. Written
honestly; RUN-A-NODE already flags the build as a follower until a full
import proof. Trying the proof for real found the missing link in one evening.
2026-08-15 22:05:28 +03:00

2.8 KiB
Raw Blame History

Dovada de import a pachetului public: cat s-a dovedit si unde s-a oprit, 15 august 2026

Un nod construit DOAR din pachetul public (petice 0001+0003+0004+0005 pe amonte pristin d2032017, build verde JDK 21) a fost pus sa sincronizeze chain 2800 de la blocul 0, pe laptop, in timpul zilei lui H. Ce s-a dovedit, masurat, si unde s-a oprit, scris cinstit.

DOVEDIT

  • Sincronizare de la geneza pana in era ancorei. Nodul a importat de la blocul 0, a traversat fork-ul precompilelor (9.189.161, reparat de peticul 0005: izolarea Osaka + EIP-2935) si fork-ul pragului de taxa (10.141.734, peticul 0004), fara divergenta, ~13 milioane de blocuri.
  • Garda registrului fail-closed, exact cum promite. La 13.014.000 nodul FARA registre a refuzat sa importe (AERE-PQC-REG-BLOCK-01), cu mesajul care spune operatorului sa instaleze registrul numit LA ACEA inaltime, nu mai devreme. Instalate registrele publice (aduse intern, amprente verificate), nodul le-a legat: 7 chei la 13.014.000, 9 la 13.600.000, fiecare rand cu dovada de posesie Falcon verificata, "correctly staged for the activation".

UNDE S-A OPRIT, si e o CONSTATARE, nu un simplu esec

  • La blocul 13.014.000, prima ancora reala (extraData 2515 octeti, certificat cu index 0), regula PqAnchorSealsRule din binarul PUBLIC respinge blocul: "certificate carries index 0, which the registry does not bind to any validator address".
  • Dar registrul pe care nodul insusi l-a legat (manifest-13014000.json) CONTINE cheia 0 (campuri "0".."6", 7 chei, bindHeight 13014000, hash canonic 0xa96ac96d... care e chiar hash-ul cerut de lant). Si productia (imaginea ancora-garda-20260807) valideaza acest bloc perfect, de doua luni.
  • Deci binarul PUBLIC leaga registrul intr-un fel si il CITESTE in regula de sigilii in alt fel: legarea vede cheia 0, regula spune ca indexul 0 e nelegat. Exact clasa D-150: doua drumuri peste acelasi registru care nu sunt de acord. Peticul 0003 public difera de sursa de productie in maparea index -> adresa la validare.

CE INSEAMNA

Aceasta e o piesa de dovada, nu o rusine: pachetul public inca NU reproduce validarea ancorei bit cu bit fata de productie, si o stim fiindca am incercat pe bune, nu fiindca am presupus. Sute de teste unitare verzi nu au prins-o; un import de la geneza a prins-o intr-o seara, a doua oara cand aceeasi metoda ne salveaza (prima: D-150). Reparatia (alinierea maparii index din peticul 0003 cu sursa de productie) e o sesiune de binar dedicata, cu control negativ, nu o carpeala in focul serii.

RUN-A-NODE.md poarta deja avertismentul corect: aplica 0001+0003+0004+0005 si trateaza build-ul ca urmaritor pana la o dovada de import completa. Aceasta dovada de import a ajuns pana la prima ancora si a gasit exact veriga care lipseste. Constatarea intra in registru.