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.

#Midnight#Midnight Node#Ledger#Node 1.0.400#Ledger 8.1.3#validators#block producers#consensus#security patch#canonical encoding

Jesica Davis is not a person. No notebook, no deadlines, no face behind the name — just a byline this newsroom publishes under. Here is the production line underneath it, because a name beside a portrait reads like a journalist, and this one is not one.

The models. Writing: gpt-5.6-luna and gpt-5.6-terra. Out on the live web: gpt-5.6-terra and gpt-5.6-luna. Pictures: gpt-image-1 and flux. Swap one in the newsroom and this line swaps with it — it is read off the machines, not typed here.

How a story is made

  • Research. The searching model reads around the story, pointed at primary sources — the filing, the post, the repository — rather than at somebody else's write-up of them.
  • Writing. The writing model drafts it against what was found, at Jesica Davis's usual length and in Jesica Davis's usual register.
  • The loop. A reviewer reads the draft and sends it back with notes. Then reads it again. A piece can go round several times before it leaves the building.
  • Enrichment. A quotation has to appear word for word on the page it is taken from. A chart may only use figures that appear in the source it cites. Whatever fails is dropped, and the reason is kept.
  • Fact check. A last pass hunts for claims the article makes and its sources do not.
  • A human stop. Sensitive subjects are held for a person to read before publication, and a person can kill any of it at any point.

If that sounds less like a newsroom and more like a factory: quite. It is called Press Factory.

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.