체인 추상화의 미래는 얼마나 남았나요?

저자: 루이, 투자자, 세븐엑스 벤처스, 번역: 0xjs@골든 파이낸스

롤업 열풍 속에서 우리는 사용자를 위해 인프라의 복잡성을 단순화해야만 이를 달성할 수 있습니다. 즉, 모든 크로스체인 작업에는 계정, 서명, 가스가 필요하지만 계정 상태 동기화, 서명 집계, 원자 실행, 지연된 최종 상황과 같은 과제가 남아 있습니다.

1. 체인 추상화란 무엇인가

최종 단계에서는 최종 사용자에게 기본적인 지식이 필요하지 않습니다. 단순히 의사를 표현하거나 주문을 지정하고 트랜잭션에 서명하면 나머지 작업(라우팅, 가스 변환, 빌드, 주문, 크로스체인 작업)은 자동으로 처리되도록 맡기면 됩니다. 이 문서에서는 특히 교차 도메인 추상화에 초점을 맞춥니다.

2. 체인 추상화가 중요한 이유

팻 프로토콜 이론의 도움으로 블록체인 롤업 또는 대체 L1 빌더가 기하급수적으로 증가하고 있으며, 롤업-as-a-Service는 새로운 블록체인 생성 속도를 하루 이내로 가속화하고 있습니다. 하지만 활동이 없는 블록체인은 6~18개월 이내에 사라질 것입니다. 그럼에도 불구하고 유연성이 계속 필요하기 때문에 통합된 블록체인의 독점을 달성하는 것은 쉽지 않을 것으로 보입니다. 보다 중앙화된 장기 시나리오에서도 다양한 블록체인의 존재는 계속해서 사용자 경험과 유동성의 파편화로 이어질 것입니다.

3. 체인 추상화 분해

통합 주소: 지갑은 서로 다른 EVM 주소와 비 EVM 주소를 하나로 결합합니다.

서명 집계: 스마트 컨트랙트 계정(EVM) 또는 MPC 서명자 컨트랙트(비 EVM)가 서명 집계를 관리합니다.

상태 동기화: 키스토어 롤업 또는 허브는 크로스체인 지갑 상태 동기화를 용이하게 합니다.

단일 가스: 페이마스터 계약은 ERC20 결제 사용을 지원하며 모든 결제를 후원할 수도 있습니다.

블록 빌딩 및 릴레이: 멤풀 빌더는 트랜잭션을 검증, 분류 및 일괄 처리하고, RPC는 각 체인에서 각 트랜잭션의 상태를 모니터링하고 순차적으로 실행을 조율합니다.

통합 유동성: 크로스체인 유동성은 유니스왑엑스나 유동성허브와 같은 솔버가 처리합니다.

4. 주요 플레이어는 누구

체인 추상화는 지갑, 의도 기반 시스템, MEV 솔루션 및 브리지와의 교차점에 서 있습니다. 세이프, 클레이브, 플래시봇, 레이어제로, 유니온 등과 같은 주요 프로젝트들이 적극적이거나 소극적인 역할을 하고 있습니다.

올해 특정 체인 추상화 업체들은 다양한 모듈을 통합된 프론트엔드 솔루션으로 통합하는 것을 목표로 하고 있으며, 코스모스 SDK를 사용하여 레이어 1 솔루션을 개발한 파티클 네트워크(Particle Network)와 같은 업체는 다음과 같이 다양한 모듈을 통합하여 사용자가 다음과 같이 사용할 수 있도록 합니다. 상태 동기화 및 서명 통합을 지원하는 4337 호환 크로스 체인 스마트 컨트랙트 지갑을 제공하는

Light,

Particle Network는 Cosmos SDK를 사용하여 레이어 1 솔루션을 개발하여 사용자가 EVM, Solana 및 BTC 간의 거래에 모든 토큰 또는 PARTI를 가스로 사용할 수 있도록 지원합니다. span style="color: rgb(0, 112, 192);">Burnt (xion)는 서명 불가지론, 매개변수화된 수수료 레이어 및 상태 머신 업데이트를 허용하는 메타 계정 설계를 갖춘 범용 체인 추상화 프로토콜입니다.

NEAR 프로토콜은 크로스체인 트랜잭션을 처리하기 위해 MPC 레이어를 통합합니다.

5. 여러 체인을 위한 통합 주소

각 체인마다 별도의 계정을 유지하는 것은 사용자와 개발자 모두에게 부담이 되며, 후자는 여러 코드베이스를 관리해야 합니다. 다음과 같은 스마트 컨트랙트 지갑 프로젝트의 경우, 파티클 네트워크와 라이트는 결정론적 배포 에이전트를 사용하여 EVM 내의 동일한 주소에 있는 모든 체인에 배포할 수 있고, CREATE2를 사용하여 결정론적 위치에 모든 컨트랙트를 배포할 수 있습니다. 외부 블록체인의 경우, 주소는 제공된 EVM 주소, 체인ID 및 경로에서 파생될 수 있으며, 각 계정은 각 체인에서 무제한의 원격 주소를 받을 수 있습니다. EOA 계정의 경우, NEAR 프로토콜은 NEAR 주소(예: near), 파생된 경로(예: 이더리움-1의 문자열), MPC 서비스의 공개 키에서 외부 주소를 파생합니다.

6. 교차 체인 지갑 상태 동기화

사용자가 레이어 2에서 서명 키를 변경하면 변경 사항이 다른 체인에 어떻게 동기화되나요? 실시간 업데이트, 최소한의 업데이트 비용, 합리적인 전파 시간이 필요합니다. 현재 세 가지 솔루션은 키스토어 롤업, 라이트 동기화, 키스토어 허브입니다.

키스토어 롤업

비탈릭 부테린이 설계한 최소 키스토어 롤업은 L1을 기반으로 하는 롤업입니다. 머클 트리 상태 루트를 L1에 저장합니다. 지갑을 생성하기 위해 사용자는 각 사용자에 대한 데이터 + 검증 키(vk)로 서명자를 확인하고 업데이트하는 로직을 정의하는 zk 회로를 생성합니다. 사용자는 키를 불변의 값으로 하드코딩하는 SCW를 생성합니다. 이 L2를 통해 SCW 서명자를 변경하려면 사용자는 원래 키, 새 키, 현재 vk, IMT에 인코딩된 데이터 값, 현재 vk에 대한 검증 증명을 제출합니다. 또는 사용자가 L1의 키스토어 컨트랙트에 직접 tx를 제출할 수도 있습니다.

이 접근 방식은 중립적이고 신뢰가 필요하지 않지만, 서명자 업데이트가 빈번하지 않고 사용자가 롤업 증명을 보조하기 위해 tx 증명에 대한 비용을 미리 지불해야 하며 그렇지 않으면 증명에 가치가 제공되지 않는다는 가정하에 인센티브가 어려울 수 있습니다. 가치.

라이트 상태 동기화

라이트는 0xsequence의 Agusx1211이 개발한 라이트 월렛 동기화를 구현합니다. 이를 통해 지갑은 네트워크 체인ID에 연결되지 않은 사용자 지정 메시지 패턴을 SCA에 생성할 수 있으므로, "제어 위임" 서명을 새로운 서명자 집합에 서명하여 나중에 일반 트랜잭션이나 메시지에 서명하는 데 사용할 수 있습니다. 그러나 사용자가 체인에서 작업을 수행할 때까지 상태는 업데이트되지 않으며, 다른 트랜잭션에 배칭 tx 중 하나로 태그를 지정하여 체인 상태를 최신 "사전 서명된" 상태와 일치하도록 업데이트할 수 있습니다.

이 접근 방식은 실시간이며 비용 효율적이지만 오프체인 데이터의 가용성에 크게 의존하며, 해당 데이터가 손실되면 지갑이 최신 상태에 액세스할 수 없거나 심지어 사용할 수 없게 되므로 일반적으로 지갑 클라이언트는 모든 데이터의 사본을 저장할 책임이 있습니다. 또한, 이 방법은 체인에서 아무것도 비활성화하지 않기 때문에 서명자를 제거할 때 강력한 보장을 제공하지 않습니다.

키스토어 허브

파트너 네트워크는 키스토어 허브를 사용합니다. 스마트 계정의 코드 로직과 저장소는 분리되어 있으며, 키스토어 허브는 서명자 정보를 저장하고 사용자는 여러 체인에서 상태의 일관성을 보장하기 위해 허브를 통해 배포 및 업데이트합니다. 간단히 말해, 키스토어 허브는 업데이트된 트랜잭션을 여러 체인에 전송하는 역할을 담당합니다.

이 접근 방식은 서명자 업데이트 작업이 빈번하지 않다는 가정 하에 가장 간단한 접근 방식이므로 대량 거래 비용이 허용되지만, 신뢰와 약간의 지연 시간이 필요합니다.

7. 서명 통합

사용자는 이제 단일 서명을 사용해 멀티체인 트랜잭션을 시작할 수 있습니다. 라이트와 같은 프로젝트는 머클 트리 기반 풀체인 서명 집계를 활용하여 사용자가 한 번만 서명하면 되도록 합니다. 그러나 비 EVM의 경우, NEAR와 같은 프로젝트는 tx 자체의 서명이 아닌 서명을 재구성하는 데 필요한 요소를 반환하는 MPC 서명자 콘트랙트를 활용하여 여러 블록체인에서 서명 과정을 일반화(예: 비트코인에서는 r과 s 값을 반환)하고 적절한 네트워크에 전달할 수 있습니다. 이 과정에서 원하는 경우 지불자(스폰서 가스)의 서명을 수집하고 집계해야 한다는 점에 유의하세요.

8. 가스 추상화

가스가 다른 당사자(지갑 또는 디앱)에 의해 후원되거나 erc20으로 지불될수록 더 나은 경험을 제공하며, 크로스체인 시나리오에서 통합된 가스는 복잡성을 줄여줍니다. 가스에는 모든 관련 체인에 대한 트랜잭션 수수료가 포함됩니다. tx를 구성하는 동안 페이마스터는 자체 서명을 제공하여 참여자들과 계약하고, 번들러가 오프체인 시뮬레이션을 수행할 때 페이마스터의 잔액을 확인하며, 번들러에서 실행될 때 페이마스터는 가스를 번들러 대상 체인에 직접 반환합니다.

Layer1은 사용자가 모든 토큰 또는 PARTI로 크로스체인 가스를 지불하고 처리할 수 있다는 점에서 파티클 네트워크와 유사하며,

Light는 모든 토큰으로 지불할 수 있고 사용자 지정 결제자를 통해 주어진 주문 흐름에 대한 가스를 완전히 후원할 수 있습니다.

Clave는 현재 다음을 후원하고 있습니다. Gas를 후원하고 있습니다.

9. 블록 빌딩

높은 수준에서는 트랜잭션을 처리하기 위한 플러그 앤 플레이 메모리 풀과 탈중앙화된 블록 빌더를 보유하게 될 것입니다. 사용자 기본 설정은 단일 도메인 내의 간단한 전송부터 여러 블록체인에 걸친 복잡한 시퀀스까지 모든 것을 다룹니다. 사용자는 도메인 내에서 실행 세부사항을 지정하거나 실행자에게 최적의 라우팅을 맡기는 추상적인 지침을 제공할 수 있습니다.

수아브의 개념은 탈중앙화된 시퀀싱 레이어를 공유하는 여러 체인이 네트워크 복원력과 검증자를 위한 블록 공간 수익을 극대화하는 동시에 빌더와 검색자를 위한 개방형 액세스를 보장하는 이상적인 시나리오를 그려내고 있습니다.

10. 릴레이

크로스체인 원자성을 달성하기 위해 릴레이는 블록 빌딩과 밀접한 관련이 있으며, 릴레이 노드(예: 플래시봇 RPC)를 통해 각 체인에서 tx 실행을 모니터링하고 번들러/빌더와 협력하여 다음 tx를 적절한 체인으로 전송합니다. 이 과정은 대상 체인에서 모든 트랜잭션이 실행되고 미사용 가스비가 처리될 때까지 반복됩니다.

이론적으로 대기 시간은 블록체인의 발신 블록 시간이며, 발신 블록이 너무 느리면 서명이 무효화됩니다. 하나의 트랜잭션이 실패하면 전체 트랜잭션이 실패하도록 트랜잭션을 원자적으로 설정할 수 있습니다.

11. 파티클 네트워크

파티클은 EVM, BTC, 솔라나 등에서 체인 추상화를 지원하는 범용 결제 레이어로 모듈식 코스모스 L1을 구축합니다. 이전의 서비스형 지갑 통합과 BTC 연결을 진입점으로 사용하여 EVM의 키스토어 컨트랙트를 통해 계정 저장 및 동기화를 처리하고, 탈중앙화된 번들러 서비스를 활용하여 유저옵스, 크로스체인 트랜잭션을 위한 메시징 프로토콜, 전체 실행 라이프사이클을 관리하는 리피터를 구축합니다. 파티를 파티 체인의 중심으로 삼아 파티와 체인 상의 다른 gA를 추상화할 수 있습니다. L1은 베이스레이어 위에서 바빌론의 이중 서약의 보안을 활용하고 집계된 DA를 사용할 수 있습니다. 파티클 체인은 최종 사용자와 디앱을 위한 원스톱 솔루션이 될 것입니다.