Какие сюрпризы может принести обновление Ginger для Celestia?

robot
Генерация тезисов в процессе

Источник: Celestia; Перевод: Денг Тун, Golden Finance

Обновление Lemongrass было развернуто в бета-версии основной сети в сентябре и стало первым обновлением консенсуса Celestia. Предстоящее обновление Ginger, то есть Celestia-App V3, является вторым.

Ginger удваивает производительность, доступность данных Celestia мгновенно увеличивается в 2 раза! В v3 это достигается за счет сокращения времени блокировки с 12 секунд до 6 секунд, что также улучшает пользовательский опыт за счет более быстрого времени окончательного определения транзакций.

Ginger также заложил основу для управления сообществом, увеличив размер блока до максимума 8 МБ каждые 6 секунд, что эквивалентно 1.33 МБ/с.

Ginger активирован на высоте 2348907 Arabica (ожидается 5 ноября 2024 года). Ожидается, что он будет введен в тестовую сеть Mocha в ноябре и в основную сеть Beta в декабре.

sQj6nkmA5DqMiKp9ogb9m0FwBMffZGn9bYzzsguJ.jpeg

Celestia скоро изменится

Обновление Ginger содержит CIP, указанный в CIP-25 (один из мета-CIP).

В Ginger включено CIP:

  • CIP-21: Введение типа blob с проверенным подписчиком
  • CIP-24: переменные диспетчера газа с версионированием
  • CIP-26: Версионированное время ожидания
  • CIP-27: ограничение блока для количества PFB и не PFB
  • CIP-28: ограничение размера сделки

Кроме вышеупомянутых CIP, celestia-app v3 также содержит важное изменение, не касающееся Соглашения: по умолчанию требуется BBR.

По умолчанию это черный ящик

В реальной жизни p2p сети должны передавать большие объемы данных на большие расстояния. Это может стать проблемой, поскольку наиболее распространенный алгоритм контроля задержки значительно уменьшает количество передаваемых пакетов с увеличением числа потерь, другими словами, уменьшается пропускная способность. Чем дольше происходит передача данных, тем больше потерянных пакетов, и тем быстрее падает использование полосы пропускания. Что еще хуже, начинают накапливаться буферы, что приводит к значительным задержкам даже для маленьких пакетов. И еще хуже, в децентрализованной сети узлы не ждут сообщения в буфере; они просто переходят к следующему блоку, что делает устаревшими эти буферизованные сообщения и приводит к дополнительному расходу полосы пропускания при их окончательной отправке.

Исследователи Google обнаружили, что потеря данных на самом деле не является хорошим механизмом для обнаружения перегрузки. Вместо этого мы можем просто использовать время задержки. Вот что делает BBR и приводит к значительному увеличению пропускной способности географически распределенных сетей в реальной жизни.

Это открыло дверь для улучшения пропускной способности и производительности в будущем, например, продемонстрированных в тестовой сети Mammoth Mini улучшений. celestia-app v3 требует BBR, который открыт по умолчанию.

Введение типа blob проверенного подписанта

CIP-21 вводит «творческий blob», в котором Адрес подписывающегося включен в Метаданные blob. Валидаторы Celestia теперь проверяют, соответствует ли подписывающийся Адресу, указанному в blob оплаты, что позволяет избежать агрегации и отдельно извлекать и обрабатывать транзакции PayForBlobs. Это упрощает процесс проверки агрегации, позволяя непосредственно проверять поле подписывающегося в blob, чтобы убедиться в его подлинности.

Переменные программы диспетчеризации газа, версионированные

CIP-24 устанавливает переменные GasPerBlobByte и TxSizeCostPerByte диспетчера газа так, чтобы они могли изменяться только через обновление сети, устраняя возможность изменения их через в блокчейне управление. Это изменение направлено на обеспечение более стабильной и предсказуемой Стоимости транзакции. Оно позволяет более простой метод вычисления газа оффлайн, без необходимости обращаться к сети перед каждой транзакцией.

Настройка времени ожидания версии

CIP-26 устанавливает время блокировки и соответствующие таймауты контролируемыми версией приложения, уменьшает время блокировки с 12 секунд в v3 до 6 секунд. Эти изменения направлены на увеличение пропускной способности сети и сокращение времени окончательного подтверждения сделок. Он также увеличивает параметр ttl-num-blocks для пула памяти с 5 до 12, чтобы обеспечить согласованное поведение транзакций при более быстром времени блоков.

Ограничение на количество блоков PFB и не PFB

CIP-27 ограничивает количество сообщений PayForBlob (PFB) и не PFB для каждого блока. Это предложение внедряет ограничение в 600 сообщений PFB и 200 сообщений не PFB для каждого блока. Эти ограничения являются мягкими ограничениями на этапе PrepareProposal, что означает, что они не строго применяются на уровне Соглашение. Основной принцип этого изменения заключается в предотвращении чрезмерной длительности обработки блока путем ограничения количества проверяемых транзакций в каждом блоке. Эти ограничения определяются на основе Бенчмарк, с целью обеспечения времени обработки каждого блока примерно 0.25 секунды при рекомендуемой конфигурации валидатора.

Ограничение размера сделки

CIP-28 ограничивает размер отдельной транзакции на Celestia до 2MiB (2 097 152 байта). Это ограничение будет принудительно применяться на всех этапах обработки транзакции (CheckTx, PrepareProposal и ProcessProposal), поэтому это изменение нарушает соглашение. Основная идея заключается в предотвращении проблем с большими транзакциями, даже если блок имеет размер 8 MiB или больше. Это также открывает возможности для уменьшения времени блока и увеличения его размера для увеличения пропускной способности в будущем.

Посмотреть Оригинал
  • Награда
  • комментарий
  • Поделиться
комментарий
Нет комментариев