Devise a way to add a substorage when new module are deployed

Currently just adding an empty substorage for ongoing use is considered a state change, resulting in a new root hash. It means that there must conceptually be a transaction to add a new empty substorage. When we upgrade applications, there might be cases where a new module with its own state is introduced. And this behavior introduces some hassles.

I'm not sure if this problem is solved if we can add an empty substorage without a transaction and the state changes only upon a change to the substorage. But it might be so.

We need to inspect this problem at least when we design the on-chain governance and upgrade scheme.

Es ist keine Datei oder kein Test benannt. Beginne damit nachzuverfolgen, wie das Hinzufügen eines leeren Substorage den Root-Hash verändert und wie die Modulbereitstellung Zustandsänderungen aufzeichnet; untersuche anschließend das On-Chain-Governance- und Upgrade-Schema. Als abgeschlossen gilt die Arbeit, wenn das Projekt einen definierten Ansatz für die Einführung eines Moduls mit neuem Zustand ohne unnötige zustandsändernde Transaktionen hat.

Vom Indexierungsmodell aus dem Issue-Text verfasst.