За последние годы в коде Solana устранили основные проблемы, благодаря чему время блока — то есть период, необходимый сети для создания нового блока транзакций, — уменьшилось и иногда даже опускалось ниже условного значения в 400 мс.
Однако за последний месяц возникла новая тенденция: медианное время блока значительно увеличилось, и сеть Solana стала добавлять новые транзакции в блокчейн медленнее, чем прежде. Причиной этого стала новая практика среди валидаторов, выявившая, что замедленное производство блоков может приносить дополнительную прибыль. По данным Blockworks, Anza, Jito и Marinade работают над решениями этой проблемы.
В июне резко увеличилась длительность эпох в Solana. Источник: Kamino
Каждым блоком Solana управляет валидатор-лидер: он собирает транзакции, формирует блок и передает его в сеть. Лидеры получают комиссию за транзакции в созданных ими блоках. Чем выше объем заявок, тем больше возможностей для получения комиссии, поэтому валидаторам выгоднее обрабатывать, например, транзакции за 500 мс, чем за 300 мс.
Фактически некоторые валидаторы Solana намеренно ждут как можно дольше, чтобы максимально заполнить блоки транзакциями и увеличить свою доходность, что и привело к росту длительности эпох.
Такой подход не соответствует концепции сети, стремящейся быть сравнимой по скорости с Nasdaq. Кроме того, сокращение количества эпох в течение года уменьшает возможности для сложного начисления вознаграждений делегаторам, отметил технический директор Sol Strategies Макс Каплан.
В Solana реализован механизм “grace ticks” — дополнительное время, в течение которого лидеры могут успеть отправить блок. Это защищает валидаторов из удаленных регионов от несправедливых санкций, но открывает возможность намеренного запаздывания при отправке блоков.
Альтернативный клиент Solana под названием Frankendancer недавно внедрил планировщик, максимизирующий доходность, и, по словам Каплана, валидаторы, использующие этот клиент, действительно начали формировать блоки немного медленнее обычного.
Каплан подчеркнул, что задержка у Frankendancer минимальна по сравнению с наиболее явными случаями задержки, и не считает это негативным явлением. Более того, подобная стратегия не является чем-то новым для блокчейнов на Proof-of-Stake. Однако именно появление Firedancer могло привлечь внимание к данной практике в Solana. В компании Jump на момент публикации не предоставили комментариев.
Примечательно, что инженер Firedancer Майкл МакГи описал это явление в недавнем подкасте Lightspeed.
«Мы заметили, что наш текущий валидатор... [что валидаторы] зачастую могут сделать блок более прибыльным, если задерживают исполнение транзакций», — пояснил МакГи.
По словам аналитика Blockworks Research Виктора Фама, валидаторы, наиболее заметно задерживающие формирование блоков в Solana, чаще всего используют модифицированные версии клиента Agave-Jito.
В частности, в эпоху 802 в середине июня медианное время блока у Galaxy и Kiln превышало 570 мс. Некоторое количество анонимных валидаторов также работали медленно, а у валидаторов Temporal медианное время блока достигло 475 мс, согласно данным Solana Compass data.
Соучредитель Kiln Эрнест Оппетит подтвердил, что их валидатор — шестой по объему стейка в Solana — действительно задерживал слоты «на определенном этапе», но сейчас перестал это делать.
«В Kiln мы гордимся тем, что предоставляем лучший стейкинг-APY на рынке без ущерба безопасности. Мы ведем исследования и разработки по разным компонентам стекa, включая эксперименты с таймингом, и постоянно взаимодействуем с клиентами, командами разработчиков и фондом. Сейчас мы строго следуем спецификациям и не задерживаем блоки, однако многие продолжают это делать. Мы считаем, что проблему стимулов (при быстром производстве блоков вознаграждение меньше) нужно решать на уровне протокола», — отметил Оппетит.
«Мы не причина, из-за которой об этом узнали», — сообщил директор по инженерии Temporal Бен Коверстон, комментируя участие валидатора в общей тенденции замедления блоков.
«Мы, как сервис-провайдер, поддерживаем такие настройки валидаторов, которые позволяют нашим клиентам максимизировать доходность от стейкинга. В Solana это может выражаться в генерации немного более медленных блоков для повышения доходности. Galaxy активно прислушивается к обратной связи сообщества и уже ускорил обработку блоков до приемлемых значений», — прокомментировал представитель Galaxy.
Сообщество валидаторов Solana не одобряет замедление работы сети, и к “медленным” валидаторам уже применяется публичная критика.
Вскоре могут последовать и более эффективные санкции. По информации Blockworks, Jito планирует исключить медленных валидаторов из своего стейкинг-пула, крупнейшего в Solana.
Президент Jito Foundation Брайан Смит сообщил, что организация готовит предложение по управлению, которое наделит комитет полномочиями исключать медленных участников из пула делегирования JitoSOL. Ожидается, что обсуждение предложения начнется в течение нескольких дней.
Соучредитель третьего по объёму стейкинг-пула Marinade Михаэль Репетный отметил, что провайдер рассматривает вынесение на голосование вопроса о введении для “медленных” валидаторов жесткого правила либо признания такой практики нарушением делегирования.
Изменения намечаются и на уровне протокола. В репозитории Anza на GitHub размещено предложение сократить период grace ticks для Solana вдвое. Кроме того, проектируемое обновление механизма консенсуса должно устранить проблему.
«Alpenglow решит эту задачу, предоставив возможность пропускать голоса», — сообщил вице-президент Anza по основному инжинирингу Бреннан Уотт.
Уотт заявил в свежем выпуске подкаста Lightspeed, что команда Anza рассчитывает запустить Alpenglow в основной сети к конференции Solana Breakpoint в декабре.
Пригласить больше голосов