Hooks, сайдчейны и программируемость в стиле смарт-контрактов
Почему в основной сети XRP Ledger нет универсальных смарт-контрактов и как Hooks, Xahau и сайдчейны восполняют этот пробел.
Никаких универсальных смарт-контрактов в основной сети
В отличие от Ethereum и многих более новых цепочек, основная сеть XRP Ledger не поддерживает произвольные, универсальные смарт-контракты. Её нативный набор функций (трастлайны, DEX, AMM, эскроу, платёжные каналы, NFT) напрямую на уровне протокола покрывает многое из функциональности, ориентированной на платежи, но это не платформа для общих вычислений. Это осознанный компромисс в дизайне, отдающий приоритет предсказуемости, безопасности и производительности более узкого, целевого набора функций перед гибкостью (и поверхностью атаки) открытой виртуальной машины.
Hooks
Hooks — это небольшие, лёгкие фрагменты логики (компилируемые в WebAssembly), которые можно прикрепить к аккаунту в стиле XRPL и которые автоматически выполняются до или после транзакции, затрагивающей этот аккаунт, — например, чтобы отклонить транзакцию, не соответствующую заданным критериям, или запустить последующее действие. Hooks намеренно гораздо более ограничены, чем полноценная среда смарт-контрактов вроде Ethereum Virtual Machine: они задуманы как небольшие, поддающиеся аудиту и дешёвые в исполнении, а не как средство для произвольно сложной прикладной логики.
Hooks не активированы в основной сети XRPL. Вместо этого они были разработаны и развёрнуты на отдельном сайдчейне.
Xahau: сайдчейн с поддержкой Hooks
Xahau — это независимый сайдчейн, построенный на той же кодовой базе, производной от rippled, который активирует Hooks и добавляет собственный нативный токен (XAH) и дополнительные функции, отсутствующие в основной сети XRPL. Он связан мостом с XRP Ledger, так что стоимость может перемещаться между двумя сетями, позволяя разработчикам экспериментировать с программируемой логикой, не меняя профиль риска самой основной сети XRPL.
EVM-совместимый сайдчейн
Отдельно был разработан EVM-совместимый сайдчейн XRPL, позволяющий развёртывать смарт-контракты и инструментарий Ethereum на основе Solidity в среде, связанной мостом с XRP Ledger, — он рассчитан на разработчиков, которым нужна полная гибкость смарт-контрактов при сохранении расчётов в XRP и более широкой экосистеме XRPL, вместо того чтобы требовать прямой поддержки EVM в самой основной сети XRPL.
Почему сайдчейны, а не изменение основной сети
Этот паттерн «инновации на сайдчейне, консервативность основной сети» позволяет экосистеме экспериментировать с более мощной (и более рискованной) программируемостью, не требуя от процесса амендментов XRPL (см. Что такое XRP Ledger?) одобрения принципиально более сложной, труднее поддающейся аудиту функциональности для базового расчётного слоя, от которого зависит остальная часть экосистемы.
Смежная, более старая идея: Interledger Protocol
Концептуально примыкает ко всему этому Interledger Protocol (ILP) — открытый протокол, изначально выращенный в Ripple, а теперь развиваемый как независимый стандарт, связанный с W3C, — для маршрутизации платежей между разными леджерами и платёжными сетями (не только внутри XRPL), использующий философию доверия и маршрутизации, схожую с собственными трастлайнами XRPL. ILP не привязан конкретно к XRP и не требует его использования, но разделяет интеллектуальную родословную с изначальными целями дизайна леджера в области взаимодействующего перевода стоимости.