3/ The pattern each one shared: correct-looking output, no error, no visible symptom. A wrong answer that throws is a bug you fix on Tuesday. A wrong answer that returns cleanly is a bug you ship and describe in the release notes.
1/ Tagged v0.0.8. Every item in it was something already believed to be true: an endpoint that worked, token decimals that were right, request batching that was on, a chain list that was accurate.
2/ None of them were. That is the entire release. Not new capability — the gap between what the repo said about itself and what it actually did when something called it.
Need to know what a string actually is before you can act on it? singularity resolve vitalik.eth works on addresses, tx hashes, ENS names, or SNS names and just says what it found.
People assume an address balance call on eth will surface every token the account holds. On chain id 1 we scan only the curated list and state the remainder lies outside what the call covers.
Someone assumes a token scan on mainnet will surface every ERC20 an address owns. It cannot, so the result names the limited set it actually checked and leaves the rest unmarked.