You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ERC Registry is an initiative aimed at creating a comprehensive registry of contracts that are widely recognized and believed to be standard ERC token contracts with a high degree of confidence. At this early phase of the project, it requires a design document to highlight and outline the approach.
Solution
As a first pass to accelerate improved UX we can produce a registry of contracts that are beleived with high confidence to be ERC's. The Mirror node explorer and other apps can take this list as a starting point to build out their UX for users.
Simple approach is to
create a self contained runnable npm project erc-repository-indexer under tools.
Index the networks contracts and verify they are ERC20 or ERC721 by matching the presence of interface function bytes. Utilize current POC on 1st pass if applicable and then sevm soon after. Ensure the tool support the specification of env, mirrorNodeUrlandstartingContractId` to allow for flexibility.
Create an ERC20s_.json and an ERC721s_.json file each with the appropriate but minimal details. Files should be placed under tools/erc-repository-indexer/registry. Entries should be sorted in ascending order of contractId
For additional confidence one may simulate an eth_call on the functions also. Consider pros and cons based on accuracy to this point
Make the tool runnable in CI with the output being a new PR with the file updates for approval and merge
A starting schema for an ERC20 may be
{
"address": "0x....", // Address of the ERC20 contract/token"contractId": "0.0.x", // contract id of the ERC20 contract/token
}
A starting schema for an ERC721 may be
{
"address": "0x....", // Address of the ERC20 contract/token"contractId": "0.0.x", // contract id of the ERC20 contract/token
}
Alternatives
No response
The content you are editing has changed. Please copy your edits and refresh the page.
Problem
The ERC Registry is an initiative aimed at creating a comprehensive registry of contracts that are widely recognized and believed to be standard ERC token contracts with a high degree of confidence. At this early phase of the project, it requires a design document to highlight and outline the approach.
Solution
As a first pass to accelerate improved UX we can produce a registry of contracts that are beleived with high confidence to be ERC's. The Mirror node explorer and other apps can take this list as a starting point to build out their UX for users.
Simple approach is to
erc-repository-indexer
undertools
.env
, mirrorNodeUrland
startingContractId` to allow for flexibility.tools/erc-repository-indexer/registry
. Entries should be sorted in ascending order of contractIdeth_call
on the functions also. Consider pros and cons based on accuracy to this pointA starting schema for an ERC20 may be
A starting schema for an ERC721 may be
Alternatives
No response
Tasks
The text was updated successfully, but these errors were encountered: