이더리움 경제구역, 메인넷·롤업 계약 한 블록서 호출

이더리움(ETH) 메인넷과 여러 롤업의 계약 호출을 같은 이더리움 블록 안에서 연결하는 이더리움 경제구역(EEZ) 설계가 제시됐다. EEZ는 메인넷과 참여 롤업의 자산·계약을 함께 사용하도록 하는 구조다.

EEZ는 새 블록체인이나 별도 기술 스택이 아니라 이더리움의 계약과 참여 체인 간 연결 규칙으로 구성된다. 연결된 체인은 각자 가상머신과 거래 순서를 유지하면서 이더리움 블록을 공유한다.

롤업마다 자금과 애플리케이션이 나뉘면 한 체인의 자산을 다른 체인에서 쓰기 위해 브리지 이동과 후속 거래를 거치는 경우가 많다. EEZ는 메인넷이나 다른 참여 롤업의 계약을 호출해 이 과정을 한 블록 안에서 연결하는 방안을 제시한다.

체인 간 호출은 대리 계약 주소를 통해 이뤄진다. 참여 체인의 각 계약에 대응하는 주소를 상대 체인에 미리 만들며, 이 주소는 EEZ 계약 주소와 원래 계약 주소, 체인 ID를 이용한 CREATE2 방식으로 계산된다.

조합기는 거래에 포함된 각 체인의 실행을 미리 계산하고 호출 결과를 실행표에 기록한다. 실행표에는 호출 결과와 롤업의 실행 전후 상태값, 이더리움으로 돌아오는 호출 목록과 그 결과의 연속 해시가 담긴다.

증명 시스템은 실행표와 롤업의 상태 전환을 확인할 자료를 만든다. 이더리움의 EEZ 계약은 증명을 검증하며, 대리 계약이 호출되면 실제 호출 내용과 사전 계산 결과가 일치하는지 확인한 뒤 응답을 돌려준다.

실행표를 검증하는 거래와 대리 계약을 호출하는 거래는 묶음으로 구성된다. 블록 빌더는 이 묶음을 순서대로 전부 포함하거나 제외하며, 검증 거래 뒤에 대리 계약 호출 거래가 이어져 같은 이더리움 블록 안에서 처리된다.

롤업이 이더리움에 되돌려 보내는 호출은 이더리움에서 직접 실행된다. 롤업은 조합기의 사전 계산 결과를 받으며, 이더리움 계약이 다시 롤업 계약을 호출하는 중첩 구조도 실행표에 담을 수 있다.

이 구조에서 원자적 실행은 묶인 작업이 함께 성공하거나 조건이 맞지 않을 때 되돌아가도록 설계됐다는 의미다. 조합기가 실패할 단계를 발견하면 거래 묶음을 보내지 않고, 이더리움에서 실제 실행 결과가 사전 계산과 다르면 양쪽 체인의 작업이 되돌아간다.

EEZ 측은 공개 테스트넷 Rollup X에서 메인넷 유동성을 이용해 CoW Swap 주문을 처리하고 결과를 같은 블록 안에서 돌려받는 시연을 소개했다. Safe 계정의 소유자 변경을 메인넷과 롤업에서 함께 처리한 사례도 소개됐다.

Rollup X의 Safe는 메인넷 Safe에 대응하는 대리 계약으로 작동하며, 서명자와 권한은 메인넷 계약에 남는다. 테크플로우포스트(TechFlowPost)는 거래 실행 전에 메인넷 상태를 확인해 권한 변경이 연결된 롤업에 반영되는 구조라고 설명했다.

본지는 앞서 메인넷 기록에서 확인한 EEZ 거래 8건을 보도했지만, 당시에는 롤업 내부 실행을 직접 측정하지 못했다. 이번 기술 설명은 호출과 검증이 어떤 절차로 연결되도록 설계됐는지를 다룬다.

EEZ 개발 현황은 공개 테스트넷 Rollup X가 단일 증명자를 사용하고 핵심 계약의 보안 감사를 진행 중이라고 밝혔다. 실시간 영지식증명은 공식 개발 현황에서 계획 단계로 분류돼 있다.

운영상 조합기는 거래 묶음 제출을 보류하거나 일부 항목의 실행을 미룰 수 있다. 메인넷에서 처리하는 호출에는 이더리움 블록 공간이 필요하고, 애플리케이션은 필요한 항목이 실제로 실행됐는지 확인해야 한다.

테크플로우포스트는 빠른 블록 생성, 이더리움과의 동기 호출, 탈중앙화된 시퀀서 운영을 동시에 충족하기 어렵다고 짚었다. 예로 블록 생성 간격이 200밀리초인 체인이 60개 블록 중 한 번만 동기 블록을 만들면 메인넷 호출은 12초마다 가능하다고 설명했다. 조합기와 블록 빌더가 암호화되지 않은 거래를 볼 수 있어 최대 추출 가능 가치(MEV)가 이들에게 집중될 수 있다는 점도 한계로 제시했다.