Wie löst Whopper Coin, der im Sommer 2017 auf der Waves-Plattform veröffentlicht wurde, das native Gebührenproblem, das mit vielen farbigen Münzansätzen vererbt wird?

Whopper Coin wurde kürzlich in Russland über die Waves-Plattform veröffentlicht, aber wie hoch ist die einheimische Gebühr, die ein Benutzer zahlen muss, wenn er die Whopper-Münze an die Einrichtung zurücksendet? Wenn ein Kunde Whopper-Münzen von Burger King erhält, müsste der Kunde diese Münzen jetzt einlösen, indem er sie an Burger King zurücksendet. Wie werden die Gebühren bezahlt? Sind die Gebühren in Whopper Coin oder in der Main Waves Coin? Wie haben sie dieses Vererbungsproblem gelöst, als sie Münzen wie diese zusätzlich zu einer bestehenden Blockchain-Plattform ausgegeben haben?

Antworten (1)

Auf der Waves-Plattform ist es möglich, Transaktionsgebühren in Token zu bezahlen. Dazu muss ein Full Node mit Mining-Fähigkeiten (Jeder kann einen Node betreiben, aber es werden mindestens 10.000 WAVES benötigt, um Blöcke zu generieren) den jeweiligen Token gegen Gebühr akzeptieren.

Somit könnte Burger King Russia entweder einen Full Node hosten oder einen anderen Full Node davon überzeugen, Whoppercoin zu akzeptieren. Burger King Russia plant, sowohl im Apple Store als auch bei Google Play eine App für das Treueprogramm zu haben. Diese Apps werden wahrscheinlich die Waves Node REST API nutzen, indem sie das Gebührenobjekt als Whoppercoin angeben.

Hier ist die entsprechende API:

POST /assets/broadcast/transfer

Hier die relevanten Parameter:

"type" - Transaction type (4 for TransferTransaction)
"id" - Id(hash) of transaction, Base58-encoded
"assetId" - Asset ID in Base58 format, effectively equals transaction id 
"timestamp" - Transaction timestamp
"sender" - Sender account's address, Base58-encoded
"senderPublicKey" - Sender account's public key, Base58-encoded
"recipient" - Recipient account's address, Base58-encoded
"feeAsset" - Asset ID of transaction fee, currently is null, i.e. WAVES
"fee" - Amount of transaction fee
"attachment" - Attachment, Base58-encoded
"signature" - Signature of all transaction data, Base58-encoded

Hier ist ein JSON-Beispiel für eine Anforderung:

{
  "type": 4,
  "id": "3xPyT73TGV7c5PKEJpicwSsX7PXyi3Lm1JFNQivFRLuy",
  "sender": "3NBVqYXrapgJP9atQccdBPAgJPwHDKkh6A8",
  "senderPublicKey": "CRxqEuxhdZBEHX42MU4FfyJxuHmbDBTaHMhM3Uki7pLw",
  "recipient": "3Mx2afTZ2KbRrLNbytyzTtXukZvqEB8SkW7",
  "assetId": "E9yZC4cVhCDfbjFJCc9CqkAtkoFy5KaCe64iaxHM2adG",
  "amount": 5500000000,
  "feeAsset": null,
  "fee": 100000,
  "timestamp": 1479222433704,
  "attachment": "BJa6cfyGUmzBFTj3vvvaew",
  "signature": "2TyN8pNS7mS9gfCbX2ktpkWVYckoAmRmDZzKH3K35DKs6sUoXHArzukV5hvveK9t79uzT3cA8CYZ9z3Utj6CnCEo"
}

Auf der Waves-Plattform können Sie jetzt Whoppercoin auf dem Waves DEX kaufen, und die Gebühr beträgt 0,003 Waves. Ich habe dies hier demonstriert: https://youtu.be/ZAFZNEwIooM

Außerdem können Sie Whoppercoin zwischen Konten übertragen, und die Gebühr beträgt 0,001 Waves. Ich habe dies hier demonstriert: https://youtu.be/OYHPlgj0HjY

Also zahlt der Full Node mit 10.000 Waves die Gebühren in Waves, während er WhopperCoin einnimmt? Gibt es weitere technische Details, wie dies bei der Zahlung von Gebühren in der untergeordneten Münze funktionieren würde?
Der Full Node mit Mining-Fähigkeiten kann so konfiguriert werden, dass er Whoopercoin als Gebühr akzeptiert. Siehe diesen Link für Details zur API: github.com/wavesplatform/Waves/wiki/…
Dies setzt jedoch voraus, dass der Bergmann an der Reihe ist. Was ist, wenn dieser Miner den aktuellen Block nicht abbaut? Muss der Whoppercoin-Benutzer, der die Münze gesendet hat, warten, bis dieser bestimmte Miner sie abgebaut hat?