Это решение не будет похоже на Bitcoin, Ethereum или Solana. Здесь не будет преобладания NFT-арта или мем-токенов. Скорее всего, это не будет Ethereum Virtual Machine (EVM) или Solana Virtual Machine (SVM). Блокчейны будут незаметно интегрированы в веб-пространство как защищённый коммуникационный слой между приложениями, подобно переходу от HTTP к HTTPS. Влияние окажется значительным, но для пользователей и разработчиков привычный опыт практически не изменится. Этот процесс уже начался.
Стейблкоины — это простые фиатные балансы, отражённые на блокчейне, — уже обеспечивают обработку примерно 9 трлн долларов скорректированного годового объёма. Это сопоставимо с Visa и PayPal. По сути, стейблкоины не отличаются от долларов PayPal. Главное отличие — более безопасный и совместимый транспортный слой, который даёт блокчейн. За десятилетие ETH так и не стал массовым средством платежа и легко заменяется стейблкоинами. Ценность ETH обеспечивается денежными потоками от спроса на пространство блоков Ethereum и стейкинга. На Hyperliquid лидируют по объёму синтетические аналоги традиционных акций и индексов, а не крипто-нативные токены.
Ключевая причина интеграции блокчейнов в финансовую инфраструктуру как защищённого коммуникационного слоя — это совместимость. Сегодня пользователь PayPal не может просто отправить платёж пользователю LINE Pay. Если бы PayPal и LINE Pay работали как блокчейны, как Base и Arbitrum, маркетмейкеры вроде Across, Relay, Eco или deBridge мгновенно обеспечивали бы такие переводы. Пользователю PayPal не нужен был бы аккаунт LINE, а пользователю LINE — аккаунт PayPal. Блокчейн обеспечивает такую совместимость и открывает возможность беспрепятственной интеграции между приложениями.
Недавний интерес к Monad как следующей крупной экосистеме EVM показывает, что многие участники крипторынка по-прежнему придерживаются устаревших представлений. Monad обладает продуманной системой консенсуса и высокой производительностью, но эти характеристики уже не уникальны. Быстрая финализация стала стандартом. Опыт последних лет показывает, что разработчики не переходят массово и не оказываются "заперты" в новой монолитной экосистеме. Переместить EVM-приложения с одной сети на другую очень просто, а интернет не станет перестраиваться внутри одной виртуальной машины.
Или, на языке криптоиндустрии: базовый слой для Layer 2-сетей.
Современные цифровые приложения по своей сути модульны. Существуют миллионы веб- и мобильных приложений. Каждое использует собственный фреймворк, язык программирования и серверную архитектуру. Каждое поддерживает базу данных, определяющую его состояние как упорядоченный список транзакций.
В терминах крипто каждое приложение уже является app-chain. Проблема в том, что эти app-chain не имеют защищённого общего источника истины. Чтобы узнать состояние приложения, приходится доверять централизованным серверам, которые могут выйти из строя или быть скомпрометированы. Изначально Ethereum пытался решить эту проблему концепцией мирового компьютера. В этой модели каждое приложение — это смарт-контракт внутри одной виртуальной машины. Валидаторы повторно выполняют каждую транзакцию, вычисляют глобальное состояние и запускают протокол консенсуса для согласования. Ethereum обновляет это состояние примерно каждые пятнадцать минут, после чего транзакция считается подтверждённой.
У такого подхода две основные проблемы: он не масштабируется и не даёт достаточной гибкости для реальных приложений. Ключевым стало понимание, что приложения не должны работать внутри единой глобальной виртуальной машины. Они должны продолжать функционировать независимо, используя свои серверы и архитектуры, публикуя свои упорядоченные транзакции в децентрализованную Layer 1-базу данных. Layer 2-клиент может читать этот лог и самостоятельно вычислять состояние приложения.
Эта новая модель масштабируема и гибка. Она позволяет поддерживать крупные платформы — PayPal, Zelle, Alipay, Robinhood, Fidelity или Coinbase — с минимальными изменениями инфраструктуры. Такие приложения не нужно переписывать под EVM или SVM. Им достаточно публиковать свои транзакции в общую защищённую базу данных. Если важна приватность, можно размещать зашифрованные транзакции и распространять ключи расшифровки среди определённых клиентов.
Масштабировать мировую базу данных намного проще, чем мировой компьютер. Мировой компьютер требует, чтобы валидаторы загружали, проверяли и выполняли каждую транзакцию, созданную любым приложением. Это затратно по вычислениям и требует большого объёма пропускной способности. Узким местом становится необходимость для каждого валидатора полностью выполнять функцию перехода глобального состояния.
В мировой базе данных валидаторы должны лишь обеспечивать доступность данных, согласованность порядка блоков и необратимость порядка после финализации. Им не нужно выполнять бизнес-логику приложений. Достаточно хранить и распространять данные так, чтобы честные узлы могли восстановить полный набор. Поэтому нет необходимости, чтобы каждый валидатор получал полную копию каждого блока данных транзакций.
Это становится возможным благодаря кодированию с восстановлением. Например, если 1 МБ блок делится между десятью валидаторами с помощью кода восстановления, каждый валидатор получает примерно одну десятую объёма, но любые семь валидаторов могут объединить свои части и восстановить весь блок. Это значит, что по мере роста числа приложений можно увеличивать число валидаторов, а нагрузка на каждого валидатора останется постоянной. При десяти приложениях, генерирующих блоки по 1 МБ, и ста валидаторах на каждого валидатора приходится примерно 10 КБ на блок. При ста приложениях и тысяче валидаторов объём данных для каждого валидатора также остаётся примерно прежним.
Валидаторы всё равно запускают протокол консенсуса, но им нужно лишь согласовать порядок хэшей блоков. Это гораздо проще, чем согласовывать результаты глобального исполнения. В итоге получается система, где производительность мировой базы данных масштабируется вместе с числом валидаторов и приложений, и ни один валидатор не перегружается глобальным исполнением.
Такая архитектура создаёт новую задачу — совместимость между Layer 2-сетями. Приложения внутри одной виртуальной машины могут общаться синхронно. Приложения на разных L2 не могут. Например, если у меня есть USDC в Ethereum, а у вас — JPYC, я могу воспользоваться Uniswap, чтобы обменять USDC на JPYC и отправить вам в одной транзакции. Контракты USDC, JPYC и Uniswap координируются внутри одной виртуальной машины.
Если PayPal, LINE и Uniswap работают как отдельные Layer 2-сети, нужен способ безопасной межсетевой коммуникации. Чтобы отправить платёж пользователю LINE из аккаунта PayPal, Uniswap (на своей сети) должен проверить транзакцию PayPal, выполнить несколько обменов, инициировать транзакцию LINE, убедиться в её завершении и отправить окончательное подтверждение обратно в PayPal. Это Layer 2 межсетевые сообщения.
Для безопасной работы в реальном времени нужны два элемента. Во-первых, целевая сеть должна иметь актуальный хэш упорядоченных транзакций исходной сети, обычно это Merkle root или аналогичный отпечаток, публикуемый в Layer 1-базе данных. Во-вторых, целевая сеть должна иметь способ проверки корректности сообщения без повторного выполнения всей программы исходной сети. Это можно реализовать с помощью лаконичных доказательств или Trusted Execution Environments.
Мгновенные межсетевые транзакции требуют Layer 1 с быстрой финализацией и возможностью генерации доказательств в реальном времени или TEE-аттестаций.
Это возвращает нас к более широкой концепции. Сегодня цифровые финансы фрагментированы по закрытым системам, из-за чего пользователи и ликвидность концентрируются вокруг нескольких крупных платформ. Такая концентрация ограничивает инновации и мешает новым финансовым приложениям конкурировать на равных. Мы представляем мир, где все приложения с цифровыми активами связаны через общий базовый слой, что позволяет ликвидности свободно перемещаться между сетями, платежам становиться бесшовными, а приложениям — безопасно взаимодействовать в реальном времени.
Парадигма Layer 2 позволила любому приложению стать Web3-сетью. Быстрый Layer 1, функционирующий исключительно как мировая база данных, даёт возможность этим сетям обмениваться данными в реальном времени и взаимодействовать так же естественно, как смарт-контракты внутри одной сети. Так появляются бесшовные финансы: не через одну монолитную блокчейн-систему, пытающуюся охватить всё, а через универсальный базовый слой, обеспечивающий защищённую коммуникацию в реальном времени между всеми сетями.





