Poznámky k vydání Compact 0.35.0 od Midnightu uvádějí, že toolchain cílí na Ledger 9. Stejné oznámení říká, že Ledger 9 není nasazen na veřejných sítích Midnightu, a vývojářům cílícím na současné síťové prostředí doporučuje Compact 0.31.x spolu s kompatibilním runtime.
Vývojáři se tak dostávají do nepříjemné situace. Nejnovější kompilátor nemusí být nutně správným kompilátorem pro produkci. Týmy vyvíjející pro živou infrastrukturu Midnightu musejí namísto toho používat starší vydání Compactu, zvolit odpovídající runtime a zajistit, aby s Ledgerem 8 byly sladěny také související knihovny.
Přehled vydání Midnightu uvádí, že Preview, Preprod a Mainnet v současnosti používají Ledger 8.1.2. Vývojáře také odkazuje na matici kompatibility podporovaných verzí komponent řetězce.
Toto rozlišení je důležité, protože Midnight přechází od experimentování k infrastruktuře pro živé aplikace. V příspěvku State of the Network ze září 2026 Midnight oznámil, že na Mainnetu je aktivní bezpovolené nasazování smart contractů. Společnost zároveň vývojářům doporučila, aby před přesunem kódu do produkce testovali na Preprodu.
V této cestě nasazování nyní leží verzová hranice. Tým může s Compactem 0.35.0 úspěšně zkompilovat kód, ale tento úspěch neznamená, že výsledný smart contract je připraven pro síť využívající Ledger 8.1.2. Problém se může projevit až později jako odmítnutí nasazení, nekompatibilní runtime nebo chyba závislostí, kterou lze obtížně diagnostikovat, pokud projekt jasně neuvádí, na kterou éru ledgeru cílí.
Kritika vývojářů spočívá v tom, že nejde jen o aktualizaci kompilátoru. Správci OpenZeppelin popsali upgrade na Ledger 9 jako překážku svého procesu vydání, protože vyžaduje koordinované změny napříč ledgerem, Midnight.js, runtime na blockchainu a testovací infrastrukturou. Uvedli, že řadu pro Ledger 9 plánovali zveřejnit pod beta značkou, zatímco Mainnet zůstával na Ledgeru 8.
To je nejsilnějším argumentem proti tomu, aby se Compact 0.35.0 považoval za běžné navýšení verze. Kompilátor, runtime a ledger jsou součástmi jediného systému nasazování. Aktualizace jedné komponenty může ponechat zbytek stacku v nepodporovaném stavu. U řetězce zaměřeného na soukromí, kde aplikace již závisejí na infrastruktuře pro vytváření důkazů a specializovaných klientských knihovnách, budou náklady nesouladu pravděpodobně vyšší než jen drobné komplikace při sestavení.
Team Practice Proof oznámil podobnou zkušenost. Uvedl, že Compact 0.34.0 nainstaloval toolchain cílící na Ledger 9, přestože veřejné sítě stále používaly Ledger 8. Tým reagoval připnutím kompilátoru, runtime, Midnight.js a stacku proof-serveru a přidáním varování do svých buildovacích skriptů.
Toto řešení dává smysl, ale přenáší správu kompatibility z platformy na každý aplikační tým. Vývojáři musejí vědět, které vydání nesoulad zavedlo, najít správný starší kompilátor, uzamknout několik balíčků a zabránit tomu, aby budoucí aktualizace závislostí projekt nepozorovaně přesunuly zpět na Ledger 9. Pro inženýry infrastruktury jsou to rozumná opatření, zároveň však představují zdroj produkčního rizika, kterému by se dalo předejít.
Ekosystém však tento rozdíl nepovažuje výhradně za slepou uličku. Projekt Datum zdokumentoval záměrný přechod z Ledgeru 9 zpět na Ledger 8 a udržuje oddělené stacky závislostí pro obě éry ledgeru. Jeho postup ukazuje, že týmy mohou přechod zvládnout, pokud hranici rozpoznají včas a výslovně ji zdokumentují.
Větším problémem je posloupnost kroků. Midnight nyní nabízí cestu nasazení na živém Mainnetu, novější toolchain cílící na budoucí verzi ledgeru a veřejné sítě, které stále fungují na Ledgeru 8.1.2. Dokud se tyto části nesblíží, není pro současnou produkční práci nejbezpečnější volbou nejnovější kompilátor. Je jí verze odpovídající cílové síti.
Matice kompatibility a oznámení o vydáních Midnightu se proto stávají provozní dokumentací, nikoli jen doplňkovým čtením. Před nasazením potřebují vývojáři jasné odpovědi na tři otázky: který ledger používá cílová síť, které vydání Compactu jej podporuje a které runtime a klientské knihovny musejí být spolu se smart contractem připnuty. S tím, jak se aplikace zero-knowledge přesouvají od ukázek k živým službám, stává se tato jasnost součástí produkční infrastruktury řetězce.
Noah Brown 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 Noah Brown's usual length and in Noah Brown'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.