Problem von farbigen Münzen/Vermögenswerten und anderen Münzen mit einer Eltern-Kind-Beziehung, bei der Gebühren nur mit der Mutterwährung bezahlt werden

Ich habe versucht, meine eigene Münze zu bauen, aber es war am besten, einfach auf eine bestehende Blockchain zu setzen, so wie es farbige Münzen und Kontrahenten tun. Aber wenn ich diesen Weg gehe, stoße ich auf das Problem, die Gebühren für die Nutzung der Blockchain in der Landeswährung bezahlen zu müssen.

Sagen wir, wenn ich einen Spiel-Token basierend auf der Bitcoin-Blockchain auf der Grundlage der Gegenpartei erstellen würde, muss ich immer noch die Gebühren in Bitcoin bezahlen. Was meine Benutzer nicht haben werden, selbst wenn ich meine Spielmarken an sie verteilt habe. Jetzt werden sie mit dem Spieltoken festsitzen, ohne ihn irgendwohin schicken zu können.

Eine Lösung bestand darin, diese Adressen zu überwachen und ihnen nur einen kleinen BTC-Betrag zu finanzieren, nur damit sie die Gebühren bezahlen konnten. Gibt es da draußen einen Dienst, der das macht?

Dieses Problem zeigt sich auch bei anderen Coins wie Ethereum und NXT. Sie geben die Möglichkeit, Ihre eigenen untergeordneten Münzen innerhalb ihrer Blockchain zu erstellen, aber Sie bleiben bei der Münze hängen, es sei denn, der Inhaber hat die einheimische Währung.

Wie lösen andere dieses Problem?

Antworten (2)

Es ist definitiv ein häufiges Problem, das bei vielen dieser Plattformen auftritt, die es einfach machen, Ihre eigenen farbigen Münzen/Token zu erstellen. Benutzer zu bitten, den nativen Token zu erwerben, wie z. B. Bitcoin mit Counterparty und NXT mit der Nxt-Blockchain, ist normalerweise kein guter Weg, um Ihre Beziehung zu diesem Kunden zu beginnen. Einige Leute mögen damit einverstanden sein, aber es behindert den Mainstream-Einsatz stark.

Ardour löst dieses Problem mit untergeordneten Ketten , die es den Erstellern untergeordneter Ketten ermöglichen, dass die Benutzer ihrer untergeordneten Kette Transaktionsgebühren im Token der untergeordneten Kette zahlen. Ein Bundler (könnte der Ersteller der untergeordneten Kette sein) würde diese Gebühren erheben und die Ardour-Hauptkette für die Transaktionsverarbeitung bezahlen. ARDR-Token würden also weiterhin benötigt, aber Ihre Benutzer müssten sie überhaupt nicht berühren.

Sie müssten Ihre erworbenen Child-Chain-Token zwar immer noch neu verteilen, aber der Asset Exchange, der auf Ardour sein wird, ist eine großartige Möglichkeit für Sie, sie an Ihre Benutzer zurückzuverkaufen. Wenn eine untergeordnete USD-Kette existiert (ähnlich wie Tether und USDT), könnten sie diese untergeordneten Ketten-Token direkt mit diesen USD-Token kaufen, ähnlich wie Spielmarken in der alten Spielhalle.

Dies ist eine schwierige Frage, und ich denke, es ist möglich, eine Lösung dafür zu finden, aber es hängt von Ihrer Anwendung ab und von den Kompromissen, die Sie bereit sind zu akzeptieren.

Heute:

Mit Bitcoin könnten Sie ein Konto für Ihre Benutzer finanzieren, aber es ist alles andere als ideal. Ich habe das schon einmal gemacht, ich kenne keinen Dienst, der es anbietet, und ich empfehle es nicht. So ziemlich müssen Sie die Nutzung eines Benutzers antizipieren und Konten finanzieren, bevor sie Maßnahmen ergreifen ... Wenn Sie Konten nicht vorfinanzieren, müssen sie auf die Bestätigung der Transaktionen warten, denn wenn sie nicht auf die Bestätigung der Finanzierung warten, dann kann die Finanzierungstransaktion manipuliert werden und ihre signierte Transaktion, die sich darauf stützt, wird ungültig. Ich denke, das ist nicht das Schlimmste, aber es sorgt für eine sehr seltsame Benutzererfahrung, bei der der Benutzer X-Block-Bestätigungen abwarten muss, um sich abzumelden und seine Aktion tatsächlich einzuleiten.

Sie können dies ein wenig erleichtern, indem Sie ein Konto vorfinanzieren, aber Sie stoßen auf das Problem, die Nutzung vorherzusagen, und wenn Sie Ihren Benutzer überfinanzieren, verbrennen Sie effektiv Münzen (im schlimmsten Fall verlassen sie Ihre App und verwenden sie nie). ). Eine Möglichkeit, das Brennen zu vermeiden, besteht darin, dem Benutzer ein 1-von-2-Multisig-Konto zu geben, bei dem Ihr Benutzer einen Schlüssel hat und Sie einen Schlüssel haben, um Gelder zurückzuerhalten, die er in Zukunft nicht ausgibt (möglicherweise in Ihrem Anwendungsfall nicht akzeptabel). damit Sie einen Schlüssel zum Benutzerkonto haben). Wenn Sie zu wenig Geld haben, kann Ihr Benutzer keine Maßnahmen ergreifen, bis Sie ihn weiter finanzieren. Darüber hinaus ist die Vorfinanzierung chaotisch, da Sie nicht wissen, welche Transaktionsgebühren in Zukunft anfallen werden.

In der Zukunft:

Einige der oben genannten Probleme werden durch die Formbarkeitskorrektur von SegWit gemildert, vorausgesetzt, sie wird aktiviert. Ich denke, Covenants könnte auch einen Blick wert sein, aber es ist wahrscheinlich noch weiter weg.

Was Ihr Problem wirklich lösen würde, ist die geplante Kontenabstraktion für Ethereums Serenity (siehe Abschnitt "Abstraktion und Konten" oder dieses EIP ). Im Wesentlichen wird die Möglichkeit für gebührenfreie Transaktionen eingeführt, bei denen anstelle des Benutzers, der die Gebühr ursprünglich bezahlt, der Vertrag, an den die Transaktion gesendet wird, die Gebühr zahlen kann. Dies würde dann nur erfordern, dass Sie einen Vertrag schreiben und finanzieren, der jede Transaktion finanziert, die durch ihn gesendet wird, um Ihre Token zu übertragen.

Es ist noch früh für dieses Zeug. Ich bin gespannt auf Antworten von anderen Leuten/auf anderen Blockchains, aber ich kann mir vorstellen, dass das, was Sie beschreiben, weiterhin ein Problem für Apps von Drittanbietern sein wird, die auf Blockchains basieren.