이 기사는 학습 및 커뮤니케이션 목적으로만 작성되었으며 투자 조언을 구성하지 않습니다. 재인쇄 시 출처를 명시해 주시고, 승인 및 재인쇄 지침을 받으려면 IOSG 팀에 문의하세요. 기사에 언급된 모든 프로젝트는 추천이나 투자 조언이 아닙니다.

머리말

수년에 걸쳐 Uniswap은 교환을 더욱 사용자 친화적이고 공정하게 만들기 위해 기능과 혁신을 지속적으로 추진해 왔습니다. 예를 들어 Uniswap Mobile의 모바일 버전, UniswapX의 Fillers Network, 크로스체인 의도 표준 통합을 위한 ERC-7682, Uniswap V4에서 AMM 풀을 사용자 정의하기 위한 곧 출시될 후크 등을 보았습니다.

10월 10일 Uniswap은 일반적으로 낙관적인 롤업인 Unichain을 발표했습니다. 체인은 슈퍼 체인 생태계의 원스톱 유동성 센터가 되어 거래자에게 거의 즉각적인 교환 경험과 낮은 스프레드를 제공하는 동시에 프로세스에서 MEV 참가자의 개인 정보 보호와 무결성을 극대화하는 것을 목표로 하며 그 과정에서 TEE를 사용합니다. .

이러한 비전은 인상적이지만 사용자는 Vitalik을 포함한 일부가 Unichain = "롤업에 있는 Uniswap의 모든 사본"에 대해 언급하면서 또 다른 L2의 필요성에 대해 의문을 제기했습니다. 즉, 그는 새로운 체인에서 Uniswap 클론을 출시하는 것이 실제로 Unichain 자체를 출시하는 것과 동일한 목적을 달성한다고 믿습니다.

그렇다면 유니체인은 좋은 것인가요, 나쁜 것인가요? 오늘 기사에서는 Unichain의 아키텍처에 대해 논의하고 Unichain의 "필요성"을 이해합니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

1. 유니체인이란 무엇인가요?

Unichain은 온체인 LP 및 교환기에 대한 잠재적 영향을 최소화하기 위해 개인 정보 보호 기술 TEE를 사용하면서 거의 즉각적인 거래를 수행하도록 설계된 낙관적 롤업입니다.

Unichain은 다른 낙관적 롤업 체인과 동일한 속성 및 표준으로 구축되었기 때문에 이제 하이퍼체인 생태계의 상호 운용성을 활용하고 네트워크 전반에 걸쳐 공유 유동성에 액세스할 수 있습니다.

이를 위해 Unichain은 4가지 주요 혁신을 가져왔습니다.

  • Rollup-Boost와 Sequencer Builder가 분리됨
  • TEE의 블록 구축
  • 플래시블록
  • 유니체인 검증 네트워크(UVN)

1.1 롤업 부스트: 시퀀서 제안자 분리(SBS)

블록 빌딩은 MEV 문제를 해결하는 열쇠입니다.

MEV Boost 이전에 Ethereum은 검열 위험과 열악한 사용자 경험으로 인해 어려움을 겪었습니다. 사용자는 이익 중심 주문 포함을 위한 검색자 간의 치열한 경쟁으로 인해 높은 거래 수수료와 선취 문제에 직면해 있습니다. 이러한 문제를 해결하기 위해 flashbot은 MEV-boost를 구축했습니다.

MEV Boost는 블록 빌더와 제안자의 역할을 통합하고 서명을 위해 가장 수익성이 높은 블록을 제안자에게 제출하는 릴레이어를 도입함으로써 블록 빌더와 제안자의 역할을 차별화합니다. 이 설계는 MEV 추출 프로세스를 효과적으로 분산화하고 검증자와 전문 빌더 간의 MEV 수익을 민주화합니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

Rollup Boost의 개념은 SBS(Sequencer Builder Separation)가 활성화된 L2가 "Block Builder Sidecar"라는 시스템을 통해 블록 구축 프로세스를 시퀀서의 실행 엔진에서 분리할 수 있다는 MEV Boost와 유사합니다.

간단히 말해서 시스템 내부에는 4가지 주요 구성 요소가 있습니다.

  • OP 노드
  • OP-겟스
  • 사이드카/블록빌더 사이드카
  • 외부 블록 빌더

다음은 최적화 아키텍처 다이어그램입니다. 시퀀서 노드(op-chain이라고도 함)가 Op-geth와 Op-node로 구성되어 있음을 알 수 있습니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

시퀀서에서 블록 구성과 제안의 역할을 차별화하기 위해 Sidecar라는 구성 요소가 추가되었습니다. 사이드카를 사용하면 OP 노드가 외부 빌더로부터 블록을 수신하여 블록 빌더와 제안자 사이에 시장을 만들 수 있습니다.

작업 흐름은 다음과 같습니다.

1. OP 노드는 사이드카에 업데이트를 보냅니다.

2. 사이드카는 op-geth에 업데이트를 전달하는 중개자 역할을 합니다.

3. OP 노드가 OP-geth에서 블록을 요청하면 사이드카가 요청을 가로챕니다.

4. 그런 다음 사이드카는 요청을 외부 블록 빌더에게 전달합니다. 이는 외부 빌더가 입찰하고 경쟁할 수 있는 "간격"입니다.

5. 외부/승자 블록을 수신한 후 사이드카는 이를 OP 노드로 보냅니다.

6. 블록이 수신되지 않으면 사이드카는 로컬에서 생성된 블록을 전달합니다.

블록 빌더 사이드카의 주요 이점은 업그레이드 시 OP 체인 클라이언트를 수정할 필요가 없으며 보다 유연하고 능률적이며 검열에 강한 트랜잭션 주문 규칙을 허용한다는 것입니다. 다만, 중개자(사이드카) 추가로 인해 일부 지연이 발생할 수 있습니다.

1.2 롤업 부스트: 시퀀서 제안자 분리(SBS)

Rollup Boost는 트랜잭션 무결성을 보장하기 위해 블록 구성 프로세스에 TEE(신뢰할 수 있는 실행 환경)를 도입하여 이 프로세스를 한 단계 더 발전시킵니다. Intel TDX와 같은 최신 하드웨어 발전 덕분에 실시간 성능이 가능합니다.

TEE에 익숙하지 않은 분들을 위해 설명하자면, TEE는 승인되지 않은 개체가 내부 데이터를 읽지 못하도록 방지하여 향상된 개인 정보 보호를 제공하는 프로세서 또는 하드웨어 내의 보안 구역입니다. 동시에 TEE 내의 코드는 수정되거나 교체될 수 없기 때문에 TEE는 높은 수준의 무결성을 유지합니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

Rollup Boost의 맥락에서 Unichain은 TEE 빌더를 사용하여 MEV 누출 위험을 줄입니다. 이는 번들 또는 트랜잭션이 TEE 블록 빌더로 전송될 때 TEE의 무결성 측면이 트랜잭션이 빌더에 도착하는 순서가 더 많은 MEV를 추출하려는 외부 당사자의 영향을 받지 않도록 보장한다는 것을 의미합니다.

또한 TEE는 시뮬레이션을 실행할 수 있고 복원된 트랜잭션이 처리되기 전에 감지 및 제거되므로 실패한 트랜잭션으로부터 사용자를 보호하는 무신뢰 복원 보호 기능을 제공합니다. 이는 AMM의 효율성을 향상시킬 뿐만 아니라(실패한 트랜잭션이 진행되지 않음) 특히 트랜잭션 볼륨이 높을 때 전반적인 사용자 경험을 향상시킵니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

주문 및 블록 생성 과정의 투명성을 높이기 위해 블록이 생성된 후 실행 증명이 사용자에게 공개됩니다. 이 증명은 이후 단락에서 설명할 개념인 우선순위를 확인하는 데 중요합니다.

1.3플래시블록과 검증가능한 블록 구축

이더리움의 평균 블록 시간은 12초로 매우 느리며 수용 가능한 거래 경험에 대한 오늘날의 요구를 충족할 수 없습니다. 또한, 느린 블록 시간으로 인해 네트워크가 더 많은 MEV 기회에 노출되고 트랜잭션 스팸 공격으로 인한 네트워크 정체에 취약해집니다.

L2는 오프체인 트랜잭션을 묶고 계산 정확성을 검증하기 위한 증거를 제출함으로써 이더리움의 확장성을 향상시키는 것을 목표로 합니다. 보다 원활한 거래 경험을 제공하기 위해 Unichain은 250ms의 블록 시간 달성을 목표로 합니다. 그러나 이를 달성하기 위해 Unichain에는 낮은 지연 시간과 거의 즉각적인 확인 시간으로 블록을 지속적으로 전송할 수 있는 시스템이 필요합니다. 솔라나는 440M을 병렬로 처리할 수 있지만, 이 속도를 달성하기 위해서는 어느 정도의 탈중앙화가 희생됩니다.

이전에는 대부분의 L2 블록 제안 중에 데이터 직렬화 및 상태 루트 생성 지연으로 인해 빠른 블록 시간이 불가능했습니다.

이 문제를 해결하기 위해 flashbot은 청크를 더 작은 조각으로 "분할"하여 청크 사이의 시간을 단축하여 UX/LP 이점을 극대화한다는 아이디어로 flashblock을 만들었습니다.

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

Flashblock은 부분적이지만 빠른 확인을 위해 TEE 블록 빌더가 발행한 사전 확인입니다.

먼저, 트랜잭션이 TEE 블록 빌더로 스트리밍됩니다. L2에 SBS가 활성화되어 있으면 블록 빌더가 시퀀서에서 분리됩니다. 정렬 및 묶음 후에 거래는 점진적으로 플래시블록(Flashblock)이라는 부분 확인을 형성합니다. Flashblock은 검증을 위해 250밀리초마다 시퀀서에서 다른 노드로 브로드캐스트합니다.

대기 시간은 L2의 상태 루트 생성 및 직렬화로 인해 발생하므로 Unichain은 여러 부분 블록에 대해 상태 루트와 합의를 한 번만 계산하여 블록 구축 프로세스의 비용을 상각함으로써 대기 시간을 크게 줄입니다.

즉, Flashblock은 다음과 같은 이유로 강력합니다.

  • 블록 생성 시간이 짧을수록 LP의 역선택 비용 위험이 줄어듭니다.
  • Flashblock은 기존 상태의 초기 실행 상태를 제공하여 지갑과 프런트엔드 통합을 더 쉽게 만듭니다.
  • 빠른 트랜잭션은 탁월한 사용자 경험(UX)을 제공합니다.

또한 TEE는 모든 Flashblock에서 우선순위를 적용할 수 있기 때문에 애플리케이션과 스마트 계약은 이제 MEV 세금을 부과하고 우선순위를 탈취하여 LP와 사용자에게 MEV를 재분배할 수 있습니다.

Dan Robinson이 자신의 트윗에서 강조했듯이 애플리케이션과 사용자가 MEV를 "제어"할 수 있도록 하는 것은 Unichain의 주요 기능/목적 중 하나입니다.

더 좋은 점은 TEE의 공개 실행 증명을 통해 우선순위를 확인할 수 있다는 것입니다. 이를 통해 사용자는 거래가 어떻게 실행되었는지 정확하게 확인할 수 있습니다. 이는 사용자가 우선순위가 공정하게 수행되도록 보장할 수 있는 유일한 방법이기 때문에 매우 중요합니다.

1.4유니체인 검증 네트워크(UVN)

오늘날 대부분의 L2 시퀀서는 중앙 집중화되어 있으며 단일 시퀀서의 동작은 MEV의 공정성, 블록의 활동 또는 최종성 등에 영향을 미칠 수 있습니다. 예를 들어 시퀀서가 유효하지 않은 블록을 게시하고 이에 대한 사기 증명이 제출되면 결과적인 체인 반전이 실제로 체인 속도에 영향을 미칠 수 있습니다.

시퀀서의 잠재적인 단일 실패 지점을 처리하기 위해 Unichain은 UVN(Unichain Validation Network)을 도입했습니다.

UVN은 블록이 제안될 때 정식 체인(이더리움)의 검증자를 통해 블록 검증에 중점을 두어 최종성 계층을 추가합니다. 이 프로세스는 실제로 단일 시대 내에서 블록 구성의 여러 단계가 동시에 발생할 수 있는 병렬화와 유사합니다.

그러나 문서에 추가 세부 정보가 없으면 장단점을 가정하기에는 너무 이릅니다.

1.5$UNI 토큰

$Uni 토큰은 이제 단순한 거버넌스 토큰이 아닌 유틸리티 토큰입니다.

검증자가 되려면 운영자는 먼저 메인넷에 $Uni를 담보로 스테이킹해야 합니다. 스마트 계약은 Unichain의 기본 브리지를 통해 잔액 및 업데이트 상태를 추적합니다.

각 에포크가 시작될 때 현재 스테이킹 잔액이 스냅샷되고 수수료는 스테이킹 가중치에 비례하여 분배됩니다. $UNI 지분 가중치가 가장 높은 검증인은 활성 세트로 선택되며, 검증 보상의 일부를 받을 수 있는 증거를 게시할 수 있습니다. 증명을 놓치거나 게시하지 않는 검증자는 보상을 받을 수 없으며 보상은 다음 에포크로 이월됩니다.

제한된 공개 정보를 바탕으로 검증 보상은 다음과 같을 것이라고 추론할 수 있습니다.

(Unichain 사용자가 지불한 L2 수수료 - 애플리케이션에서 부과하는 MEV 세금 - Tier 1에 번들을 제출하는 비용)

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

2.Unichain vs Appchain vs 일반 롤업

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

  • Unichain/Universal Rollup과 AppChain의 주요 차별화 요소는 MEV, 사전 확인 및 블록 공간 경쟁입니다.
  • 애플리케이션 체인은 아키텍처를 유연하게 맞춤화할 수 있으므로 다양한 MEV 메커니즘을 구현하여 검열 위험 제거 또는 MEV 누출 감소와 같은 문제를 완화할 수 있습니다.
  • 동시에 TEE가 제공하는 무결성 속성으로 인해 Unichain은 거래 순서가 제3자의 영향을 받지 않도록 하여 MEV를 완화하고 재구성합니다. 또한 검증 가능한 우선순위 지정은 MEV 공정성과 MEV 수익을 사용자 및 유동성 공급자에게 재분배할 수 있는 가능성을 보장합니다.
  • 시장에 나와 있는 대부분의 주문자는 중앙 집중화되어 있어 주문 흐름에서 최대 가치를 추출할 수 있습니다. 이와 대조적으로 Unichain은 MEV 재분배 메커니즘이 원래 시퀀서에서 캡처할 수 있는 MEV 수를 어느 정도 제한하므로 보다 "공익"적인 접근 방식을 취합니다.
  • Unichain은 낙관적 체인의 통합 표준인 OpStack을 기반으로 구축되었습니다. 이를 통해 Unichain은 보안 메시징을 통해 메시지를 읽고 슈퍼 체인의 자산을 전송할 수 있으므로 짧은 대기 시간(~2초)을 달성할 수 있습니다. 반면 Appchain은 IBC 생태계에 참여하거나 Arbitrum Orbit에 L3를 구축하는 등 다양한 상호 운용성 솔루션을 활용할 수 있습니다(OpStack의 L2에서는 일반적이지 않지만).

Uichain 기술 아키텍처 분석: L2를 재설계하는 것이 정말 필요한가요?

3.결론

Unichain은 사용자에게 사전에 확인된 원활한 거래 경험을 제공할 뿐만 아니라 flashblcok으로 인해 블록 시간이 단축되어 MEV 활용 창을 최소화하는 흥미로운 개념입니다. 이 혁신은 또한 LP의 역선택 위험을 줄이고 사용자/LP가 슬리피지 감소 등의 혜택을 누릴 수 있도록 합니다.

반면, TEE(Trusted Execution Environment)의 무결성 및 개인 정보 보호 속성은 Unichain의 우선 순위 덕분에 체인의 사용자가 공정하고 검증 가능하며 애플리케이션 관리 MEV 재배포를 통해 보장된 거래를 즐길 수 있도록 보장합니다.

Unichain의 검증 프로세스는 또한 단일 실패 지점으로부터 시퀀서를 보호하며, 검증자는 $Uni 토큰을 수익률이 있는 생산적인 자산으로 바꾸는 동시에 블록을 신속하게 마무리하는 데 중요한 역할을 합니다.

그러나 MEV 재분배를 활성화하면 시퀀서는 실제로 MEV의 최대량을 캡처할 수 있는 잠재력을 잃게 되지만 체인의 LP/사용자에게 더 많은 수익이 반환됩니다.

일부 사람들은 Unichain이 자산을 새로운 체인으로 마이그레이션할 만큼 매력적이지 않을 수 있다고 주장할 수 있지만, L2 생태계가 계속 성장함에 따라 운영 체인 간의 상호 운용성을 통해 Unichain은 유동성과 같은 더 큰 유동성 풀을 활용할 수 있을 것이라고 믿습니다. Base의 풀.

또한 Grant(Unichain은 Uniswap DAO 이후 USDC 형태로도 제공 가능) 외에도 맞춤형 MEV 재배포 전략의 이점을 누릴 수 있기 때문에 새로운 DeFi 앱은 Unichain을 기반으로 구축할 동기가 충분합니다. 동시에 생태계 내의 자산은 TEE의 이점을 활용하여 MEV 누출을 완화할 수 있습니다.

따라서 Unichain은 속도, MEV 재분배의 공정성 및 체인이 제공할 수 있는 상호 운용성으로 인해 DeFi의 차세대 센터가 될 가능성이 있습니다.