메세지 확인

Messaging Layers

Transport

전송은 데이터 페이로드를 한 도메인에서 읽고 다른 도메인에 게시하는 방식으로, 데이터의 정확성에 대해 어떠한 가정도 하지 않습니다. 이는 일반적으로 원본 체인에 있는 데이터의 아웃박스 를 관찰 한 다음 해당 데이터를 연결된 대상 도메인의 받은 편지함 에 게시하는 하나 이상의 오프체인 행위자에 의해 수행됩니다 . 이 프로세스의 확장성을 유지하기 위해 프로토콜은 일반적으로 원시 형식의 데이터보다는 머클 루트를 전달합니다.

Verification

검증은 크로스체인 통신을 보호하는 방법입니다 . 페이로드가 체인을 통해 전송된 후 브리지는 대상 도메인에서 데이터를 사용할 수 있게 되기 전에 데이터를 확인합니다. 도메인 전체에서 메시지를 확인하는 방법에는 여러 가지가 있으며 각 방법마다 신뢰도, 비용 및 대기 시간에 대한 장단점이 있습니다.

Execution

확인된 페이로드가 대상에서 사용 가능해지면 해당 페이로드를 대상 기능으로 "푸시"하기 위해 일부 오프체인 인프라가 필요합니다. 브리지 실행 레이어는 개발자가 브리지와 통합할 때 일반적으로 상호 작용하는 인터페이스입니다. 실행 계층은 가스 수수료(Kthulu bridge에서는 원본 체인에서 지불되는 추가 가스로 수집됨)를 수집하고 해당 수수료를 사용하여 개발자가 상호 작용하려는 대상 기능에 대해 대상 체인에서 트랜잭션을 실행합니다. 실행 계층은 추가로 각 원본 도메인에서 머클 루트를 생성한 다음 대상 도메인에서 해당 루트에 대한 머클 증명을 생성하는 역할을 담당할 수 있습니다.

Application

위의 메시징 계층 외에도 브리지는 도메인 전체에서 특정 사용 사례가 활성화되는 방법을 정의하는 하나 이상의 애플리케이션 계층을 구현할 수 있습니다 .