1/ SIMD-0186: Spesifikasjon for lastet transaksjonsdatastørrelse standardiserer hvordan Solana beregner de totale kontodataene en txn laster inn. Den definerer en konsensussikker metode slik at hver klient beregner samme størrelse og gjør txn-størrelse forutsigbar. Her er hva det fikser og hvordan det fungerer 🧵

2/ De tidligere implementeringene for txn-datadimensjonering var lite intuitive og altfor komplekse. Lasting av programkontoer, spesielt med BPF Upgradeable Loader, hadde kompliserte kanttilfeller som gjorde uavhengige implementeringer vanskelige.

3/ SIMD-0186 gjør reglene enkle og eksplisitte: hver lastede konto telles nøyaktig én gang. Programmer som bruker BPF Upgradeable Loader inkluderer programdataene sine, legger til 64 byte per konto for metadata og ALT-er legger til flate 8 248 byte hver.

4/ Hvorfor det er viktig for utviklere: lastede kontodata er begrenset per tx, og den nye beregningen kan være betydelig høyere eller lavere for visse txns. Txn-er som angir størrelsesgrensen for innlastede kontodata, må kanskje justeres tilsvarende. Txns nær maksgrensen på 64 MB kan nå mislykkes.

5/ Standard grense for hele tx-wide er 64 MB (16k CUs). Du kan senke den med instruksjonen SetLoadedAccountsDataSizeLimit for beregningsbudsjett. Å senke denne grensen kan forbedre planleggingen på grunn av lavere kostnad per betalt gebyr.

6/ Hvorfor ha en grense for lastet datastørrelse? I likhet med CU-grensen per tx får validatorer forutsigbar regnskapsføring for en txns innlastede kontodata. SIMD-0186 sikrer at validatorklienter oppnår identiske txn-datastørrelsesresultater, fjerner konsensusrisiko og forenkler klientutvikling.