Agar skema ini menjadi infrastruktur, penting untuk abstrak model bisnis umum dari persyaratan aktual, termasuk persyaratan transfer rantai lintas dari token yang sama, token yang berbeda, dan NFT.
Orbiter's World terdiri dari dua bagian: Acara Inisiasi Pengirim di Jaringan Inisiasi dan Pembuat Menanggapi Acara di Jaringan Target.
Misi Orbiter adalah untuk memastikan bahwa kedua peristiwa ini terjadi bersamaan.
Bagaimana Orbiter menyelesaikan prosesnya?
A. Untuk membuat pengirim merasa aman untuk memulai acara, pembuat janji margin yang cukup dalam kontrak MDC secara rantai untuk menanggapi acara tersebut.
B. Jika Maker gagal menanggapi acara yang diinisiasi pengirim yang dijanjikan, pengirim harus mengirim permintaan arbitrase ke kontrak MDC dan memberikan bukti awal acara.
C. Jika Maker gagal memberikan kontrak MDC dengan bukti yang ditanggapi dalam waktu yang ditentukan, kontrak MDC akan memberikan kompensasi kepada pengirim dengan margin pembuat.
Sistem Orbiter berisi tiga kontrak dan modul:
MDC （Kontrak Setoran Pembuat）
MDC memiliki dua fungsi inti: menjaga margin pembuat, resolusi sengketa, dan menangani aset dan kompensasi pengembalian.
EBC (Kontrak Pengikatan Acara)
EBC digunakan untuk menghitung target valid yang sesuai berdasarkan sumber TX.
SPV Light Client.
SPV membuktikan bahwa sumber TX telah terjadi di jaringan sumber.
Tiga kontrak dan modul ini berjalan pada rantai X, yang dapat berupa lingkungan pendukung kontrak pintar dalam sistem Ethereum, Mainnet Ethereum, rollup, atau bahkan jaringan sumber atau jaringan target selama rantai mempertahankan kontrak pintar.
Tiga modul kontrak bekerja sama seperti ini:
Maker dapat mendukung persyaratan transfer cross-rollup pengirim setelah menyetor margin dalam kontrak MDC.
Dalam proses transfer yang benar normal, setelah sumber TX dihasilkan dalam jaringan sumber, EBC menghitung target TX yang memenuhi persyaratan sesuai dengan sumber TX. Maker mengirimkan TX TX ke jaringan target untuk menyelesaikan transfer lintas-rollup.
Tetapi ketika Maker tidak mengirim target TX tepat waktu, pengirim harus memberikan bukti sumber TX ke SPV pada rantai X dan berlaku untuk arbitrase untuk kontrak MDC. MDC memperoleh sumber kejadian TX sumber melalui SPV, mendapatkan bukti validitas TX sumber melalui EBC, menetapkan permintaan arbitrase sebagai peristiwa yang belum diproses, dan menunggu Maker untuk mengirimkan bukti TX target. Misalkan Maker gagal memberikan target TX Proof segera. Dalam hal ini, MDC akan memulai proses kompensasi, mengembalikan aset dan mengirim kompensasi ke pengirim pada rantai X dengan margin pembuat.
Apa itu MDC?
MDC (Kontrak Setoran Pembuat) adalah kontrak penyimpanan untuk margin, yang menentukan logika proses arbitrase umum. Maker akan sebelum mendeposit margin ke dalam kontrak MDC dan mengunci margin yang cukup untuk melakukan transfer lintas-rollup tertentu (kontrak pengikatan peristiwa, lingkungan, dan mata uang) untuk memastikan bahwa pengirim dapat dikompensasi dalam kasus yang merugikan.
Bagaimana MDC menangani arbitrase？
Proses arbitrase akan dimulai ketika semua kondisi berikut terjadi.
Setelah seluruh proses arbitrase selesai, pengirim akan mendapatkan aset dan kompensasi.
Orbiter membaca nilai hash valid yang direkam oleh dua jaringan di MainNet sebagai dasar untuk arbitrase.
Ketentuan berikut harus membuat keputusan pengirim:
Sebelum pengirim memutuskan untuk mentransfer, ia hanya perlu mengetahui kondisi operasi alamat Maker yang sesuai dengan transfer lain di luar rantai untuk melihat kemampuan pembuatnya dan memilih apakah akan mentransfer.
Kami sedang mengembangkan modul SPV, dan akan bersumber terbuka saat kami menyelesaikannya. Saat ini, negara bagiannya adalah:
Mereka akan dikerahkan dalam waktu sekitar dua bulan.
