Внутренняя валюта в системах пополняемые криптой, как не уйти в минус?

[Rout]

Собственно вопрос в названии, но более детально:

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

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

Получается ситуация, за месяц предположим пополнили на 1BTC, виртуально +- получили 50К$, в итоге у платформы 1BTC.

Крипта упала до 35К$, но люди хотят вывести 50К$(-5% комиссии, 47.5К$), получается платформа уходит в минус.

И вот вопрос, есть ли какие нибудь интересные предложения, как это можно откорректировать на стороне платформы, не повышая ставки комиссии, не пополняя бюджет платформы из собственных средств.

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


Переводить платежи на USDT, либо аналогичные - не вариант.
Обрабатывать новые платежи переводом сразу в USDT и подобные - тоже.

 

[S-W-I-F-T]

В корне не верный подход, такая модель не годится, ИМХО.

Цена товара фиксируется к доллару, но расчет должен происходить в крипте, цена товара в крипте плавающая, в зависимости от курса, на момент совершения сделки

 

[Rout]

В корне не верный подход, такая модель не годится, ИМХО.

Цена товара фиксируется к доллару, но расчет должен происходить в крипте, цена товара в крипте плавающая, в зависимости от курса, на момент совершения сделки

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

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

По вашим словам это удобно использовать в товаре не ограниченного количества и по удобству сбора корзины, тогда да, собрали сумму описанную продавцом в товаре, выставили счет эквивалентный текущему курсу покупателю, получили оплату - рассчитались, но тут другая проблема Но в любом случае, спасибо

 

[S-W-I-F-T]

а ожидания подтверждения сети например BTC может занять время, что не лучшим образом может отразиться на функциональности для покупателя.

покупатель оплачивает со внутреннего счета в $, который пополнил любой криптой(курс пополнения фиксируется в момент пополнения)

Баланс тоже в крипте соответственно, подтверждения ждать и так и так

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

Назвать внутреннюю валюту не $, а BTC =)

 

[Rout]

Назвать внутреннюю валюту не $, а BTC =)

Тогда и цены в крипте ставить? Или получается хранение на внутреннем балансе BTC, а во время покупки из нее конвертировать по курсу в момент покупки? Кстати, идея неплохая, спасибо

 

[GhostKommi]

А фиксировать и конвертить все в стейблкоин чем не вариант?
Если прям очень не вариант, то комиссию свою храни в БТЦ, а выплаты фиксируй в стейбл и выплачивай по курсу в BTC.

 

[S-W-I-F-T]

Тогда и цены в крипте ставить? Или получается хранение на внутреннем балансе BTC, а во время покупки из нее конвертировать по курсу в момент покупки? Кстати, идея неплохая, спасибо

Цена товара 100$ (Фиксированная величина, её клиент видит на витрине). Цена в крипте = 100$ / текщий курс крипты (плавающая велечина, её клиент тоже видет на витрине); С баланса списывать цену в крипте по курсу на момент совершения сделки;
Курс можно обновлять раз в минуту, а на витрине цену в крипте считать на лету
Это если есть задача, именно к фиату цену привязать

 

[Rout]

Да пришел к самому удобному и логичному варианту, который объяснили в первом ответе, внутренний счет реорганизовать в BTC(Пополняют на внутренние платформенные кошельки)
Цену на товар выставлять будет продавец в $, но баланс магазина при покупке будет пополняться в BTC на ту самую сумму, которая конвертирована в момент продажи товара. В итоге и продавец товара получает свои кровные, покупатель покупает по текущему курсу без задержек и владелец платформы в минус не уходит
Так что спасибо за оперативную подсказку