유니스왑 Unichain, 옵티미즘에 운영 맡긴다…10월 두 단계 전환

유니스왑 랩스가 운영하는 이더리움 레이어2 네트워크 Unichain이 프로덕션 시퀀서, 퍼블릭 노드 접속, 모니터링과 장애 대응을 옵티미즘에 맡긴다. 테스트넷은 10월 13일, 메인넷은 10월 29일 전환할 예정이다. 옵티미즘의 역할이 프로토콜 지원에서 파트너 체인의 직접 운영으로 확대되는 동시에, OP Stack을 사용하는 여러 네트워크가 일상적인 유지보수와 긴급 대응을 같은 운영 주체에 의존하게 된다.

사용자 입장에서는 운영 주체가 통합되면서 기술 지원과 유지보수 절차가 일원화될 수 있다. 반면 공통 운영 조직에 대한 의존도도 높아진다. 시퀀서에 장애가 발생했을 때 사용자가 거래를 제출할 수 있는지, 이후 자금을 인출할 수 있는지는 운영 서비스만으로 결정되지 않는다. 각 체인의 컨트랙트 구조와 제안 권한이 핵심 변수다.

Unichain, 기술 지원에서 프로덕션 운영으로 전환

옵티미즘은 7월 31일 업데이트한 OP Enterprise 소개 자료에서 유니스왑 랩스가 그동안 Mission Critical 부가 서비스를 통해 Unichain을 운영해왔다고 설명했다. 유니스왑 랩스가 10월 9일 공개한 전환 계획을 함께 보면, 이번 조정으로 옵티미즘은 지원과 모니터링을 넘어 프로덕션 환경의 운영 책임까지 맡게 된다.

유니스왑 랩스는 이번 전환으로 Unichain의 체인 ID, 컨트랙트, 잔액, 애플리케이션, Uniswap v2·v3·v4 배포 상태가 바뀌지 않는다고 밝혔다. Unichain은 계속 Stage 1 롤업으로 운영되며, 무허가 방식의 장애 증명 시스템과 기존 컨트랙트 업그레이드 거버넌스도 유지한다. 변경 대상은 체인 자체나 업그레이드 권한이 아니라 프로덕션 운영 주체다.

이번 구조는 옵티미즘이 최근 파트너 체인에 적용해온 방식과 유사하다. Soneium은 9월 30일 OP Enterprise의 Fully Managed 서비스를 도입한다고 발표했다. 이에 따라 옵티미즘 재단과 OP Labs가 배포, 시퀀서 운영, 노드 인프라, 업그레이드, 모니터링, 장애 대응을 지원한다. Soneium은 네트워크 엔지니어링과 로드맵 추진에 계속 참여하며, 토큰화 지식재산권 상품과 관련된 업무도 맡는다. 다만 구체적인 전환 완료일은 공개하지 않았다.

Ink는 더 이른 사례다. 옵티미즘 공동 창업자 징 왕은 6월 23일 공개한 계획에서 Ink Foundation이 생태계 확장에 더 집중할 수 있도록 옵티미즘이 네트워크를 운영하고 개선할 수 있다고 밝혔다. 계획에는 메인넷과 테스트넷의 시퀀서, RPC, 블록 익스플로러, 모니터링, 장애 대응이 포함됐으며 목표 전환 시점은 8월이었다. 옵티미즘이 9월 7일 공개한 가이드에서는 Ink 인프라를 재단이 OP Labs를 통해 운영한다고 설명했다.

Fully Managed 서비스가 맡는 운영 범위

OP Enterprise는 옵티미즘이 제공하는 체인 인프라 및 지원 서비스다. 서비스 등급에 따르면 Self Managed 방식에서는 고객이 인프라를 직접 운영하고 시퀀서와 노드를 통제하며, 옵티미즘은 지원과 모니터링을 제공한다. Fully Managed 방식에서는 OP Labs가 시퀀서, 배치 처리기, 제안자와 체인 인프라를 운영하고 보안 패치도 담당한다.

각 구성요소의 역할은 다르다. 시퀀서는 거래 순서를 정하고, 배치 처리기는 거래 데이터를 이더리움에 제출한다. 제안자는 체인 상태에 관한 증명을 제출한다. 일상적인 운영을 프로토콜 개발 주체에 맡기면 파트너가 직접 조율해야 할 업무를 줄일 수 있다. 다만 이더리움에서의 정산과 증명을 접수하는 컨트랙트는 별도의 메커니즘이므로 운영 서비스와 동일하게 볼 수 없다.

Soneium이 공개한 서비스 조건에는 월간 가동률 목표 99.9%와 24시간 장애 대응 체계가 포함돼 있다. Mission Critical 부가 서비스의 서비스 수준 협약은 가동률 99.95%로 표시돼 있으며, 가장 심각한 장애에 대한 최초 응답 목표는 15분, 상태 업데이트 주기는 30분이다. Unichain이 기존에 이용하던 서비스 관계에도 이 부가 서비스가 명시돼 있었다.

이 수치는 서비스 약정이지, 실제 가동률이 개선됐다는 관측 결과를 뜻하지 않는다. 15분은 최초 응답까지의 목표 시간이며 실제 복구에는 더 오래 걸릴 수 있다. 운영을 집중하는 이유는 운영팀이 프로토콜 문제를 더 직접적으로 파악하고 패치를 배포할 수 있기 때문이다. 반대로 서로 다른 브랜드의 체인이 시퀀싱, 유지보수와 사고 처리를 한 조직에 함께 의존하게 되는 구조적 특성도 생긴다.

현재 공개된 정보만으로는 클라우드 리전, 서명 키 또는 다른 하위 인프라까지 공유되는지는 확인되지 않는다. 따라서 여러 고객이 동일한 절차상의 문제로 영향을 받을 가능성은 점검 대상이지만, 이미 기술적 장애가 발생했다는 의미는 아니다.

이더리움의 강제 거래 경로가 즉시 인출을 보장하지는 않아

L2BEAT의 Unichain, Soneium, Ink 평가에는 이더리움을 통한 강제 거래 포함 메커니즘이 모두 기재돼 있으며, 대기 시간은 최대 12시간에 이를 수 있다. OP Stack의 파생 규격과 강제 거래 설명에 따르면 사용자는 이더리움상의 체인 포털 컨트랙트에 입금 거래를 제출할 수 있다. 시퀀서 윈도우가 끝나면 노드는 정상적인 시퀀서 배치에 의존하지 않고 해당 거래가 포함된 블록을 파생할 수 있다. 강제 거래는 인출을 시작하는 데도 사용될 수 있다.

이 메커니즘은 시퀀서를 이용할 수 없거나 거래가 검열되는 상황에서 대체 경로를 제공한다. 그러나 자금이 즉시 이더리움으로 돌아온다는 뜻은 아니다. 인출에는 해당 상태 제안과 증명 등 필요한 절차가 남아 있으며, 중간 단계에 권한 제한이 존재할 수 있다.

L2BEAT는 Unichain과 Ink를 Stage 1로 평가하면서, 충분한 자금을 보유한 다른 참여자도 상태 루트를 제출할 수 있다고 설명한다. 자격을 갖춘 참여자가 승인되는 상태 루트를 제출하고 증명과 인출 요건을 충족하면, 두 체인의 표준 출금 경로에서는 통상 제안자가 담당하는 작업을 다른 참여자가 대신 수행할 수 있다.

Soneium은 구조가 다르다. L2BEAT에 따르면 현재 신뢰 기반의 '슈퍼체인 권한' 메커니즘에는 이용 가능한 온체인 분쟁 처리 절차가 없으며, 화이트리스트에 등록된 제안자만 상태 루트를 게시할 수 있다. 이 제안자들이 역할을 수행하지 못하면 인출이 동결된다. 강제 거래를 통해 거래를 파생 체인에 포함시킬 수는 있지만, 누락된 인출 제안 권한을 대신할 수는 없다.

세 체인의 인출 평가에는 모두 7일의 증명 성숙 기간이 반영돼 있다. Unichain과 Ink에는 정산과 관련된 추가 조건도 있다. 상태 루트 정산에 최소 3일 반이 필요하고, 정산 이후에도 3일 반이 더 필요하다. 증명은 정산 전에 포함될 수 있으므로 이 기간을 단순히 더해 일률적인 인출 소요 시간으로 해석해서는 안 된다. Soneium은 인출 지연을 유지하지만, 신뢰 기반 메커니즘에 온체인 이의 제기 절차가 없다는 점이 다르다.

운영 주체가 바뀌어도 컨트랙트 업그레이드 권한은 유지

프로덕션 운영, 컨트랙트 업그레이드 권한, 자산 보관은 서로 다른 문제다. 유니스왑 랩스는 Unichain의 기존 거버넌스 체계가 계속 유효하다고 밝혔다. L2BEAT가 현재 평가한 세 체인은 모두 재단과 보안위원회의 공동 승인을 거쳐 업그레이드가 이뤄진다. 통상적인 업그레이드에는 지연이 없으며, 즉시 업그레이드 권한에 대해 이용 가능한 보장형 출금 기간도 없다.

따라서 시퀀서 장애가 발생했을 때 이더리움을 통한 대체 거래 경로가 존재하더라도, 사용자가 원하지 않는 컨트랙트 변경이 적용되기 전에 반드시 빠져나갈 수 있다는 보장은 없다. Stage 1 구조는 운영 주체에 의존하지 않는 일부 경로를 제공하지만, 온체인 업그레이드 권한 역시 여전히 중요한 요소다.

Unichain이 예고한 네이티브 상호운용성은 아직 향후 기능에 해당한다. Soneium은 이번 운영 방식에 상호운용성이 포함되지 않는다고 명시했다. Ink는 6월 계획에서 증명 시스템이 단계적으로 도입된 뒤 하루 인출을 목표로 제시했지만, 현재 인출 평가에는 여전히 7일의 증명 성숙 기간이 반영돼 있다. 옵티미즘이 추진해온 Superchain 상호운용성 기술 업그레이드와 이번 프로덕션 운영 위탁은 별개의 진전이다. 전자는 네트워크 간 연결을 준비하는 작업이고, 후자는 누가 체인을 유지보수하고 장애를 처리할지를 정하는 운영 변화다.

다음 일정은 Unichain 테스트넷의 10월 13일 전환과 메인넷의 10월 29일 전환이다. 계획대로 진행되면 옵티미즘은 프로토콜 지원을 넘어 실제 운영 중인 또 하나의 체인으로 서비스 범위를 넓히게 된다. 전환 이후 서비스 성과는 실제 운영을 통해 확인될 필요가 있으며, 장애 발생 시 거래가 체인에 포함되는지와 자금이 인출되는지는 각 체인의 제안·증명·업그레이드 규칙에 계속 좌우된다.