LIGHTNING БЕЗ СПОРОВ: escrow + BOLT11 и hodl‑инвойсы

LIGHTNING БЕЗ СПОРОВ: escrow + BOLT11 и hodl‑инвойсы 🔐⚡

Молниеносные платежи — это удобно, но «скрин из кошелька» и просроченные инвойсы превращают быструю сделку в длинный спор. Решение простое: фиксируем правила и платим через эскроу — деньги «на паузе» до проверяемых фактов.

<b>Где прячется риск</b>

— инвойс без суммы/короткого срока, истёкший BOLT11;

— keysend без инвойса и внятных доказательств;

— подмена реквизитов перед оплатой;

— «скрин зачисления» вместо payment_hash/preimage и статуса settle.

<b>Что зафиксировать ДО депозита</b>

— <b>инвойс</b>: строка BOLT11, сумма, expiry, описание/description_hash; запрет на keysend;

— <b>критерии приёмки</b>: что именно считается поставкой (цифровой файл, доступ, TXID и т. п.), дедлайн;

— <b>финансы</b>: кто платит routing‑fees, курс и момент фиксации;

— единый чат с код‑фразой, реквизиты после депозита не меняются.

<b>Как проводим через эскроу</b>

1) Закрепляем условия и чек‑лист у гаранта.

2) Покупатель вносит депозит в эскроу (крипта/LN/фиат) — средства «на паузе».

3) Продавец выдаёт инвойс: для мгновенных расчётов — обычный BOLT11, для «сначала проверка — потом оплата» — <b>hodl‑инвойс</b>.

4) Гарант верифицирует поставку по критериям и оплачивает инвойс; при hodl‑инвойсе — даёт команду на settle или отклонение до истечения срока.

5) Опции безопасности: timelock 24–72 ч, holdback 5–10% на окно проверки, мультисиг для ончейн‑депозита. Комиссия сервиса — от 10%.

<b>Практический чек‑лист</b>

— инвойс действителен (не истёк), сумма точная, описание привязано к сделке;

— тестовый мини‑инвойс тем же получателем для «прогона» маршрута;

— принимаем доказательства: payment_hash, время settle и при наличии — <b>preimage</b>;

— храним артефакты (инвойсы, payment_hash, логи) до конца окна споров;

— никаких «скринов», keysend и «новых чатов».

<b>Красные флаги</b>

«Скинь без инвойса, так быстрее», просьба сменить условия/сеть после депозита, истекающий прямо сейчас инвойс, «частные» проверяльщики вместо общих инструментов.

Итог: сначала правила и проверяемые артефакты, потом деньги. Эскроу фиксирует условия и выпускает оплату только по фактам — без хаоса и споров.

Полезные материалы

• BOLT 11 (оплата по инвойсам): https://github.com/lightning/bolts/blob/master/11-payment-encoding.md — структура и поля инвойса.

• LND hodl‑инвойсы: https://docs.lightning.engineering/lightning-network-tools/lnd/htlcs-and-invoices#hodl-invoices — как задерживать выплату до проверки условий.

• Обзор Lightning: https://docs.lightning.engineering/the-lightning-network/overview — как устроены каналы, HTLC и маршрутизация.

Наши ресурсы

• Сайт сервиса: https://guarantor.su

• Telegram‑бот: @GARANT_S_bot

Как вы предпочитаете рассчитываться в Lightning: обычный BOLT11 сразу или hodl‑инвойс с окном проверки и holdback? Делитесь опытом и задавайте вопросы — под ваш кейс соберём чек‑лист и безопасно сопроводим сделку через эскроу.