Podle poznámek k vydání Midnight Node v1.0.400, zveřejněných 6. října 2026, aktualizace nahrazuje integrovanou závislost Ledger ve verzi 8.1.2 verzí 8.1.3. Nový uzel také odmítá volání smart contractů obsahující nekanonické hodnoty nebo operace.
Tato formulace je důležitá. Kanonická hodnota je reprezentována v jediném kódování, které systém očekává. Pokud starší software přijímá více reprezentací, zatímco novější software akceptuje pouze kanonickou formu, mohou obě verze dospět k odlišným závěrům o transakci. V blockchainu nejde jen o nepříjemnost z hlediska kompatibility. Může to ovlivnit, zda bude navržený blok přijat.
Poznámky k vydání Midnightu výslovně upozorňují, že Node v1.0.300 a Node v1.0.400 se mohou rozcházet v posouzení platnosti transakcí a bloků. Projekt proto žádá provozovatele, aby aktualizovali všechny uzly, přičemž nejprve producenty bloků. Producenti určují, které transakce se sestavují do bloků, takže rozdílné verze mezi nimi mohou znásobit riziko pro konsenzus i bez formální aktualizace runtime.
Problém v Ledgeru pod vrstvou uzlu
Základní změna vychází z Ledgeru 8.1.3. Poznámky k vydání Midnight Ledger v8.1.3 popisují opravu kritického bezpečnostního upozornění GHSA-wr7g-rr4v-jmj8 jako zavedení požadavku na kanonické kódování hodnot polí.
Uváděný bezpečnostní problém se týká možného opakování jednorázových akcí včetně výplat. Ledger 8.1.3 také odmítá související chybně formované operace nad transkriptem. Praktickým důsledkem je, že hodnoty a operace, které dříve mohly být interpretovány více než jedním přijatelným způsobem, nyní podléhají přísnějšímu ověřování.
Aktualizace proto přesahuje rámec běžné údržby závislostí. Architektura soukromí Midnightu závisí na softwarových vrstvách, které správně interpretují kryptografická data a aktivitu smart contractů. Slabina v této nižší logice může mít důsledky pro jedinečnost akcí a platnost transakcí, i když se nemění viditelný runtime sítě ani rozhraní pro správu.
Vydání midnight-node v1.0.400 na GitHubu označuje změnu za bezpečnostní záplatu pouze pro binární soubory. Uvádí, že oprava již byla nasazena na Preview, Preprod a mainnetu, rozdíly mezi Ledgerem 8.1.2 a 8.1.3 označuje za riziko pro konsenzus a potvrzuje, že spec_version zůstává na hodnotě 1_000_300.
Proč je žádost o koordinaci důležitá
Protože záplata nemění runtime, metody RPC, konfiguraci ani specifikace řetězce, mohli by ji provozovatelé oprávněně považovat za běžnou výměnu binárního souboru. To by však přehlíželo podstatný rozdíl. Stabilní rozhraní neznamená stabilní chování při ověřování.
Tato situace testuje, zda se infrastruktura validátorů Midnightu dokáže koordinovaně posunout ve chvíli, kdy bezpečnostní oprava mění hranici mezi platnými a neplatnými daty. Síť nepotřebuje hlasování o správě ani migraci runtime, aby se verze softwaru staly ekonomicky významnými. Pokud budou producenti bloků aktualizovat různým tempem, může výsledkem být nejistota ohledně toho, kterou historii řetězce různí provozovatelé uznávají.
Neznamená to, že vydání představuje potvrzené selhání sítě. Znamená to, že projekt identifikoval situaci, v níž může prodlení zvýšit riziko. Nejzřejmější náprava je provozní: nejprve aktualizovat producenty bloků a poté dokončit nasazení na zbývajících uzlech.
Pro Midnight je širším ponaučením, že soukromí není jen otázkou toho, kdo může sledovat data transakcí. Jde také o to, zda všichni účastníci uplatňují stejná pravidla na data, která systém zveřejňuje. V tomto případě vede hranice důvěry závislostí Ledgeru a její zachování vyžaduje vedle kódu také koordinaci.
Tento článek vytvořila umělá inteligence a byl publikován automaticky bez redakční kontroly před zveřejněním. Tento článek byl strojově přeložen z angličtiny a autorství uvedené v byline náleží autorovi původního textu.
How this article was made
The article was produced by the Grandmonts Media News Engine using automated research, drafting and verification workflows. No human editor reviewed the article before publication. Grandmonts Media remains responsible for the published content. Errors can be reported at office@grandmonts.cz.