1/ SIMD-0186: Specyfikacja rozmiaru danych transakcji ładujących standaryzuje sposób, w jaki Solana oblicza całkowity rozmiar danych konta, które transakcja ładuję. Definiuje metodę bezpieczną dla konsensusu, dzięki czemu każdy klient oblicza ten sam rozmiar, co sprawia, że rozmiar transakcji jest przewidywalny. Oto co naprawia i jak to działa 🧵

2/ Poprzednie implementacje dotyczące rozmiaru danych transakcji były nieintuicyjne i zbyt skomplikowane. Ładowanie konta programu, szczególnie z użyciem BPF Upgradeable Loader, miało skomplikowane przypadki brzegowe, które utrudniały niezależne implementacje.

3/ SIMD-0186 upraszcza zasady i czyni je jasnymi: każde załadowane konto jest liczone dokładnie raz. Programy korzystające z BPF Upgradeable Loader zawierają swoje programdata, dodają 64 bajty na konto na metadane, a ALTs dodają stałe 8,248 bajtów każde.

4/ Dlaczego to ma znaczenie dla deweloperów: załadowane dane konta są ograniczone na transakcję, a nowe obliczenia mogą być znacznie wyższe lub niższe dla niektórych transakcji. Transakcje, które ustalają limit rozmiaru załadowanych danych konta, mogą potrzebować dostosowania. Transakcje bliskie swojego maksymalnego limitu 64MB mogą teraz zakończyć się niepowodzeniem.

5/ Domyślny limit dla transakcji wynosi 64 MB (16k CUs). Możesz go obniżyć za pomocą instrukcji budżetu obliczeniowego SetLoadedAccountsDataSizeLimit. Obniżenie tego limitu może poprawić harmonogramowanie dzięki niższym kosztom opłat.

6/ Dlaczego istnieje limit rozmiaru załadowanych danych? Podobnie jak w przypadku limitu CU na transakcję, walidatorzy uzyskują przewidywalne rozliczenia dla danych konta załadowanego w transakcji. SIMD-0186 zapewnia, że klienci walidatorów osiągają identyczne wyniki rozmiaru danych transakcji, eliminując ryzyko konsensusu i upraszczając rozwój klientów.