Выбираем Web3-сервис автоплатежей: сравнение Loop и Superfluid
Если вы работаете в Web3 и вам нужно автоматизировать регулярные выплаты — зарплаты фрилансерам, подписки на контент, роялти, — вы рано или поздно столкнётесь с двумя именами: Superfluid и Loop.

Выбираем Web3-сервис автоплатежей: сравнение Loop и Superfluid
Давайте разберёмся вместе. Я сама когда-то путала эти два протокола, пока не поняла простую вещь: Superfluid строит непрерывный поток, а Loop — настраивает расписание. Это два разных ответа на два разных вопроса. И чтобы выбрать правильный, нужно сначала понять, какой вопрос вы задаёте.
---
Поток versus расписание: фундаментальное различие
Прежде чем углубаться в технические детали, давайте зафиксируем главное. Superfluid и Loop решают задачу автоматизации платежей, но делают это принципиально разными способами. Если провести бытовую аналогию, Superfluid — это как открытый кран, из которого вода течёт непрерывно, пока вы его не закроете. А Loop — это как автоплатёж в банковском приложении: каждый месяц определённого числа с вашего счёта списывается фиксированная сумма.
Это не просто стилистическое различие. Оно определяет, как работает смарт-контракт, как отображается баланс пользователя, какие сценарии использования возможны и какие — нет. И именно поэтому ошибочно называть Loop аналогом Superfluid: их архитектурные подходы к передаче ценности в блокчейне различаются на уровне самой концепции.
Superfluid — это непрерывный денежный поток, где каждую секунду с вашего баланса «капает» крохотная доля токена. Loop — это строгое расписание списаний, где каждая транзакция происходит в определённый момент по заданным правилам.
---
Superfluid: архитектура посекундной передачи активов
Протокол Superfluid запущен в 2021 году и с тех пор стал одним из самых узнаваемых инструментов для потоковых платежей (money streaming) в экосистеме Ethereum. Его ключевая механика — так называемые «потоки» (streams). Когда вы запускаете поток, вы фактически говорите смарт-контракту: «Отправляй этому адресу N токенов в секунду, пока я не скажу остановиться».
Что это значит на практике? Представьте, что вы наняли разработчика на удалёнку и договорились платить ему 5000 USDC в месяц. С обычной транзакцией вы перевели бы всю сумму раз в 30 дней. С Superfluid вы запускаете поток — и с вашего баланса каждую секунду списывается крошечная доля, а на баланс исполнителя эта доля каждую секунду приходит. К концу месяца набегает ровно 5000 USDC.
Это создаёт интересный эффект: баланс пользователя в Superfluid динамический. Он меняется буквально в реальном времени, каждую секунду. Если вы получаете поток, то можете видеть, как число на вашем кошельке плавно растёт, — и в любой момент забрать уже «накопленную» часть без ожидания конца расчётного периода.
Поддерживаемые сети и экосистема
Superfluid работает на широком спектре EVM-совместимых сетей. В число поддерживаемых входят Ethereum, Polygon, Arbitrum, Optimism, Base, Gnosis Chain, Avalanche и BSC. Это важный параметр для тех, кто выбирает протокол: если ваш проект работает в Polygon из-за низких комиссий, Superfluid там доступен. Если вы строите на Arbitrum — тоже.
Для разработчиков Superfluid предлагает полноценный SDK — фреймворк, который позволяет интегрировать потоковые платежи в свои dApp. Это делает протокол не просто инструментом для ручных переводов, а строительным блоком для автоматизации на уровне приложений. Именно поэтому Superfluid используют не только для зарплат, но и для построения сложных финансовых конструкций: дивидендных потоков, посекундных подписок, автоматического распределения дохода между участниками DAO.
Ограничения модели
Но у потоковой модели есть и обратная сторона. Поскольку баланс пользователя меняется непрерывно, интеграция с Superfluid требует от приложения корректной работы с динамическими балансами. Это не тривиальная задача: если ваш интерфейс не подписан на изменения состояния в реальном времени, пользователь может видеть устаревшие цифры. Кроме того, моделирование будущих платежей становится менее интуитивным — «сколько я получу к концу месяца?» требует не просто сложения, а учёта времени старта потока и текущего момента.
---
Loop: модель подписок и управление разрешениями
Loop работает иначе. Вместо того чтобы создавать непрерывный поток, этот протокол ориентирован на периодические платежи — по сути, на подписочную модель. Пользователь настраивает разрешение (allowance) для смарт-контракта, и тот списывает нужную сумму в заданные сроки: раз в неделю, раз в месяц, раз в квартал — в зависимости от настроек.
Это знакомая и понятная механика, если вы хоть раз настраивали автоплатёж за коммунальные услуги или подписку на стриминговый сервис. Всё то же самое, только вместо банковского счёта — криптокошелёк, а вместо банка — смарт-контракт.
Как это устроено изнутри
Loop использует модель, при которой каждый периодический платёж — это отдельная транзакция, инициируемая протоколом. Пользователь заранее одобряет списание определённой суммы, и смарт-контракт выполняет транзакцию, когда наступает время. Это означает, что каждый платёж отражается в блокчейне как отдельное событие — его легко отследить, подтвердить и бухгалтерски провести.
Для бизнеса это может быть важнее, чем кажется. Если вы платите подрядчикам и вам нужна чёткая аудиторская trail — каждая транзакция с временной меткой и суммой — периодические списания Loop дают привычную структуру. В отличие от потоковой модели, где «сколько было переведено за период» требует вычислений, здесь всё линейно: в такую-то дату — такой-то платёж.
Где Loop уместен, а где — нет
Loop лучше всего подходит для сценариев, где есть чёткая периодичность: SaaS-подписки, ежемесячные роялти, регулярные пожертвования, абонентская плата за доступ к сервису. Протокол позволяет настроить разрешение и забыть — списания будут происходить автоматически.
Однако Loop не предназначен для ситуаций, где нужна посекундная точность. Если вам важно, чтобы исполнитель получал вознаграждение каждую секунду работы, а не раз в месяц фиксированной суммой, — модель периодических списаний не даст такого гранулярного контроля.
Выбор между Loop и Superfluid — это не выбор «хорошего» и «плохого» протокола. Это выбор между двумя разными философиями передачи ценности: непрерывным потоком и дискретным расписанием.
---
Сравнительная таблица: ключевые параметры
Чтобы было проще ориентироваться, сведём основные различия в таблицу.
| Параметр | Superfluid | Loop |
|---|---|---|
| Модель платежей | Непрерывный поток (посекундный) | Периодические списания по расписанию |
| Принцип работы | Потоки (streams) — активы передаются каждую секунду | Разрешения (allowances) — списание фиксированных сумм в заданные даты |
| Отображение баланса | Динамическое, меняется в реальном времени | Стандартное, баланс обновляется после каждой транзакции |
| Поддерживаемые сети | Ethereum, Polygon, Arbitrum, Optimism, Base, Gnosis, Avalanche, BSC | Ограниченный набор EVM-сетей |
| Лучший кейс | Стриминг зарплат, посекундные выплаты, распределение дохода DAO | SaaS-подписки, регулярные роялти, периодические пожертвования |
| Интеграция | Требует работы с динамическими балансами, SDK для разработчиков | Проще для стандартных сценариев, модель «настрой и забудь» |
| Аудиторская trail | Требует вычислений итогов за период | Каждый платёж — отдельная транзакция с чёткой меткой |
Эта таблица не говорит, какой протокол лучше. Она говорит, какой протокол лучше подходит для конкретной задачи.
---
Как выбрать протокол под свой сценарий
Итак, вы дочитали до этого места и, надеюсь, уже чувствуете логику различий. Давайте теперь переведём её в практическое решение. Вот несколько типичных сценариев — и протокол, который для каждого из них подходит лучше.
Стриминг зарплат и вознаграждений
Если вы платите удалённой команде и хотите, чтобы каждый участник видел, как его баланс растёт в реальном времени, — Superfluid здесь вне конкуренции. Посекундная передача создаёт прозрачность и мотивацию: работник точно знает, сколько он заработал на данный момент. Это особенно ценно для DAO и децентрализованных организаций, где нет привычного «аванса и зарплаты».
SaaS-подписки и периодические платежи
Если вы строите сервис с ежемесячной подпиской и хотите, чтобы пользователи оплачивали доступ автоматически через криптокошелёк, — Loop подходит лучше. Периодические списания дают чёткую структуру: пользователь одобрил подписку — каждый месяц в определённую дату происходит списание. Это интуитивно понятно и для пользователя, и для бухгалтерии.
Распределение дохода в DAO
Для ситуаций, когда доход протокола нужно распределять между участниками непрерывно и пропорционально, — снова Superfluid. Его архитектура позволяет создавать сложные схемы потоков, где доход течёт сразу нескольким получателям в заданных пропорциях.
Регулярные роялти и дивиденды
Если нужно платить авторам или инвесторам фиксированную сумму раз в квартал — Loop. Чёткие периодические транзакции с понятными суммами и датами.
---
На что обратить внимание при интеграции
Независимо от того, какой протокол вы выберете, есть несколько практических моментов, которые стоит учитывать заранее.
Комиссии за газ. И Superfluid, и Loop работают в EVM-сетях, а значит, стоимость каждой транзакции зависит от загруженности сети и сложности операции. Точные цифры комиссий нельзя назвать заранее — они варьируются в зависимости от конкретного сценария и текущей нагрузки на сеть. Если для вас критична стоимость транзакций, выбирайте сети с низкими комиссиями: Polygon, Gnosis, Arbitrum или Base.
Одобрение токенов. Оба протокола требуют, чтобы пользователь сначала одобрил (approve) списание токенов в пользу смарт-контракта. Это стандартная практика в DeFi, но для новичков она может быть неочевидна. Потоковая модель Superfluid требует отдельного одобрения на создание потока, а Loop — на настройку периодических списаний.
Взаимодействие с другими протоколами. Superfluid, благодаря своей открытой архитектуре и SDK, активно используется как строительный блок в более сложных DeFi-конструкциях. Loop более самостоятелен и замкнут — он решает конкретную задачу автоматизации подписок. Если вам нужна глубокая интеграция с экосистемой, Superfluid предлагает больше возможностей для этого.
---
Вместо вывода
Если вы задались вопросом «как проверить сравнение Loop и Superfluid», то, надеюсь, теперь ответ ясен: нужно смотреть не на список функций, а на модель передачи ценности, которая лежит в основе каждого протокола. Superfluid — это философия непрерывного потока. Loop — это филосогия чёткого расписания. Обе имеют право на жизнь, обе решают реальные задачи — просто разные.
Не переживайте, если сначала кажется, что различия слишком тонкие. Это нормально. По мере того как вы будете работать с конкретным сценарием — строить свой продукт, настраивать выплаты, выбирать сеть — выбор между потоковой моделью и периодическими списаниями станет очевидным. Он проистекает из самой задачи, а не из сравнительных таблиц.
И помните: в Web3 не бывает универсальных ответов. Бывают протоколы, которые хорошо ложатся на вашу задачу, и те, которые не ложатся. Пробуйте, экспериментируйте на тестовых сетях, задавайте вопросы — и не бойтесь ошибиться. Каждая попытка разобраться приближает вас к пониманию, а понимание в этой сфере — самый ценный актив. Оказывается, что мир технологий и культуры иногда проще, чем кажется на первый взгляд — ресурсы вроде metucest.com напоминают нам, что сложные темы можно подавать доступно и по-человечески.
Удачи в выборе — и не стесняйтесь возвращаться с вопросами.