Абстрактные блокчейны: что такое и как работает Chain Abstraction

Проблема фрагментации блокчейн-экосистем

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

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

Но и это не все. Фрагментация создает сложности и для разработчиков. Поддержка сразу нескольких сетей требует развертывания инфраструктуры в каждой и учета особенностей каждой. Компромиссы, возникающие при разработке подобных сложных систем, в конечном итоге также отражаются на пользовательском опыте.

Таким образом, несмотря на технологические преимущества мультичейн-подхода, он остается недостаточно удобным для массового пользования, повышая порог входа в Web3-среду (следующее поколение интернета на блокчейне). По сути, все это можно представить в виде проблемы UX (User Experience — пользовательский опыт). Именно ее призвана решить так называемая «абстракция блокчейнов» (chain abstraction).

Что такое chain abstraction

Абстракция блокчейнов — это подход, помогающий скрыть сложности мультичейн-среды. Основная цель заключается не в создании некой единой технологии, а в улучшении пользовательского опыта (UX): человек должен взаимодействовать с приложением, особо не задумываясь, как и в какой именно сети выполняются операции, а главное, не рефлексировать на тему «как это все трудно и запутанно».

Важно подчеркнуть: абстракция блокчейнов не является каким-то единым стандартом. Это скорее совокупность различных подходов и решений.

Вне этих решений человек вынужден самостоятельно управлять активами в разных блокчейнах и учитывать особенности каждой сети. В модели абстракции блокчейнов эти задачи переносятся на инфраструктурный уровень. Вместо того чтобы пройти весь путь от начала до конца, пользователь формулирует свое намерение (intent), а система должна самостоятельно определить, как именно это намерение будет воплощено.

Иначе говоря, chain abstraction можно рассматривать как возможную ветвь эволюции UX-парадигмы в Web3, где пользователю достаточно точно сформулировать результат, которого хочется достичь, чтобы получить его от системы. 

Суть абстракции блокчейнов

В основе большинства решений или подходов chain abstraction лежит идея разделения намерения пользователя и технического исполнения этого намерения.

Пользователь не формирует транзакцию в привычном виде (с выбором сети, проведением операций и оплатой комиссии). Вместо этого пользователь задает намерение (intent) — например, обменять 100 000 USDT в блокчейне Tron на равноценное количество биткоинов. Это намерение передается на отдельный уровень, где особые участники конкурируют за претворение intent в жизнь. Чаще всего таких участников называют солверами (от английского solver и solve — решать)

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

Рассмотрим более детально логику абстракции блокчейнов на примере теоретической модели CAKE framework (Chain Abstraction Key Element) компании Frontier Research. CAKE представляет chain abstraction как многоуровневую систему, где каждый слой отвечает за отдельную функцию.

Источник: frontier.tech/the-cake-framework

Первый слой — Application layer (слой приложения). Это уровень, с которым напрямую взаимодействует пользователь. Слой включает децентрализованные приложения, интерфейсы и криптокошельки. Задача — предоставить простой и единый интерфейс, скрывающий от человека барьеры между блокчейнами и позволяющий работать с ними как с единой системой.

Второй — Permission layer (слой разрешений). На этом уровне происходит авторизация действий пользователя. После подключения кошелька система получает возможность считывать состояние активов в разных сетях и инициировать транзакции от имени пользователя. Намерение формализуется именно здесь — как описание желаемого результата без забот о способе достижения.

Третий — Solver layer (слой солверов). Здесь происходит обработка намерения. Солверы оценивают возможные варианты выполнения, учитывая комиссии, скорость и доступную ликвидность. В условиях мультичейн-среды путей реализации намерения может быть много. Задача солверов — выбрать оптимальный; при этом их прибыль может формироваться как разница между фактической стоимостью исполнения операции и заявленной ценой. Конкуренция между солверам сводится к тому, кто предложит самое эффективное исполнение.

Четвертый — Settlement layer (слой финализации). Здесь после подтверждения операции пользователем начинается ее фактическое исполнение. Этот уровень отвечает за окончательную реализацию намерения. В зависимости от архитектуры решения, исполнение может происходить как через традиционные механизмы (например, мосты), так и с использованием ликвидности самих солверов, выполняющих операцию от имени пользователя, а затем производящих взаиморасчет.

Примеры из криптоиндустрии

CAKE является наглядной аналитической моделью, которая описывает chain abstraction как феномен. Но на практике различные проекты реализуют абстракцию блокчейнов по-своему, комбинируя отдельные элементы описанной выше архитектуры. 

К примеру, NEAR Protocol воплощает подход, основанный на намерениях пользователях и реализацию через солверов. За финализацию отвечает смарт-контракт-верификатор (Verifier).

Проекты наподобие Particle Network сосредоточены на объединении широкого арсенала функций в рамках одного универсального аккаунта. Пользователю предлагается простой интерфейс, удобная авторизация (вплоть до логина через аккаунты в соцсетях) и «бесшовный опыт».

Инфраструктурные решения вроде Socket делают акцент на создании приложений, изначально заточенных под мультичейн-среду. Протокол позиционируется как решение для абстракции блокчейнов, позволяющее разработчикам создавать приложения, взаимодействующие с разными сетями так, как если бы это была единая среда. В основе Socket лежит набор смарт-контрактов, развернутых в различных сетях и задающих правила выполнения операций до непосредственного исполнения в приложении. Это позволяет разработчикам скрывать техническую сторону от клиента-человека.

Преимущества и ограничения абстракции блокчейнов

К преимуществам можно отнести:

упрощение взаимодействия с Web3, позволяющее пользователю сосредоточиться на результате, а не на технических деталях;

снижение фрагментации экосистемы за счет упрощения операций между различными блокчейнами;

привлечение новых пользователей за счет низкого порога входа.

С другой стороны, стоит отметить недостатки и ограничения:

сложно формализовать намерения пользователя таким образом, чтобы они корректно и однозначно исполнялись во всех сценариях;

chain abstraction вносит дополнительные уровни сложности и непрозрачности в инфраструктуру, что потенциально увеличивает количество уязвимостей;

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

Вывод

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