Skip to content

Commit 5444c2b

Browse files
CDK updates
1 parent ae6b7c7 commit 5444c2b

File tree

5 files changed

+32
-48
lines changed

5 files changed

+32
-48
lines changed

docs/cdk/concepts/dac.md

Lines changed: 20 additions & 44 deletions
Original file line numberDiff line numberDiff line change
@@ -1,22 +1,31 @@
1-
Validiums are blockchain solutions that don't store transaction data.
1+
Data availability in blockchain technology refers to whether or not transaction data is available on-chain or off-chain.
22

3-
!!! quote
4-
See the [definition of validium](https://ethereum.org/en/developers/docs/scaling/validium/) on Ethereum.org's glossary.
3+
If data is available on-chain, then each node has to store every piece of data related to every transaction. This can be costly for node operators as hardware and storage requirements are high. Moving data off-chain streamlines node architecture and operations.
54

6-
Data availability in blockchain technology refers to whether or not transaction data is available onchain or off-chain. If data is available onchain, then each node has to store every piece of data related to every transaction. This can be costly for node operators as hardware and storage requirements are high. Moving data off-chain streamlines node architecture and operations.
5+
!!! quote "Recommended resource"
6+
See Ethereum.org's discussion on [data availability](https://ethereum.org/en/developers/docs/data-availability/).
77

8-
A data availability committee (DAC) implements a data storage layer in a modular chain architecture like CDK.
8+
## What is a validium?
9+
10+
Validiums are blockchain solutions that do not store transaction data.
11+
12+
!!! quote "Recommended resource"
13+
See Ethereum.org's glossary [definition of validiums](https://ethereum.org/en/developers/docs/scaling/validium/).
914

1015
## What is a DAC?
1116

12-
A data availability committee (DAC) is an off-chain network of nodes that provides data to a blockchain network. The advantages are:
17+
Polygon's CDK validium has an optional data availability committee (DAC).
18+
19+
A DAC is an off-chain network of nodes that implements a data storage layer in a modular chain architecture like CDK. Some advantages are:
1320

14-
- **Lower transaction fees**: Reduced computational requirements lead to lower fees.
15-
- **State privacy**: A secure copy of state transitions ensures data integrity and privacy.
21+
- **Lower transaction fees**: Reduced computational requirements lead to lower fees and faster finality on the main network.
22+
- **Privacy and security**: The DAC stores secure and private transaction data.
23+
- **Trustless**: Data owners do not have to trust the blockchain operator.
24+
- **Scalable**: Decoupling data storage from the main chain supports more scalable networks.
1625

17-
DACs store the data required to reconstruct the state of the blockchain and make that data accessible so that, if the blockchain goes down, users can still access their assets and data.
26+
DACs store the data required to reconstruct the state of the blockchain and make that data accessible so that, if the main blockchain network goes down, users can still access their assets and data.
1827

19-
Delegating blockchain data to a DAC in this way can be costly. However, a DAC improves finality and thus supports Enterprise use cases which require cheap and fast transactions with a private and secure data layer.
28+
DAC set up can be costly and therefore DACs mostly support Enterprise use cases which require cheap and fast transactions with a private and secure data layer.
2029

2130
The CDK validium DAC is a secure consortium of nodes that ensures off-chain data access.
2231

@@ -38,37 +47,4 @@ The DAC works together with the sequencer to control the flow of data. The proce
3847

3948
6. **Verification on Ethereum**: A designated smart contract on Ethereum verifies the submitted signatures against a list of valid DAC members and confirms that sufficient approval has been provided for the batch hash.
4049

41-
7. **Final settlement with zero-knowledge proof**: The aggregator prepares a proof for the batch via the prover and submits it to Ethereum. This proof confirms the validity of the batch's transactions without revealing their details. The chain state updates on Ethereum.
42-
43-
44-
INCORPORATING:
45-
46-
47-
48-
## What do you Mean by Data Availability Layer?
49-
50-
In the realm of blockchain, data availability ensures that all nodes can access and verify the complete transaction history, which is crucial for maintaining the network's transparency, security, and integrity.
51-
52-
However, storing all transaction data on the main chain (L1) can lead to high costs and compromise privacy. Data availability layers tackle these issues by separating transaction execution from data storage. This allows for transaction data to be stored off-chain, reducing costs and enhancing privacy, while still being accessible for validation.
53-
54-
This separation introduces new challenges, such as ensuring the secure and reliable management of off-chain data. Features like the [<ins>DAC</ins>](#what-are-dacs) within the Polygon CDK framework address these concerns, offering trusted oversight of off-chain data.
55-
56-
The diagram below provides a high-level overview of the Polygon CDK Validium's approach to blockchain infrastructure.
57-
58-
<div align="center">
59-
<img src="" alt="bridge" width="90%" height="30%" />
60-
</div>
61-
62-
## What are DACs?
63-
64-
Data Availability Committees (DACs) are a crucial element in many blockchain protocols, tasked with ensuring the reliability and accessibility of off-chain data. In essence, they verify the availability of data associated with specific blockchain blocks.
65-
66-
In the context of L2 solutions, DACs play a pivotal role in enhancing scalability. They aid in transferring significant computational work and data storage off-chain, thereby alleviating the burden on the main L1 blockchain.
67-
68-
The DAC is an integral element in the validium framework of the CDK, functioning as a secure consortium of nodes to maintain the accessibility and security of off-chain data. For an overview of how the DAC functions within the CDK, please explore the DAC guide, available [<ins>here</ins>](/docs/cdk/validium/dac.md).
69-
70-
> For a more detailed understanding of data availability, the Ethereum Foundation's guide on Data Availability is a great resource, accessible [<ins>here</ins>](https://ethereum.org/en/developers/docs/data-availability/).
71-
## How do L2s Built with Polygon CDK Validium Function as App-chains?
72-
73-
Leveraging the power of Polygon's advanced [zkEVM technology](/docs/zkevm/), chains developed using the Polygon CDK offer a high-performance L2 scaling solution. Developers have the flexibility to choose the validium framework, which integrates a secure data availability layer managed by a [Data Availability Committee (DAC)](/docs/cdk/validium/dac.md). Chains built with the CDK can function like L1 blockchains tailored to specific business logic. However, as L2 solutions, they provide the advantage of near-infinite scalability. Designed with a user-centric approach, these chains prioritize core business functions and user engagement strategies without compromising on performance and scalability. The following diagram illustrates the high-level architecture of a chain developed using the Polygon CDK.
74-
50+
7. **Final settlement with zero-knowledge proof**: The aggregator prepares a proof for the batch via the prover and submits it to Ethereum. This proof confirms the validity of the batch's transactions without revealing their details. The chain state updates on Ethereum.

docs/cdk/get-started/deploy-rollup.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,6 @@
1+
!!! important "Recommendation"
2+
Follow the [quickstart](quickstart-rollup.md) for a hands-on introduction to CDK in rollup mode.
3+
14
## Deploy a CDK rollup locally
25

36
The [zkEVM deployment quickstart documentation](../..//zkEVM/step1-fullzkevm.md) shows you how to deploy a zkEVM rollup on your local machine.

docs/cdk/get-started/quickstart-validium.md

Lines changed: 6 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -38,7 +38,7 @@ cp .env.example .env
3838
sudo docker-compose pull
3939
```
4040

41-
2.2 After pulling the images, start your local CDK Validium:
41+
2.2 After pulling the images, start your local CDK validium:
4242

4343
```bash
4444
sudo make run
@@ -95,7 +95,7 @@ zkevm-bridge-ui /bin/sh /app/scripts/deploy.sh Up
9595
```
9696
</details>
9797

98-
2.3.1 If a service isn't running (i.e. it is in Exit 1 state), investigate further using the logs:
98+
2.3.1 If a service isn't running (i.e. it is in `Exit 1` state), investigate further using the logs:
9999

100100
```bash
101101
sudo docker-compose logs <container_name>
@@ -119,7 +119,7 @@ sudo make restart
119119
```
120120

121121
!!! note
122-
This deployment runs on an L1 Geth instance.
122+
This local deployment runs on an L1 Geth instance.
123123

124124
## 3. Test validium
125125

@@ -159,6 +159,9 @@ You should see a page similar to this:
159159
<img src="/img/cdk/cdk-metamask-import-account.png" alt="bridge" width="90%" height="30%" />
160160
</div>
161161

162+
!!! danger
163+
Today, 21/11, I got stuck here with pending transfers that weren't picked up by blockexplorer.
164+
162165
4.4 Transfer some tokens to another account:
163166

164167
<div align="center">

mkdocs.yml

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -193,4 +193,5 @@ markdown_extensions:
193193

194194
plugins:
195195
- search
196-
# - git-revision-date-localized
196+
- open-in-new-tab
197+
#- git-revision-date-localized

requirements.txt

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,3 +1,4 @@
11
mkdocs-material==9.4.8
22
markdown-include==0.8.1
33
mkdocs-git-revision-date-localized-plugin==1.2.1
4+
mkdocs-open-in-new-tab==1.0.3

0 commit comments

Comments
 (0)