スキームがインフラストラクチャになるためには、同じトークン、異なるトークン、NFTのクロスチェーン転送要件を含む、実際の要件から一般的なビジネスモデルを抽象化することが不可欠です。
Orbiterの世界では、2つの部分で構成されています。Senderの開始ネットワークでのイベントの開始イベントと、ターゲットネットワークでのメーカーの対応イベントです。
Orbiterの使命は、これらの2つのイベントが一斉に起こることを保証することです。
Orbiterはどのようにプロセスを完了しますか？
A.送信者にイベントを開始できるようにするために、メーカーはイベントに対応するためにMDC契約で十分なマージンを誓約します。
B. Makerが送信者の開始イベントに約束されたイベントに応答しなかった場合、送信者はMDC契約に仲裁要求を送信し、イベントの開始の証明を提供する必要があります。
C.指定された時間内にMDC契約に応答するイベントの証明を提供していない場合、MDC契約はMakerのマージンで送信者を補償します。
Orbiterのシステムには、3つの契約とモジュールが含まれています。
MDC（メーカー預金契約）
MDCには2つのコア機能があります。メーカーのマージンを維持する、紛争解決、返品資産と報酬の処理です。
EBC（イベント拘束契約）
EBCは、ソースTXに基づいて対応する有効なターゲットTXを計算するために使用されます。
SPVライトクライアント。
SPVは、ソースTXがソースネットワークで発生したことを証明しています。
これらの3つの契約とモジュールは、チェーンXで実行されます。これは、チェーンがスマートコントラクトを維持している限り、イーサリアムシステム、イーサリアムメインネット、ロールアップ、またはソースネットワークまたはターゲットネットワークの環境をサポートするスマートコントラクトをサポートできます。
3つの契約モジュールはこのように連携します。
メーカーは、MDC契約にマージンを預けた後、送信者のクロスロールアップ転送要件をサポートできます。
通常の正しい転送プロセスでは、ソースTXがソースネットワークで生成された後、EBCはソースTXに従って要件を満たすターゲットTXを計算します。 Makerは、ターゲットTXをターゲットネットワークに送信して、クロスロールアップ転送を完了します。
ただし、MakerがターゲットTxを時間内に送信しない場合、SenderはSPVにSPVにソースTXの証明を提供し、MDC契約への仲裁を適用する必要があります。 MDCは、SPVを介してソースTxの発生証明を取得し、EBCを介してソースTxの有効性証明を取得し、仲裁要求を未処理のイベントとして設定し、MakerがターゲットTXプルーフを提出するのを待ちます。 MakerがターゲットTXプルーフを迅速に提供できないと仮定します。その場合、MDCは報酬プロセスを開始し、資産を返還し、メーカーのマージンでチェーンXの送信者に報酬を送信します。
MDCとは何ですか？
MDC（メーカー預金契約）は、マージンのストレージ契約であり、一般的な仲裁プロセスロジックを指定します。 Makerは、マージンをMDC契約に事前にデポジットし、特定のクロスロールアップ転送（イベント拘束力のある契約、環境、および通貨）を行うのに十分なマージンをロックして、有害事件で送信者を補償できるようにします。
MDCは仲裁にどのように対処しますか
次のすべての条件が発生したときに、仲裁手続が開始されます。
仲裁プロセス全体が完了した後、送信者は資産を取り戻し、報酬を受け取ります。
Orbiterは、仲裁の基礎として、メインネットの2つのネットワークによって記録された有効なハッシュ値を読み取ります。
次の条件は、送信者の決定を下す必要があります。
送信者が転送を決定する前に、メーカーの能力を確認し、転送するかどうかを選択するために、他の鎖に対応するメーカーのアドレスの操作条件を知る必要があります。
SPVモジュールを開発していますが、完了するとオープンソーリングされます。現在、州は次のとおりです。
それらは約2か月で展開されます。
