Föreställ dig en värld där du faktiskt kan se vad som händer inne i ett Solana-block. Hittills har detta till stor del förblivit ett mysterium, men det förändras idag! Vi presenterar IBRL Explorer! 🧵👇

2/ Låt oss börja med lite kontext först. När teamet först började analysera datan... De förväntade sig att hitta några avvikare. Istället fann de utbredd sen packning. Vad är det och varför är det skadligt för Solana? 👇

3/ Sen packning syftar på praktiken att koncentrera transaktioner i slutet av slottet. Eftersom Solana är byggt som ett strömningssystem förväntas validatorer packa transaktioner i hela sloten samtidigt som blockdata sänds som shreds över Turbine.

4/ Sen packning är skadlig för nätverket eftersom: - Fördröjer tillståndspropagation: leder till föråldrad data och nätverket får senare reda på priser - Ökar utförandevariationen: ökar jitter när likvidationer och auktioner blir oförutsägbara - Undergräver turbinen: försämrar nätverkseffektiviteten

5/ Ett annat problem känt för validator-communityn = Slot Timing-spel. Slot Timing-spel syftar på den praxis där validatorer modifierar sina Proof of History-parametrar för att förlänga slottiderna bortom Solanas standardnivå på 360 ms.

6/ Slot-lagging är skadligt för Solana eftersom: - Saktar ner tillståndsövergångar - Ökar end-to-end-latensen - Minskar determinismen - Minskar applikationstillförlitligheten

7/ Så vad görs för att lösa detta? IBRL Explorer introducerar IBRL Score för att kvantifiera validatorblockens byggprestanda för användare och applikationer. IBRL-poängen baseras på: - Slot-tidspoäng - Röstpackningspoäng - Poäng för icke-röster

10/ En annan trend som observeras med IBRL Explorer är den kaskadeffekt som uppstår vid sen packning av icke-röstningstransaktioner. När en validator packar sent får andra validatorer shreds sent, replayar sent och röstar sent. Det orsakar en ringeffekt som skadar nätverket som helhet.