В блокчейне принято считать, что консенсус и исполнение транзакций идут рука об руку: узлы обсуждают, какие операции валидны, договариваются о блоке, а потом все его выполняют одинаково. Архитектура казалась неизбежной — пока не стала очевидным узким местом. На высоких объёмах сети даже после финализации блока узлам нужно время на полное выполнение транзакций, что замедляет весь конвейер и накладывает потолок на пропускную способность.
Предложенное обновление破破 разделяет эти процессы: узлы могут достичь консенсуса (договориться о том, что блок легален) без ожидания, пока все транзакции будут полностью выполнены. Исполнение происходит асинхронно, параллельно. Это позволяет сети не стоять в ожидании медленных операций (особенно при работе со смарт-контрактами, взаимодействием с хранилищами данных и так далее) и переходить к следующему блоку раньше.
Идея не новая в теории — исследователи обсуждали разделение слоёв давно. Но реальная реализация в рабочем протоколе — это другое. Нужно решить задачу, как узлы синхронизируют состояние, если один выполнил блок быстро, а другой ещё обрабатывает, как обеспечить финальность, если консенсус наступил, но данные ещё меняются. CTDG Dev Hub — это экосистема разработчиков, ориентированная на масштабирование и оптимизацию блокчейн-протоколов, так что предложение, похоже, базируется на серьёзных расчётах.
На рынке это решение вписывается в более широкий тренд поиска выхода из классического триммлемы масштабируемости-децентрализации-безопасности. Другие проекты шли путём шардинга (разбиения сети на части), rollup-слоёв или увеличения размера блоков. Отделение консенсуса от исполнения — это изящнее: не нужно кардинально менять архитектуру, а лишь переделать порядок операций. Вопрос в том, насколько безболезненно это внедрить в уже запущенные сети с миллионами участников и как это повлияет на синхронизацию данных между узлами разных географических регионов.
Практическое значение для российского бизнеса в сфере блокчейна и распределённых сервисов зависит от того, какие системы российские команды используют для своих решений. Если речь о разработке своих протоколов или интеграции в существующие системы — такой подход может снизить задержки при обработке платежей и смарт-контрактов. Например, платформы, которые строят финансовые системы или системы управления на блокчейне (как наша Signum/SIGNA для платежей и контрактов), могут получить выигрыш в скорости при таком разделении уровней. Конкретный эффект зависит от того, станет ли такое обновление стандартом в выбранной команды протокол-базе.
На данный момент ясна только концепция. Ждём детальной спецификации, результатов тестирования и реакции сообщества крупных валидаторов и разработчиков — они укажут, реальна ли идея на практике или это останется красивой теорией.