편집 원본: aididiaojp.eth, Foresight News
편집 원본: aididiaojp.eth, Foresight News
레이어 제로란?
레이어 제로란?
LayerZero는 페이로드를 포함하는 모든 교차 체인 계약 호출을 허용하는 메시징을 위한 상호 운용성 프로토콜입니다.
어떻게 작동합니까?
개발자는 여러 체인에 계약을 배포하며, 우리는 이를 집합적으로 체인 A와 체인 B라고 합니다. 트랜잭션은 체인 A에서 커밋되고 결과가 포함된 메시지는 체인 B의 계약으로 전달될 수 있습니다. 계약은 LayerZero 엔드포인트와 상호 작용하고 애플리케이션에서 선택한 오라클과 릴레이어는 해당 블록 헤더와 tx 증명을 검색합니다. 그들은 지정된 수의 블록이 체인 A에서 확인되기를 기다린 다음 독립적으로 정보를 체인 B로 전송합니다. 체인 B에서 정보는 검증자 또는 증명 라이브러리에 의해 검증된 다음 메시지 계약이 체인 B로 전송됩니다.
간단한 예는 사용자가 Stargate에서 브리지하거나 SushiXSwap을 사용하여 교환하거나 체인 간에 NFT 자산을 거래할 수 있다는 것입니다.
인프라 제공자는 어떤 보증을 합니까?
여기에는 릴레이어, 오라클, 유효성 검사기\증명 라이브러리, 블록 확인이라는 네 가지 실제 구성 요소가 있습니다.
응용 프로그램은 아래에 설명된 대로 이러한 각 구성 요소를 완전히 제어할 수 있습니다.
릴레이 - 릴레이는 완전히 개방되어 있으며 권한이 없습니다. 애플리케이션은 릴레이어 네트워크 또는 단순한 단일 서명자일 수 있는 기존 릴레이어를 선택할 수 있습니다.
Oracles - Oracles는 완전히 개방되어 있으며 권한이 없습니다. 애플리케이션은 오라클 네트워크 또는 단일 서명자일 수 있는 기존 오라클을 선택할 수 있습니다.
Proof Repositories - 확인 저장소는 추가 전용 레지스트리에 게시되며 새 저장소도 릴리스할 수 있지만 기존 저장소는 절대 수정할 수 없으며 완전히 취소할 수 없는 변경 불가능한 확인 저장소입니다. 애플리케이션은 검증을 수행하기 위해 기존 라이브러리(모두 공개 감사가 있음)를 선택할 수 있습니다. 새로운 증명 메커니즘의 발명, 영지식 증명과 같은 분야의 발전, 가스 및 채택률에 대한 최적화된 프로토콜을 통해 레지스트리는 무제한의 유연성을 허용합니다.
블록 확인 - 블록 확인은 메시지가 대상 체인에 전달되기 전에 현재 소스 체인에서 완료되어야 하는 블록 수입니다. 이 숫자는 합의 메커니즘과 확률론적 최종성을 가진 시스템 간에 크게 다르며, 애플리케이션이 주어진 블록의 최종성을 제어하는 방법입니다. 중앙 집중식 거래소가 주어진 체인에서 예치금을 수락하기 전에 수행하는 것과 매우 유사합니다.
애플리케이션이 이러한 매개변수를 구성하면 다음과 같이 표시됩니다.
응용 프로그램이 매개 변수를 구성하지 않으면 기본 설정을 사용하며 적응성과 기능적 제한이 있습니다.
시나리오 A에서 [ULN v2, Relayer A, Oracle Z, Block Confs X 및 Proof Lib V1]의 구성이 애플리케이션에 의해 설정되면 이러한 매개변수는 다른 시스템에서 수정할 수 없습니다. 이 시점에서 중계자 A는 오라클 Z와 함께 작업하고 모든 메시지는 X 블록을 기다린 후 ULN v2 및 Proof Lib v1에 의해 확인됩니다.
시나리오 B에서 애플리케이션이 기본 설정을 사용할 때 이는 매개변수 선택을 LayerZero 다중서명에 넘겨준다는 의미입니다. LayerZero multisig가 할 수 있는 유일한 일은 새 라이브러리를 추가하고 기본값을 변경하는 것입니다.
따라서 현재 존재하는 현상 유지에 대해 논의해 봅시다.
오늘날 대부분의 상호 운용 시스템은 다음과 같이 작동합니다.
Wormhole 및 Nomad와 같은 상호 운용 가능한 시스템은 모두 유사한 방식으로 작동합니다. 모든 컨트롤은 [시스템]에 상주하며 해당 시스템을 제어하는 관리자가 업그레이드할 수 있습니다(Wormhole은 유효성 검사기에 대해 13/19 다중 서명이 필요함). 이것은 위험하며 Wormhole 및 Nomad에 여러 보안 문제를 초래했습니다. LayerZero를 사용하면 기본값은 이러한 시스템과 동일하며, 응용 프로그램은 매개 변수 제어를 외부에서 관리하는 키 집합에 위임하고 시스템은 악을 행하지 않기 위해 키 관리자에 의존합니다.
차이점은 이러한 시스템 중 어느 것도 응용 프로그램이 제어할 수 없으며 [시스템]이 시스템을 강제로 업그레이드하고 기본 메시징 또는 프로토콜의 신뢰 가정을 변경하는 것을 막을 수 없다는 것입니다.
원본 링크
