Платёжные каналы

Платёжные каналы — это механизм off-chain транзакций, позволяющий двум сторонам обмениваться микроплатежами мгновенно и практически бесплатно. Представьте бар с табом: вместо оплаты каждого напитка отдельно, вы открываете таб (канал), заказываете сколько хотите и закрываете таб в конце. Это идеальное решение для IoT-платежей, стриминга и микротранзакций.

Каждая on-chain транзакция на блокчейне стоит газа и требует времени на подтверждение. Для большинства операций это приемлемо, но существуют сценарии, где нужны мгновенные и бесплатные переводы между двумя сторонами: игровые микроплатежи, потоковые платежи за контент, высокочастотные расчёты между сервисами. Платёжные каналы (Payment Channels) решают эту задачу, перенося большинство транзакций off-chain.

Основная концепция

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

Принцип работы:

1. Стороны создают общий пул средств on-chain (смарт-контракт канала)
2. Обмениваются подписанными обновлениями баланса off-chain
3. Фиксируют итоговый баланс on-chain при закрытии

Большинство транзакций никогда не попадают в блокчейн — они существуют только как подписанные сообщения между участниками.

Архитектура полу-каналов (semi-channels)

TON использует специфическую архитектуру платёжных каналов, основанную на полу-каналах (semi-channels).

Структура канала

Каждый платёжный канал состоит из двух однонаправленных полу-каналов:

Тело полу-канала

Каждый полу-канал содержит три ключевых поля:

Обе стороны хранят подписанные копии последнего состояния противоположного полу-канала. Это обеспечивает криптографическое доказательство того, что контрагент признал определённое распределение средств.

Жизненный цикл канала

Платёжный канал проходит четыре основные фазы:

1. FUND — пополнение

Обе стороны вносят средства в смарт-контракт канала через top_up_balance. Каждая сторона депонирует сумму, которую планирует потратить.

2. INIT — инициализация

Канал инициализируется с начальным распределением средств через init_channel. С этого момента канал готов к работе.

3. USE — использование

Стороны обмениваются подписанными обновлениями состояния off-chain. Каждое обновление увеличивает seqno и корректирует поле sent в соответствующем полу-канале. Эти обновления мгновенны и бесплатны — блокчейн не задействован.

4. CLOSE — закрытие

Канал закрывается одним из двух способов: кооперативно или некооперативно.

Кооперативное закрытие

Кооперативное закрытие — идеальный сценарий, когда обе стороны согласны с итоговым распределением средств.

1. Стороны согласовывают итоговые балансы
2. Обе подписывают сообщение cooperative_close
3. Контракт мгновенно распределяет средства
4. Канал закрыт — минимальный газ, нет периода ожидания

Некооперативное закрытие и споры

Если одна из сторон не отвечает или не согласна — используется некооперативное закрытие с механизмом разрешения споров.

Процесс

1. Инициация: одна сторона вызывает start_uncooperative_close, предоставляя последние известные подписанные состояния обоих полу-каналов
2. Grace period (карантин): контрагент имеет время для оспаривания. Если у него есть состояние с более высоким seqno, он может предоставить его через challenge_quarantined_state
3. Защита от мошенничества: попытка закрыть канал с устаревшим состоянием (когда у контрагента есть более свежее) влечёт штрафные санкции
4. Условные платежи: после истечения карантина вызывается settle_conditionals для разрешения ожидающих условных платежей
5. Финальное распределение: средства распределяются согласно финальному верифицированному состоянию

Условные платежи

Помимо простых переводов, платёжные каналы поддерживают условные платежи — платежи, которые выполняются только при соблюдении определённого условия.

Hashlock-платежи

Наиболее распространённый тип условного платежа — hashlock: платёж выполняется, когда получатель предоставляет прообраз (preimage) определённого хэша.

Условный платёж с hashlock:

Алиса: "Заплачу 5 TON, если предоставишь X такой, что hash(X) = H"

  Боб знает X (preimage):
    → Предоставляет X
    → hash(X) == H [OK]
    → Платёж выполнен: +5 TON

  Боб не знает X:
    → Таймаут
    → Платёж отменён: средства возвращены Алисе

Hashlock-механизм — основа для мульти-хоповой маршрутизации через цепочку каналов (аналогично Lightning Network на Bitcoin).

Платёжные сети

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

Мульти-хоповый платёж через посредника:

Алиса ←──канал──→ Посредник ←──канал──→ Боб

Алиса хочет заплатить Бобу, но прямого канала нет.

1. Боб генерирует секрет S, отправляет hash(S) Алисе
2. Алиса → Посредник: "5 TON, если предоставишь preimage hash(S)"
3. Посредник → Боб: "5 TON, если предоставишь preimage hash(S)"
4. Боб раскрывает S Посреднику → получает 5 TON
5. Посредник раскрывает S Алисе → получает 5 TON

Результат: Алиса заплатила Бобу через Посредника,
          ни одна транзакция не попала в блокчейн.

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

Текущее состояние

Реальность внедрения

Почему ограниченное внедрение

• On-chain транзакции на TON уже быстрые и дешёвые (~5 секунд, минимальный газ) — основная мотивация для каналов слабее, чем на Bitcoin или Ethereum
• Каналы требуют блокировки средств и онлайн-присутствия обеих сторон
• Отсутствие развитой инфраструктуры платёжных сетей (маршрутизация, автоматические хабы)

Перспективы

Платёжные каналы могут стать актуальными при росте нагрузки на TON, особенно в сценариях с высокочастотными микроплатежами (gaming, streaming), где даже низкий газ в сумме становится значительным.

Ключевые выводы

1. Платёжные каналы переносят транзакции off-chain — на блокчейне фиксируются только открытие и закрытие канала
2. TON использует архитектуру полу-каналов (semi-channels): два однонаправленных канала с монотонно растущими seqno и sent
3. Кооперативное закрытие — быстрое и дешёвое, когда обе стороны согласны; некооперативное включает grace period и возможность оспаривания
4. Условные платежи (hashlock) обеспечивают мульти-хоповую маршрутизацию через цепочку каналов
5. Реализация на TON зрелая на уровне контрактов, но экосистемное внедрение ограничено — on-chain транзакции уже достаточно быстры и дешёвы
6. Потенциал раскрывается в сценариях высокочастотных микроплатежей: игры, стриминг, IoT

Частые ошибки

1. Не предусматривают механизм dispute resolution: если одна сторона попытается закрыть канал с устаревшим состоянием, другая должна иметь возможность оспорить.
2. Забывают о timeout канала: канал без активности должен автоматически закрываться, иначе средства будут заморожены бесконечно.
3. Не подписывают каждое промежуточное состояние: без подписей вы не сможете доказать корректное состояние при оспаривании.
4. Путают on-chain и off-chain транзакции: только открытие и закрытие канала записываются на блокчейн, промежуточные переводы происходят off-chain.