Skip to content

Commit f2d3c52

Browse files
authored
Update 3.1_aggregation_mode.md
1 parent d1873c7 commit f2d3c52

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

docs/3_guides/3.1_aggregation_mode.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
1-
## Aggregation Mode L2 integration example
1+
## Proof Aggregation Service L2 integration example
22

3-
This guide demonstrates how to build a dummy L2 application that integrates with Aligned Aggregation Mode. The L2 does not post state diffs or any data to Ethereum, only commitments. The prover has to prove that:
3+
This guide demonstrates how to build a dummy L2 application that integrates with Aligned's Proof Aggregation Service. The L2 does not post state diffs or any data to Ethereum, only commitments. The prover has to prove that:
44

55
1. The state database used in the proof must match the commitment stored in the on-chain contract. This is validated by computing the commitment of the received data in the zkvm and then exposing it as a public input.
66
2. The users performing the transfers have enough balance
@@ -15,8 +15,8 @@ The code can be viewed at `examples/l2`.
1515

1616
This Layer 2 (L2) system operates in two main steps:
1717

18-
- Off-chain execution and proof generation + verification with Aligned Verification Layer (a.k.a Fast Mode).
19-
- On-chain state update via proof verification with Aligned Aggregation Mode.
18+
- Off-chain execution and proof generation + verification with Aligned's Proof Verification Layer.
19+
- On-chain state update via proof verification with Aligned's Proof Aggregation Service.
2020

2121
In Step 1, we execute user transfers and generate a zkVM-based proof of the state transition, which is submitted to Aligned’s verification layer.
2222

0 commit comments

Comments
 (0)