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: README.md
+36-52Lines changed: 36 additions & 52 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,14 +1,44 @@
1
1
# Polygon Knowledge Layer
2
2
3
-
Welcome to the Polygon Knowledge Layer! This documentation is built using [the Material theme for MkDocs](https://squidfunk.github.io/mkdocs-material/). Our goal is to establish a high-quality, curated, and comprehensive "source of truth" for technical knowledge surrounding Polygon's main technology. This includes detailed sections on:
3
+
Welcome to the Polygon Knowledge Layer.
4
+
5
+
These docs use [the Material theme for MkDocs](https://squidfunk.github.io/mkdocs-material/). Our goal is to establish a high-quality, curated, and comprehensive "source of truth" for Polygon's technology.
Before running the website, you'll need to first load the Python virtual environment in your current shell. To do this, type the following (depending on your shell):
You only need to do the above once per shell session. Then, pick one of the following:
62
-
63
-
1.**MkDocs in strict mode**: Use `mkdocs serve --strict` for a production-like environment.
64
-
2.**MkDocs in normal mode**: Use `mkdocs serve` for a less strict, more forgiving environment, suitable for debugging.
65
-
66
-
### Docker alternative
67
-
68
-
If you prefer Docker, you can build and run the site using the following commands:
69
-
70
-
```sh
71
-
docker build -t polygon-docs .
72
-
docker compose up
73
-
```
74
-
75
-
## Automated deployments
76
-
77
-
This repository uses GitHub Actions to automate some deployments from certain branches, which is useful for testing:
78
-
79
-
-**`main`**: Staging branch. Changes are deployed per-commit to https://docs-staging.polygon.technology.
80
-
-**`dev`**: Experimental branch. Updates with `main` every 24 hours. Changes are deployed per-commit to https://docs-dev.polygon.technology.
81
-
82
-
Whenever we are happy with `main`, a trigger can be manually done through GitHub Actions which deploys staging to production at https://docs.polygon.technology.
83
-
84
67
## Contact and support
85
68
86
-
For any queries or support, please open a ticket at https://support.polygon.technology/support/home.
69
+
- For docs issues (technical or language) open an issue here.
70
+
- For technical issues with the software, either raise an issue here and we will follow up, or check https://support.polygon.technology/support/home.
87
71
88
-
## Current Technical Knowledge Documentation (TKD) team members
Copy file name to clipboardExpand all lines: docs/cdk/architecture/cdk-zkevm-option.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ Polygon zkEVM achieves this by utilizing several actors. The diagram below depic
15
15
Here is an outline of the most prominent rollup components:
16
16
17
17
- The **users**, who connect to the zkEVM network by means of an RPC node (e.g., Infura or Alchemy), submit their transactions to a database called the pool DB.
18
-
- The **Pool DB** is the storage for transactions submitted by Users. These are kept in the pool waiting to be put in a batch by the Sequencer.
18
+
- The **pool DB** is the storage for transactions submitted by users. These are kept in the pool waiting to be put in a batch by the sequencer.
19
19
- The **sequencer** is a node responsible for fetching transactions from the pool DB, checking if the transactions are valid, then putting valid ones into a batch. The sequencer submits all batches to the L1 and then sequences the batches. This process proposes the sequence of batches to be included in the L1 state.
20
20
- The **state DB** is a database for permanently storing state data (but not the Merkle trees).
21
21
- The **synchronizer** is the component that updates the state DB by fetching data from Ethereum through the Etherman.
0 commit comments