As Shiti published the reflection on her Twitter:

https://twitter.com/shitirastogi/status/1532755178981670913

I think it is a good write up and good knowledge summary. However, I think it is not deep and defensive enough to guide Stepn through next tokenomic change.

Tokenomic change is very common. For example, Stepn rolled out BSC version and allow energy share across BSC and SOL. Later on, it roll out a dynamic mint price adjustment based on GST price. Based on all these changes, we could see that Tokenomic change is very normal and we need to have a sophisticated approach to roll out tokenomic change.

Stepn did a very good job to provide a stable tokenomic before while ruin it later. Based on goods and bads, we could summarize approaches to help Web3 developers to provide correct and robust tokenomic.

Stepn used invitation code to limit the users entering rate to the game. Therefore, the team would be able to iterate their tokenomic initially. Why is this not good anymore on BSC? The major reason is SOL has accumulate too many users and any mistakes may piss a lot of users off.

A better way for the team to roll out BSC would probably be another layer of rate limiting. For example, they could control the number of BSC invitation codes to be released. Therefore, the team could experiment the new energy cross bridge mechanism in this small group while do not get all the users mad.

When Stepn rolled out anti-cheating system, it judged all the real users walk as bot walk. What Stepn could do better is having switch to roll out a feature gradually. Therefore, the team could reduce the users churn rate and make sure the feature launch is smooth.

Instead of doing it right, the team should consider more about how to do it right next time. I love Stepn and really want the team to learn and build a fantastic product.