Проблема цветных монет/активов и других монет с родительско-дочерними отношениями оплаты комиссий только материнской валютой

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

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

Одно из решений состояло в том, чтобы отслеживать эти адреса и просто финансировать их небольшим количеством биткойнов только для того, чтобы они платили за сборы. Есть ли сервис, который этим занимается?

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

Как другие решают эту проблему?

Ответы (2)

Это определенно распространенная проблема, встречающаяся на многих платформах, которые упрощают создание собственной цветной монеты/токена. Просить пользователей приобрести собственный токен, такой как Биткойн с Counterparty и NXT с блокчейном Nxt, обычно не является хорошим способом начать отношения с этим клиентом. Некоторых людей это может устраивать, но это сильно мешает массовому использованию.

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

Тем не менее, вам все равно придется перераспределять приобретенные вами токены дочерней цепи, но обмен активами, который будет на Ardor, станет для вас отличным способом продать их обратно вашим пользователям. Если существует дочерняя цепочка в долларах США (вроде Tether и USDT), то они могут приобрести токены этой дочерней цепочки напрямую с этими токенами в долларах США, так же как получить игровые токены в старых игровых автоматах.

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

Сегодня:

Используя Биткойн, вы можете пополнить счет для своих пользователей, но это далеко не идеально. Я делал это раньше, я не знаю службы, которая предлагает это, и я не рекомендую это. В значительной степени вам нужно предвидеть использование пользователем и пополнение счетов, прежде чем они предпримут какие-либо действия... Если вы не предварительно пополняете счета, им нужно дождаться подтверждения транзакций, потому что, если они не дождутся подтверждения финансирования, тогда транзакция финансирования может быть изменена, и их подписанная транзакция, основанная на ней, будет признана недействительной. Я думаю, это не самое худшее, но это создает очень странный пользовательский опыт, когда пользователю приходится ждать подтверждения блока X, чтобы выйти из системы и фактически инициировать свое действие.

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

В будущем:

Некоторые из вышеперечисленных проблем облегчаются за счет исправления гибкости SegWit, если предположить, что он активирован. Я думаю, что Ковенанты тоже стоит изучить, но это, вероятно, еще дальше.

Что действительно решит вашу проблему, так это запланированная абстракция учетной записи для Serenity Ethereum (см. раздел «Абстракция и учетные записи» или этот EIP ). По сути, вводится возможность транзакций с нулевой комиссией, когда вместо того, чтобы пользователь изначально платил комиссию, контракт, на который отправляется транзакция, может платить комиссию. Затем вам просто потребуется написать и профинансировать контракт, который финансирует любую транзакцию, отправленную через него для передачи ваших токенов.

Это все еще рано для этого материала. Мне любопытно увидеть ответы от других людей/на других блокчейнах, но я полагаю, что то, что вы описываете, по-прежнему будет проблемой для сторонних приложений, построенных на блокчейнах.