How to validate and submit your metadata
Test your metadata file and submit it to the official registry to enable Clear Signing for your protocol.
Process overview
Step 1: Validate your metadata
Validate your file against the ERC-7730 schema before submitting to catch errors early.
Common validation errors
context, metadata, and display sections. The $schema field at the top level is also required.fields array or the excluded list. Remove the parameter from neither and the validator returns an error.tokenAmount requires either tokenPath or token in the params object. See the Format types reference for required parameters.chainId in each deployment entry matches the actual deployment. Use ChainList to look up chain IDs (1 for Ethereum mainnet, 137 for Polygon, 42161 for Arbitrum).# for calldata parameters, $ for metadata constants, or @ for transaction envelope fields. See the Path system reference.Step 2: Submit to the registry
Once your file passes validation, submit it as a pull request to the registry.
Fork the repository
Go to github.com/LedgerHQ/clear-signing-erc7730-registry and click Fork, then clone your fork:
git clone https://github.com/YOUR_USERNAME/clear-signing-erc7730-registry.git
cd clear-signing-erc7730-registryAdd your metadata file
Place your file in a directory named after your dApp:
registry/
└── your-dapp-name/
└── descriptive-filename.jsonmkdir -p registry/your-dapp-name
cp /path/to/your-metadata.json registry/your-dapp-name/descriptive-name.jsonUse lowercase with hyphens for directory and file names: uniswap-v3/swap-router.json is correct; UniswapV3/file1.json is not.
Create a pull request
Commit your file and push to your fork:
git add .
git commit -m "Add Clear Signing metadata for [Your dApp Name]"
git push origin mainOn GitHub, navigate to your fork, click New Pull Request, and fill in a clear description of your protocol, the contracts covered, and any notable configuration choices.
Step 3: Review process
- Schema compliance with ERC-7730
- Correct contract addresses and chain IDs verified against the deployed contract
- Clear and accurate display formats with human-readable labels
- All function parameters accounted for in
fieldsorexcluded - No security risks or misleading display information
Step 4: After submission
Monitor your pull request
Check for reviewer comments and address requested changes promptly. If changes are requested:
# Make your changes, then:
git add .
git commit -m "Address review feedback: [brief description]"
git push origin mainThe pull request updates automatically.
Handle a rejected submission
If the pull request is closed without merging, the reviewer will explain the reason. Common causes include:
- Contract addresses that do not match the claimed protocol
- Display labels that are misleading or incomplete
- Schema violations that were not caught by the local validator
Fix the identified issues and open a new pull request with the updated file.
Verify deployment
Once your pull request is merged, your metadata becomes available in:
- Ledger Wallet (after the next scheduled update)
- All wallets that support the Clear Signing standard
- The public registry API
Once your metadata is live, users signing transactions through your protocol will see human-readable transaction details instead of raw hex data.
Get help
Once merged, your metadata protects users from blind signing. Every submission helps build a more transparent blockchain ecosystem.