Rețeaua Solana se confruntă cu o utilizare extrem de mare, care a testat componente ale rețelei - în special implementarea taxelor prioritare și a planificatorului de tranzacții, ambele joacă un rol important în optimizarea blocurilor. Deși rețeaua a rămas stabilă în această perioadă de utilizare ridicată, există o serie de instrumente pe care dezvoltatorii și operatorii le pot implementa astăzi pentru a asigura o performanță ridicată continuă, precum și modificări suplimentare în lucrările care vor fi lansate în viitoarea lansare a software-ului pentru a îmbunătăți. performanța aplicațiilor de rețea.
Acțiuni imediate pentru îmbunătățirea performanței rețelei
Implementați taxe prioritare: multe aplicații construite pe Solana astăzi încă nu folosesc taxe prioritare, ceea ce duce la tranzacții întârziate sau renunțate. Integrarea taxelor prioritare dinamice în dApps va ajuta la rezolvarea problemelor legate de experiența utilizatorului. Este o integrare simplă. Citiți mai multe: https://solana.com/developers/guides/advanced/how-to-use-priority-fees.
Taxele prioritare sunt, de asemenea, integrate în CLI pentru a fi utilizate în implementarea programului.
Bursele pot citi folosind acest ghid actualizat pentru calcularea taxelor prioritare: https://solana.com/docs/more/exchange#prioritization-fees-and-compute-units
Optimizarea cererii de buget CU: Când o tranzacție este trimisă în rețea, dezvoltatorii pot specifica un buget de unitate de calcul pentru tranzacțiile lor specifice. Dacă nu este setat niciun buget, se utilizează o valoare implicită, care este mai mare decât necesită majoritatea tranzacțiilor. Întrucât în prezent nu există nicio penalizare pentru solicitarea unui buget mai mare decât îl utilizează efectiv tranzacția, multe tranzacții nu folosesc întregul buget UC care le este alocat. Solicitarea în avans a prea multă calcul poate duce la o programare ineficientă a tranzacțiilor, deoarece planificatorul nu știe cât de mult calcul rămâne într-un bloc până când tranzacția este executată. Dezvoltatorii ar trebui să implementeze solicitări CU mai bine definite, care corespund cerințelor tranzacției. Citiți mai multe: https://solana.com/developers/guides/advanced/how-to-optimize-compute
Utilizați QoS ponderat în funcție de miză: Furnizorii de infrastructură ar trebui să adopte QoS ponderat în funcție de miză, o caracteristică de bază a protocolului introdusă anul trecut, care permite constructorilor de blocuri să identifice și să prioritizeze tranzițiile proxy printr-un validator staked, ca un mecanism suplimentar de rezistență sybil. Un ghid pentru QoS ponderat în funcție de miză va veni în curând și va fi legat aici odată ce este gata.
Optimizați utilizarea programului CU: Când o tranzacție este confirmată în rețea, tranzacția scade un număr de unități totale de calcul (UC) disponibile într-un bloc. Astăzi, plafonul total de calcul pe un bloc este de 48 M CU, iar în perioadele de congestie, acest plafon este adesea atins. Reducerea numărului de CU utilizate în programele dvs. poate crește cantitatea de tranzacții care pot ajunge în rețea.
Modificări viitoare ale protocolului de bază în v1.18
Planificatorul de tranzacții: această componentă a stivei de validare care ajută la completarea eficientă și economică a blocurilor este programată pentru îmbunătățire în cadrul versiunii software v1.18, vizată pentru mijlocul lunii aprilie. Modificările aduse acestei componente necesită testare atentă. Această nouă implementare a planificatorului va fi introdusă împreună cu planificatorul actual în versiunea software v1.18, dar nu va fi activată implicit. Operatorii de validare vor putea activa și monitoriza performanța noului planificator și vor putea trece cu ușurință înapoi la vechiul planificator dacă sunt detectate probleme.
Fundația Solana va continua să țină comunitatea la curent. Pentru cele mai recente informații, vă rugăm să consultați contul Solana Status X.
