feat(create-mud): add worlds.json types

[frolic]

fixes #1428

[changeset-bot]

⚠️ No Changeset found

Latest commit: 0856b15

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[alvrs]

is the world.d.ts file generated or manually created? Should we automatically create it when world.json is written (i believe in the deploy script)? Could even make it strongly typed like the abi types (might be useful to have type safety for which chains there is a deployment?)

[frolic]

is the world.d.ts file generated or manually created? Should we automatically create it when world.json is written (i believe in the deploy script)? Could even make it strongly typed like the abi types (might be useful to have type safety for which chains there is a deployment?)

We intentionally check in an initial worlds.json to avoid import/type issues when building the client, otherwise Vite throws up unless you deploy contracts first.

And we intentionally don't use stronger types/downcast it because we do a look up based on a dynamic chain ID, which fails type checks if it's a strict object with only specific keys included.

We could have a union of the strongly typed definition + more generic one like below, but not sure it helps much right now:

declare const worlds: {
  31337: {
    address: "0x5FbDB2315678afecb367f032d93F642f64180aa3"
  }
} & Partial<Record<string, { address: string; blockNumber?: number }>>;

[frolic]

All that said, I still don't love the current approach for tracking deploys and using the contract addresses and would like to rethink it in the future but this is an 80%+ solution for now.