Skip to content

Commit d7f76a1

Browse files
Apply suggestions from code review
Co-authored-by: Amin Sammara <[email protected]>
1 parent f26e654 commit d7f76a1

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/versioned_docs/version-v1.2.0/the_aztec_network/guides/run_nodes/how_to_run_sequencer_new.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -32,7 +32,7 @@ The sequencer node takes part in three key actions:
3232
2. Attest to correct execution of txs in the proposed block (if part of validator committee)
3333
3. Submit the successfully attested block to L1
3434

35-
When transactions are sent to the Aztec network, sequencer nodes bundles them into blocks, checking various constraints such as gas limits, block size, and transaction validity. Before a block can be published, it must be validated by a committee of other sequencer nodes (validators in this context) who re-execute public transactions and verify private function proofs so they can attest to correct execution. These validators attest to the block's validity by signing it, and once enough attestations are collected (two-thirds of the committee plus one), the sequencer can submit the block to L1.
35+
When transactions are sent to the Aztec network, sequencer nodes bundles them into blocks, checking various constraints such as gas limits, block size, and transaction validity. Before a block can be published, it must be validated by a committee of other sequencer nodes (validators in this context) who re-execute public transactions and verify private function proofs so they can attest to correct execution. These validators attest to the block's validity by signing the block header, and once enough attestations are collected (two-thirds of the committee plus one), the sequencer can submit the block to L1.
3636

3737
The archiver component complements this process by maintaining historical chain data. It continuously monitors L1 for new blocks, processes them, and maintains a synchronized view of the chain state. This includes managing contract data, transaction logs, and L1-to-L2 messages, making it essential for network synchronization and data availability.
3838

@@ -94,7 +94,7 @@ The keystore defines a few important keys and addresses for sequencer operation.
9494
- `attester`: the private key of the sequencer, used for signing block proposals and attestations on block proposals produced by other sequencers. The corresponding Ethereum address of the private key is the identity of the sequencer.
9595
- `publisher`: the private key of the Ethereum EOA used for sending the block proposal to L1. This defaults to the attester private key if not set.
9696
- `coinbase`: the Ethereum address set in a block proposal. L1 rewards and fees are sent to this address. This falls back to the address derived by the attester private key if not set.
97-
- `feeRecipient`: the Aztec Address of the fee recipient address when proposing blocks. Allows receiving funds as the block proposer in L2.
97+
- `feeRecipient`: the Aztec Address of the fee recipient address when proposing blocks. The unburnt portion of the tx fees in a given block are sent to this address.
9898

9999
Please set these values with the ones you want and save `keystore.json`.
100100

@@ -175,7 +175,7 @@ services:
175175
entrypoint: node /usr/src/yarn-project/aztec/dest/bin/index.js
176176
command: >-
177177
start
178-
--network testnet-ignition
178+
--network alpha-testnet
179179
--node
180180
--archiver
181181
--sequencer

0 commit comments

Comments
 (0)