LayerZero CEO: 첫 원리에서 LayerZero 이해하기

작성자: Bryan Pellegrino, LayerZero Labs 공동 창립자 겸 CEO

편집: aididiaojp.eth, Foresight News

어제 트위터에서 LayerZero에 대한 많은 논의가 있었고, 그 중 많은 오해도 포함되어 있었기 때문에, 저는 첫 번째 원리부터 LayerZero가 무엇인지, 어떻게 작동하는지, 개발자들이 어떻게 안전성을 보장하는지 소개하겠습니다.

LayerZero란?

LayerZero는 메시징을 위한 상호 운용성 프로토콜로, 유효한 페이로드를 포함하는 크로스 체인 계약 호출을 허용합니다.

어떻게 작동하나요?

개발자는 여러 체인에 계약을 배포하며, 이를 체인 A와 체인 B로 통칭합니다. 거래는 체인 A에서 제출되며, 결과 메시지는 체인 B의 계약으로 전달될 수 있습니다. 계약은 LayerZero 엔드포인트와 상호 작용하고, 이후 애플리케이션에서 선택한 오라클과 중계기가 해당 블록 헤더와 tx 증명을 검색합니다. 그들은 A 체인에서 지정된 수의 블록이 확인된 후, 독립적으로 각자의 정보를 체인 B로 전송합니다. 체인 B에서는 이 정보가 검증자 또는 증명 라이브러리를 통해 검증된 후, 체인 B에 메시지 계약이 전송됩니다.

간단한 예로 사용자가 Stargate에서 브리징을 하고, SushiXSwap을 사용하여 교환하거나, 크로스 체인에서 NFT 자산을 거래할 수 있습니다.

인프라 제공자는 어떤 보장을 하나요?

여기에는 네 가지 실제 구성 요소가 있습니다: 중계기, 오라클, 검증자\증명 라이브러리, 블록 확인

애플리케이션은 이러한 구성 요소 각각을 완전히 제어할 수 있으며, 다음은 자세한 설명입니다:

중계기------중계기는 완전히 개방적이며 허가가 필요 없습니다. 애플리케이션은 기존의 중계기를 선택할 수 있으며, 중계기는 중계기 네트워크일 수도 있고 단순한 단일 서명자일 수도 있습니다.

오라클------오라클 또한 완전히 개방적이며 허가가 필요 없습니다. 애플리케이션은 기존의 오라클을 선택할 수 있으며, 오라클은 오라클 네트워크일 수도 있고 단일 서명자일 수도 있습니다.

증명 라이브러리------검증 라이브러리는 단지 추가만 가능한 레지스트리에서 게시되며, 새로운 라이브러리를 게시할 수도 있지만, 기존 라이브러리는 영원히 수정할 수 없으며, 완전히 되돌릴 수 없는 불변 검증 라이브러리입니다. 애플리케이션은 검증을 수행하기 위해 공공 감사가 있는 기존 라이브러리를 선택할 수 있습니다. 새로운 증명 메커니즘의 발명, 제로 지식 증명 등 분야의 발전과 가스 및 채택률에 대한 최적화 프로토콜의 출현으로 레지스트리는 무한한 유연성을 허용할 수 있습니다.

블록 확인- 블록 확인은 메시지가 목표 체인으로 전달되기 전에 현재 소스 체인에서 완료해야 하는 블록 수입니다. 이 숫자는 합의 메커니즘과 확률적 최종성을 가진 시스템에서 크게 다르며, 애플리케이션이 주어진 블록의 최종성을 제어하는 방식으로, 중앙화된 거래소가 주어진 체인에서의 입금을 수락하기 전에 하는 작업과 유사합니다.

애플리케이션이 이러한 매개변수를 구성하면 다음과 같이 표시됩니다.

애플리케이션이 매개변수를 구성하지 않으면 "기본" 설정을 사용하게 되어 일정한 적응성과 기능적 제한이 발생합니다.

장면 A에서 애플리케이션이 [ULN v2, Relayer A, Oracle Z, Block Confs X 및 Proof Lib V1]의 구성을 설정하면, 다른 시스템은 이러한 매개변수를 수정할 수 없습니다. 이때 중계기 A는 오라클 Z와 함께 사용되며, 모든 메시지는 X개의 블록을 기다린 후 ULN v2와 Proof Lib v1을 통해 검증됩니다.

장면 B에서 애플리케이션이 기본 설정을 사용할 때, 이는 그들이 매개변수 선택권을 LayerZero 다중 서명에 위임했다는 것을 의미합니다. LayerZero 다중 서명이 할 수 있는 유일한 것은 새로운 라이브러리를 추가하고 기본값을 변경하는 것입니다.

그렇다면 현재 존재하는 상황에 대해 논의해 보겠습니다.

오늘날 대부분의 상호 운용 시스템은 다음과 같이 작동합니다:

Wormhole, Nomad 등의 상호 운용 시스템은 유사한 방식으로 작동합니다. 모든 제어는 [시스템]에 위치하며, 이를 제어하는 관리자가 업그레이드를 수행할 수 있습니다(웜홀은 검증자의 13/19 다중 서명을 요구합니다). 이는 일정한 위험을 초래하여 Wormhole과 Nomad에서 여러 보안 문제를 발생시켰습니다. LayerZero의 기본값을 사용하는 것은 이러한 시스템과 동일하며, 애플리케이션은 매개변수 제어권을 외부 관리 키 집합에 위임하고, 시스템은 키 관리자가 악의적이지 않을 것에 의존합니다.

차이점은 이러한 시스템에서 애플리케이션은 아무런 제어권이 없으며, [시스템]이 그들에 대한 업그레이드를 강제하고 기본 메시징 또는 프로토콜의 신뢰 가정을 변경하는 것을 영원히 막을 수 없다는 것입니다.

LayerZero는 각 애플리케이션에 대해 영원히 수정할 수 없는 보안 매개변수 집합을 명확히 선택할 수 있는 방법을 제공합니다. 우리는 핵심 인프라가 불변이며, 오픈 소스이고, 항상 사용자 애플리케이션이 소유해야 한다고 생각합니다.