Dynamisches Gesamtangebot für ERC20-Token

Ich versuche, ein ERC20-Token mit dem folgenden Workflow zu erstellen.

  1. Erstellen Sie einen neuen Token, sagen wir 'XYZ' mit einem anfänglichen Gesamtvorrat von 1000 Münzen.
  2. Listen Sie sie an Börsen auf und erstellen Sie auch eine eigene Geldbörse für den Kauf der Münzen.
  3. Wenn der anfängliche Vorrat von 1000 Münzen erschöpft ist und ein Benutzer versucht, mehr Münzen zu kaufen, sagen wir 150 Münzen, dann prägt mein intelligenter Vertrag spontan neue Token (150) und schreibt sie bei erfolgreicher Zahlung der Brieftasche des Benutzers gut. Und der Kreislauf geht weiter. Offensichtlich wird das Gesamtangebot entsprechend weiter steigen.

In OpenZeppelin Smart Contracts gibt es Methoden zum Prägen und Brennen von Token, aber können sie ohne Probleme verwendet werden?

Noch wichtiger ist , dass ich verstehen muss, ob der oben erwähnte Workflow irgendwelche Mängel aufweist. Könnte technischer, finanzieller oder sonstiger Natur sein.

Ja, es heißt mintableToken. Es ist in Ordnung, es mit dem von Ihnen beschriebenen Modell zu erstellen. Wenn Sie jedoch vorhaben, es zu Börsen hinzuzufügen, mögen sie es möglicherweise nicht, da das Token geprägt werden kann. Es ist einfacher, Betrug zu begehen / ein Sicherheitsrisiko für einen Token mit Mintable-Funktion einzugehen.

Antworten (2)

https://ethereum.org/token deckt das meiste von dem ab, was Sie beschreiben, also nein, ich glaube nicht, dass es dabei irgendwelche Probleme gibt.

Sie sollten einen intelligenten Vertrag für die Verwaltung erstellen. Übertragen Sie dann das Eigentum an Ihrem ERC-Token auf diesen Vertrag, damit der Smart Contract Ihren Token prägen kann.

Wenn jemand versucht, Ihren ERC-Token aus Ihrem Managervertrag zu kaufen, sollte er die ERC-Token prägen und an den Absender übertragen.

Lassen Sie mich wissen, wenn Ihnen etwas unklar ist.