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
@@ -66,80 +66,80 @@ The address of the contracts it creates depends on the salt and the `initialCDKV
66
66
67
67
1. Run the deploy script.
68
68
69
-
```bash
70
-
npm run deploy:deployer:CDKValidium:sepolia
71
-
```
69
+
```bash
70
+
npm run deploy:deployer:CDKValidium:sepolia
71
+
```
72
72
73
-
You should see something similar to this:
73
+
You should see something similar to this:
74
74
75
-
```bash
76
-
cdkValidiumDeployer deployed on: 0x87572242776ccb6c98F4Cf1ff20f7e5a4e4142fF
77
-
```
75
+
```bash
76
+
cdkValidiumDeployer deployed on: 0x87572242776ccb6c98F4Cf1ff20f7e5a4e4142fF
77
+
```
78
78
79
79
2. Now we can deploy the rest of the contract suite.
80
80
81
-
```bash
82
-
npm run deploy:testnet:CDKValidium:sepolia
83
-
```
81
+
```bash
82
+
npm run deploy:testnet:CDKValidium:sepolia
83
+
```
84
84
85
-
!!! info
86
-
This may take several minutes depending on network conditions.
85
+
!!! info
86
+
This may take several minutes depending on network conditions.
87
87
88
88
3. On successful deployment, you should see a new directory named `deployments` containing a directory storing the information about your deployment. For example:
4. In the `~/cdk-validium/cdk-validium-contracts-0.0.2/deployment/` folder, you should also see a `genesis.json` file.
118
118
119
-
!!! info
120
-
We use the info in`genesis.json` and `deploy_output.json` to configure the `cdk-validium-node` node.
119
+
!!! info
120
+
We use the info in`genesis.json` and `deploy_output.json` to configure the `cdk-validium-node` node.
121
121
122
-
!!! warning "Deployment failure"
123
-
- Since there are deterministic addresses, you cannot deploy twice on the same network using the same `salt` and `initialCDKValidiumDeployerOwner` inside `deploy_parameters.json`. Changing one of them is enough to make a new deployment.
124
-
- It's mandatory to delete the `~/cdk-validium/cdk-validium-contracts-0.0.2/.openzeppelin` upgradability information in order to make a new deployment.
122
+
!!! warning "Deployment failure"
123
+
- Since there are deterministic addresses, you cannot deploy twice on the same network using the same `salt` and `initialCDKValidiumDeployerOwner` inside `deploy_parameters.json`. Changing one of them is enough to make a new deployment.
124
+
- It's mandatory to delete the `~/cdk-validium/cdk-validium-contracts-0.0.2/.openzeppelin` upgradability information in order to make a new deployment.
125
125
126
-
## Verifying contracts
126
+
## Verify contracts
127
127
128
128
When deploying to Sepolia, the contracts should automatically verify based on other live deployments on the network with similar bytecode. If the contracts have not been verified on Etherscan, run the following commands from the `/cdk-validium/cdk-validium-contracts-0.0.2/deployment` directory.
129
129
130
130
1. To verify the contract factory:
131
131
132
-
```bash
133
-
npm run verify:deployer:CDKValidium:sepolia
134
-
```
132
+
```bash
133
+
npm run verify:deployer:CDKValidium:sepolia
134
+
```
135
135
136
136
2. To verify the rest of the contract suite:
137
137
138
-
```bash
139
-
npm run verify:CDKValidium:sepolia
140
-
```
138
+
```bash
139
+
npm run verify:CDKValidium:sepolia
140
+
```
141
141
142
-
## Using a different node provider
142
+
## Use a different node provider
143
143
144
144
Modify the contents of `~/cdk-validium/cdk-validium-contracts-0.0.2/hardhat.config.js` and `cdk-validium-contracts-0.0.2/.env` if you prefer to use a different node provider than Infura.
| Synchronizer |`zkevm-sync`| Updates the state by fetching data from Ethereum through the Etherman. |
8
+
| JSON RPC |`zkevm-rpc`| An interface for interacting with the network. e.g., Metamask, Etherscan or Bridge. |
9
+
| State DB |`zkevm-state-db`| A database for permanently storing state data (apart from the Merkle tree). |
10
+
| Prover |`zkevm-prover-server`| Used by the aggregator to create zk-proofs. The full prover is extremely resource-heavy and runs on an external cloud server. Use the mock prover for evaluation/test purposes. |
11
+
| Pool DB |`zkevm-pool-db`| Stores txs from the RPC nodes, waiting to be put in a batch by the sequencer. |
| Etherman |`zkevm-eth-tx-manager`| Implements methods for all interactions with the L1 network and smart contracts. |
14
+
| Bridge UI |`zkevm-bridge-ui`| User-interface for bridging ERC-20 tokens between L2 and L1 or another L2. |
15
+
| Bridge DB |`zkevm-bridge-db`| A database for storing bridge-related transactions data. |
16
+
| Bridge service |`zkevm-bridge-service`| A backend service enabling clients like the web UI to interact with bridge smart contracts. |
17
+
| zkEVM explorer |`zkevm-explorer-l2`| L2 network's block explorer. i.e., The zkRollup Etherscan [explorer](https://zkevm.polygonscan.com). |
18
+
| zkEVM explorer DB |`zkevm-explorer-l2-db`| Database for the L2 network's Block explorer. i.e., Where all the zkRollup Etherscan explorer queries are made. |
19
+
| Gas pricer |`zkevm-l2gaspricer`| Responsible for suggesting the gas price for the L2 network fees. |
0 commit comments