fix: remove use of references.json chainNames field

[dcroote]

Closes #1242. Since these old docs are deprecated, I've opted for skipping the display of chains that aren't present in chains.json rather than invest in upgrading these docs to use @api3/chains.

[github-actions]

Visit the preview URL for this PR (updated for commit 648a401):

https://api3-docs--pr1243-dcroote-issue1242-eg5moqg7.web.app

_{(expires Sun, 07 Jan 2024 19:10:25 GMT)}

_{🔥 via Firebase Hosting GitHub Action 🌎}

_{Sign: d319eb7cbe610768342d5dc1b5cd1f3aed912886}

[wkande]

Your logic makes sense to me for the Airnode contract addresses.

There may be another issue here with the dAPI Chain and Contracts page: https://old-docs.api3.org/dapis/reference/chains.html

1. There are chains without contract addresses, meaning they may not be relevant chains. This may be due to the endpoint returning more data as time has progressed.
2. It is using an endpoint that may go away
3. It uses DapiServer and not Api3ServerV1 and ProxyFactory

I guess the data is part of what dAPIs were back then but not now. But that endpoint probably needs to go. Let me propose this idea which is somewhat laziness. Since reading dAPIs is not possible the way the old docs describe we provide a link back to the new docs Chains and Contracts page?

Having said that a lot of what is in the old docs for dAPIs is legacy in that the user really needs to move on to the new docs to use dAPIs. But at the very least the Chain and Contracts page is very problematic I think.

Another idea is to stop using the endpoint and create a markdown table of what was the data at the time. Probably the better solution

[dcroote]

But that endpoint probably needs to go. Let me propose this idea which is somewhat laziness. Since reading dAPIs is not possible the way the old docs describe we provide a link back to the new docs Chains and Contracts page?

Good thought- I agree it's best to refer to the new docs and I've done so in the latest commit- take a look and let me know what you think.

[wkande]

LGTM