Has the full-stack game engine MUD v2 abandoned the ECS architecture? Is ECS suitable for creating full-stack games?

Has MUD v2, a full-stack game engine, moved away from ECS architecture? Is ECS still a viable option for full-stack game development?

Lattice has announced the release of version 2, which brings significant changes to the overall architecture of MUD. The connection with ECS has been weakened, and a new on-chain database called “Store” has been introduced, which is based on a “table” data structure. Encryption researcher CaptainZ has written an interpretation of the relationship between ECS and table, the working principle of Store, and whether ECS is suitable for making full-chain games.

MUD v2 is a framework for building Ethereum applications, including Store, World, fast development tools, client data storage, and MODE. The main idea of MUD v2 is that all on-chain state is stored in Store, using Store as an efficient on-chain database. MUD v2 logic is stateless and has custom permissions that can be called across contracts. MUD v2 does not require an indexer or subgraph. The frontend automatically synchronizes: When using Store (and extended World), your on-chain data self-checks and any changes are broadcast through standard events. These events and patterns are utilized by MODE: MODE converts your on-chain state into an SQL database and maintains millisecond-level delay updates.

ECS mode is essentially a modeling method for data structures that separates data (components) and behavior (systems), making data storage and processing more flexible and efficient. The advantages of this method include composability, data locality, reusability, and parallelism. Several types of ECS data structure modeling: 1) Archetype, which stores entities with the same component set in a table, where components are columns and entities are rows; 2) Sparse Set, which combines the advantages of arrays and hash tables. The ECS based on sparse sets stores each component in its own sparse set, which is keyed by entity ID. 3) Bitset; 4) Reactive ECS.

The Store component is a data model in MUD v2 that supports ECS mode, providing a table-based data model that is closer to a relational database. MUD v2’s Store component stores data in the EVM storage. Each smart contract has its own storage space in the EVM, which is persistent. It provides higher-level abstractions, making it easier for developers to store and retrieve data.

Reference: https://twitter.com/hiCaptainZ/status/1679413180098056193

We will continue to update Blocking; if you have any questions or suggestions, please contact us!

Share:

Was this article helpful?

93 out of 132 found this helpful

Discover more

Blockchain

The undead black swan: from ICO to IEO

If you want to discuss the biggest hot spot in the currency this year, many people will say that it is IEO. The curre...

Blockchain

Number reading | The paradox behind the 109 reports The truth is that IEO is an antidote or a poison?

After several months of fermentation, the IEO boom continues, and there is even a wave of higher waves. Yesterday (Ap...

Opinion

Checklist of 9 popular cryptocurrencies virtual credit cards

Cryptocurrency virtual credit cards launched by cryptocurrency exchanges (such as Binance) allow for consumption and ...

Market

FTX's approval for liquidating $3.4 billion worth of tokens this week, what impact will it have on the market?

FTX may obtain court approval for asset liquidation on September 13th. Under the pressure of 3.4 billion sell-off, th...

Opinion

US SEC Chairman's pessimistic tone: Cryptocurrency businesses often non-compliant, filled with opacity and risk

During a Q&A session at the 27th annual Financial Markets Conference held by the Federal Reserve Bank of Atlanta ...

Blockchain

Bitcoin options, the next battlefield of the exchange?

Since 2009, Bitcoin has been born for more than a decade. Bitcoin has gone through decades of financial development i...