Solana сократила время формирования блока в слотов в сети с 300 мс до 250 мс: на ончейн-часах это примерно на 17% быстрее. Но на каждый слот можно пропорционально меньше загрузить вычислений и данных — общий итог по пропускной способности почти не вырос.
По-деловому это трудно объяснить, так что скажем иначе. На вокзале интервал отправления сократили с 30 секунд до 25: каждый поезд всё так же везёт столько же людей, а часовая пропускная способность не меняется — просто очереди на платформе стали менее тесными.
Цена перекладывается в другое место. Epoch стал примерно на 30 часов короче; вместе с ним уменьшаются окна для оффлайн-подписей и для задержанной валидации/одобрения. Процессам у маркет-мейкеров и кастодианов нужно заново сверить расписание. На этот раз двигают не «ёмкость», а «темп».
У тех, кто делает инфраструктуру, есть привычка: сначала правят параметры, потом обсуждают архитектуру — потому что после изменения параметров в тот же день можно выпустить объявление. Труднее всего поднять верхний предел того, сколько один блок может «вместить»: это тянет за собой состояние, стоимость хранения и пороги для валидаторов. Менять это долго, и выглядит не так эффектно.
Я не очень верю формулировке про ускорение на 17%. Цифры верные, на таблицах красиво — но они отвечают на вопрос, быстрее ли работает цепная реакция, а не на вопрос, может ли сеть загрузить больше. Общий объём цепи не меняется — меняется только ощущение для пользователя. Такая правка скорее приятна тем, кто работает на высоких частотах; для тех, кому важны подтверждения, она почти ничего не даёт.
Смотреть нужно на другие две цифры: после обновления явно снизилась доля неуспешных транзакций или нет, и упали ли приоритетные комиссии (priority fees). Если упали — значит, действительно «разогнали темп» и сняли затор. Если нет — просто часы перевели вперёд, а работы меньше не стало.
#SOL вырос примерно на 10% #Solana
По-деловому это трудно объяснить, так что скажем иначе. На вокзале интервал отправления сократили с 30 секунд до 25: каждый поезд всё так же везёт столько же людей, а часовая пропускная способность не меняется — просто очереди на платформе стали менее тесными.
Цена перекладывается в другое место. Epoch стал примерно на 30 часов короче; вместе с ним уменьшаются окна для оффлайн-подписей и для задержанной валидации/одобрения. Процессам у маркет-мейкеров и кастодианов нужно заново сверить расписание. На этот раз двигают не «ёмкость», а «темп».
У тех, кто делает инфраструктуру, есть привычка: сначала правят параметры, потом обсуждают архитектуру — потому что после изменения параметров в тот же день можно выпустить объявление. Труднее всего поднять верхний предел того, сколько один блок может «вместить»: это тянет за собой состояние, стоимость хранения и пороги для валидаторов. Менять это долго, и выглядит не так эффектно.
Я не очень верю формулировке про ускорение на 17%. Цифры верные, на таблицах красиво — но они отвечают на вопрос, быстрее ли работает цепная реакция, а не на вопрос, может ли сеть загрузить больше. Общий объём цепи не меняется — меняется только ощущение для пользователя. Такая правка скорее приятна тем, кто работает на высоких частотах; для тех, кому важны подтверждения, она почти ничего не даёт.
Смотреть нужно на другие две цифры: после обновления явно снизилась доля неуспешных транзакций или нет, и упали ли приоритетные комиссии (priority fees). Если упали — значит, действительно «разогнали темп» и сняли затор. Если нет — просто часы перевели вперёд, а работы меньше не стало.
#SOL вырос примерно на 10% #Solana
