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
Copy file name to clipboardExpand all lines: docs/cdk/how-to/migrate/forkid-9-12.md
+16-29Lines changed: 16 additions & 29 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,20 +4,20 @@
4
4
5
5
## 1. Summary of the Procedure
6
6
7
-
To initiate a CDK chain upgrade, the Implementation Provider can request support from Polygon by submitting the "*Request Help for an Issue with an Existing CDK Chain*" through the service desk.
7
+
To initiate a CDK chain upgrade, the Implementation Provider can request support from Polygon by submitting the "*Request Help for an Issue with an Existing CDK Chain*" through the [service desk](https://cdk.polygon.technology/).
8
8
9
9
<table>
10
10
<tr>
11
11
<td>
12
-
<img alt="CDK Service Desk" src="https://github.com/mitchpolygon/polygon-docs/blob/main/docs/img/cdk/CDK-service-desk.png?raw=true" width="300"/>
12
+
<img alt="CDK Service Desk" src="https://github.com/mitchpolygon/polygon-docs/blob/main/docs/img/cdk/CDK-service-desk.png?raw=true" width="300" height="200"/>
| Tx pool manager |[zkevm-pool-manager](https://github.com/0xPolygon/zkevm-pool-manager)| Tx pool manager |[zkevm-pool-manager](https://github.com/0xPolygon/zkevm-pool-manager)|
| Tx pool manager |[zkevm-pool-manager](https://github.com/0xPolygon/zkevm-pool-manager)| Tx pool manager |[zkevm-pool-manager](https://github.com/0xPolygon/zkevm-pool-manager) use latest tag |
| CDK data availability |[v0.0.7](https://hub.docker.com/layers/0xpolygon/cdk-data-availability/0.0.7/images/sha256-17590789a831259d7a07d8a042ea87e381c5708dec3a7daef6f3f782f50b2c00?context=explore)| CDK data availability |[cdk-data-availability](https://github.com/0xPolygon/cdk-data-availability) use latest tag |
| Bridge service |[v0.4.2-cdk.1](https://hub.docker.com/layers/hermeznetwork/zkevm-bridge-service/v0.4.2-cdk.1/images/sha256-f22ad8c9ad058c7a97a3d38f53cac5b1053858916523b96211d33ae40a9b45f8?context=explore)| Bridge service |[zkevm-bridge-service](https://github.com/0xPolygonHermez/zkevm-bridge-service)|
@@ -59,7 +58,7 @@ The table below lists the CDK Fork ID 9 components and the new CDK FEP Fork ID 1
59
58
60
59
The Implementation Provider must prepare in advance for the upgrade to ensure a smooth transition from fork ID 9 to fork ID 12. Failure to complete these steps ahead of time could result in delays or even cancellation of the scheduled upgrade.
61
60
62
-
1. The Implementation Provider downloads CDK Fork 12 components binaries/images in advance so they are ready to deploy.
61
+
1. The Implementation Provider downloads [CDK Fork 12 components](https://docs.polygon.technology/cdk/releases/stack-components/#cdk-fep-components) in advance so they are ready to deploy.
63
62
2. Map to the latest prover files which can be found here: [https://storage.googleapis.com/zkevm/zkproverc/v8.0.0-rc.9-fork.12.tgz](https://storage.googleapis.com/zkevm/zkproverc/v8.0.0-rc.9-fork.12.tgz)
64
63
3. Scale up the number of provers in advance. It is recommended that you at least double the number of provers up and running for the scheduled upgrade maintenance window.
65
64
- Ensure all (majority) of the network batches are verified before starting the upgrade process, otherwise there will be additional downtime as we wait for the network to be ready.
@@ -74,7 +73,7 @@ The Implementation Provider must prepare in advance for the upgrade to ensure a
74
73
- Wait for it to sync to the tip.
75
74
- CDK-Erigon can be stopped. The generated files will be used later during the upgrade process.
76
75
77
-
The whole process should look more orr less like this:
76
+
The whole process should look more or less like this:
78
77
```bash
79
78
# PREREQUISITES: Install GO 1.23
80
79
WORK_DIR=/tmp
@@ -104,7 +103,7 @@ go run ./zk/debug_tools/datastream-host \
104
103
- Rolluptype for fork 12
105
104
- Upgrade transaction to fork 12
106
105
4. For chains attached to the Polygon Agglayer, Polygon will handle steps to upgrade the permissionless node.
107
-
5.Polygon will share [example communication](https://docs.google.com/document/d/1zyXojlg4n2Th6P3y3Wqe8px15HL8FnBpSIWd54co1tE/edit) that Implementation Providers can use to prepare their customer network partners and communities.
106
+
5.[See example communication](#example-maintenance-communication-to-network-partners) that Implementation Providers can use to prepare their customer network partners and communities.
108
107
109
108
## 5. Operational Steps
110
109
@@ -165,7 +164,7 @@ go run ./zk/debug_tools/datastream-host \
165
164
166
165
### Steps to Deploy CDK FEP Fork 12 Components
167
166
168
-
1. [With the network stopped, repeat Erigon sync to get it fully synced to the current state.](https://www.notion.so/CDK-chain-upgrade-procedure-from-Fork-ID9-to-Fork-ID12-11980500116a802ab22cec6f7eea6080?pvs=21)
167
+
1. [With the network stopped, repeat Erigon sync to get it fully synced to the current state.](#5-operational-steps)
169
168
- This instance is ready to act as Sequencer and/or RPC. Clone the whole Erigon config/datadir as many timesas instances are needed. Pick one to be the new Sequencer (by setting the environment variable **`CDK_ERIGON_SEQUENCER=1`**), and configure all other instances (permissionless RPCs) to point to the Sequencer:
170
169
171
170
```yaml
@@ -184,19 +183,7 @@ go run ./zk/debug_tools/datastream-host \
184
183
185
184
### Polygon Steps for CDK Chains Attached to the Agglayer
186
185
187
-
Polygon will be accountable for upgrading the Agglayer permissionless nodes during the upgrade process.
188
-
189
-
1. When the Implementation Provider has stopped the sequencer.
190
-
2. Polygon's v-team shuts down the CDK chain permissionless nodes hosted by Polygon:
191
-
- Set `replicaCount` to 0 for `rpc`, `synchronizer`, and `executor` in the desired node definition as found [here](https://github.com/0xPolygon/helm-charts/tree/main/charts/permissionless-nodes/nodes).
192
-
- Run helm update to deploy changes, which will shut down the permissionless nodes.
193
-
3. Polygon v-team updates the Agglayer config:
194
-
- Change the `image.tag` to the desired version [here](https://github.com/0xPolygon/helm-charts/tree/main/charts/permissionless-nodes/nodes).
195
-
4. When the Implementation Provider restarts the sequencer and everything is running as expected:
196
-
5. Polygon starts the upgraded permissionless nodes to ID12:
197
-
- Set `replicaCount` to 3 for `rpc` and `executor`; set `replicaCount` to 1 for `synchronizer`.
198
-
- Run helm update to deploy changes.
199
-
- Monitor logs/service status in Datadog for progress.
186
+
Polygon's DevOps team will be accountable for upgrading the Agglayer permissionless nodes during the upgrade process.
200
187
201
188
### Post-Upgrade Validations
202
189
@@ -211,7 +198,7 @@ There is a planned maintenance window upgrade of the xxxx network on the followi
0 commit comments