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

Market

Chainlink: Reaching New Heights and Oracle Superpowers

In October, LINK's price has exhibited impressive strength. What could have caused this surge?

Policy

Babbitt Column | US Prosecution Investigative Exchange and Precautions

(For more details, see also Deng Jianpeng, Sun Penglei: “Intermediary Chain Supervision and Compliance Respons...

Blockchain

WIRED Investigating the Mysterious Hacker Incident on the Day of FTX Bankruptcy

Author | Wired Translated | Wu Shuo Blockchain Original Link https//www.wired.com/story/ftx-1-billion-crypto-heist/ w...

Blockchain

The pace of competition is accelerating, how can the new exchange break with the finer operations?

The cryptocurrency exchange is still a good business. Recently, the Currency Exchange announced the eighth BNB quarte...

Blockchain

Observation | OKEx triggers "destruction war", why is absolute deflation worth learning in the currency circle?

Text | Popsicle Editing | Bi Tongtong Sources | PANews Just now, OKEx issued the destruction announcement again, and ...

Blockchain

How terrible is the IEO? 62% of 87 projects broke, with a maximum loss of 99%

87 IEO projects, raising more than 2 billion, 62% broken "Bitcoin is about to plummet to $5,000." "Cry...