Support Testnets about ss58-registry

[bkchr]

Okay, these testnets should not have made it into the json 🙈

You are right that they should not have their own prefix. I would more like to support them in the json, but they will use 42 as prefix. We could probably introduce some new optional testnet: true field for each entry.

We should probably not add every test net, but the main ones like Westend and Rococo and some of the community.

If we have the testnet identifier, you should be able to filter them better in the UI?

[Nick-1979]

Hello everyone,

Thank you for the comments, as far as I understand, adding Westend should not make any issues for Polkadot js extension, moreover, Westend is already available on Polkadot.js.org.

What I need is to have Westend in "Polkadot js Plus extension", Now, I manually add it to the json file, and every other developers to build the code from the source need to add it manually which is cumbersome.

I believe supporting major testnets like Westend, which obviously have no cost for users, let them to try/learn different features/concepts of Polkadot ecosystem (like bonding, unbonding, chill, redeem, nominate , existential deposit, transferAll, etc.) that we know is sometimes complicated. This will definitely help to grow the community.

Cheers,
Kami

[jacogr]

Yes. With a flag I will just adjust the filtering, so it is no cost at all. (And better since the existing filters can then be made explicit)

[jacogr]

I actually actively filter out all testnets, so they don't appear in any lists in the @polkadot/* packages. There are some testnets in the current registry, e.g.

ss58-registry/ss58-registry.json

Lines 202 to 210 in eb89e2f

	{
	"prefix": 21,
	"network": "dock-testnet",
	"displayName": "Dock Testnet",
	"symbols": ["DCK"],
	"decimals": [6],
	"standardAccount": "*25519",
	"website": "https://dock.io"
	},

For those I keep a list and match them to filter out (also matching on text such as -testnet in addition to this list) -

https://github.com/polkadot-js/common/blob/6dc79a0b7c0002419d861235ba9b20d5d3a5eefa/packages/networks/src/defaults.ts#L40

The issue with these are that they just create a major PITA -

• they get reset and their genesis changes
• they get abandoned and/or replaced
• the clog up any UI selections
• ... they shouldn't really have ss58 prefixes