What happens if USER A with 20 token X sends 20 to USER B and USER C in the same block? Who gets prioritized?
RE: HF21 Recommendation: Raising Custom JSON Limit
You are viewing a single comment's thread from:
HF21 Recommendation: Raising Custom JSON Limit
The transaction that gets included in the block earlier by the witness producing the block.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Really interesting question. My guess is that asset transfers would be limited to one per block. Maybe there are a sub-type of transactions that are easier to bundle. E.g. if you and I play a game that ends in the transfer of an asset, then maybe all of our moves within the game can be bundled into a single block, while the asset transfer operation is included in its own block.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Any chance STEEMIT will make it so that only 1 of each unique coustom_json id per block?
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
In the end it depends on the software hosted by the witness to order the transactions. Whichever it deems first will be the one to be executed. In terms of custom json token transfers, both will be included in the block but the API of the server will only accept the first tx in the block.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Any chance STEEMIT will make it so that only 1 of each unique coustom_json id per block?
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit