Как возможно разрешить столь непростую механику транзакции?

Question

[Joe Anno]

Вопрос о механики транзакции: как делается взаимодействие с API платежки?

Comments

[shurshur]

Если выигрывает тот, кто укажет максимальное число, то наилучшая стратегия - указывать максимальное число. В результате будет вечная ничья.

[Joe Anno]

shurshur, Это не классические кости. Одна попытка. Ничьей нет, ничья - еще один бросок.

[shurshur]

Joe Anno, тогда игра будет продолжаться бесконечно, потому что проигрывать никто не хочет и будет называть максимальное число.

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

[Joe Anno]

shurshur, Нет, нет, вы немного не поняли. Игроки нажимают "играть" и двум игрокам случайно как бы "присваивается" какое-то число от 1-12. Кому выпадет большее число, тот выигрывает. Суть в том, что рандомное число выберет победителя (победить из двух игроков может любой). Попытка - 1.

[shurshur]

Joe Anno, если есть третья сторона, которая реально управляет процессом игры и которой игроки должны безусловно доверять (а можно ли ей доверять?), то это не про криптовалюты и смартконтракты. По сути это обычное "онлайн-казино", механизм перевода средств между участниками и казино может быть каким угодно, а казино может делать любые действия непрозрачно для участников.

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

Например, участник 1 делает ставку в $21 с комментарием "7251", участник 2 ставку в $23 с комментарием "17946", казино получает ставки, по $1 с каждого удерживает, а потом выплачивает $42 участнику 2, так как чётность сообщённых чисел разная. При этом правила открыты и прозрачны для всех участников сделки, и никто не может обвинить какую-либо из сторон в нарушении условий контракта.

[Joe Anno]

shurshur,
Момент с комментариями мне не ясен.
Участнику 2 не выплачивается 42$, поскольку каждый из двух участников должен заплатить 1$ за участие и также победитель платит 5% от выигрыша - это и есть то, что берет сайт (комиссия 1$ за участие с обоих и 5% с победителя - 5% от 20$ проигравшего составляет 1$). Участник 2 забирает 40$.

[Joe Anno]

shurshur, идея в том, что сайт не вмешивается в "код победителя". в слоте из двух игроков победителя определит математический рандом после нажатия и согласия двух игроков "играть"

[Joe Anno]

shurshur, вопрос в том, как сделать списания автоматическими (по 1$ каждый платит администратору за участие - 2$, то есть. и так же списать 5% от денег которые достались победителю - в нашем примере 1$). что-то должно ведь инициировать транзакцию.

[shurshur]

Joe Anno, ну хорошо, казино отбирает ещё 5% от одной из ставок и выплачивает выигравшему $40 (upd: на самом деле $41, возврат его $22 и выигранные $19). Общий смысл остаётся прежним.

Комментарий к сумме - это возможность "криптовалютно" сообщить какое-то число. Можно, как вариант, добавить его к ставке в виде долей цента и ставить $21.007251 и $23.0017946. Я не очень вникал в то, как работают смарт-контракты, но кажется там суть в том, что можно выполнять серию различных операций в рамках одной транзакции в пределах зарезервированной суммы, которая в итоге будет закоммичена в блокчейн как единое целое. В конце концов, то, о чём я пишу - это скорее теоретические изыскания на тему того, как это могло бы быть, чтобы было настоящее честное "криптоказино".

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

[shurshur]

Joe Anno,

что-то должно ведь инициировать транзакцию

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

Проводить средства мимо казино слишком сложно и рискованно. Но потенциально можно. Но участникам придётся мимо казино вносить деньги в заявленный кошелёк в рамках контракта.

Участники изъявляют желание внести $21 и $23. Казино создаёт контракт на сумму $44, участники переводят деньги на него, затем случается игра на сайте, и по итогам казино выводит $41 победителю и $3 себе, контракт с нулём в остатке закрывается.

Конечно, возникает много нюансов. Например, участник 1 внёс деньги, а участник 2 слился. Что дальше? Вернуть все деньги участнику 1? Тогда видимо лучше, если участники внесут комиссии отдельно сайту, можно даже с запасом. У сайта будет, например, по $10, полученных заранее от каждого участника, и казино заберёт с этого баланса по $1, и только тогда начнёт смарт-контракт. Тогда если один из участников сольётся, то потеряет $1, которые помогут компенсировать потери от транзакции на возврат средств. Второй участник получит обратно свои виртуальные $1 (которые и так уже у сайта) и сможет сыграть на них в другую игру. Когда от обоих забронировано $1, начинается смарт-контракт на $42, по итогам которого $41 получает победитель, $2 - казино. Комиссия в $1 фактически была заплачена в рамках $10 за услугу "сыграть 10 раз".

Получается слишком замороченная схема, которая, как мне кажется, отпугнёт своей сложностью.

[Joe Anno]

shurshur, я думаю, что это не казино в классическом представлении - абсолютно однозначно. здесь сайт только берет 1$ за возможность двух игроков сыграть на деньги и комиссию от ставки проигравшего.
вопрос в том, как инициировать транзакцию изначально, саму механику:
1. Иван захотел играть, зашел на сайт нажал "+" и таким образом создал "слот/комнату". Скажем, у него есть 10$ на его криптовалютном кошельке. Поэтому когда он нажал на "+", столкнулся с всплывающим окном, он успешно ввел цифру "10$", так как изначально хотел на них сыграть. Таким образом, на сайте появилась "заявка на игру на 10$" от Ивана.
2. Иван уже заплатил 10$ (это его ставка) + комиссию за участие/вход в эту комнатку на двоих (1$) - Иван переводит 11$ сайту (это первая транзакция).
3.Дима, по счастливому стечению событий, тоже хотел сыграть на 10$, поэтому он как бы "присоединяется" к заявке Ивана и также платит 11$. (вторая транзакция)
4. Они кидают кости. Математика (math.random) случайным образом определяет победителя. Выиграл Дима (ему выпало число 7, в то время как Ивану - число 2).
5. Деньги Ивана отправляются Диме. (третья транзакция).

Таким образом, игроки заплатили деньги ДО того, как кинули кости, верно?
И также получается, что Иван как бы создал готовую сделку на 10$. По сути, он создал готовый стол, где цена сделки уже определена создателем. Проблема здесь в том, что не факт, что Дима захочет играть на 10$. Может, Диме не интересно играть на 10$, либо на сайте вообще только один Иван. Тогда получается, что Иван остался без игрока, при том что уже инициировал транзакцию первый раз.

Но я не знаю, как реализовать такое, чтобы игроки сами могли друг другу предлагать ставку для игры.

[Joe Anno]

shurshur,
Не знаю, как изобразить примерно

[shurshur]

Joe Anno, я знаю, что это не "казино", но специально употребляю такой термин как некий собирательный образ.

Чтобы такое сделать, надо, чтобы участники сделки платили по смарт-контракту мимо казино. Это само по себе безумно сложно будет для многих. Так что я бы рекомендовал даже не заморачиваться, просто сделать криптовалюты ещё одним способом ввода-вывода средств во внутреннюю валюту сайта. Да, участники будут терять на переконвертациях в обе стороны, но это будет их плата за понятность и удобство.

[Joe Anno]

shurshur, тогда вопрос в том, внутренняя валюта должна быть реальной криптовалютой или просто "фантиком"

[shurshur]

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

Идея полноценного криптоказино интересна, но большинство клиентуры казино - люди финансово и технически малограмотные, им это будет тяжело. А умные и обеспеченные не будут играть в это, так как в среднем они будут в 50% случаях проигрывать, а в остальных 50% терять 5%, и в итоге они будут терять 1 бакс на каждой сделке и 2.5% на сделках в среднем, что явно абсолютно невыгодно.

Answer 1

[Владимир Коротенко]

все казино которые работают конвертируют валюту в свою игровую валюту.
Почему бы вам так не сделать?
Плюс еще наваритесь на конверсии при выводе

Comments

[Joe Anno]

Дело в том, что мы хотим использовать криптовалюту как аналог долларов. То есть, пускай игрок А хочет сыграть на 20$. Значит, когда он, допустим, введет значение 20$ для ставки, ему автоматически сгенерируется эта сумма в BNB (20$ сейчас - 0.04 bnb). Насчет создания своей игровой валюты - а как я привяжу ее к "чему-то"? Ведь люди должны будут потом ее выводить. Например, 0.04 bnb (или 20$) = 1 DIS ("игровая валюта сайта - dis"). Как тогда разрешить вопрос с выводом 10 dis (200$) c сайта через транзакцию?

[Владимир Коротенко]

Joe Anno, у вас по сути 2 точки взаимодействия ввод и вывод.

вся машинерия работает на вашей внутренней валюте, единственно для пользователя нужна возможность показывать обменную пару к вашей валюте по его выбору

[Joe Anno]

Владимир Коротенко, это интересно, но мне кажется, сложно

[Владимир Коротенко]

Joe Anno, это х*ня попробуйте получить лицензию в России, сша, англии, германии, ...

Answer 2

[Владимир]

Или я туплю или одно из двух...

Как бы я видел этот процесс:
1. Игрок нажимает кнопку "Хочу играть" -- в этот момент с него списывается в пользу казино ставка + комиссия и присваивается статус "Готов к игре".
2. Если от второго игрока деньги не пришли за некоторое разумное время, игра отменяется и заплатившему игроку предлагается найти другого партнёра или вернуть деньги (на выбор).
3. Когда у обоих игроков появился статус "Готов к игре" (деньги уже у казино), происходит собственно игра.
4. Проигравшему выдаётся сообщение о проигрыше, выигравшему -- перечисляется выигрыш за минусом комиссии.

Не могу увидеть в чём тут может быть сложность. Хотя конечно внутренняя валюта лучше. Какие-нибудь "К-баксы" с курсом 10 за 1 доллар. Вывод в крипте по курсу на момент вывода.

Comments

[Joe Anno]

Хорошо. Давайте рассмотрим ситуацию по вашему сценарию:
1. Иван захотел играть, зашел на сайт нажал "+" и создал "слот/комнату". Скоро ему предстоит заплатить. У него есть 10 баксов. Поэтому когда он нажал на "плюсик" и столкнулся с всплывающим окном, он успешно ввел цифру "10$", потому что изначально хотел на них сыграть. Таким образом, на сайте появилась "заявка на игру на 10$" Ивана.
2. Иван уже заплатил 10$ + комиссию за участие/вход в эту комнатку на двоих (1$) - Иван переводит 11$ сайту (это первая транзакция).
3.Дима, по счастливому стечению событий, тоже хотел сыграть на 10$, поэтому он как бы "присоединяется" к заявке Ивана и также платит 11$. (вторая транзакция)
4. Они кидают кости. Математика случайным образом определяет победителя. Выиграл Дима.
5. Деньги Ивана отправляются Диме. (третья транзакция).

Таким образом, игроки заплатили деньги ДО того, как кинули кости, верно?
И также получается, что Иван как бы создал готовую сделку на 10$. По сути, он создал готовый стол, где цена сделки уже определена создателем. Проблема здесь в том, что не факт, что Дима захочет играть на 10$ или что они у него есть.
Но я не знаю, как реализовать такое, чтобы игроки сами могли друг другу предлагать ставку для игры.

[Владимир]

Joe Anno, я бы для простоты сделал фиксированные ставки. Скажем: 10, 20, 50, 100 и т.д. Не очень много вариантов чтобы было просто выбирать. И тогда игроки выбирают в каком уровне ставок они хотят играть, а система подбирает пары из игроков на одном уровне.

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

Тут вопрос исключительно в UX, что вы хотите дать пользователю, какой экспириенс, как мне кажется.

[Joe Anno]

Владимир, инвайт в рамках какой-то румы (то есть, рума 1 - в ней ставки от 5 до 20$, например). и вот пользователи в этой руме могут кидать друг другу инвайты "приглашения", и если пользователь соглашается, происходит списание в непосредственно комнате, где далее будет определен победитель?

[Владимир]

Joe Anno, это уже как вы решите. Все эти "комнаты", "приглашения" и т.д. это же просто абстракции, которые вы используете для того, чтобы организовать матчмейкинг (не знаю как это будет в терминах казино, поэтому использую термин из онлайн-игр :)) и гарантировать, что на момент броска костей все участники игры внесли свои ставки. Просто подумайте как игроку будет проще и понятнее. Расставание с деньгами должно быть лёгким :).

Answer 3

[Alex Step]

Сначала игроки депозитят деньги на контракт, по очереди, каждый закидывает по 21$ как в вашем примере.

Для честного рандома нужно сделать чтобы каждый игрок генерировал случайную строку, и потом эти 2 строки отправлялись бы в хэш функцию(код которой есть у всех сторон) из которой уже выдаются числа, так что каждый участвует в создании рандома.

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

Сервер получает все те же 2 рандомные строки от игроков, загоняет их в хеш функцию для получения рандома, и отправляет победителю подписанную дату, которую победитель передает в вызове метода контракта.
Контракт проверяет подписи и распределяет деньги игроков.

В общем мало чем отличается от обычного multisig. В Solana попроще с offchain транзакицями и несколькими сигнерами для одной транзы, если не критичен блокчейн binance/ethterum присмотритесь к ней. +маленькие коммисии за отправку транз.

Пример получения любого количества чисел из одной строки на js и solidity - https://replit.com/@AlexStep2/RNG - в принципе можно прям на контракте проверять кто выиграл

Comments

[Alex Step]

В идеале вот так сделать - https://github.com/DaoCasino/Game-Channels-Paper/b...
чтобы можно было много раз "кубики бросать" пока один из игроков не решит уйти.
Там каждый раунд подписывается data, в конце контракт валидирует подписи сторон.
То есть это нужно чтобы после каждого броска кубиков не отправлять транзакцию на возврат средств, видимо потом игроки еще раз захотят сыграть и тогда им все по новой придется делать холдить деньги потом выводить.
но сложна )