Уявіть собі світ, де ви справді можете побачити, що відбувається всередині блоку Solana. До цього часу це здебільшого залишалося загадкою, але сьогодні це змінюється! Представляємо IBRL Explorer! 🧵👇

2/ Почнемо з контексту. Коли команда вперше почала аналізувати дані... Вони очікували знайти кілька винятків. Натомість вони натрапили на поширене пізнє пакування. Що це таке і чому це шкідливо для Solana? 👇

3/ Пізнє пакування означає практику концентрації транзакцій в кінці слота. Оскільки Solana побудована як стрімінгова система, валідатори повинні пакувати транзакції по всьому слоту, транслюючи дані блоків у вигляді шредів через Turbine.

4/ Пізнє пакування шкідливе для мережі, оскільки: - Затримує поширення стану: призводить до застарілих даних, а мережа пізніше дізнається про ціни - Збільшує дисперсію виконання: додає джиттер, оскільки ліквідації та аукціони стають непередбачуваними - Підриває турбіну: знижує ефективність мережі

5/ Ще одна проблема, відома спільноті валідаторів = ігри з таймінгом слотів. Ігри з таймінгом слотів — це практика, коли валідатори модифікують параметри Proof of History, щоб продовжити час слотів понад стандартні 360 мс Solana.

6/ Затримка слотів шкідлива для Solana, оскільки: - Уповільнює переходи станів - Збільшує кінцеву затримку - Зменшує детермінізм - Знижує надійність додатків

7/ То що ж робиться, щоб це виправити? IBRL Explorer вводить IBRL Score для кількісної оцінки продуктивності побудови валідаторних блоків для користувачів і додатків. Бал IBRL базується на: - Результат за час слоту - Оцінка голосування - Результат пакування без голосування

10/ Ще одна тенденція, яку помітили за допомогою IBRL Explorer, — це каскадний ефект від запізнілих транзакцій без голосування. Коли один валідатор пакує пізно, інші отримують шреди пізно, повтори пізно і голосування пізно. Це викликає хвильовий ефект, що шкодить мережі загалом.