decentralcardgame / cardchain Goto Github PK

A user who has won a collection auction can start the creation of a new set.

this route is for reporting if a game has not been started successfully or whoever has won

currently the voting epochs depend on blocks, which works for now, but we should change this to once a week based on timestamp rather than block height, so that the varying block times do not make a difference here

For the first sprint this is just a buy transaction for a fixed price, later this becomes a repeated dutch auction

a set consists of:
cards
contributors
story
artwork
status (design / active / archived)

Retrieves cards from the whole card collection for overview or browsing cards. Range specifies the number of cards, so that paging is possible, when the result is displayed.

this is a list, where we add things that should be taken care of before the incentivized testnet starts (constantly update):

AddVoteRightToAllUsers remove this on acc creation
add voteRight after match
fees

Enable the user to add a description and a website link to the users profile.

This can easily be added afterwards and be modified by getters and setters.

Card drafts need feedback from the council members to enter trial phase. This route is for submitting feedback.

the council nominees are drafted from the pool of possible council members, this registration wears off after 24 hours or whatever time frame seems appropriate

If the cardobject rejects a card, then there is only this info in the tx:

"codespace": "undefined",
"code": 1,
"data": "",
"raw_log": "internal",

which does not really help

A reason why this is not showing the error message from the cardobject might be, that the error is not properly registered:
Register Error https://docs.cosmos.network/master/building-modules/errors.html

We should check if this behavior changes if we properly register the error

the object representing cards needs:

serialized_contend - this is everything which is never changed after the card is permanent
owner - whoever owns the copyright of the card
nerf_level - whatever nerf_level applies because of votes given on the card
votes - an array with all relevant votes given for this card
credit_pool - a pool of credits incentivizing votes on the card
status - is the card permanent, in draft / ready for council, awaiting rework, or on trial?

users have:

card_instances - an array with all instances of specific cards
credits - how many credits does this player have?
stake - how many stake has the user?
owned_cards - author of which cards?

if a user is nominated for the council this route is for accepting the nomination

since we give new users airdrop etc. it should not be possible to transfer the credits, bpf and cards before 50 games were played, 10 games or so must be won...

In contrast to the route for voting on a card, this is available even without playing a game vs someone

For a specified user this route returns all public data of an account, the cards authored, the card instances owned, the credits, etc.

This route marks an instance of a card for sale. If someone pays the price, one instance of the card is transferred.

Since old messages did not always have an "creator" the in case of DonateToCard now have a creator and donator, and that's pretty bad.

the user of this route must provide all card data which is serialized, must pay the fee for the council and own a card creation scheme

this route is for pushing artwork, content or cards into a collection

Currently a card has only owner. The owner can upload an image and card content etc.
In the future we want a dedicated artist on the card. The card owner can set this artist, the artist can upload card image. The artist can only change the image as long as the card is not in permanent state. The same applies for changing the artist. When the owner changes the artist, the image is removed.

This route can be called if everything has been submitted, that is necessary for releasing a new collection/set.

When cards are getting banned the cards are still shown in the users card schemes.

transfers the ownership of a card to another user, the owner of a card is treated as the creator of the card

this route is for donating to a card's voter pool

prevent the creator of a card to be on the council of their own card, same for artist

when sets are auctioned off, the highest bidder wins the auction

a matchup holds:
player1
player2
reports
status

put a hash onto a card that allows to check, if the image has changed

a hash method should be proposed to the game client guys and if it fits then we implement it

if you want to be matched with another player, you have to use this route

It makes sense to have booster packs as transferable items, so you can theoretically buy a pack, transfer it to someone and he/she opens it. You can also store a booster pack then over a long time and open it later or use it as a reward in a tournament etc.

fees are currently disabled, but for the incentivized testnet we want this

A card collection is designed by many users, who perform different roles. Some write the story, some contribute set artwork and most contribute cards.

uploaded card imgs should not have more than 500kb

automated airdrops for:

user creates account
user plays a game
user votes on a card
user creates a card draft
user buys a booster pack

we should also indicate on an account who many airdrops an account claimed, so we can use the testnet data for the mainnet later and can have a pre-mainnet airdrop

Some Values used in the chain should be made chain-params:

• votingRightsExpirationTime
• collectionSize

For the first sprint everyone is able to vote on any card by paying a fee of 1 credit. Later this is changed to cards only that a player has played against

public pool
winner's pool
marker's pool