Skip to content

Commit ddf5ea9

Browse files
Wording and style fixes
1 parent 49c6929 commit ddf5ea9

File tree

1 file changed

+11
-7
lines changed

1 file changed

+11
-7
lines changed

pages/stack/interop/superchainerc20-best-practices.mdx

Lines changed: 11 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Best practices for managing SuperchainERC20 tokens
33
lang: en-US
4-
description: Essential best practices for deploying and managing SuperchainERC20 assets across Superchain-compatible networks.
4+
description: Essential best practices for deploying and managing SuperchainERC20 assets across Superchain networks.
55
---
66

77
# Best practices for managing SuperchainERC20 tokens
@@ -10,19 +10,23 @@ The following best practices are essential for deploying and managing `Superchai
1010

1111
Note that the total supply of your tokens never fluctuates across the Superchain. Cross-chain burning and minting only affects the location of a token across the Superchain.
1212

13-
## Consistent addressing across chains
13+
## Consistent addresses across chains
1414

15-
* Use predefined addresses: Assign and verify the same address for each `SuperchainERC20` instance on every chain. Predefined addresses reduce deployment conflicts and ensure tokens are accurately recognized across chains. Otherwise, the SuperchainERC20Bridge would need a way to verify if the tokens they mint on destination correspond to the tokens that were burned on source. Consider using `Create2Deployer` or one of our [predeploys](https://specs.optimism.io/interop/predeploys.html) to ensure this.
15+
Use predefined addresses: Assign and verify the same address for each `SuperchainERC20` instance on every chain. Predefined addresses reduce deployment conflicts and ensure tokens are accurately recognized across chains. Otherwise, the SuperchainERC20Bridge would need a way to verify if the tokens they mint on destination correspond to the tokens that were burned on source.
16+
17+
Consider using `Create2Deployer` or one of our [predeploys](https://specs.optimism.io/interop/predeploys.html) to ensure this.
1618

1719
## Token metadata consistency
1820

19-
* Standardize token metadata: Use identical values for `name`, `symbol`, and `decimals` across all chain instances. Inconsistent metadata can lead to display errors and transaction rejections during cross-chain operations.
21+
Standardize token metadata: Use identical values for `name`, `symbol`, and `decimals` across all chain instances. Inconsistent metadata can lead to display errors and transaction rejections during cross-chain operations.
22+
23+
## Testing before mainnet deployment
2024

21-
## Comprehensive testing before mainnet deployment
25+
Test with production-like conditions: Deploy to staging environments that simulate mainnet conditions, especially for functions like `crosschainBurn` and `crosschainMint`. Test under realistic transaction loads to validate performance.
2226

23-
* Test with production-like conditions: Deploy to staging environments that simulate mainnet conditions, especially for functions like `crosschainBurn` and `crosschainMint`. Test under realistic transaction loads to validate performance. We recommend using [Supersim](https://supersim.pages.dev/introduction) as an easy way to simulate the Superchain and test your SuperchainERC20 deployment.
27+
We recommend using [Supersim](https://supersim.pages.dev/introduction) as an easy way to simulate the Superchain and test your SuperchainERC20 deployment.
2428

25-
* Validate transfer handling: Test edge cases such as maximum balance transfers and inter-chain latency to ensure asset reliability across different scenarios.
29+
Test edge cases such as maximum balance transfers and inter-chain latency to ensure asset reliability across different scenarios.
2630

2731
## Next steps
2832

0 commit comments

Comments
 (0)