LayerZero 계약으로 크로스체인 메시지를 실행하는 방법은 무엇입니까?

LayerZero 아키텍처 이해

1. LayerZero는 신뢰할 수 있는 중개자나 래핑된 자산에 의존하지 않고 블록체인 간의 통신을 가능하게 하는 경량의 무허가 상호 운용성 프로토콜로 작동합니다.

2. 각 체인에 배포된 Ultra Light Node(ULN)를 활용하여 전체 블록체인 상태를 저장하지 않고도 메시지 무결성과 일관성을 확인합니다.

3. 핵심 구성 요소에는 메시지 라우팅을 처리하는 엔드포인트 계약과 블록 헤더 및 트랜잭션 증명을 독립적으로 가져오고 전달하는 Oracle 및 Relayer 서비스가 포함됩니다.

4. 각 체인은 자체 엔드포인트 주소를 유지하며 개발자는 호환되는 ULN 어댑터를 배포하거나 상호 작용하여 크로스 체인 호출을 시작해야 합니다.

5. 메시지 전달은 비동기적이고 결정적입니다. 일단 전송되면 Oracle과 Relayer가 동일한 블록 해시 및 증명을 확인할 때까지 보류 상태로 유지됩니다.

엔드포인트 배포 및 구성

1. 개발자는 먼저 공식 LayerZero 문서나 탐색기 도구를 사용하여 소스 및 대상 체인에 대한 올바른 엔드포인트 주소를 식별해야 합니다.

2. 전송 논리를 정의하려면 LayerZeroReceiver 또는 LayerZeroUserApplicationConfig 에서 상속된 사용자 지정 계약을 소스 체인에 배포해야 합니다.

3. 엔드포인트는 두 체인의 기본 토큰으로 가스 지불을 요구합니다. 발신자는 아웃바운드 전송 비용을 지불하고 수신자는 인바운드 실행 수수료를 부담합니다.

4. dstChainId , dstEndpoint 및 AdapterParams 와 같은 구성 매개변수는 제출 전에 정확하게 인코딩되어야 합니다.

5. 잘못 구성된 AdapterParams(특히 잘못된 ZRO 요금 추정 또는 잘못된 페이로드 압축 설정)로 인해 중계 중에 소리 없는 오류가 발생할 수 있습니다.

페이로드 인코딩 및 전송

1. 애플리케이션 데이터는 Solidity의 abi.encode 또는 이와 동등한 도구를 사용하여 바이트로 ABI 인코딩되어야 하며 동적 배열 모호성 또는 정렬 불일치가 발생하지 않도록 해야 합니다.

2. 엔드포인트의 보내기 기능은 대상 체인 ID, 대상 주소, 인코딩된 페이로드, 어댑터별 매개변수 등 세 가지 인수를 허용합니다.

3. 페이로드 크기는 대상 체인의 블록 가스 한도와 LayerZero의 메시지당 한도에 의해 제한됩니다. 10KB를 초과하면 LZ4 또는 유사한 사전 처리를 통해 압축하지 않는 한 거부가 발생하는 경우가 많습니다.

4. 개발자는 초기 전송 및 후속 ExecuteOnReceive 호출 모두에 대해 충분한 가스 허용량을 포함해야 합니다. 과소평가하면 대상에서 메시지 처리가 중단됩니다.

5. 모든 페이로드는 일단 제출되면 변경할 수 없습니다. 소스 체인에서 거래가 확인된 후에는 편집이나 취소가 불가능합니다.

메시지 수신 및 확인

1. 대상 계약은 릴레이 확인 성공 시 엔드포인트에 의해 자동으로 호출되는 lzReceive 를 구현해야 합니다.

2. lzReceive 내에서 개발자는 스푸핑이나 무단 원본 삽입을 방지하기 위해 srcAddress 및 srcChainId를 검증해야 합니다.

3. 재진입 가드는 필수입니다. 실행 중 상태 잠금에 실패하면 이중 지출 또는 재귀 호출 악용이 발생할 수 있습니다.

4. 디코딩은 소스 인코딩을 정확하게 미러링해야 합니다. 일치하지 않는 유형 또는 주문으로 인해 오류 메시지가 체인에 표시되지 않고 되돌려집니다.

5. lzReceive 내부의 msg.sender 는 항상 원래 사용자가 아닌 로컬 엔드포인트 계약이므로 액세스 제어는 검증된 소스 식별자에 의존해야 합니다.

자주 묻는 질문

Q: Arbitrum에 계약을 배포하지 않고도 Ethereum에서 Arbitrum으로 메시지를 보낼 수 있습니까? A: 아니요. lzReceive를 구현하는 수신 계약은 Arbitrum에 존재해야 하며 로컬 엔드포인트에 등록되어 있어야 합니다.

Q: Oracle이 Relayer와 다른 블록 해시를 보고하면 어떻게 됩니까? A: 두 서비스가 동일한 값으로 수렴될 때까지 메시지는 무기한 중단됩니다. 자동 재시도 또는 대체가 발생하지 않습니다.

Q: 생산 계약에서 엔드포인트 주소를 하드코딩하는 것이 안전한가요? A: 그렇습니다. 하지만 대상 체인에서 불변성을 확인한 후에만 가능합니다. 일부 테스트넷 엔드포인트는 업그레이드되고 메인넷 엔드포인트는 수정됩니다.

Q: 인코딩이 올바르게 보이는데도 거래가 "잘못된 페이로드"로 되돌아가는 이유는 무엇입니까? A: 이는 일반적으로 ABI 인코더 버전 불일치, 구조체 필드 선택기 누락 또는 abi.encode 대신 abi.encodePacked 의 잘못된 사용으로 인해 발생합니다.