ERC-7844

Future-proof your smart contract systems with in-place extendible storage that evolves with your needs.

Ethereum Magicians:

[ERC-7844 @erc7844]

What makes ERC-7844 cool? 👀
Right now, if you want upgradeable storage structures in Solidity, you’re either managing storage slots manually or using structured upgrade mechanisms like proxies and diamonds.

It works… but it introduces considerations around slot alignment, execution flow, and upgrade coordination—things that can make even simple storage structure updates more involved, not to mention the guaranteed cost of re-deployment.

ERC-7844 (aka Consolidated Dynamic Storage) fixes this by:

✅ Letting contracts expand storage in-place (no slot conflicts, no migrations)
✅ Standardizing cross-contract storage so modules share data without bridges/adapters
✅ Keeping access permissioned & efficient, avoiding the usual multi-hop nonsense

ERC-7844 also standardizes interoperability—multiple contracts can query and modify shared storage with static interfaces and access patterns -- no more need for redundant mappings or bloated getter functions/adapter logic. This keeps data consistent across modules while reducing execution overhead.

Basically, it's a clean, future-proof way to manage smart contract data—and if you're building anything complex (DeFi, DAOs, staking, etc.), it makes life way easier.

Please Review the Proposal!!
To all of the kind developers out there, please consider reviewing the proposal :)

Ethereum Magicians:
🔗 [https://t.co/8F2up60Iip]

[ERC-7844 @erc7844]

Three key features from ERC-7844!

✅ Upgrade storage in-place—No slot conflicts, no migrations, no redeployments. Evolve storage structures dynamically without breaking existing contracts.

✅ Seamless cross-contract storage—Standardized access patterns let multiple contracts share structured data without adapters, getters, or redundant mappings.

✅ Optimized single-hop storage access—Direct lookups eliminate multi-call overhead, ensuring gas-efficient state management even in complex systems.

If you're building upgradeable or modular smart contracts, check it out!

🔗 https://t.co/1LW4cCSnrI

[ERC-7844 @erc7844]

@pedrouid @VitalikButerin Honestly I subscribe to Benjamin Cowen's take that the ETH market largely hasn't rallied because QT still hasn't ended. ETH L2s are still fundamentally an ETH use case, and I think when BTC dominance drops bullish narratives around ETH having so many L2s will start to prevail.

[Uncle ↑ @UncleRewards]

Can we speed run people learning that $ETH is a better Bitcoin than $BTC. I’m tired of being in the minority

[ERC-7844 @erc7844]

Massive Proposal Update!

ERC-7844 has received a huge suite of improvements in the newest version, making the proposal even more robust, thorough, and clear.

• Improved Demo Contract
• Significantly improved hashing structure
• Storage slot diagrams
• Uses RFC-2119
• memberIndex, entryIndex, safeIndex, stringIndex clarifications
• Example use cases
• Clear explanation of what the system practically looks like
• Permission management added to spec (required)

Join the discussion!
https://t.co/PcSWt0fpSn

[ERC-7844 @erc7844]

@induraineth Heck yeah it is 🔥

[ERC-7844 @erc7844]

@TimBalabuch @ethereum @WeekInEthNews I think it's a cool idea -- followed!

[ERC-7844 @erc7844]

Upcoming Changes to the Proposal:

✅Put implementation & specification.

✅Clarifications regarding entryIndex, memberIndex, safeIndex.

✅Specification uses RFC 2119.

✅Low-level diagrams depicting storage layout at various points.

✅ Clarifications regarding what the system is (ie; a central storage and permisision management contract).

✅Specification: making basic permission management compulsory.

✅Example use cases.

✅Optional feature: string alias for memberIndex.

✅Clarification regarding intended use(s) of the system.

Special thanks to Artem Chrystiakov for taking the time to provide great feedback on the current proposal. His Linkedin is full of excellent resources and insights related to EVM development, and he's certainly worth following.

https://t.co/MMnhdPuNQ6

[ERC-7844 @erc7844]

What is ERC-7844: Consolidated Dynamic Storage?

CDS is an evolution to interoperability and upgradeability, allowing storage to seamlessly evolve while enabling direct integration between new and legacy code. It is a storage and permission management contract that supports the full data storage needs for an arbitrary amount of linked contracts.

With CDS, in-place storage structure extendibility transforms traditionally complex upgrades into straightforward, efficient processes.

Practically, our methodology empowers development teams to zero-in on building valuable business logic, with the CDS layer guaranteeing the flexibility to pivot as market demands change.

CDS is fundamentally characterized by two key features:

Extendible Structs: A custom struct type that supports the in-place addition of new members through simple function invocation (insert_new_member(...)).

Dynamic Storage Spaces: Segregated storage spaces containing mappings-of-extendible-struct. Storage spaces can define global or indexed data, and are initialized through function invocation (init_create(...)).

Together, these features introduce unparalleled storage flexibility and interoperability. By defining a central storage space secured by permission management, new logic can share the storage leveraged by legacy code, without risking collisions.

CDS defines these capabilities with an advanced, but palatable specification, which makes heavy use of inline assembly.

By directly managing the storage space with a custom hashing structure, we avoid collisions while granting an unprecedented level of control and optimization potential. The base implementation also provides numerous other benefits:

Technical:
✅ Efficient use of storage thanks to native bit packing.
✅ Data portability.
✅ Seamless indexing.
✅ Easy collaboration across standards.
✅ No storage collisions.
✅ Modularity

Practical Benefits:
✅ Increased productivity.
✅ Future-proofing.
✅ Simplified governance.
✅ Support for continuous delivery.
✅ Ecosystem integration.
✅ Lower maintenance costs.

Security Benefits:
✅ Reduced attack surface.
✅ Robust permission management.
✅ Safe upgrades.

Ethereum Magicians Discussion: https://t.co/AsIKpGFmCs

Proposal: https://t.co/U63lzL2bCm

Parent Project:
https://t.co/Uq8bkeaEe4
https://t.co/ghttwtxyDV

[ERC-7844 @erc7844]

@AnuranRoy @_buildspace @_nightsweekends @FarzaTV That's a cool idea, can definitely be done but it'll be tricky to make it accurate. Maybe let the programmer include some hints or an overarching description to point the AI in the right direction.

[ERC-7844 @erc7844]

@kamilakashflow @_nightsweekends @_buildspace Cool idea, second one is definitely easier to understand.

[ERC-7844 @erc7844]

@tommy_h_ch @_buildspace That's a really interesting idea and I could totally see that being used. You should try to gamify it / add ways to compare progress

[ERC-7844 @erc7844]

@i_AryanSharma17 @_buildspace Awesome idea

[ERC-7844 @erc7844]

@azimhamxa @_buildspace That's a cool idea, wonder how hard it'll be to implement.

[ERC-7844 @erc7844]

@AlnzOwl That's a good idea, definitely won't be easy to build! But if you can manage it, definitely huge potential. Nice work and good luck!

[ERC-7844 @erc7844]

@SimDev_ @_buildspace @_nightsweekends I think that's such a good idea. Easy to understand, obvious real-life applications. Maybe try to expand on it a little more but really nothing wrong with having a simple and useful idea.

[ERC-7844 @erc7844]

@JosiasWing Yeah I have to agree with the other comment, I think just try to break it down a little more, maybe try to focus on the benefit derived more than just laying out the whole concept, can be hard esp when it's technical.

[ERC-7844 @erc7844]

@orochi_69_666 @_buildspace Its a little scattered but I think there is a lot of potential with an idea like this... it's like an external representation of you. Cool idea.