Валидаторы Solana проголосовали за предложение, направленное на уменьшение задержки консенсусного «голосования», что может ускорить транзакции в блокчейне.
Предложение призывает к использованию механизма «своевременного голосования» на Солане и было принято 9 апреля 98% голосов за.
Это изменит способ стимулирования валидаторов проводить «голосования» — ключевую часть механизма консенсуса Solana, который подтверждает транзакции.
По данным Solana Labs, до сих пор валидаторам предоставлялся фиксированный кредит в один голос всякий раз, когда они представляли консенсусное голосование по блоку, который был завершен сетью.
Со временем валидаторы обнаружили, что они могут максимизировать прибыль, задерживая свои голоса на время, достаточное для того, чтобы гарантировать, что они голосуют за правильный форк — без каких-либо штрафов.
Предложение, выдвинутое 14 марта «zantetsu» от валидатора Solana Shinobi Systems, будет реализовывать переменное количество баллов за голоса, которые присуждаются за голоса, при этом большее количество баллов будет отдаваться голосам с меньшей задержкой.
«Это будет препятствовать намеренному «отставанию», поскольку задержка голосования за какие-либо места уменьшает количество кредитов, которые можно получить за голосование», — объяснила Solana Labs.
В настоящее время Solana Compass показывает, что блокчейн производит около 1000 транзакций «без голосования» или пользовательских транзакций в секунду и почти 2000 транзакций «голосования» в секунду.
Связанный: Paradigm возглавляет раунд финансирования на 225 миллионов долларов для нового «убийцы Соланы» L1
Пока неизвестно, какое влияние окажет новый механизм, поскольку ожидается, что он будет реализован где-то после обновления Solana v1.18, запланированного на этот месяц, которое включает в себя исправления для исправления приоритетных сборов и проблем с перегрузкой сети в цепочке.
Тем временем Солана боролась с чередой неудачных транзакций, в которых обвиняют «ошибку реализации» QUIC, протокола передачи данных, разработанного Google, который информирует все узлы о текущем состоянии сети.
Исправление ошибки, которое включает в себя реконфигурацию QUIC, теперь запланировано на 15 апреля, если в ходе тестирования не возникнет никаких дополнительных проблем.
