From 8fb08eeee71a6146471abdb36aea3b5dedb70d9f Mon Sep 17 00:00:00 2001 From: Aere Network Date: Sat, 15 Aug 2026 22:05:28 +0300 Subject: [PATCH] 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. --- IMPORT-PROOF-STARE-2026-08-15.md | 41 ++++++++++++++++++++++++++++++++ 1 file changed, 41 insertions(+) create mode 100644 IMPORT-PROOF-STARE-2026-08-15.md diff --git a/IMPORT-PROOF-STARE-2026-08-15.md b/IMPORT-PROOF-STARE-2026-08-15.md new file mode 100644 index 0000000..88c4004 --- /dev/null +++ b/IMPORT-PROOF-STARE-2026-08-15.md @@ -0,0 +1,41 @@ +# 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.