[RFC] Apply Upgradable Realm Pattern

[dongwon8247]

This agenda is cherry-picked from #470.

Having the upgradability of reams is essential, as it directly impacts the reusability of the codebase and its long-term maintainability. The structure of a Gno dapp must follow an upgradable pattern once it is introduced in Gno.

As part of our efforts, we attempted to introduce an upgradable pattern (led by @mconcat), but the required changes were too large for the current codebase, and we weren't sure about completing the implementation before launch, especially since this topic is not actively being discussed by the core team at this time.

Given the critical importance of this feature for GnoSwap and other Gno projects, we aim to collaborate further with the core team to explore and refine this pattern. If you have any thoughts on this, please share them in comment. Thank you.

[r3v4s]

Related

gnolang/gno#3147
gnolang/gno#2191
gnolang/gno#694

[moul]

Ideally, you should identify a few components that should remain unchanged and minimize their dependencies. Perhaps GNS can be such a contract that ideally should never be updated, while all the "dynamic logic" is developed externally and can receive upgrades.

[dongwon8247]

Maybe related? https://github.com/gnolang/gno/blob/master/examples/gno.land/r/gov/dao/bridge/bridge.gno