The four most famous international exchanges:

Binance INTL	OKX INTL	Gate.io INTL	Huobi INTL
China Line　APP DL	China Line　APP DL	China Line　APP DL	China Line　APP DL

Note: The above exchange logo is the official website registration link, and the text is the APP download link.

Sebagai teknologi buku besar terdistribusi, blockchain dapat diterapkan di banyak bidang seperti keuangan, layanan kesehatan, rantai pasokan, manajemen aset, dll. Namun, karena kendala seperti throughput, isolasi jaringan, skalabilitas, dan faktor lainnya, blockchain saat ini Proyek tidak melayani aplikasi komersial dengan baik. Di antara banyak masalah yang dihadapi oleh blockchain, isolasi jaringan menghambat operasi kolaboratif antara berbagai blockchain, yang sangat membatasi ruang bagi blockchain untuk bermain.

Saya. Pendahuluan

Pada artikel perspektif teknis sebelumnya, kami memperkenalkan secara rinci fungsi dan implementasi kontrak manajemen multi-rantai dalam protokol lintas-rantai Ontology. Kontrak manajemen multi-rantai dapat menyelesaikan pengelolaan rantai samping dan aset rantai samping. Salah satu inti dari transaksi lintas rantai adalah bagaimana memverifikasi legalitas status lintas rantai. Ketika rantai sumber memulai transaksi lintas rantai, rantai target perlu memverifikasi legalitas data lintas rantai rantai sumber. Perspektif teknis ini akan memperkenalkan bagaimana kedua rantai memverifikasi legalitas transaksi yang terjadi pada rantai lain dalam protokol lintas rantai Ontology.

2. Verifikasi legalitas transaksi lintas rantai

Verifikasi transaksi lintas rantai terutama diselesaikan oleh kontrak sinkronisasi header blok dan kontrak manajemen lintas rantai. Implementasi spesifiknya adalah sebagai berikut:

2.1 Kontrak sinkronisasi header blok

Solusi lintas rantai Ontology mengadopsi desain sinkronisasi header blok yang lebih canggih. Header blok yang disinkronkan disimpan dalam kontrak sinkronisasi header blok, dan kontrak lain mana pun dalam rantai saat ini dapat membaca header blok yang disinkronkan dari kontrak ini. Kontrak sinkronisasi header blok pada dasarnya memiliki dua antarmuka berikut:

a. Blokir sinkronisasi header antara rantai utama dan rantai samping

Gambar: Sinkronisasi header blok kunci

Dalam model tata kelola konsensus rantai utama Ontology, jaringan Ontology menggantikan node konsensus setiap sejumlah blok tertentu. Selama siklus konsensus, kumpulan validator tetap tidak berubah. Oleh karena itu, jika rantai samping adalah rantai yang homogen, maka proses sinkronisasi header blok rantai tidak perlu menyinkronkan semua blok, tetapi hanya perlu menyinkronkan blok kunci (yaitu, blok peralihan berkala yang mengganti set validator) dan blok di mana lintas- transaksi berantai terjadi. Namun, desain ini sangat mengurangi jumlah sinkronisasi header blok.

Untuk mencegah sinkronisasi header blok kunci dari rantai samping diperbarui setelah akhir siklus peralihan konsensus, dan validator dari siklus konsensus rantai samping sebelumnya membuat header blok berbahaya, Ontologi menyertakan konsensus rantai samping dalam multi -kontrak manajemen rantai dari rantai utama. Validator rantai samping saat ini dapat mengubah atribut ini. Jika tidak ada header blok kunci baru yang dikirimkan setelah siklus konsensus rantai samping berakhir, interaksi lintas rantai antara rantai samping dan rantai utama akan dihentikan. Jika validator rantai samping baru menemukan bahwa siklus konsensus di rantai utama tidak sesuai dengan siklus peralihan konsensus sebenarnya dari rantai samping, atribut ini dapat dimodifikasi di rantai utama. Pada saat yang sama, rantai samping juga akan dihukum sesuai.

b. Blokir sinkronisasi header antara rantai samping dan rantai samping

Proses sinkronisasi header blok antara rantai samping dan antara rantai utama dan rantai samping berbeda, yaitu cara memperoleh informasi header blok kunci berbeda. Namun, proses sinkronisasi header blok untuk kedua transaksi lintas rantai adalah sama. Rantai utama mencatat informasi dari semua rantai samping, dengan asumsi
Kedua rantai samping, rantai A dan rantai B, ingin menjalin hubungan langsung. Terlihat bahwa baik rantai A maupun rantai B dapat memperoleh informasi header blok kunci satu sama lain dari rantai utama, dan informasi ini telah melewati konsensus rantai utama. Oleh karena itu, rantai A dan
Rantai B tidak perlu mendaftar satu sama lain, juga tidak perlu menyinkronkan informasi header blok kunci satu sama lain mulai dari blok genesis. Ia hanya perlu mendapatkan informasi header blok kunci sebelumnya dari rantai lain yang perlu disilangkan. dirantai.

2.2 Kontrak manajemen lintas rantai

Saat dApp menangani interaksi lintas rantai, kontrak dApp terlebih dahulu memproses logikanya pada rantai sumber, dan memanggil antarmuka lintas rantai dari kontrak manajemen lintas rantai saat lintas rantai diperlukan. Relayer sinkronisasi informasi status
Setelah menyinkronkan bukti informasi negara ke rantai target (kontrak manajemen lintas rantai), dApp akan terus memproses logikanya pada rantai target. Proses spesifiknya adalah sebagai berikut:

Gambar: Proses interaksi antar rantai

✔Kontrak manajemen lintas rantai dari rantai sumber akan menetapkan ID kenaikan otomatis untuk setiap transaksi lintas rantai dan memasukkan transaksi lintas rantai ke dalam Pohon Merkle, dan Akar Merkle
akan dimasukkan ke dalam header blok dari blok saat ini. Setelah selesai, ID yang bertambah secara otomatis dan tinggi blok akan dikeluarkan melalui acara. Pada saat yang sama, saat memulai transaksi lintas rantai, pengguna perlu mentransfer sebagian dari ONG
Dihancurkan atau dibekukan pada rantai sumber sebagai biaya penambang.

✔Relayer bertanggung jawab untuk memantau peristiwa lintas rantai ini. Ketika transaksi lintas rantai dipantau, Relayer pergi ke rantai sumber untuk mendapatkan Merkle berdasarkan ID dan tinggi blok.
membuktikan. Kemudian, Relayer mengirimkan bukti Merkle ke rantai target, dan proses penyerahannya memerlukan pembayaran biaya penambangan dari rantai target.

✔Rantai target (kontrak manajemen lintas rantai) menerima bukti Merkle, memperoleh header blok yang sesuai dari kontrak sinkronisasi header blok, dan mendapatkan root Merkle
Dan verifikasi legalitas transaksi lintas rantai yang diselesaikan di rantai sumber, tandai ID transaksi sebagai dihabiskan, lalu panggil kontrak dApp pada rantai target di seluruh kontrak sesuai dengan parameter transaksi lintas rantai untuk menyelesaikan dApp di rantai sasaran
Logika kontrak.

✔Setelah transaksi lintas rantai berhasil dijalankan pada rantai target, Relayer akan mendapatkan insentif penambang yang sesuai. Tergantung pada transaksinya, ini mungkin merupakan penerbitan tambahan dari kontrak sidechain ONGx
ONGx mungkin juga merupakan ONG yang dirilis dalam kontrak manajemen multi-rantai rantai utama.

3. Catatan tambahan

Melalui dua modul kontrak sinkronisasi header blok dan kontrak manajemen lintas rantai, Ontology dapat mewujudkan verifikasi timbal balik atas legalitas transaksi satu sama lain antar rantai, sehingga meletakkan dasar bagi lintas rantai.

Dalam artikel perspektif teknis Ontologi mendatang, kami akan memberikan Anda detail yang lebih spesifik tentang desain lintas rantai Ontologi. Saat ini, jaringan pengujian lintas rantai Ontology telah diluncurkan, dan tutorial penggunaan lintas rantai yang terperinci serta manual pengembangan multi-rantai juga disediakan. Kami berharap para penggemar teknologi dapat merasakan jaringan pengujian lintas rantai Ontology.

Manual pengembangan multi-rantai



Tutorial penggunaan lintas rantai: