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: pages/connect/resources/glossary.mdx
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -115,7 +115,7 @@ derivation then acts as a sanity check and a way to detect L1 chain re-orgs.
115
115
116
116
#### Time slot
117
117
118
-
On L2, there is a block every 2 second (this duration is known as the [block time](#block-time)).
118
+
On L2, there is a block every 2 seconds (this duration is known as the [block time](#block-time)).
119
119
We say that there is a "time slot" every multiple of 2s after the timestamp of the [L2 genesis block](#l2-genesis-block).
120
120
On L1, post-merge, the time slots are every 12s. However, an L1 block may not be produced for every time slot, in case
121
121
of even benign consensus issues.
@@ -265,7 +265,7 @@ pre-confirm the transactions before the L1 confirms the data.
265
265
266
266
#### Sequencer
267
267
268
-
The specific entity or smart contract which has priority when submitting transactions to an OP Chain, can be either a [rollup node](#rollup-node)ran in sequencer mode or the operator of this rollup node.
268
+
The specific entity or smart contract which has priority when submitting transactions to an OP Chain, can be either a [rollup node](#rollup-node)run in sequencer mode or the operator of this rollup node.
269
269
The sequencer receives L2 transactions from L2 users, creates L2 blocks using them, which it then submits to [data availability provider](#data-availability-provider) (via a [batcher](#batcher)).
270
270
It also submits [output roots](#l2-output-root) to L1.
271
271
@@ -359,7 +359,7 @@ of the channel are seen, or else these frames are ignored.)
359
359
360
360
Guarantee that some data will be "available" (i.e. *retrievable*) during a reasonably long time
361
361
window. In Optimism's case, the data in question are [sequencer batches](#sequencer-batch) that [validators](#validator)
362
-
needs in order to verify the sequencer's work and validate the L2 chain. The [finalization period](#finalization-period)
362
+
need in order to verify the sequencer's work and validate the L2 chain. The [finalization period](#finalization-period)
363
363
should be taken as the lower bound on the availability window, since that is when data availability is the most crucial,
364
364
as it is needed to perform a [fault proof](#fault-proof). "Availability" **does not** mean guaranteed long-term storage of the data.
0 commit comments