이 계획이 인프라가 되려면 동일한 토큰, 다른 토큰 및 NFT의 교차 체인 전송 요구 사항을 포함하여 실제 요구 사항에서 일반 비즈니스 모델을 추상화해야합니다.
Orbiter 's World는 두 부분으로 구성됩니다. 발신자는 시작 네트워크에서 이벤트 시작 및 대상 네트워크에서 이벤트에 응답하는 이벤트를 시작합니다.
Orbiter의 사명은이 두 사건이 일제히 일어나도록하는 것입니다.
Orbiter는 프로세스를 어떻게 완료합니까?
A. 발신자가 이벤트를 시작하기에 안전하다고 느끼기 위해 제조업체는 이벤트에 응답하기 위해 MDC 계약 온 체인의 충분한 마진을 서약합니다.
B. 제조업체가 발신자의 시작 이벤트에 약속 된 이벤트에 응답하지 않으면 발신자는 중재 요청을 MDC 계약에 보내고 이벤트 시작 증명을 제공해야합니다.
C. 제조업체가 지정된 시간 내에 응답 이벤트 증명과 함께 MDC 계약을 제공하지 않으면 MDC 계약은 발신자에게 메이커의 여백을 보상합니다.
Orbiter의 시스템에는 세 가지 계약과 모듈이 포함되어 있습니다.
MDC (제조업체 예금 계약)
MDC에는 제조업체의 마진, 분쟁 해결 및 반품 자산 및 보상 처리의 두 가지 핵심 기능이 있습니다.
EBC (이벤트 바인딩 계약)
EBC는 소스 TX를 기반으로 해당 유효한 대상 TX를 계산하는 데 사용됩니다.
SPV 라이트 클라이언트.
SPV는 소스 TX가 소스 네트워크에서 발생했음을 증명합니다.
이 세 가지 계약 및 모듈은 체인 X에서 실행됩니다.이 세 가지 계약 X는 이더 리움 시스템, 이더 리움 메인트, 롤업 또는 체인이 스마트 계약을 유지하는 한 소스 네트워크 또는 대상 네트워크의 스마트 계약 지원 환경 일 수 있습니다.
세 가지 계약 모듈은 다음과 같이 함께 작동합니다.
Maker는 MDC 계약에 마진을 입금 한 후 발신자의 크로스 롤업 전송 요구 사항을 지원할 수 있습니다.
일반적인 올바른 전송 프로세스에서 소스 TX가 소스 네트워크에서 생성 된 후 EBC는 소스 TX에 따라 요구 사항을 충족하는 대상 TX를 계산합니다. Maker는 대상 TX를 대상 네트워크로 보내 크로스 롤업 전송을 완료합니다.
그러나 Maker가 TARGET TX를 제 시간에 보내지 않으면 발신자는 체인 X에서 소스 TX의 증거를 SPV에 제공하고 MDC 계약에 중재를 적용해야합니다. MDC는 SPV를 통해 소스 TX 발생 증명을 얻고 EBC를 통해 소스 TX 유효성 증명을 가져오고 중재 요청을 처리되지 않은 이벤트로 설정하며 Maker가 대상 TX 증거를 제출할 때까지 기다립니다. Maker가 대상 TX 증거를 즉시 제공하지 못한다고 가정합니다. 이 경우 MDC는 보상 프로세스를 시작하고 자산을 반환하며 Maker의 마진으로 체인 X의 발신자에게 보상을 보냅니다.
MDC는 무엇입니까?
MDC (제조업체 예금 계약)는 공통 중재 프로세스 논리를 지정하는 마진에 대한 저장 계약입니다. 메이커는 MDC 계약에 마진을 사전에 사전에 배치하고 충분한 마진을 잠그고 특정 크로스 롤업 전송 (이벤트 바인딩 계약, 환경 및 통화)을 만들기 위해 발신자가 불리한 경우에 보상 할 수 있도록합니다.
MDC는 중재를 어떻게 다루나요?
다음 조건이 모두 발생하면 중재 절차가 시작됩니다.
전체 중재 절차가 완료되면 발신자는 자산을 돌려 받고 보상합니다.
Orbiter는 중재의 기초로 Mainnet의 두 네트워크가 기록한 유효한 해시 값을 읽습니다.
다음 조건은 발신자의 결정을 내려야합니다.
발신자는 양도를 결정하기 전에 메이커의 능력을보고 전송 여부를 선택하기 위해 다른 전송 오프 체인에 해당하는 메이커 주소의 작동 조건을 알아야합니다.
우리는 SPV 모듈을 개발하고 있으며, 완료하면 오픈 소스가 열립니다. 현재주는 다음과 같습니다.
그들은 약 2 개월 안에 배치됩니다.
