Перейти к содержанию
Financial Context Wiki

Время блока

Время блока может означать запланированный слот, целевой интервал proof-of-work или наблюдаемый промежуток между каноническими блоками. Руководство объясняет, как измерять каждый показатель, не смешивая включение, подтверждения и финальность.

Обновлено

Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Краткий ответ

Время блока — не единый универсальный секундомер. В proof-of-work оно часто означает долгосрочную цель случайного процесса появления блоков. В слотном proof-of-stake оно может означать запланированную продолжительность возможности предложить блок. Наблюдаемый промежуток между двумя каноническими блоками — третья величина, а у включения транзакции, глубины подтверждения и финальности есть отдельные часы.

В основной сети Ethereum время сейчас делится на 12-second slots, по 32 slots в эпохе. Предлагающий может пропустить слот, поэтому соседние созданные блоки могут находиться на расстоянии 24 seconds, 36 seconds или больше, хотя длительность слота остается 12 seconds. В Bitcoin 600 seconds — целевой средний интервал системы сложности, а не срок появления следующего блока.

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

Ожидаемое время
1.2 min
Иллюстративный диапазон
54s - 1.5 min

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

Как это работает

  1. Зафиксируйте сеть, уровень, активный форк, каноническую вершину, узел или RPC-провайдера и окно наблюдения UTC. Записывайте хеши блоков, не считая одну высоту уникальным идентификатором.
  2. До расчета определите показатель: целевой интервал протокола, длительность запланированного слота, разность меток соседних канонических блоков, разность локального времени получения, задержку включения транзакции, глубину подтверждения или время финальности.
  3. Соберите хеш и родительский хеш каждого блока, высоту или слот, протокольную временную метку и локальное монотонное время получения. Сохраняйте пропущенные слоты, устаревшие и реорганизованные блоки как явные состояния, а не удаляйте их незаметно.
  4. Пройдите каноническую цепочку предков, рассчитайте соседние интервалы и опубликуйте размер выборки, окно, среднее, медиану, процентили, минимум, максимум и долю пропущенных слотов. Одно среднее не описывает асимметричное распределение ожидания.
  5. Примените модель консенсуса. В Ethereum отличайте слоты, эпохи, head, safe и finalized checkpoints. В Bitcoin отличайте 600-second target, случайные появления в зависимости от хешрейта, накопленную работу, окно корректировки 2,016-block и правила допустимости временных меток.
  6. Разложите пользовательскую задержку на трансляцию, ожидание в локальном mempool или у секвенсора, предложение и распространение блока, каноническое включение, подтверждения, safe или finalized и обработку мостом, биржей либо приложением.
  7. Сверяйте независимые узлы и проверяйте отклонение часов, пробелы RPC, пропуски предлагающих, сдвиги хешрейта, разделения сети, реорганизации, задержки финальности, сбои секвенсоров и изменения параметров форка, прежде чем задавать SLA.

Разобранные примеры

  • Блоки Ethereum созданы в слотах 1,000 и 1,003. Запланированная разность меток равна (1,003 - 1,000) * 12 = 36 seconds; слоты 1,001 и 1,002 пропущены. Высота увеличилась на один созданный блок, а номер слота — на три.
  • Для 300 slots запланированное окно равно 300 * 12 = 3,600 seconds. Если создано 294 canonical blocks, пропущено 6 missed slots, доля создания равна 294 / 300 = 98%, скорость окна — 294 / 3,600 = 0.0816666667 blocks/second, а обратная величина — 12.2448979592 seconds/block. Это статистика окна, а не обещание.
  • Одна эпоха Ethereum равна 32 * 12 = 384 seconds = 6.4 minutes; две длины эпох — 768 seconds = 12.8 minutes. Финальность определяется голосами за контрольные точки и участием, поэтому арифметика не задает фиксированный SLA финальности; Ethereum сейчас описывает нормальную финальность как примерно 15 minutes.
  • В упрощенной экспоненциальной модели появления блоков Bitcoin со средним 600 seconds вероятность отсутствия блока за 1,200 seconds равна e^(-1,200/600) = e^-2 = 13.5335283237%, а вероятность хотя бы одного — 86.4664716763%. Целевое окно сложности равно 2,016 * 600 = 1,209,600 seconds = 14 days; ни одно значение не назначает время отдельного блока.

Риски

  • Использование не той сети, уровня, форка или исторического параметра.
  • Сравнение запланированного слота с целью proof-of-work или наблюдаемым промежутком.
  • Принятие цели протокола или среднего выборки за гарантию максимального ожидания.
  • Выбор короткого, спокойного или иным образом удобного окна наблюдения.
  • Принятие метки заголовка за точное реальное время создания или получения.
  • Смешение часов наблюдателей с несинхронизированным локальным временем.
  • Исключение пропущенных слотов или смешение пустого созданного блока с пропуском.
  • Включение устаревших или реорганизованных блоков в канонический ряд интервалов.
  • Подсчет изменения высоты без проверки хешей, родителей и предков.
  • Выдача пробелов RPC, индексатора, websocket или локального журнала за поведение сети.
  • Публикация среднего без медианы, процентилей, диапазона и размера выборки.
  • Смешение ожидания в mempool или у секвенсора со временем создания блока.
  • Смешение первого включения или одного подтверждения с экономической финальностью.
  • Преобразование числа подтверждений в детерминированные минуты.
  • Принятие 10-minute target Bitcoin за SLA платежа или майнинга.
  • Игнорирование изменений хешрейта, задержки корректировки сложности и границ метки майнера.
  • Игнорирование нагрузки на распространение, проверку и временные форки при коротких интервалах.
  • Принятие 12-second slot Ethereum за гарантию непустого блока.
  • Принятие блока секвенсора L2 за публикацию, расчет или финальность L1.
  • Вывод TPS, комиссий, безопасности или децентрализации только из времени блока.

Распространенные заблуждения

  • В каждом слоте Ethereum есть блок. Слот — возможность предложения; пропуск предлагающего или сбой распространения может оставить его пустым.
  • Bitcoin создает ровно один блок каждые десять минут. Десять минут — цель сложности и параметр среднего; отдельные ожидания сильно различаются.
  • Временная метка блока — это момент, когда его получил каждый узел. У протокольной метки и локального журнала получения разные источники, ограничения и часы.
  • Уменьшение времени блока вдвое автоматически удваивает безопасный TPS и вдвое сокращает комиссии или финальность. Емкость, нагрузка, спрос, распространение и голоса консенсуса остаются независимыми ограничениями.
  • Быстрый блок L2 уже имеет финальность Ethereum. Включение секвенсором, публикация данных в L1, каноническое включение в L1 и финальность — отдельные состояния.

Связанные темы

Источники

Навигация

Поиск по вики...