RE: Do You Play Splinterlands? This Is Important to Know!

You are viewing a single comment's thread:

All the article does is compare old RC version with new. Resource popularity share is one of new mechanisms introduced in HF26-ready code.

One of misconceptions about RC is that the changes will trigger with HF26 - they won't. When you set up HF26-ready node, it will already compute RC with new rules not only for new blocks before HF26 but for all past blocks retroactively. It is as if those rules were there from the start and old rules were never there. It is easier (and computationally cheaper) to code that way, but it is only possible because RC is nonconsensus (node will not drop past transaction due to lack of RC) and even if it turned out that user's past actions would put them into negative RC using new rules, they won't go more that two hours worth of regen into negative. As a result, as we approach HF26 and more HF26-ready nodes join the network, old and new nodes might disagree on amount of RC people have. Some transactions might be accepted and broadcast only by old nodes, some only by new ones. But when transaction reaches the block, even if nodes disagree, they will still let it through. What changes when HF26 is triggered is that all nodes will have to be HF26-ready and use new rules, therefore all will agree on how much RC people have.



0
0
0.000
1 comments
avatar

I was just reading through the article linked and realized you were describing the changes that have been implemented to RCs lately. Thanks for the further explanation on how there might be RCs levels disagreement between nodes depending on the version of the software they'll run close to HF26.

0
0
0.000