The answer also depends on what you consider the main benefits of the new approach. If you find that what it does for the bitAssets is the main benefit, why first wait on inferior version of bitAsset to take off before implementing the superior?
I think the point is that it's too risky at the moment to make such a change to Bitshares. And a new chain would be DOA (that means dead on arrival, tony). So right now we should concentrate on getting BitAssets moving in the right direction, taking liquidity measures that can be taken now, giving the entire system a chance to become more robust with a lively internal market for BTS, and a much more active DEX in general. Then we'll be in a better position to create your perfect peg and take BitAssets to the next level. You have to learn to crawl before you can learn to walk!
What you say does makes sense, but I'm still not sure I agree. I'm wrestling to settle on a balanced viewpoint for this...
Looking at it from another angle you could say, "Why learn to crawl if you want to fly?".
Part of me sees it this way:
- BitShares is still in it's infancy, learning the ways of the world. We can try new things, learn from experience and react by making changes in order to optimize the system for long term success. It is much easier to make changes to a foundation before it is built on. Once maturity is reached, changing the foundation can become infeasible. Compared with what it aims to become, BitShares is still tiny and new. Perhaps now is the only time we could get away with making a change like this.
I'd love to compare two alternative universes in the future - one with the change implemented and one without...
The other thing I'm trying to get my head around is whether or not we would be "allowed" to make the change. That is to say, does it break the agreement of what people have 'signed up for'?