Skip to content

Commit

Permalink
docs: delete redundant copy and add short MUD history (#1383)
Browse files Browse the repository at this point in the history
Co-authored-by: Elena Burger <[email protected]>
Co-authored-by: alvarius <[email protected]>
  • Loading branch information
3 people authored Sep 6, 2023
1 parent 8b33685 commit a99580a
Showing 1 changed file with 2 additions and 8 deletions.
10 changes: 2 additions & 8 deletions docs/pages/introduction.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -5,17 +5,11 @@ import Logo from "../components/Logo";

MUD is a framework for ambitious Ethereum applications. It compresses the complexity of building EVM apps with a tightly integrated software stack.

MUD comes with:

1. **Store**: An [onchain database](store). No more bespoke data modeling for each app and gas-golfing events.
2. **World**: An [entry-point kernel](world) that brings standardized access-control, upgrades, and modules.
3. Blazing fast development tools based on [Foundry](https://github.com/foundry-rs/foundry)
4. Client-side data-stores that magically reflect onchain state. No need to use view functions and events to get your contract data.
5. **MODE**: [A Postgres database](mode) you can query with SQL that reflects your onchain state 1 to 1. Never write an indexer again.
MUD evolved out of our experiences building onchain games like [Dark Forest](https://zkga.me/) and zkDungeon. We identified many difficulties along the way: coupling of state and logic in smart contracts makes upgrading logic difficult, lack of synchrony between the chain and client can lead to inconsistencies in game state, irregularities with access controls pose problems for would-be third-party developers attempting to create their own plugins and clients. This revealed the need for a framework and a protocol to handle the inevitable complexity of game code, and to counteract the developer-unfriendly patterns inherent in the way smart contracts are traditionally written. We built MUD with solutions to these problems in mind.

The projects built with MUD speak for themselves: some of the most complex applications on Ethereum have been built with the framework in record time. OPCraft, a fully onchain voxel world, was built by Lattice in 1.5 months. While it didn’t have the security and auditing requirement of financial applications, it handled more transaction throughput than most apps on Mainnet ever did in their lifetime: in 10 days, OPCraft players made 3.5 million transactions, filling the MUD onchain database with billions of gas worth of storage; with the client seamlessly handling synchronizing that state back. OPCraft used MUD without any additional tricks: large onchain applications with minimal client headaches can be yours too!

MUD is maximally onchain: the entire application state lives in the EVM, and the only requirement for clients and frontends is an Ethereum Node or a MODE — a MUD node. You can use all MUD libraries together as a framework and get super-powers, or only pick the parts you like. It’s up to you!
MUD is maximally onchain: the entire application state lives in the EVM, and the only requirement for clients and frontends is an Ethereum Node. You can use all MUD libraries together as a framework and get super-powers, or only pick the parts you like. It’s up to you!

## License

Expand Down

0 comments on commit a99580a

Please sign in to comment.