시퀀서
시퀀서는 효율성을 개선하고 비용을 절감하기 위해, 특히 롤업과 같은 레이어 2 확장 솔루션에서 블록체인 내의 트랜잭션을 정렬하고 처리하는 역할을 담당하는 특수 노드입니다.
시퀀서는 블록체인 기술, 특히 레이어 2 확장 솔루션 내에서 중요한 역할을 합니다. 주요 기능은 사용자로부터 트랜잭션을 수집하고, 정렬한 다음 기본 레이어 1 블록체인에 제출하는 것입니다. 이 프로세스는 트랜잭션이 특정 순서로 처리되도록 보장하며, 이는 블록체인의 정확한 상태에 매우 중요합니다.
시퀀서의 개념은 낙관적 롤업 및 ZK 롤업과 같은 롤업의 부상과 함께 두각을 나타냈습니다. 이러한 솔루션은 트랜잭션을 오프체인에서 실행한 다음 트랜잭션 데이터를 메인 체인에 제출하여 블록체인의 확장성을 개선하는 것을 목표로 합니다. 시퀀서는 이러한 오프체인 트랜잭션을 처리하고, 번들로 묶어 레이어 1에 제안하는 역할을 담당합니다.
시퀀서의 효율성은 사용자 경험에 직접적인 영향을 미칩니다. 시퀀서는 트랜잭션을 신속하게 정렬하고 처리함으로써 트랜잭션 지연 시간을 줄이고 더 빠른 확인 시간을 제공할 수 있습니다. 시퀀서의 탈중앙화는 단일 실패 지점 및 검열을 방지하기 위해 보다 강력하고 안전한 시스템을 구축하기 위한 노력과 함께 진행 중인 개발 분야입니다.
graph LR
Center["시퀀서"]:::main
Pre_layer_2["layer-2"]:::pre --> Center
click Pre_layer_2 "/terms/layer-2"
Pre_transaction["transaction"]:::pre --> Center
click Pre_transaction "/terms/transaction"
Rel_optimistic_rollup["optimistic-rollup"]:::related -.-> Center
click Rel_optimistic_rollup "/terms/optimistic-rollup"
Rel_zk_rollup["zk-rollup"]:::related -.-> Center
click Rel_zk_rollup "/terms/zk-rollup"
Rel_mev["mev"]:::related -.-> Center
click Rel_mev "/terms/mev"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧠 지식 테스트
🧒 5살도 이해할 수 있게 설명
Think of a sequencer like a traffic controller for a busy highway exit ([Layer 2](/ko/terms/layer-2)). It gathers all the cars (transactions) trying to get on the highway, lines them up neatly, and sends them onto the main road ([Layer 1](/ko/terms/layer-1)) all at once, making things faster and cheaper.
🤓 Expert Deep Dive
In the context of optimistic and zero-knowledge rollups, the sequencer acts as the central orchestrator responsible for [transaction ordering](/ko/terms/transaction-ordering) and state transitions off-chain. It receives a stream of user-submitted transactions (often via an RPC endpoint), validates their basic format and signature, and enqueues them into a mempool. The sequencer then deterministically orders these transactions, typically based on arrival time or a fee-market mechanism (e.g., EIP-1559-like structures if applicable), and executes them against the current rollup state. The result of this execution is a new state root, which is then committed to the layer-1 blockchain. Crucially, the sequencer batches multiple transactions into a single state transition. This batching is what enables the significant gas cost savings and throughput increases characteristic of rollups. For optimistic rollups, the sequencer constructs a proposed state transition and submits a transaction to the L1 containing the compressed transaction data and the resulting state root. A challenge period follows, during which anyone can submit a fraud proof if they detect an invalid state transition. For ZK-rollups, the sequencer not only orders and executes transactions but also generates a validity proof (e.g., a ZK-SNARK or ZK-STARK) that mathematically guarantees the correctness of the state transition. This proof, along with the transaction data and the new state root, is submitted to the L1 verifier contract. Decentralization of the sequencer is a key research area, with proposed solutions including shared sequencers, sequencer pools, and randomized leader election to mitigate censorship and single points of failure. The sequencer's internal logic often involves managing state forks, handling reorgs, and ensuring atomicity of batches.