본문으로 이동
Financial Context Wiki

시퀀서

롤업 시퀀서가 트랜잭션을 수신하고 순서를 정해 블록을 만들고 배치 데이터를 게시하는 방식, 빠르지만 잠정적인 확인, 가용성·검열·재정렬 위험을 설명합니다.

업데이트

교육 목적의 정보일 뿐 금융, 투자, 트랜잭션 최종성 또는 보안 조언이 아닙니다. 시퀀서 동작, 대체 경로와 결제 보장은 네트워크마다 다르며 업그레이드 후 변경될 수 있습니다.

직접 답변

많은 롤업에서 시퀀서는 트랜잭션을 받아 순서를 선택하고 블록이나 배치를 만드는 구성 요소 또는 참여자입니다. 순서가 정해진 트랜잭션 데이터가 기반 레이어에 게시되기 전에 사용자에게 빠른 확인을 제공할 수 있습니다. 구체적인 업무 분담은 제각각이며, 블록 구축·실행·배치 게시를 같은 운영자가 맡을 수도 있고 별도 서비스가 나눠 맡을 수도 있습니다.

지갑에 성공으로 표시되었다고 해서 시퀀서가 최종 결제의 근거가 되는 것은 아닙니다. 확인의 보장 수준은 시퀀서가 블록을 알리기만 했는지, 프로토콜 데이터가 L1에 도달했는지, 관련 L1 블록과 롤업의 상태 주장 또는 증명이 요구되는 최종성 상태에 도달했는지에 따라 달라집니다.

작동 방식

  • 수신. 사용자나 애플리케이션은 서명된 트랜잭션을 시퀀서 엔드포인트에 제출하지만, 네트워크가 L1 제출 경로도 정의할 수 있습니다.
  • 정렬. 시퀀서는 프로토콜 유효성 규칙에 따라 트랜잭션을 선택하고 순서를 정합니다. 이 선택은 지연 시간, 수수료, 검열과 MEV에 영향을 줄 수 있습니다.
  • 구축. 정렬된 트랜잭션을 롤업 블록으로 구성하고 실행하여 결과 상태를 계산할 수 있습니다.
  • 사전 확인. 시퀀서는 블록이나 영수증을 빠르게 배포합니다. 이는 잠정적인 순서 신호이며 자동으로 L1에서 최종 확정된 결과가 되지는 않습니다.
  • 게시. 배처 또는 동등한 서비스가 프로토콜에서 정한 트랜잭션 데이터를 데이터 가용성 레이어, 대개 L1에 게시합니다. 독립 노드는 그 데이터와 프로토콜 규칙으로 정규 롤업 체인을 파생합니다.
  • 결제. 상태 커밋먼트, 결함 증명 또는 유효성 증명이 실행 결과를 결제와 연결합니다. 이 메커니즘은 상태 전환의 정확성을 검사하거나 확립하지만 트랜잭션 순서 자체를 분산화하지는 않습니다.

예시

지갑이 먼저 트랜잭션을 ’시퀀서 확인됨’으로 표시한다고 가정합니다. 이 단계에서는 운영자가 해당 배치를 게시하지 못하거나 네트워크 규칙에 따라 게시 전 블록을 교체할 수 있습니다. 배치 데이터가 L1에 포함되면 독립 노드는 롤업 체인에서 트랜잭션의 위치를 파생할 수 있지만 L1 재구성의 영향을 받을 수 있습니다. 해당 L1과 롤업의 최종성 조건을 충족한 뒤에야 애플리케이션은 결과에 맞는 상태를 표시해야 합니다.

이 과정은 상태 모델이지 모든 네트워크에 적용되는 시간 약속이 아닙니다. pending, unsafe, safe, finalized 같은 용어는 프로토콜마다 다르며 브리지 출금은 실행 가능해지기 전에 별도의 증명 또는 이의 제기 지연이 있을 수 있습니다.

위험

  • 중단. 활성 시퀀서가 멈추면 자금이 손실되지 않았더라도 직접 제출과 빠른 블록 생성이 중단될 수 있습니다.
  • 검열. 운영자는 특정 트랜잭션을 지연하거나 거부할 수 있습니다. 강제 포함 또는 탈출 경로는 배포되어 있고, 무허가로 사용할 수 있으며 필요한 데이터가 제공될 때만 도움이 됩니다.
  • 재정렬과 MEV. 순서 통제는 프로토콜 제약 안에서도 프런트러닝, 백러닝 또는 우대 처리를 가능하게 할 수 있습니다.
  • 잠정 상태의 되돌림. 시퀀서 영수증을 최종으로 취급한 애플리케이션은 나중에 교체되거나 게시되지 않는 블록을 근거로 행동할 수 있습니다.
  • 게시 및 기반 레이어 장애. 혼잡, 배처 장애, 데이터 비가용성 또는 L1 재구성은 검증자가 파생하는 체인을 지연시키거나 바꿀 수 있습니다.
  • 운영 집중. 증명이 실행을 검증하더라도 단일 운영자, 서명 키, RPC 엔드포인트 또는 업그레이드 권한은 공통 장애점과 통제 지점이 될 수 있습니다.

흔한 오해

  • 시퀀서가 최종 결제를 결정한다. 최종 결제는 롤업 계약, 증명 또는 이의 제기 규칙, 데이터 가용성과 기반 레이어 합의를 따릅니다.
  • 빠른 영수증은 되돌릴 수 없다. 사전 확인은 유용할 수 있지만 게시되고 최종 확정된 데이터와 같은 보장을 제공하지는 않습니다.
  • 강제 포함은 즉시 실행을 보장한다. 대체 경로에는 L1 트랜잭션, 대기 기간, 특정 calldata와 정상 작동하는 계약 경로가 필요할 수 있습니다.
  • 유효성 증명이 시퀀서 위험을 없앤다. 정확한 실행을 증명해도 순서는 중앙화되고 검열되거나 이용 불가능할 수 있습니다.
  • 분산형 시퀀싱은 모든 신뢰를 없앤다. 순서 권한을 분산할 수 있지만 자체 합의, 가용성, 키 관리와 상호운용성 가정을 도입합니다.

관련 주제

출처

탐색

위키 검색...