Что потребуется для игры в баккару на Kaspa

Игра в баккару на Kaspa — в частности, punto banco — потребовала бы трёх вещей: схемы генерации случайности через коммит–раскрытие сидов, ковенанта, кодирующего фиксированные правила добора карт, и существующей инфраструктуры комнат Arena для ставок, тайм-аутов и расчётов. Ей не потребовалось бы доказательство с нулевым разглашением, дерево Меркла или доказывающая программа. Это краткий ответ. Более подробный предполагает понимание того, почему жёсткие правила punto banco делают его простейшей карточной игрой для размещения на блокчейне, и почему Kaspa Forge ещё не создал её. Баккара — это пункт дорожной карты, а не действующий продукт.

Почему для баккары не нужно доказательство с нулевым разглашением

Arena Blackjack использует доказательство RISC Zero / Groth16, чтобы продемонстрировать, что колода из 52 карт была перетасована корректно, не раскрывая скрытый порядок. Это доказательство существует, потому что блэкджек предполагает последовательные решения при неполной информации — игрок действует на основе видимых карт, дилер действует после, а скрытое состояние сохраняется на протяжении нескольких ходов.

В punto banco ничего подобного нет.

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

Вики Kaspa описывает, как слой скриптов Kaspa проверяет транзакции на соответствие условиям UTXO. Ковенант баккары напрямую кодировал бы таблицы добора и логику выплат в этих условиях, аналогично тому, как программа Dice кодирует свою матрицу исходов из 684 случаев и порог броска.

Поток коммит–раскрытие–разрешение

Раздача в баккару на Kaspa следовала бы трёхфазному жизненному циклу, каждая фаза привязана к транзакции или действию контроллера.

Фаза 1 — Коммит. Обе стороны блокируют свои секретные сиды до того, как любой из них раскрыт. В модели Arena:

1. Коммит игрока. Кошелёк Desk игрока генерирует случайный сид, хеширует его с помощью BLAKE3, используя разделитель доменов и ID игры (установленное соглашение Arena), и включает хеш в транзакцию JOIN. JOIN несёт ставку и залог активности игрока, финансируя Game UTXO.

2. Коммит дома. Демон-дилер коммитит сид для каждой ставки — один сид на раздачу, а не на комнату — закреплённый внутри ковенанта комнаты. Сиды на каждую ставку не позволяют дому выборочно пропускать раунды, где его сид привёл бы к исходу, благоприятному для игрока.

На этом этапе ни одна сторона не знает сида другой. Порядок колоды неузнаваем.

Фаза 2 — Раскрытие. После подтверждения обоих коммитов:

1. Раскрытие игрока. Игрок подписывает транзакцию PLAYER_REVEAL, раскрывая свой сид. Кошелёк Desk обеспечивает, что раскрытое значение хешируется в ранее зафиксированный коммит.

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

Когда оба сида публичны, любой может пересчитать конкатенацию BLAKE3, вывести детерминированную перетасовку Фишера–Йетса для позиций 0–51 и получить полный порядок колоды.

Фаза 3 — Разрешение. Вот где баккара отклоняется от блэкджека и сближается с Dice. Нет промежуточных ходов — нет добора, остановки, удвоения или сплита. Ковенант выполняет всю раздачу за один проход:

1. Раздача. Карты берутся из позиций 0–5 (максимум шесть карт: две Игроку, две Банкиру, плюс по одной дополнительной каждому). 2. Оценка. Значения карт: 2–9 номинал, 10/В/Д/К = 0, Т = 1. Сумма руки = сумма по модулю 10. 3. Проверка натуральных комбинаций. Если у любой руки сумма 8 или 9, раздача завершается. 4. Добор игрока. Сумма 0–5 → добирает третью карту; 6–7 → остаётся. 5. Добор банкира. Фиксированная таблица поиска, индексируемая по (сумма банкира, значение третьей карты игрока или «нет добора»). 6. Сравнение и выплата. Побеждает рука с большей суммой. Ковенант проверяет, что сиды соответствуют коммитам, перетасовка канонична, правила добора корректны, а выходные данные выплат в сумме равны заблокированной игровой стоимости.

Одна транзакция, один расчёт.

Структура ветвей ковенанта

Даже без решений игрока ковенанту нужны ветви тайм-аутов для обработки сбоев активности:

├── RESOLVE          — оба сида раскрыты, вычислить исход, выплатить
├── PLAYER_TIMEOUT   — игрок не раскрыл сид вовремя
│   └── залог конфискуется в пользу дома, ставка возвращается согласно политике
└── DEALER_TIMEOUT   — дом не раскрыл сид вовремя
    └── залог конфискуется в пользу игрока, ставка + залог дома возвращаются

Механизм тайм-аута безразрешительный: любой может транслировать транзакцию тайм-аута после достижения дедлайна по DAA-счёту, получая конфискованный залог в качестве стимула. Архитектура Arena преобразует deadlineDaa − virtualDaaScore в обратный отсчёт по реальному времени, а задержка CSV ковенанта служит авторитетными часами.

Нет ветвей «добор/остановка». Нет фазы хода дилера. Нет PLAYER_ACTION_TIMEOUT или DEALER_TURN_TIMEOUT. Количество ветвей снижается с двузначного числа в блэкджеке до трёх.

Что баккара переиспользует из Arena

Внутренний план работ определяет переиспользуемый слой API комнат/игр/допуска/наблюдателя/сессий. Dice потребляет его как первая игра, не являющаяся блэкджеком; баккара потребляла бы тот же слой:

Последние три строки — это то, что баккаре *не* нужно. Всё, что выше них, построено, прошло аудит (Blackjack runtime GO, Dice V3 GO) или находится в производственном конвейере.

Лобби Desk отображало бы комнаты баккары, используя тот же эндпоинт GET /api/arena/v1/rooms, тот же компонент StakeCard и тот же семисекундный интервал опроса. Поток sitDownAtArenaRoom — локальная подготовка, получение места на сервере, самоперевод, пересборка ковенанта, запрос пароля, подпись — был бы идентичным. Единственная новая поверхность интерфейса — это купон ставки (Игрок / Банкир / Ничья) и упрощённая визуализация стола.

Типы ставок и обработка комиссии

Традиционный punto banco предлагает три основных ставки: Игрок (1:1, без комиссии), Банкир (1:1 минус 5% комиссия) и Ничья (обычно 8:1). В блокчейне комиссия — это арифметическая задача выплат, а не игровой логики. Ковенант вычисляет победителя, затем применяет комиссию к выплате за победу банкира перед формированием выходов. Архитектура Dice уже обрабатывает асимметричные выплаты по ветвям; баккара добавляет процентный вычет к одной ветви.

Побочные ставки (Идеальная пара, Бонус дракона) добавили бы сложность ветвей и массу ковенанта. План работ их не упоминает; честная первая версия выпустила бы только три основных ставки.

Предполагаемая стоимость

Внутренний план работ относит баккару к тому же ценовому классу, что и Dice: примерно 0,03 KAS за разрешённую раздачу, по сравнению с примерно 0,21 KAS за раздачу в блэкджек. Экономия исходит из того же источника — отсутствие вызова ZK-доказывающей программы, отсутствие построения путей Меркла, отсутствие последовательности транзакций для принятия решений. Две транзакции со стороны игрока плюс одно разрешение, по сравнению с более длинной цепочкой блэкджека.

Точная стоимость зависит от массы ковенанта (определяемой размером таблицы поиска правил добора и количеством ветвей) и сетевой комиссии на момент развертывания. Аудит Dice измерил удельный вес в граммах для каждой ветви; для баккары потребуются такие же измерения, прежде чем какое-либо число станет окончательным.

Честные границы и текущий статус

Баккара — это пункт дорожной карты, а не действующий продукт. Дорожная карта Arena, пересмотренная в августе 2026 года, упорядочивает будущие игры так: European Roulette → Kaspa Slots → Hi-Lo → Баккара. Дуэльный движок, изначально второй после Dice, был отложен до измерения спроса на социальные игры. Баккара не запланирована для немедленной разработки.

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

Несколько предпосылок ещё не выполнены:

• Dice не запущен. Консенсусный слой Dice прошёл третий независимый аудит (GO, 04.08.2026), но ветви контроллера и интерфейс для продакшена — это инженерная работа, а постоянная продакшен-ветка отложена до ревью. Баккара унаследует переиспользуемый слой, который Dice должен сначала валидировать.
• Публичный верификатор покрывает только блэкджек (v0.1). Репозиторий arena-verifier проверяет согласованность доказательств для раздач в блэкджек. Его расширение на Dice, а затем на баккару запланировано, но не реализовано.
• Не определено кодирование правил добора в ковенанте. Общий подход (таблица поиска в скрипте) верен, но точный байтовый формат, бюджет массы и путь опкодов не определены.
• Обработка комиссии в логике выплат ковенанта в принципе проста, но не протестирована в программе Arena. Выплаты в блэкджеке и Dice основаны на целочисленных соотношениях, а не на процентных.

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

Резюме

Создание доказуемо честной игры в баккару на Kaspa — игры казино на ковенанте без зависимости от ZK — потребовало бы:

1. Генерация сидов через коммит–раскрытие — идентичная Dice, с использованием BLAKE3 и разделения доменов. Без ZK-гостя, без корня Меркла, без доказывающей программы. 2. Ковенант с тремя ветвями — разрешение, тайм-аут игрока, тайм-аут дилера. Без ветвей решений. 3. Таблицы поиска правил добора, закодированные в скрипте ковенанта, — единственная по-настоящему новая инженерная задача. 4. Арифметика комиссий в пути выплат — вариант выплаты, а не новый примитив. 5. Существующая инфраструктура Arena — UTXO комнат, залоги, тайм-ауты, допуск через Desk, расчёты контроллера.

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