Tenk deg en verden hvor du faktisk kan se hva som skjer inne i en Solana-blokk. Frem til nå har dette stort sett vært et mysterium, men det endrer seg i dag! Vi introduserer IBRL Explorer! 🧵👇

2/ La oss starte med litt kontekst først. Da teamet først begynte å analysere dataene... De forventet å finne noen få avvik. I stedet fant de utbredt sen pakking. Hva er det, og hvorfor er det skadelig for Solana? 👇

3/ Late Packing refererer til praksisen med å konsentrere transaksjoner på slutten av sloten. Siden Solana er bygget som et strømmingssystem, forventes det at validatorene pakker transaksjoner gjennom hele sloten mens de sender blokkdata som shreds over Turbine.

4/ Sen pakking er skadelig for nettverket fordi: - Forsinker tilstandspropagasjon: fører til foreldet data og nettverket lærer senere om priser - Øker variansen i gjennomføringen: øker jitter når likvidasjoner og auksjoner blir uforutsigbare - Undergraver turbinen: reduserer nettverkseffektiviteten

5/ Et annet problem kjent i validator-miljøet = Slot Timing Games. Slot Timing-spill refererer til praksisen der validatorer endrer sine Proof of History-parametere for å forlenge slot-tidene utover Solanas standard 360 ms.

6/ Slot-lagging er skadelig for Solana fordi: - Bremser tilstandsoverganger - Øker ende-til-ende-latens - Reduserer determinismen - Reduserer applikasjonspåliteligheten

7/ Så hva gjøres for å fikse dette? IBRL Explorer introduserer IBRL-poengsummen for å kvantifisere ytelsen til valideringsblokker for brukere og applikasjoner. IBRL-poengsummen er basert på: - Slot-tidsscore - Stemmepakkepoeng - Ikke-stemmepakke-poengsum

10/ En annen trend som observeres ved bruk av IBRL Explorer, er kaskadeeffekten fra sene pakkingstransaksjoner uten stemmer. Når én validator pakker sent, mottar andre validatorer shreds sent, spiller av for sent, og stemmer sent. Det forårsaker en ringvirkning som skader hele nettverket.