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/learn/agglayer.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,7 +22,7 @@ Reliance on bridging in order to connect what are essentially isolated networks,
22
22
23
23
Let's take a deeper look at cross-chain transfers.
24
24
25
-
First of all, we understand execution of atomic cross-chain transactions to mean that, with every set of transactions a user submits to multiple chains, the user has the guarantee that either all transactions are execute succesfully or none of them is included in any chain.[^1]
25
+
First of all, we understand execution of atomic cross-chain transactions to mean that, with every set of transactions a user submits to multiple chains, the user has the guarantee that either all transactions are execute successfully or none of them is included in any chain.[^1]
26
26
27
27
Consider the following example as a typical cross-chain transfer.
28
28
@@ -42,7 +42,7 @@ Critical in this is to guarantee that it should be impossible for Alice to do an
42
42
43
43
The security of atomic transactions is based on this critical guarantee that users do not lose their funds and cannot double spend their tokens.
44
44
45
-
Therefore, key to realising a unified Polygon ecosystem is atomic guarantees.
45
+
Therefore, key to realizing a unified Polygon ecosystem is atomic guarantees.
46
46
47
47
48
48
## AggLayer design
@@ -125,7 +125,7 @@ The `submitBatch` data interface used to transmit proofs between chains and the
125
125
126
126
The problem with the aggregation layer, as described, is that it suffers from high latency. For a user to trust a message from another chain, they must have a proof that the message is the output of a valid batch, and a guarantee that the batch that produced the message has either already been, or will be finalized on Ethereum.
127
127
128
-
Currently, proving time for a batch is a few minutes, and batches are posted to Ethereum every 30-60 minutes, which prohibits fast cross-chain messaging and interopability.
128
+
Currently, proving time for a batch is a few minutes, and batches are posted to Ethereum every 30-60 minutes, which prohibits fast cross-chain messaging and interoperability.
129
129
130
130
In order to reduce latency to levels that make cross-chain interactions feel like using a single chain, we need to safely confirm batches before:
131
131
1. A proof is generated (validity).
@@ -234,7 +234,7 @@ Similar to the liveness attack, this will cause degradation of UX, but it's not
234
234
235
235
## Aggregation vs. Modularity
236
236
237
-
Aggregation presents a solution to the monolothic vs. modular chain design dilemma. It takes the performance gains and efficient resource usage of modular architecture and combines it with the unified experience of a monolothic system.
237
+
Aggregation presents a solution to the monolithic vs. modular chain design dilemma. It takes the performance gains and efficient resource usage of modular architecture and combines it with the unified experience of a monolithic system.
238
238
239
239
The AggLayer will allow a single ZK proof to verify state across all chains in the ecosystem and use Ethereum as the settlement layer. Once any chain publishes a ZK proof of its latest state to the AggLayer, all other chains can trust the value (state) of that chain.
0 commit comments