Hey @fulltimegeek this is super interesting and I'm trying to wrap my head on the structure first. The first question that popped up is: can we directly store the commands in JSON or is there a length limit ?
Then,
vaporchain-test Creator of the Vaporchain (Sender of Memo)
Curious if we really need this information when sending the memo?
20 Vaporchain Block Size (Steem blocks per Vapor Block)
Does that mean there will be one Vapor block every 20 Steem blocks?
Maybe not last question, do you have an example on how to send a bid?
Wow, thank you for the great questions!
You should be able to do that. The Vaporchain Transfer and Trade commands will be in JSON. The reason why I didn't use JSON in the transfer's memo is due to a couple of reasons:
Yes, we do. That is because any user can create their own Vaporchain called "vapor" like we did. Each Vaporchain is tied to its creator indefinitely.
There is an example between Vapor Block 2 and Vapor Block 3. I'll paste it again below:
That BID was sent AFTER Vapor Block 2 and BEFORE Vapor Block 3.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Oh thank you, missed it.
Is 2 the bid number, the actual value we want to give to get the reward?
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
The "2" is the block you're mining, which should always be the most recent one created by the Vaporchain.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Did I miss where the user input the bid value?
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
The input for the amount is taken from the Steem Blockchain not from the memo. All transfers on the Steem Blockchain already require a minimum amount of 0.001 STEEM/SBD before sending. So, that is what Vaporchains read. They only work with STEEM though.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Oh yes that's obvious, thank you very much.
During the bidding process, only one winner will be able to obtain the reward and all the other ones will lose their bid because sending an amount to @null is like burning STEEM coins. Is it right?
If understood correctly, one alternative could be to share the reward proportionally among all the bidders.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
I did put some thought into that option when I first started but it ends up defeating the whole purpose of Proof-of-Burn. This is because the same person could have multiple accounts and if he never burns his STEEM he'll just keep getting his money back.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Didn't know about proof-of-burn, this is interesting.
Posted using Partiko Android
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit