Hop Protocol – мост, созданный для быстрых переводов между Ethereum и rollup-сетями. Его первая версия использует Bonders, промежуточные hTokens и AMM, чтобы пользователь не ждал медленного канонического вывода. Параллельно проект исследовал Hop v2, или Rails, но эта версия остаётся тестовой, а первоначальная команда разработки в январе 2026 года объявила, что отходит от ежедневного развития.
Поэтому Hop нужно оценивать в двух плоскостях: действующий v1 с уже развёрнутыми контрактами и незавершённое направление v2. Идеи Rails не следует приписывать текущему production-мосту.
Почему rollup-вывод занимает время
Optimistic rollup публикует состояние в Ethereum, но канонический вывод требует периода оспаривания. Перевод из одной L2 в другую через L1 превращается в несколько операций и может занять намного больше времени, чем обычная транзакция.
Hop создаёт слой ликвидности поверх канонических мостов. Пользователь получает актив в целевой сети быстро, а поставщики капитала и Bonders позже сводят бухгалтерию через базовые каналы. Это близко к общей идее быстрых L2-мостов, но отличается от intent-схемы Across Protocol.
hTokens
Для каждого поддерживаемого актива протокол использует промежуточный hToken. Он представляет право на канонический токен внутри системы Hop. Например, hUSDC позволяет переносить учётную стоимость между L2, не создавая отдельную независимую монету с собственной экономикой.
Пользователь обычно хочет получить канонический USDC, а не hUSDC. Поэтому на каждой сети работает AMM между hToken и локальным каноническим активом. При входе или выходе обмен может создать проскальзывание, особенно если пул несбалансирован.
Bonders и быстрый кредит
Bonder наблюдает перевод и авансирует пользователю ликвидность в целевой сети до окончательного расчёта. Он блокирует залог и получает bonder fee за капитал и риск. Позднее подтверждённые transfer roots позволяют вернуть аванс.
Протокол группирует переводы в корни и отправляет их через канонические межсетевые сообщения. Если Bonder подтверждает неверный корень, его действие можно оспорить, а залог – использовать для покрытия. Быстрота возникает не из мгновенной финальности, а из обеспеченного кредита против ожидаемого расчёта.
Bonder может отказаться обслуживать маршрут, если у него недостаточно ликвидности или риск слишком велик. Тогда перевод замедлится либо пойдёт другим способом. Децентрализация контракта не гарантирует большое число активных Bonders.
AMM и поставщики ликвидности
LP размещают канонический токен и hToken в пуле целевой сети. Они получают AMM fees и иногда HOP-стимулы, но принимают риск дисбаланса. Односторонний поток оставляет пул с избыточным hToken или каноническим активом, а цена отклоняется до арбитража.
Комиссия маршрута складывается из газа, платы Bonder и влияния AMM. Единой постоянной ставки для всех сетей нет. Старые программы субсидий, включая отдельные OP-rewards, не следует считать бессрочной частью каждой транзакции.
Ethereum и переводы между L2
Из Ethereum в rollup средства могут идти через канонический мост без Bonder-аванса. Обратное направление и L2-to-L2 чаще используют быструю ликвидность. Поддержка зависит от конкретного токена, потому что каждому активу нужны контракты, учёт и достаточные пулы.
Hop вырос вместе с Optimism, Arbitrum, Polygon и Gnosis. Однако общая экосистема rollups меняется: нативная interoperability, shared sequencing и intent-протоколы могут снизить потребность в старой модели hToken.
Hop v2 и Rails
Hop v2 был представлен как Rolling Asynchronous Interchain Liquidity Settlement. Rails должен позволить участникам рассчитываться напрямую и асинхронно, уменьшив объём капитала, застрявшего в каждом направлении. Открытые Bonders по-прежнему могли бы обеспечивать исполнение быстрее финальности.
Официальная документация помечает v2 как work in progress и testnet. В январе 2026 года Authereum Labs сообщила, что прекращает роль основного разработчика после попытки вывести Hop Rails на рынок. Следовательно, Rails – исследование и незавершённый протокол, а не production-замена v1.
Токен HOP и управление
HOP – токен управления Hop DAO. При запуске DAO был создан 1 млрд HOP: 60,5% направили в казну DAO, 8% – ранним пользователям, 22,45% – первоначальной команде, 2,8% зарезервировали для будущих сотрудников и 6,25% выделили инвесторам. Командные и инвестиционные доли получили трёхлетний вестинг с годовым cliff.
Держатель делегирует голоса себе или представителю и участвует в решениях по казне, стимулам, параметрам и поставщикам услуг. HOP не нужен для оплаты газа и не даёт автоматического права на bridge fees. Его ценность зависит от активности DAO и дальнейшего назначения казны.
История
Первая демонстрация Hop появилась в январе 2021 года, а mainnet-мост запустился в том же году. Проект создавался командой Authereum, которая позже работала как Authereum Labs и основной поставщик разработки Hop. Белую книгу подготовил Крис Уинфри.
В 2022 году появился HOP и заработала DAO. В 2023–2024 годах добавлялись сети, активы и управление стимулами. В 2025 году команда опубликовала Rails и тестировала v2. В январе 2026 года Authereum Labs объявила об уходе с роли основного разработчика из-за нехватки ресурсов и сложной конкуренции.
Команда
Основная ранняя команда связана с Authereum Labs; среди публичных участников – Крис Уинфри, Шейн Фонтейн и Мигел Мота. После запуска DAO разработчики работали как поставщик услуг по решениям сообщества. С 2026 года прежняя компания больше не ведёт ежедневное развитие, поэтому актуальная ответственность лежит на DAO, независимых операторах и тех участниках, которые примут дальнейшую поддержку.
Основные риски
Снижение поддержки. Уход основного разработчика повышает риск замедления обновлений, интерфейса, мониторинга и реагирования на уязвимости.
Bonders. Небольшое число операторов или нехватка капитала ухудшают доступность. Ошибка в challenge-механизме может затронуть залог и расчёты.
AMM и hTokens. Дисбаланс пула увеличивает проскальзывание. hToken зависит от корректности мостовой бухгалтерии и не равен независимому активу.
Канонические мосты. Hop наследует задержки, остановки и ошибки базовых L2-мессенджеров. Сбой Arbitrum или другой сети может задержать весь маршрут.
Управление. Большая казна сосредоточена в DAO, а активность голосования может быть низкой. Концентрация делегатов влияет на будущие расходы и поддержку.
Неопределённость v2. Тестовая версия может не выйти в production или изменить архитектуру. Покупка HOP не является ставкой с гарантированным правом на Rails.
Hop v1 остаётся важным примером trust-minimized rollup-моста, но его положение изменилось. Пользователю следует проверять фактическую ликвидность и поддержку маршрута, а инвестору – отдельно оценивать жизнеспособность DAO после ухода первоначальной команды.
