10 блоков в секунду: что скорость Kaspa значит для реальных платежей

Kaspa производит десять блоков каждую секунду. Эта единственная цифра — 10 BPS — является главной новостью, но она мало что говорит о том, что меняется для того, кто отправляет KAS, пополняет эскроу-сделку или выстраивает платёжный процесс поверх сети. Интересна не сама пропускная способность, а то, что она делает с семантикой подтверждений, точностью тайм-локов и практическим UX инструментов самостоятельного хранения.

Эта статья разбирает механизм работы 10 BPS, объясняет, как blockDAG и GHOSTDAG делают это безопасным, и показывает, как некастодиальный инструментарий Kaspa Forge использует быстрые блоки в продакшене прямо сейчас.

Почему «просто ускорить блоки» не работает

Самый простой способ производить больше блоков — сократить целевой интервал. Litecoin попробовал это (2,5 минуты против 10 минут у Bitcoin). Некоторые цепи идут дальше. Проблема в том, что линейный блокчейн — это однополосная дорога: только один блок может продлить кончик цепи в каждый момент. Если два майнера находят блок с разницей в миллисекунды, один из них становится осиротевшим — валидная работа, которую сеть выбрасывает. Увеличьте частоту блоков до 10 в секунду на линейной цепи — и доля осиротевших блоков превысит 90%: бо́льшая часть намайненных блоков никогда не попадает в каноническую историю, хешрейт тратится впустую, а безопасность пропорционально падает.

Kaspa обходит проблему осиротевших блоков с помощью blockDAG. Вместо того чтобы навязывать единственную цепь, протокол позволяет блокам указывать на *нескольких* родителей. Результат — широкий, ветвящийся граф, в котором практически каждый намайненный блок попадает в каноническую историю. Доля осиротевших блоков стремится к нулю даже при 10 BPS, потому что у майнеров нет единого кончика цепи, об который можно было бы столкнуться.

GHOSTDAG: упорядочение хаоса

DAG из блоков сам по себе бесполезен; вам всё ещё нужен полный порядок для транзакций. Здесь на помощь приходит GHOSTDAG. Алгоритм выбирает *выбранный родительский блок* для каждого блока — родителя с наибольшим накопленным «синим трудом» — затем классифицирует каждый другой блок в наборе слияний как синий (хорошо связанный, вносящий вклад в безопасность) или красный (слабо связанный, поглощённый, но не вознаграждаемый индивидуально).

Выбранная цепь — путь связей выбранных родителей — определяет канонический порядок событий. Реорганизации возможны: выбранный кончик виртуального блока может сместиться. Но гарантия робастности GHOSTDAG означает, что цепь стабилизируется очень быстро, в пределах небольшого суффикса. На практике блоки у границы DAG могут менять порядок; блоки даже в нескольких секундах от неё являются фактически финальными.

Это не просто теория. Вики Kaspa описывает структуру вознаграждений в наборе слияний: каждый синий блок в наборе слияний блока цепи приносит его майнеру coinbase-выход; красные блоки в окне DAA получают вознаграждение, выплачиваемое майнеру *блока цепи*. Стимулы выровнены, потому что именно синий труд — а не хешрейт напрямую — является тем дефицитным ресурсом, за который конкурируют майнеры. Майнеры вознаграждаются за связность, а не просто за скорость.

DAA при 10 BPS

Корректировка сложности в сети с десятью блоками в секунду требует иного дизайна, нежели окно Bitcoin в 2 016 блоков (охватывающее ~2 недели). DAA Kaspa использует скользящее окно в 2 641 блок, отсчитывая назад от перспективы виртуального блока и включая как синие, так и красные блоки, попадающие в окно.

При 10 BPS полное окно DAA охватывает примерно:

2 641 блок ÷ 10 блоков/сек ≈ 264 секунды ≈ 4,4 минуты

Сложность пересчитывается практически непрерывно. Резкий скачок хешрейта поглощается за минуты, а не недели. Падение хешрейта не оставляет сеть ползущей часами до следующей корректировки. Алгоритм удерживает среднюю частоту блоков вблизи целевого значения при волатильных условиях майнинга.

Для разработчиков, строящих решения на Kaspa, есть и второе последствие. DAA score — непрерывный счётчик синих блоков плюс объединённых и вознаграждённых красных блоков — служит часами протокола. Ковенантные опкоды, тайм-локи и проверки возраста ссылаются на DAA score, а не на реальное время. При 10 BPS каждый тик DAA — это примерно 100 мс:

Это отображение детерминировано. В отличие от Bitcoin — где тайм-лок на «24 часа» может сработать где угодно между 20 и 30 часами в зависимости от удачи с хешрейтом — ковенантная задержка Kaspa в 864 000 тиков DAA разрешается ровно за *24 часа* (±секунды).

Как подтверждения выглядят на практике

В Bitcoin «6 подтверждений» — это ~60 минут. В Ethereum — ~75 секунд. Что значит «подтверждение» в DAG с 10 BPS?

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

Практические цифры:

Платёж, который «подтверждается, пока покупатель ещё на странице», — это не преувеличение при 10 BPS. Это нормальный случай.

Как Kaspa Forge использует быстрые подтверждения

Быстрые блоки — не абстрактная метрика. Они определяют каждое тайминговое решение в некастодиальном инструментарии Kaspa Forge — Kaspa Safe, Kaspa Escrow и платёжных потоках, которые мы строим на той же платформе.

Пополнение эскроу

В Kaspa Escrow P2P-сделка начинается, когда покупатель отправляет KAS на адрес ковенанта в блокчейне (escrow.sil, контракт Toccata в основной сети). Бэкенд-наблюдатель проверяет изменения UTXO каждые 10 секунд. При 10 BPS:

1. Транзакция пополнения включается в следующий блок (~100 мс после отправки). 2. Наблюдатель обнаруживает новый UTXO в следующем цикле опроса (≤10 сек). 3. С настраиваемым порогом подтверждений (на основе blue score) сделка переходит в статус пополнена через секунды после депозита.

Сравните с гипотетическим эскроу на основе Bitcoin: 10-минутные блоки × 3 подтверждения = 30 минут ожидания надписи «ожидание оплаты». Сам ковенант эскроу не зависит от реального времени — его параметры disputeWindow и arbiterDeadline указаны в тиках DAA — но чем быстрее тики, тем точнее контракт отображает реальные часы. Предустановленное окно спора в 72 часа (2 592 000 DAA) разрешается ровно за *72 часа*, а не «где-то между 68 и 80».

Задержки хранилища

Хранилища Kaspa Safe используют задержку вывода, выбираемую владельцем. Когда пользователь инициирует вывод, UTXO должен «созреть» до порога delay (в тиках DAA), прежде чем бесключевой путь complete() разблокируется. При 10 BPS:

• Одночасовая задержка = 36 000 тиков DAA. Ровно один час.
• Ключ тревоги может отменить операцию в любой момент в течение этого окна (путь cancel() мгновенно сбрасывает состояние хранилища — в пределах одного блока).
• Наследование по принципу мёртвого рубильника использует ту же проверку возраста: если владелец прекращает подтверждать активность, наследник может заявить права после inheritDelay тиков — снова с точностью до секунды.

Последствия для UX самостоятельного хранения значительны. В медленной цепи «одночасовая задержка» — это приближение, которое пользователи должны мысленно компенсировать. В Kaspa — это таймер.

Платёжные потоки

Процесс приёма платежей, который мы разрабатываем, использует адреса, производные от HD-кошелька, для каждого заказа, с шлюзовым наблюдателем, опрашивающим узел на предмет входящих UTXO. Порог подтверждений задаётся одной переменной окружения (KASPA_CONFIRMATIONS). При 10 BPS даже консервативное значение в 100 подтверждений — это 10 секунд. Покупатель видит «подтверждено» практически мгновенно. Частичные платежи — несколько UTXO, поступающих отдельными транзакциями в пределах одной секунды — суммируются автоматически.

Структура комиссий это подкрепляет: базовая комиссия Kaspa составляет 0,0001 KAS за каждый используемый UTXO. При 10 блоках в секунду, обеспечивающих огромную пропускную способность, давления комиссий из-за перегрузки при текущем спросе нет. Платежи проходят дёшево и быстро.

Компромиссы и честные ограничения

10 BPS — это не бесплатно. Самый очевидный расход — объём данных: десять блоков в секунду означает, что DAG растёт быстро. Архивный узел Kaspa хранит значительно больше данных, чем узел Bitcoin того же возраста. Разбухание состояния — растущий набор UTXO, заголовки блоков и сама структура DAG — является активной областью исследований. Вики Kaspa перечисляет несколько связанных KIP (расширенная формула массы, разреженные окна сложности, обработка транзисторного хранилища), направленных на смягчение этой проблемы без ущерба для пропускной способности.

DAA сложнее простого скользящего среднего в Bitcoin. При 2 641 блоках, охватывающих всего ~4,4 минуты, окно должно фильтровать статистический шум, оставаясь при этом отзывчивым. Реализация учитывает классификацию синих и красных блоков внутри окна — слой сложности, о котором линейной цепи никогда не нужно думать. Это не дефект; это дизайнерский компромисс, который делает такую частоту блоков возможной. Но это значит, что алгоритм сложности сложнее осмыслить с первых принципов.

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

Существует и эргономический аспект. Субсекундные включения могут создать ложное чувство необратимости у пользователей, привыкших к более медленным цепям. Транзакция, «подтверждённая» за одну секунду — это не то же самое, что транзакция, пережившая 10 минут майнинга в Bitcoin: глубина в DAG мельче, даже если вероятностная безопасность уже высока. Инструменты, построенные поверх протокола, должны честно это обозначать, а не прятаться за зелёной галочкой.

Итог

Kaspa 10 BPS — это результат конкретного дизайна протокола: blockDAG для поглощения параллельных блоков, GHOSTDAG для канонического упорядочения и быстро адаптирующийся DAA — который меняет значение слова «подтверждение» на практике. Для инструментов самостоятельного хранения, таких как Kaspa Safe и Kaspa Escrow, это означает депозиты, поступающие за секунды, тайм-локи с точностью до секунды и платёжные потоки, в которых покупателю не нужно уходить и возвращаться через час.

Компромиссы реальны: больше данных, больше сложности протокола, продолжающиеся исследования в области управления состоянием. Но для всех, кто строит или использует инструменты в блокчейне прямо сегодня, практическая разница ощутима. Задержка хранилища в один час означает *ровно* один час. Депозит в эскроу подтверждается, пока покупатель ещё на странице. Вот что реально дают 10 блоков в секунду.