Merlin Chain – EVM-совместимая сеть, которая переносит приложения, токены и DeFi-сценарии в экосистему Bitcoin. В маркетинге проект называет себя Bitcoin Layer 2, однако собственная документация точнее описывает его как sidechain, которая периодически фиксирует обязательства в Bitcoin. Это важное различие: Bitcoin служит якорем для данных и доказательств, но не исполняет каждую транзакцию Merlin и не наследует безопасность сети автоматически.
Пользователь взаимодействует с привычной EVM-средой, оплачивает gas нативным BTC-представлением Merlin и может перемещать активы через мост. За этой простотой стоит набор отдельных компонентов: sequencer, proof generation, oracle network, data availability и контракты на Bitcoin. Надёжность зависит от всей цепочки, а не только от стойкости самого Bitcoin.
Что представляет собой Merlin Chain
Merlin обрабатывает транзакции вне Bitcoin, формирует собственные блоки и поддерживает смарт-контракты, совместимые с Ethereum tooling. Сеть построена вокруг Polygon CDK и zkEVM-компонентов. Это позволяет разработчикам переносить Solidity-приложения, но не делает Merlin частью Polygon PoS и не означает, что все особенности Ethereum воспроизводятся без изменений.
В документации проекта термин Layer 2 используется как понятное рыночное обозначение. Технически Merlin ближе к самостоятельной sidechain с внешним набором операторов и фиксацией commitments в Bitcoin. Пользователь должен оценивать собственные правила consensus, upgrade keys, bridge custody и доступность данных.
Путь транзакции
Транзакция поступает sequencer, который определяет порядок, исполняет её в EVM и включает в пакет. Из результатов формируются state root и сжатые данные. Proof system подтверждает корректность перехода состояния, а oracle network совместно подписывает и публикует связанные обязательства.
Пакет проходит несколько разных границ доверия. Быстрое подтверждение в интерфейсе означает, что sequencer принял операцию. Доказательство и фиксация commitment в Bitcoin происходят позднее. Пользователь не должен путать мгновенный receipt с окончательным расчётом всех слоёв.
Sequencer и исполнение
Sequencer собирает транзакции, создаёт блоки и производит исходные данные для proof pipeline. Такая роль даёт ему влияние на порядок операций, задержки и цензуру. Даже при последующей проверке корректности оператор способен временно не включать транзакцию или менять её место относительно других операций.
Merlin ориентирован на EVM-разработчиков, но содержит отличия от Ethereum. В официальном описании отсутствует полноценная модель EIP-1559, часть Cancun opcodes недоступна, а целевой интервал блоков составляет около трёх секунд. Поэтому приложение следует тестировать в самой сети, а не считать переносимость автоматической.
Нативный gas asset – Merlin BTC с 18 десятичными знаками. Это внутреннее представление BTC, а не монета из UTXO-набора Bitcoin. Ошибка в интерфейсе, мосте или преобразовании единиц может привести к потере средств, даже если адрес внешне похож на обычный EVM-адрес.
Доказательства и привязка к Bitcoin
Proof system проверяет вычисления Merlin, а результат связывается с commitment, опубликованным в Bitcoin. Проект описывает двухэтапную отправку ZKP: сначала доказательство проверяется в инфраструктуре сети, затем агрегированные данные привязываются к Bitcoin через Taproot-транзакции и fraud-proof modules.
Факт записи root в Bitcoin доказывает существование определённого обязательства в конкретный момент. Он не гарантирует сам по себе доступность исходных данных, честность bridge signers или отсутствие ошибки в verifier contract. Поэтому фраза «защищено Bitcoin» нуждается в расшифровке для каждого компонента.
В отличие от классического rollup на Ethereum, где settlement contract и data availability могут находиться на одном L1, Merlin распределяет обязанности между Bitcoin, oracle network и внешними DA-решениями. Это расширяет функциональность, но увеличивает число возможных отказов.
Oracle network
Децентрализованная oracle network получает данные о состоянии Merlin, проверяет пакеты и формирует совместную подпись. После достижения порога commitment отправляется в Bitcoin. Такая схема уменьшает зависимость от одного ключа, но её устойчивость определяется реальным числом независимых операторов, порогом подписи и процедурой замены участников.
Oracle здесь не только поставляет рыночные цены. Это инфраструктурный комитет, который связывает состояние sidechain с Bitcoin. Компрометация достаточного числа ключей, длительный простой или координационная ошибка могут остановить публикацию либо подписать неверный пакет в пределах возможностей контрактов.
Data availability
Исходные transaction data должны оставаться доступными, чтобы независимая сторона могла восстановить состояние и проверить доказательства. Документация Merlin описывает хранение данных в oracle network и публикацию корней в Bitcoin. Также проект заявлял интеграции с Celestia и Nubit, но отдельные страницы формулировали это как развивающееся решение.
Поэтому нельзя автоматически считать, что каждый блок уже использует один и тот же внешний DA. Для конкретного периода нужно проверять активную конфигурацию. Bitcoin commitment без самих данных не позволяет полностью воспроизвести sidechain. Модель модульной доступности данных похожа по идее на Celestia, но trust assumptions определяет фактический маршрут Merlin.
Официальный мост
Bridge переносит BTC и поддерживаемые активы между Bitcoin, Ethereum-средами и Merlin. На входе актив блокируется либо принимается контролируемой схемой, после чего соответствующее представление выпускается в sidechain. При выводе происходит обратный процесс.
Контракты официального моста используют upgradeable proxy и multisig-управление. В документации отмечено отсутствие timelock. Это означает, что достаточный набор подписантов способен быстро обновить логику, что полезно при аварии, но сокращает время реакции пользователей на опасное или ошибочное изменение.
Bridge risk отделён от риска EVM-приложения. Даже если lending protocol работает корректно, потеря обеспечения основного wrapped asset способна обесценить позиции по всей сети. Перед переводом важно проверить правильный маршрут, лимиты и текущий статус, не полагаясь на старые инструкции.
Экосистема и применение
Merlin используется для DEX, lending, staking derivatives, NFT и приложений, которым нужен BTC-ориентированный бренд при EVM-совместимости. Разработчик получает Solidity, EVM wallets и низкую задержку, а пользователь – возможность применять BTC-представления в DeFi.
Экосистема включает как нативные продукты, так и порты существующих протоколов. Название известного приложения не отменяет отдельный deployment risk. Контракт, oracle, governance и liquidity в Merlin могут отличаться от версии в другой сети.
MERL и tokenomics
Максимальное предложение MERL зафиксировано на уровне 2,1 млрд токенов. Официальное распределение предусматривает 40% для ecosystem, 20% для Merlin’s Seal, 16,57% для community, 15,23% для private investors, 4,2% для team, 3% для advisors и 1% для public sale. Доступность распределяется по четырёхлетнему графику, поэтому circulating supply меняется по мере разблокировок.
MERL используется в governance и программах экосистемы. Документация также описывает staking, delegation и будущую роль gas в Layer 3. Эти функции нельзя смешивать: governance и обращение токена существуют, тогда как Layer 3 gas относится к перспективному применению. Основной gas самой Merlin Chain оплачивается BTC-представлением, а не MERL.
Большая ecosystem allocation даёт ресурсы для incentives, но создаёт discretion risk. Важно, кто контролирует treasury, как раскрываются получатели и насколько награды создают устойчивый спрос, а не временную ликвидность.
Управление
MERL должен связывать holders с решениями об экосистеме и развитии сети. При этом критические технические полномочия могут находиться не только в token voting, но и у multisig, core developers, oracle operators и bridge administrators. Формальная governance не равна полной децентрализации всех компонентов.
Для оценки управления нужно разделять предложения сообщества, распределение treasury, обновления EVM и экстренные действия с bridge. Чем быстрее административный путь, тем выше операционная гибкость и тем значительнее key-compromise risk.
История
Merlin Chain выросла из Bitmap Technology, команды, работавшей с Bitcoin-native assets и инфраструктурой. Сеть была представлена в начале 2024 года, а mainnet и программа Merlin’s Seal привлекли капитал из Bitcoin ecosystem.
На раннем этапе проект активно использовал обозначение Bitcoin Layer 2. Позднее официальные материалы стали точнее объяснять, что Merlin фактически является sidechain, привязанной к Bitcoin. Одновременно развивались zk-proof pipeline, oracle network, мост и планы дополнительной DA.
Команда
Основателем Bitmap Technology и Merlin Chain является Jeff Yin. Публичный образ проекта тесно связан с core team и Merlin Foundation, которые координируют разработку, partnerships и incentives.
Независимые oracle operators и внешние инфраструктурные партнёры расширяют круг участников, но не устраняют влияние core organization на roadmap и административные компоненты. Пользователю важнее проверяемое распределение ключей и операторов, чем общее число партнёров на странице проекта.
Основные риски
- Sidechain risk. Merlin не наследует всю безопасность Bitcoin так же, как нативная BTC-транзакция.
- Sequencer risk. Оператор влияет на порядок, доступность и краткосрочную цензуру.
- Oracle committee risk. Пороговая группа связывает состояние сети с Bitcoin и остаётся отдельной границей доверия.
- DA risk. Commitment бесполезен для восстановления без доступных исходных данных.
- Bridge risk. Multisig, proxy upgrades и отсутствие timelock повышают последствия компрометации.
- Proof risk. Ошибка prover или verifier может нарушить корректность переходов состояния.
- Wrapped BTC risk. Merlin BTC не является нативным UTXO и зависит от моста.
- Compatibility risk. Отличия EVM способны ломать контракты, рассчитанные на Ethereum.
- Token unlock risk. Четырёхлетнее раскрытие крупных allocations влияет на предложение MERL.
- Governance risk. Token voting не обязательно контролирует multisig и operational decisions.
Итог
Merlin Chain делает Bitcoin liquidity доступной для EVM-приложений, но достигает этого через самостоятельную sidechain. Sequencer исполняет транзакции, proofs подтверждают вычисления, oracle network фиксирует commitments, а bridge связывает активы. MERL обслуживает управление и incentives, тогда как gas сети связан с BTC. Главный вопрос для пользователя – не наличие записи в Bitcoin, а надёжность всей системы между депозитом, исполнением, доступностью данных и выводом.
