You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seams that IAVL is responsible for both specific data serialization and the storage mechanism. This creates a tight coupling between the logic layer and storage layer. As a general principle, storage shouldn't depend on the data serialization required by the upper layers.
Problem Definition
Any future changes on state commitment layer will impact re-implementation of the serialization layer. It's only the
Proposal
Move the serialization layer out of the IAVL and enable clear interface between the layers: app, storage driver, storage engine.
For Admin Use
Not duplicate issue
Appropriate labels applied
Appropriate contributors tagged
Contributor assigned/self-assigned
The text was updated successfully, but these errors were encountered:
That was the impression I got when reading issues like cosmos/iavl#242. But I also started looking into IAVL code ~10 days ago, so am definitely lacking big picture context for IAVL. Sorry if I misled someone into wrong directions.
Summary
It seams that IAVL is responsible for both specific data serialization and the storage mechanism. This creates a tight coupling between the logic layer and storage layer. As a general principle, storage shouldn't depend on the data serialization required by the upper layers.
Problem Definition
Any future changes on state commitment layer will impact re-implementation of the serialization layer. It's only the
Proposal
Move the serialization layer out of the IAVL and enable clear interface between the layers: app, storage driver, storage engine.
For Admin Use
The text was updated successfully, but these errors were encountered: