* Standardise repo per module template as of July 2023

* Fix some package-specific configs

* Remove pull request template

* Add pull request template again

* Formatting

This function has been copied from various projects, where it is common
to transform an enum into another data structure. For instance:

```
enum InfuraNetworkType {
  mainnet = 'mainnet',
  goerli = 'goerli',
  sepolia = 'sepolia',
}

const infuraNetworkClientConfigurations =
  Object.keys(InfuraNetworkType).map((network) => {
    const networkClientId = buildInfuraNetworkClientId(network);
    const networkClientConfiguration = {
      type: NetworkClientType.Infura,
      network,
      infuraProjectId: this.#infuraProjectId,
    };
    return [networkClientId, networkClientConfiguration];
  });
```

As the above example, one could use `Object.keys()` or even
`Object.getOwnPropertyNames()` to obtain said properties. A problem
occurs, however, if the type of the properties of the resulting object
needs to match the type of the properties in the enum, that means the
variable inside the loop needs to be of that type, too. Both
`Object.keys()` and `Object.getOwnPropertyNames()` are intentionally
generic: they returns the property names of an object, but neither can
make guarantees about the contents of that object, so the type of the
property names is merely `string[]`. While this is technically accurate,
we don't have to be so cautious in these situations, because we own
the object in question and therefore know exactly which properties it
has.

This commit adds a `getKnownPropertyNames` function which is like
`Object.getOwnPropertyNames()` except that the resulting array of
property names will be typed using the types of the properties of the
given object. In the above example that would mean that `network` would
have a type of `InfuraNetworkType` and not `string`.

Co-authored-by: Maarten Zuidhoorn <maarten@zuidhoorn.com>

…124)

* Synchronise package with module template to fix ESM build

* Dedupe dependencies

Co-authored-by: Craig Scheets <craig.scheets@consensys.io>

* 7.0.0

* Update CHANGELOG.md

* Update CHANGELOG.md

---------

Co-authored-by: github-actions <github-actions@github.com>
Co-authored-by: Maarten Zuidhoorn <maarten@zuidhoorn.com>

* add caip chain id

* add parsing

* Update parseCaipChainIdString behavior

* lint

* drop string suffix

* Switch to @metamask/snap-utils caip types

* lint

* Separate regex const. Add CaipAccountAddressStruct

* Add CaipAccountAddress specs

* tighten types

* remove unused types. cleanup specs. add fixtures

* last bit

* 7.1.0

* update changelog

* Update CHANGELOG.md

Co-authored-by: Shane <jonas.shane@gmail.com>

---------

Co-authored-by: github-actions <github-actions@github.com>
Co-authored-by: Jiexi Luan <jiexiluan@gmail.com>
Co-authored-by: Shane <jonas.shane@gmail.com>

Update CHANGELOG.md

fix/types: JsonRpcParams should be valid JSON values

`undefined` is not valid JSON.

https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-404.pdf
(Section 5):

    A JSON value can be an object, array, number, string, true, false, or null.

---------

Co-authored-by: github-actions <github-actions@github.com>
Co-authored-by: legobt <6wbvkn0j@anonaddy.me>
Co-authored-by: legobeat <109787230+legobeat@users.noreply.github.com>
Co-authored-by: Frederik Bolding <frederik.bolding@gmail.com>

* fix(types): Optional JSON params where undefined is not valid
* Reduce type duplication by excluding `undefined`

---------

Co-authored-by: Maarten Zuidhoorn <maarten@zuidhoorn.com>

Co-authored-by: Maarten Zuidhoorn <maarten@zuidhoorn.com>

---------

Co-authored-by: github-actions <github-actions@github.com>
Co-authored-by: legobt <6wbvkn0j@anonaddy.me>
Co-authored-by: legobeat <109787230+legobeat@users.noreply.github.com>
Co-authored-by: Maarten Zuidhoorn <maarten@zuidhoorn.com>