TON запускает обновление за доли секунды, 7 апреля завершится полная активация основной сети

Команда ядра TON объявила, что обновление механизма консенсуса Catchain 2.0 (обновление до субсекундного уровня) перешло на этап развертывания в основной сети. Цель — сократить время окончательного подтверждения блока с текущих примерно 10 секунд до примерно 1 секунды, а интервал между блоками — с примерно 2,5 секунд до 200-400 миллисекунд. 2 апреля валидаторы проголосовали за активацию нового консенсуса в базовой цепи, а 7 апреля базовая цепь и основная сеть полностью включили механизм быстрого консенсуса.

Технические показатели: Catchain 2.0 приближает скорость подтверждения TON к Web2

Catchain 2.0 — это ключевое обновление консенсусного слоя TON. Его целевой дизайн — обеспечить окончательность за доли секунды, чтобы поведение on-chain в части скорости отклика было близко к традиционным сервисам Web2. Сравнение по трем ключевым измерениям производительности приведено ниже:

В текущей основной сети интервал между блоками составляет около 2,5 секунд, примерно 0,4 блока в секунду, при этом задержка окончательного подтверждения — около 10 секунд; в тестовой сети интервал между блоками сейчас составляет около 450 миллисекунд, окончательное подтверждение — около 1-2 секунд; после обновления цель для основной сети — интервал между блоками 200-400 миллисекунд, примерно 2,5-5 блоков в секунду, а задержка окончательного подтверждения — около 1 секунды.

Одновременно TON Center выпустил Streaming API v2, который предоставляет обновления статуса транзакций в режиме push. Задержка от событий в цепочке до клиентского приложения составляет 30-100 миллисекунд. MyTonWallet и tonscan.org уже используют это новое API: даже до включения подтверждения уровня «sub-second» в основной сети время отклика на транзакции в этих продуктах сократилось почти вдвое.

График развертывания в три этапа: чек-лист задач для узлов

Развертывание в основной сети субсекундного обновления продвигается по строгим временным вехам:

31 марта: все валидирующие узлы завершили обновление версии, перейдя на последнюю версию, поддерживающую Catchain 2.0

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

7 апреля: базовая цепь и основная цепь синхронно полностью включили механизм быстрого консенсуса; субсекундное обновление завершило активацию на всем TON mainnet

Ключевая парадоксальность обновления: рост скорости сети, но APP не успевают

В своем техническом объявлении команда TON официально особо подчеркнула ключевой слепой угол, который при этом обновлении наиболее легко упустить из виду: даже если базовый блокчейн генерирует блоки в 10 раз быстрее, если проект продолжает использовать HTTP-поллинг вместо Streaming API, задержка обновления статуса транзакций на интерфейсе пользователя все равно может превышать 10 секунд.

В качестве примера для HTTP-поллинга: после того как пользователь нажимает «отправить», транзакция примерно за 0,4 секунды включается в сегментный блок, за 0,8 секунды отправляется в основную цепь, но обновление UI должно ждать следующего запроса на опрос, из-за чего задержка может превышать 10 секунд. А после переключения на Streaming API v2: за 0,1 секунды отображается статус pending (в обработке), за 0,4 секунды — confirmed (подтверждено), за 0,8 секунды — finalized (окончательно подтверждено); весь процесс укладывается в 1 секунду.

Команда ядра TON прямо предупреждает: «Если приложение не может выполнить адаптацию, даже если нижележащие системы работают нормально, обновление будет выглядеть неэффективным. Проекты, готовые до запуска основной цепи, смогут продемонстрировать ожидаемое поведение и пользовательский опыт».

Частые вопросы

В чем фундаментальные различия между Catchain 2.0 и ранее использовавшимся консенсусным механизмом TON?

Catchain 2.0 — это крупное обновление консенсусного слоя TON. Ключевое изменение — существенное сокращение интервала между генерацией блоков (с примерно 2,5 секунд до 200-400 миллисекунд) и времени окончательного подтверждения (с примерно 10 секунд до примерно 1 секунды). Пропускная способность по блокам в секунду увеличивается примерно в 2,5-5 раз, благодаря чему скорость отклика on-chain-интеракций TON по замыслу приближается к стандартам традиционных сервисов Web2.

Какие конкретные адаптации нужны разработчикам приложений в экосистеме TON?

Основные адаптации сосредоточены в трех областях: во-первых, переключиться на TON Center Streaming API v2 для получения push-обновлений статуса транзакций, вместо HTTP-поллинга; во-вторых, обрабатывать все четыре типа статусов транзакций (pending, confirmed, finalized, trace_invalidated) и соответствующим образом обновлять дизайн UI; в-третьих, если вы управляете узлом с самосутапхостингом, нужно до 7 апреля обновиться до последней версии, поддерживающей Catchain 2.0. Биржам и платежным сервисам, использующим внешние API, дополнительные действия не требуются.

Что означает субсекундное обновление TON для обычных пользователей?

Для обычных пользователей самое прямое изменение заключается в том, что при использовании адаптированных к обновлению кошельков, dApp и сервисов оплаты скорость подтверждения переводов будет резко сокращена с примерно 10 секунд до 1 секунды и менее. Однако это улучшение полностью зависит от того, завершили ли разработчики проекта адаптацию Streaming API: неподготовленные приложения, даже работающие на обновленном mainnet, не дадут пользователям каких-либо заметных улучшений.