
Ключова команда TON оголосила, що оновлення механізму консенсусу Catchain 2.0 (покращення за частки секунди) перейшло на етап розгортання в основній мережі. Мета — стиснути час остаточного підтвердження блоків приблизно з поточних 10 секунд до близько 1 секунди, а інтервал між блоками — приблизно з 2.5 секунд до 200-400 мілісекунд. 2 квітня валідатори голосуванням активували новий механізм консенсусу в базовому ланцюгу; 7 квітня базовий ланцюг і основний ланцюг повністю ввімкнули механізм швидкого консенсусу.
Catchain 2.0 — ключове оновлення консенсусного шару TON. Його ціль — досягти остаточності за частки секунди, щоб робота в мережі за швидкістю відгуку була близькою до традиційних сервісів 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 квітня: базовий ланцюг і основний ланцюг синхронно повністю вмикають механізм швидкого консенсусу; Sub-Second оновлення завершує активацію протягом усієї основної мережі TON
У технічному повідомленні TON офіційно особливо наголосили на ключовому «сліпому куті», який під час цього оновлення найпростіше пропустити: навіть якщо базовий блокчейн генерує блоки у 10 разів швидше, і якщо проєкти продовжують використовувати HTTP-полінг замість Streaming API, затримка оновлень статусу транзакцій у інтерфейсі користувача все одно може перевищувати 10 секунд.
Як приклад із HTTP-полінгу: після того, як користувач натискає «надіслати», транзакція приблизно за 0.4 секунди потрапляє до фрагментного (shard) блоку, приблизно за 0.8 секунди передається в основний ланцюг, але оновлення UI має чекати наступного запиту на полінг, тому затримка може перевищити 10 секунд. Натомість після переходу на Streaming API v2 за 0.1 секунди показується статус pending (у процесі), за 0.4 секунди — confirmed (підтверджено), за 0.8 секунди — finalized (остаточно підтверджено). Увесь процес завершується менше ніж за 1 секунду.
Ключова команда TON прямо попереджає: «Якщо застосунок не може виконати адаптацію, навіть якщо базова система працює нормально, оновлення виглядатиме неефективним. Проєкти, підготовлені до моменту запуску в основній мережі, зможуть продемонструвати очікувану поведінку та користувацький досвід».
Catchain 2.0 — суттєве оновлення консенсусного шару TON. Основна зміна — істотне скорочення інтервалу між створенням блоків (з приблизно 2.5 секунд до 200-400 мілісекунд) та часу остаточного підтвердження (з приблизно 10 секунд до близько 1 секунди). Пропускна здатність блоків на секунду зростає приблизно в 2.5-5 разів, тож швидкість відповіді на ончейн-взаємодії в TON за дизайном стає наближеною до стандартів традиційних сервісів Web2.
Основна адаптація зосереджена у трьох площинах: по-перше, перейти на TON Center Streaming API v2, щоб отримувати push-оновлення статусу транзакцій, замінивши HTTP-полінг; по-друге, обробляти всі чотири стани транзакцій (pending, confirmed, finalized, trace_invalidated) і відповідно оновлювати дизайн UI; по-третє, якщо ви запускаєте вузол із self-custody, до 7 квітня потрібно оновитися до найновішої версії, що підтримує Catchain 2.0. Біржі та платіжні сервіси, які використовують зовнішні API, не потребують додаткових дій.
Для звичайних користувачів найпряміша зміна полягає в тому, що під час використання адаптованих гаманців, dApp та платіжних сервісів швидкість підтвердження переказів буде суттєво скорочено з приблизно 10 секунд до 1 секунди або менш. Але це покращення повністю залежить від того, чи завершив проєкт адаптацію Streaming API. Якщо адаптацію не виконано, навіть за умови роботи застосунку в оновленій основній мережі, користувацький досвід не матиме жодних помітних покращень.