AnimalCards: Wie funktioniert das?
Eben habe ich eine interessante neue Idee von @remlaps in seinen This week's dev updates gefunden. Mal sehen, ob ich das richtig verstanden habe.
Die kurze Version
Sende STEEM oder SBD an @null und schon landest du im Burners Leaderboard und kannst, sofern deine Sterne gut stehen, eine Sammelkarte gewinnen:
oder auch nicht :-)
Die lange Version
Einfach STEEM/SBD an @null senden ist ja langweilig, daher suche ich mir einen Post, den ich promoten kann. Und wie immer bei Dingen die man selten braucht, war ich mir nicht mehr sicher, ob ich das richtig im Gedächtnis habe. Zum Glück hatte ich mir unter How to promote a post einen Spickzettel geschrieben :-)
Ich nehme diesen Beitrag von @sduttaskitchen. Bevor ich SBD an @null sende, werfe ich noch einen Blick auf die aktuelle Promoted Seite um zu sehen wieviel SDB nötig sind, damit der Post ganz oben landet.
Dazu nutze ich die Steem Curation Extension von @remlaps, mehr Info dazu im Announcement zur Extension.
Ah ja, Platz 1 ist der oben verlinkte Beitrag mit $0.01 Promotion Cost. Hmm, ja, jetzt könnte ich 0.02 SDB senden, aber es geht noch genauer, meint der Sparfuchs in mir und zwar mit mit SteemWorld's Transfer Search:
Da schau her, 0.011 SDB - also nehme ich 0.012:
Es dauert 1-2 Minuten bis sich der Transfer auswirkt. Wunderbar, es hat geklappt:
So, nach diesem Test kann ich jetzt die Kurzfassung oben einfügen.
Sammelkarten
Wie das genau mit den Karten funktioniert, ist mir allerdings nicht klar. Soweit ich das verstanden habe, erhält derjenige, der die meisten STEEM/SBD in einem Block verbrennt vielleicht eine Sammelkarte.
Wie das genau funktioniert ist im animalCards-repo beschrieben.
Ei, mir läuft die Zeit davon, das kapier ich nicht auf die Schnelle, also schaut selber rein :-) oder vielleicht kann uns @remlaps die Mechanik in einfachen Worten erklären?
Wie dem auch sei, interessante Idee und ansprechend umgesetzt!
Hi, thanks for checking it out!
This is correct. There are two potential card winners for each block: the account that burns the most STEEM and the account that burns the most SBD. Depending on how many
nulltransfers happen, each block can generate 0, 1, or 2 cards.So, the leaderboard image that you posted shows that you won a fish card for a rare species along with the post promotion.
You don't see the card yet because I haven't filled out the details of the Fish cards, and you're seeing a placeholder entry, instead of a card. As soon as I add the card, it will show up in your collection.
If you check the "Portfolio Search" page, you can see that over your entire burn history, these are all of the cards that you'll be receiving when I populate them.
However, it's still in test, so the current generation of cards is considered "unstable", and things might still change. You won the blocks, so you'll definitely be receiving that number of cards, but I'm not 100% sure that I won't be redoing the card selection algorithm again before things stabilize.
Therefore, the types of cards in the list might still change. A rare fish might switch to a common bird, for example. As soon as I'm sure about the final algorithm, it will be locked, and cards from the past won't be able to change any more.
One final caveat:
At the beginning, they're only collectible cards. I hope to add trading eventually, but I think that's still pretty far away. It's in "Phase 3" of the tentative roadmap that was described here, in the post you also linked above.
0.00 SBD,
154.83 STEEM,
154.83 SP
Thanks for the explanation!
To prevent potential spam transfers and also preserve the value of the cards, maybe there should be a minimum threshold above which a card is won. I'm thinking of bots that might make a lot of 0.001 transfers. Just an idea.
0.00 SBD,
0.90 STEEM,
0.90 SP
I thought about this earlier, but decided not to for now. The bottom line is that it's definitely possible, but I want to see how card issuance evolves before implementing. Here's my reasoning:
1.) Any app using this technique can set its own minimums and other constraints (start date, memo contents, etc..). So different apps will inevitably make different decisions.
2.) The blocks are coming every three seconds anyway, so a dust transfer or two in each block is insignificant in terms of storage space.
3.) 28800 blocks per day still works out to ~864 STEEM and SBD burned per month if every block gets 0.001 STEEM/SBD transfers.
In the end, at least for now, I decided not to implement a minimum. If any games develop popularity, the competition for winning a block should drive amounts up, anyway - it only takes one successful game to drive up prices for all of them.
To me, the main thing is figuring out how to manage card scarcity and appeal so that competition emerges. I added start/end date options to the cards for that purpose, If all of the blocks start getting filled, I guess we'll have to shorten the generation lifecycle and/or add a minimum with a future start date. Thinking about it some more now, maybe even a per-card minimum?
0.00 SBD,
17.46 STEEM,
17.46 SP