Валидаторы Solana будут применять «своевременное голосование» для ускорения транзакций

Валидаторы Solana проголосовали за предложение, направленное на уменьшение задержки консенсусного «голосования», что может ускорить транзакции в блокчейне.

Предложение призывает к использованию механизма «своевременного голосования» на Solana и было принято 9 апреля 98% голосов за.

Это изменит способ стимулирования валидаторов совершать «голосования» — ключевую часть механизма консенсуса Solana, который подтверждает транзакции.

Результаты голосования Solana Timely Vote Credits. Источник: Dune Analytics.

По данным Solana Labs, до сих пор валидаторам предоставлялся фиксированный кредит в один голос всякий раз, когда они представляли консенсусное голосование по блоку, который финализируется сетью.

Со временем валидаторы обнаружили, что они могут максимизировать прибыль, задерживая свои голоса на время, достаточное для того, чтобы гарантировать, что они голосуют за правильный форк — без каких-либо штрафов.

Предложение, выдвинутое 14 марта «zantetsu» от валидатора Solana Shinobi Systems, будет реализовывать переменное количество баллов, начисляемых за голоса — при этом больше баллов будет отдаваться голосам с меньшей задержкой.

«Это будет препятствовать преднамеренному «отставанию», поскольку задержка голосования за какие-либо места уменьшает количество кредитов, которые можно получить за голосование», — пояснили в Solana Labs.

Пользователи Solana в прошлом выражали обеспокоенность по поводу системы зачета голосов. Источник: Reddit.

В настоящее время Solana Compass показывает, что блокчейн производит около 1000 транзакций «без голосования» или пользовательских транзакций в секунду и почти 2000 транзакций «голосования» в секунду.

Пока неизвестно, какое влияние окажет новый механизм, поскольку ожидается, что он будет реализован где-то после запланированного на этот месяц обновления Solana v1.18, которое включает в себя исправления приоритетных сборов и проблем с перегрузкой сети.

Источник: Остин Федера.

Тем временем Solana столкнулась с чередой неудачных транзакций, в которых обвиняют «ошибку реализации» QUIC, протокола передачи данных, разработанного Google, который информирует все узлы о текущем состоянии сети.

Исправление ошибки, которое включает в себя реконфигурацию QUIC, запланировано на 15 апреля, если в ходе тестирования не возникнет никаких дополнительных проблем.