Changes to /chains endpoint (work in progress)
- RPC URIs are no longer represented by a single string/uri. Each RPC is now an object that specifies the authentication mechanism for that RPC (#172). The possible values are:
API_KEY_PATH
– if an API key should be added to the base path of the the RPC (rpcUri.value
)NO_AUTHENTICATION
– if not authentication is required to use this RPC URI (rpcUri.value
can be used as is)
GET /api/v1/chains/<chain_id>
{
...
"rpcUri": {
"authentication": <"API_KEY_PATH" | "NO_AUTHENTICATION">,
"value": <stringified-uri>,
}
}
-
A different RPC url can be set as an alternative to be used by safe-apps on a specific chain (#169) – it follows the same object structure as
rpcUri
and can be accessed viasafeAppsRpcUri
-
A new object for representing a block explorer was added. This new object has fields for
address
andtxHash
templates. These templates can then be used by the clients to correctly create the final block explorer url that targets either anaddress
ortxHash
(#176)
GET /v1/chains/<chain_id>/
{
...
blockExplorerUriTemplate: {
"address": <string>, // eg.: https://etherscan.io/address/{{address}}
"txHash": <string> // eg.: https://etherscan.io/tx/{{txHash}}
}
}