교육 목적의 정보일 뿐 금융, 투자, 상호운용성, 트랜잭션 최종성 또는 보안 조언이 아닙니다. 공유 시퀀서의 보장, 대체 경로와 결제 가정은 구현마다 다르며 업그레이드 후 변경될 수 있습니다.
직접 답변
공유 시퀀서는 여러 Rollup에서 트랜잭션 데이터를 받아 그 데이터에 대해 공동으로 합의된 순서를 만드는 서비스 또는 네트워크입니다. 참여 Rollup은 정렬된 로그에서 자신에게 할당된 부분을 읽고 각자의 상태 전이 규칙에 따라 실행합니다. 시퀀싱 계층은 데이터가 Rollup의 데이터 가용성 및 결제 계층에 도달하기 전에 빠른 사전 확인을 발행할 수도 있습니다.
“공유”는 여러 Rollup이 서비스를 함께 사용한다는 뜻이지 특정 신뢰 모델을 뜻하지 않습니다. 공유 시퀀서는 중앙화될 수도, 허가형 위원회가 운영할 수도, 탈중앙화 합의로 보호될 수도 있습니다. 그 자체로 올바른 실행을 증명하거나, 트랜잭션 데이터의 영구 가용성을 보장하거나, 모체 체인에서 Rollup을 결제하거나, Rollup 간 작업의 원자성을 보장하지는 않습니다.
이 설계는 정렬 인프라를 분산하고, 여러 Rollup에 상대적 순서에 대한 일관된 관점을 제공하며, 중복 운영을 줄일 수 있습니다. 그러나 연결된 모든 Rollup에 한꺼번에 영향을 줄 수 있는 새로운 의존성도 함께 평가해야 합니다.
작동 방식
- 제출. 사용자, 지갑 또는 Rollup 전용 게이트웨이가 서명된 트랜잭션이나 내용을 해석하지 않는 트랜잭션 번들을 공유 시퀀싱 계층으로 보냅니다. 일반적으로 Rollup 식별자나 네임스페이스가 붙습니다.
- 정렬. 운영자 또는 합의 네트워크가 트랜잭션을 선택하고 포함 여부를 결정하며 공동의 정렬된 블록이나 로그에 합의합니다. 그 규칙이 직접적인 검열, 수수료 및 MEV 노출을 결정합니다.
- 사전 확인. 서비스가 순서에 대한 커밋먼트에 서명하거나 이를 확정할 수 있습니다. 그 보장은 해당 구현의 서명자, 위원회, 스테이크 또는 합의 가정에서 나오며 자동으로 모체 체인의 최종성이 되지는 않습니다.
- 배포. 릴레이어와 Rollup 노드가 정렬된 데이터를 가져와 커밋먼트를 검증하고 각 Rollup에 해당하는 항목을 걸러냅니다.
- 실행과 게시. 각 Rollup은 자체 트랜잭션을 실행하고 프로토콜에 따라 데이터와 상태 커밋먼트를 게시합니다. 지연 실행형 공유 시퀀서는 Rollup의 상태 전이를 검증하지 않고 불투명한 바이트를 정렬할 수 있습니다.
- 결제. Rollup의 증명 또는 이의 제기 시스템, 데이터 가용성 규칙, 브리지 계약과 모체 체인 합의가 실행 정확성, 출금 및 최종 결제를 결정합니다.
공통 순서가 있으면 애플리케이션이 같은 시퀀싱 이벤트를 참조할 수 있어 Rollup 간 조정을 지원합니다. 원자적 상호운용에는 양쪽 작업을 정의하고 결과를 검증하며 부분 실행을 방지하거나 처리하는 추가 프로토콜 로직이 여전히 필요합니다. 공유 정렬만으로는 메시지 전달이나 롤백 의미론이 제공되지 않습니다.
예시
어떤 애플리케이션이 Rollup A의 자산을 Rollup B의 자산으로 교환하려 한다고 가정해 보겠습니다. 두 Rollup이 사용하는 시퀀싱 계층에 두 트랜잭션 작업을 하나의 번들로 제출합니다. 시퀀서는 상대적 순서를 커밋하고 각 Rollup은 동일한 정렬 로그에서 자신의 항목을 도출합니다.
두 Rollup과 상호운용 프로토콜이 번들을 인식하고 공유 커밋먼트를 검증하며 전부 성공 또는 전부 실패 규칙을 강제한다면, 공통 순서는 실행을 조정하는 데 도움이 됩니다. Rollup A가 자신의 작업을 실행했지만 Rollup B가 다른 작업을 거부하거나 지연하거나 가져오지 못한다면 공유 시퀀서가 교환을 원자적으로 만든 것이 아닙니다. 브리지, 증명 시스템, 에스크로 또는 다른 복구 규칙이 그 상태를 해결해야 합니다.
운영 검토에서는 사전 확인, 가용성 게시, 실행 결과와 모체 체인 결제를 별도 상태로 추적해야 합니다. “확인됨”만 표시하는 사용자 인터페이스는 실제로 어떤 보장에 도달했는지 숨길 수 있습니다.
위험
- 공통 원인 중단. 합의 실패, 소프트웨어 결함, 릴레이어 문제 또는 네트워크 장애로 여러 Rollup이 함께 멈출 수 있습니다. 각 Rollup에는 문서화된 대체 경로와 복구 후 순서를 조정하는 규칙이 필요합니다.
- 검열과 거버넌스. 검증자, 운영자, 참여 정책 또는 업그레이드 권한자가 트랜잭션이나 Rollup을 제외할 수 있습니다. 실제 참여나 트랜잭션 제출이 허가형으로 남아 있다면 탈중앙화 합의만으로는 해결되지 않습니다.
- 정렬과 MEV. 공유 관점은 Rollup 간 활동을 조정할 수 있지만 가치 있는 주문 흐름을 집중시키고 도메인 간 선행매매, 우선 포함 또는 정교한 MEV 추출을 가능하게 할 수도 있습니다.
- 확인 불일치. 시퀀서 커밋먼트, 데이터 가용성 확인, Rollup 실행 결과와 모체 체인 결제는 서로 다른 보장입니다. 브리지와 애플리케이션이 가장 이른 신호를 가장 강한 보장으로 취급하면 자금을 잃을 수 있습니다.
- 데이터와 통합 실패. 잘못된 네임스페이스, 결함 있는 도출, 사용할 수 없는 데이터, 호환되지 않는 업그레이드 또는 침해된 어댑터로 인해 Rollup이 잘못된 입력을 실행하거나 블록 도출을 멈출 수 있습니다.
- 경제 및 통제 집중. 공통 검증자 집합, 토큰, 클라이언트, RPC 서비스 또는 거버넌스 절차가 시스템적으로 중요해질 수 있습니다. 인프라 공유는 한 Rollup의 운영자를 분산하는 동시에 생태계를 다른 계층에 집중시킬 수 있습니다.
흔한 오해
- 공유는 곧 탈중앙화다. 공유는 몇 개의 Rollup이 서비스를 쓰는지를 말할 뿐입니다. 탈중앙화는 누가 네트워크를 검증하고, 제안하고, 제출하고, 업그레이드하고, 복구할 수 있는지에 달려 있습니다.
- 하나의 순서는 하나의 상태 머신을 뜻한다. 각 Rollup은 일반적으로 별도의 실행과 상태를 유지합니다. 시퀀서는 이해하거나 실행하지 않는 데이터도 정렬할 수 있습니다.
- 사전 확인은 모체 체인의 최종성이다. 필요한 가용성, 증명 및 결제 단계가 끝날 때까지 그 강도와 되돌림 조건은 시퀀싱 프로토콜에서 나옵니다.
- 공유 시퀀싱은 브리지를 불필요하게 만든다. 자산과 메시지에는 여전히 인증된 상태 전이, 결제 로직 및 Rollup 간 실패 처리가 필요합니다.
- 이 설계는 MEV와 검열을 없앤다. 정렬 통제자를 바꾸고 책임성이나 경쟁을 개선할 수 있지만 정렬 권한과 관련 유인은 남습니다.
관련 주제
출처
- 소개 - Astria Documentation (확인일: 2026-08-21)
- 트랜잭션 흐름 - Astria Documentation (확인일: 2026-08-21)
- Rollup 아키텍처 - Espresso Documentation (확인일: 2026-08-21)
- Ethereum 확장 - Ethereum.org (확인일: 2026-08-21)