Populární témata
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
1/ SIMD-0186: Specifikace velikosti načtených transakčních dat standardizuje způsob, jakým Solana vypočítává celková data účtu, která txn načte. Definuje metodu bezpečnou pro konsensus, takže každý klient počítá stejnou velikost a zajišťuje předvídatelnou velikost txn. Zde je to, co to opravuje a jak to funguje 🧵

2/ Předchozí implementace pro velikost dat txn byly neintuitivní a příliš složité. Načítání programových účtů, zejména s BPF Upgradeable Loader, mělo komplikované okrajové případy, které ztěžovaly nezávislé implementace.
3/ SIMD-0186 zjednodušuje a zvětšuje pravidla: každý načtený účet se počítá právě jednou. Programy používající BPF Upgradeable Loader zahrnují svá programová data, přidávají 64 bajtů na účet pro metadata a ALT přidávají každý plochých 8 248 bajtů.
4/ Proč je to důležité pro vývojáře: načtená data účtu jsou omezena na TX a nový výpočet může být pro určité TXN výrazně vyšší nebo nižší. Sítě Txn, které nastavily limit velikosti načtených dat účtu, může být nutné odpovídajícím způsobem upravit. Čísla blízko svého maximálního limitu 64 MB nyní mohou selhat.
5/ Výchozí limit pro celý tx je 64 MB (16k CUs). Můžete ho snížit pomocí instrukce k výpočetnímu rozpočtu SetLoadedAccountsDataSizeLimit. Snížení tohoto limitu může zlepšit plánování díky nižším nákladům na zaplacené poplatky.
6/ Proč mít limit velikosti načtených dat? Podobně jako u limitu jednotky na tx získají validátoři předvídatelné účtování načtených dat účtu txn. SIMD-0186 zajišťuje, že klienti validátoru dosahují identických výsledků velikosti dat txn, čímž se odstraňuje riziko konsensu a zjednodušuje vývoj klientů.
9,63K
Top
Hodnocení
Oblíbené