Правило Solana о порядке транзакций приостановлено: лидеры сохраняют выбор транзакций для включения

Обсуждение предложенного Solana правила SIMD-0649 завершилось 25 сентября без его включения. Проект позволил бы валидаторам отклонять блок, если транзакции, не подпадающие под исключения, в одном пакете расположены не в порядке невозрастания приоритета. Правило не определяло бы, какие транзакции лидеры включают. Лидеры могли бы откладывать транзакции в последующие пакеты и выбирать границы пакетов. Транзакции с одинаковым приоритетом могли бы располагаться в любом порядке. Простые транзакции голосования не подпадали бы под это правило. Показатель приоритета рассчитывался бы путем деления вознаграждения лидера за включение транзакции на запрошенную стоимость транзакции согласно модели стоимости до исполнения. Проект предусматривает целочисленный расчет с множителем и ограничением знаменателя снизу единицей. Вознаграждение включало бы комиссию за приоритет и несожженную часть базовой комиссии. Каждый пакет, кроме последнего, должен был бы охватывать не менее двух наборов FEC. При фиксированном размере это означало бы не менее 64 информационных шардов. К последнему пакету применялась бы проверка порядка, но не минимальное требование к размеру. В обзоре от 23 сентября утверждалось, что лидеры могли бы закрывать пакеты, чтобы разделять конфликтующие транзакции. В обзоре запрашивались актуальные данные о размере пакетов с разбивкой по планировщику, клиенту и рыночным условиям. В нем также запрашивался анализ чувствительности для разных минимальных размеров. В предложении и обзоре нет измеренных данных о том, как часто действующие лидеры формируют пакеты меньшего размера. В ходе обсуждения в августе высказывалась обеспокоенность тем, что ожидание полного пакета может мешать Firedancer воспроизводить частично полученные данные. Пересмотренный проект позволил бы валидаторам сравнивать и исполнять транзакции по мере поступления данных. Позднее валидаторы могли бы признать блок недействительным, если сравнение выявит нарушение. В проекте признается, что достижение минимального размера в два набора FEC может увеличить задержку распространения данных при низкой пропускной способности. SIMD-0649 не помешало бы лидеру отдавать предпочтение собственным транзакциям, оплачивая комиссии за приоритет самому себе. Публичное предложение обеспечило бы аудит относительного порядка транзакций внутри пакета, но не гарантировало бы наилучшее исполнение и не предотвращало бы преференциальное отношение, MEV или проскальзывание.