Infrastruktur Omnichain DAPP satu atap

Teruskan Judul Asli: Wawasan Teknis tentang ZetaChain: Infrastruktur DAPP OmniChain Satu Pintu

ZetaChain adalah rantai publik POS yang didasarkan pada Cosmos SDK, di mana blok-bloknya mencatat pesan lintas rantai dan data yang dimulai pada "rantai eksternal". Pengguna di rantai eksternal seperti BTC dapat mengomunikasikan maksud mereka ke jaringan ZetaChain dengan menerbitkan pesan dalam format tertentu, mirip dengan protokol Ordinals. Node ZetaChain menggunakan mekanisme konsensus untuk menentukan pesan mana yang akan diproses dan urutannya dan pada akhirnya menggunakan Threshold Signature Scheme (TSS) untuk menghasilkan tanda tangan digital pada rantai target. Proses ini melibatkan pelepasan aset dari akun publik chain, yang memicu langkah transaksi selanjutnya.

Daftar node validator saat ini di ZetaChain mencakup banyak pihak dan institusi proyek, seperti OKX, HashKey Cloud, Dora Factory, dan lain-lain. Karena kompatibilitas EVM yang melekat pada ZetaChain, ZetaChain mendukung penerapan logika kontrak. Pengembang DApp rantai penuh dapat secara langsung menulis program pemrosesan pesan lintas rantai di ZetaChain, menghilangkan kebutuhan untuk menggunakan kontrak aset yang menjembatani di beberapa rantai dan dengan demikian menghemat biaya pengembangan. Dari sudut pandang pengguna, secara teoritis, berinteraksi dengan kontrak ZetaChain sudah cukup, menghilangkan kebutuhan untuk beberapa interaksi dengan menjembatani kontrak antara rantai sumber dan target dan mengurangi biaya biaya transaksi. Mirip dengan beberapa proyek Intent dengan efek "rantai penitipan aset satu atap", ZetaChain mendukung penerapan kontrak aset atau protokol DeFi. Pengguna dapat membuat pesan khusus di frontend DApps pada chain yang berbeda untuk memanggil kontrak DeFi atau status aset ZetaChain secara asinkron. Pengaturan ini juga mendukung akun rantai BTC. Hal ini mirip dengan membiarkan ZetaChain secara langsung menjadi tuan rumah akun aset terpadu secara universal di semua chain. Namun, untuk mencapai efek ini, diperlukan front end DApp khusus untuk berkolaborasi. Saat ini, fungsi utama ZetaChain adalah sebagai infrastruktur yang mendasari interoperabilitas omnichain. Ini dapat mengurai dan memproses pesan lintas rantai tertentu dan juga bertindak sebagai platform eksekusi logika bisnis untuk DApps multi-rantai. Model bisnis utama berkisar pada skenario B to B to C.

Tubuh: Dengan perkembangan industri blockchain yang berkelanjutan, kita menemukan diri kita berada di era interkoneksi multi-rantai. Di era ini, rantai publik yang berbeda dengan karakteristik yang berbeda telah memunculkan skenario aplikasi yang beragam, menciptakan pengalaman yang bervariasi bagi pengguna. Namun, secara bersamaan, isolasi antar rantai menjadi lebih jelas. Seringkali, akun pada chain yang berbeda tidak dapat berkomunikasi, dan aset pengguna di seluruh chain tetap berada dalam kondisi terfragmentasi dan tidak terpadu. Hal ini meningkatkan ambang batas penggunaan dan secara signifikan mengurangi pengalaman pengguna.

Dapat dikatakan bahwa masalah fragmentasi dan ketidakcocokan antara rantai yang heterogen adalah salah satu hambatan utama untuk meningkatkan tingkat konversi pengguna. Popularitas ekosistem BTC saat ini semakin menyoroti masalah interoperabilitas antara rantai yang heterogen. Seperti yang dikatakan Vitalik Buterin beberapa tahun yang lalu, "Multichain adalah masa depan." Meskipun koeksistensi beberapa rantai telah menjadi tren yang tak terbendung, membangun jembatan lintas rantai di antara rantai yang heterogen tetap menjadi tugas yang menantang.

Untuk mengatasi masalah interoperabilitas omnichain, LayerZero, Polyhedra, Map Protocol, Bool Network, dan bahkan Cosmos dan Polkadot telah mengajukan solusi yang berbeda untuk pesan lintas rantai. ZetaChain yang baru-baru ini diluncurkan, yang memperkenalkan tokennya, adalah pemain penting dalam lanskap infrastruktur omnichain.

Di bawah ini, kami akan memberikan perspektif teknis singkat mengenai solusi omnichain ZetaChain, menjelaskan bagaimana solusi ini berfungsi sebagai infrastruktur yang mendasari DApps interoperable omnichain, mencapai penguraian dan pemrosesan pesan lintas rantai.

Tantangan dengan Solusi Lintas Rantai yang Ada Saat Ini

Pada kenyataannya, skenario paling sederhana yang perlu ditangani oleh jembatan lintas rantai adalah transfer aset lintas rantai yang berbeda. Misalnya, ketika mentransfer aset dari ETH ke Polygon, Anda harus terlebih dahulu mentransfer aset ke alamat setoran yang ditentukan pada rantai ETH dan kemudian menerima jumlah yang setara pada rantai Polygon. Tantangan muncul karena node Polygon tidak dapat mengonfirmasi apa yang terjadi pada rantai ETH dan tidak tahu apakah Anda memang menyetor jumlah yang ditentukan. Jika seseorang secara salah mengklaim telah menyetor 100 USDT ke alamat ETH yang ditunjuk dan mengajukan klaim penarikan pada rantai Polygon untuk melepaskan 100 USDT mereka, hal ini akan menyebabkan masalah "penarikan tiba-tiba". Kunci dari jembatan lintas rantai adalah menyelesaikan masalah seperti itu dengan mengonfirmasi bahwa semua klaim penarikan sesuai dengan aktivitas setoran yang sebenarnya. Pada dasarnya, ini melibatkan pembuktian pada Chain B bahwa memang ada N transaksi yang terkait dengan jembatan lintas rantai pada Chain A.

Saat ini, jembatan lintas rantai arus utama cenderung mengadopsi mekanisme notaris, yang melibatkan pembentukan sekelompok simpul notaris yang mencapai "konsensus" melalui tanda tangan multi-tanda tangan atau tanda tangan MPC. Selama mayoritas node notaris setuju bahwa tindakan lintas rantai Anda dapat disetujui, aset Anda dapat menyeberang dengan lancar. Beberapa jembatan cross-chain menggunakan hash-lock yang lebih aman atau mengimplementasikan light node dari chain lain melalui kontrak on-chain. Jembatan ini mengonfirmasi keabsahan aktivitas lintas rantai dengan menerima bukti merkle atau bukti zk. Akan tetapi, biaya jembatan lintas rantai tersebut sering kali lebih tinggi dan pada akhirnya dibebankan kepada biaya transaksi pengguna. Oleh karena itu, sebagian besar jembatan lintas rantai masih memilih model simpul notaris off-chain untuk konsensus multi-tanda tangan. Referensi Menjelaskan Pertimbangan Apa Saja yang Penting Saat Merancang Jembatan Rantai Silang? Khususnya, jembatan lintas rantai berbasis notaris sering kali menghadapi risiko yang signifikan, termasuk kerentanan terhadap peretasan atau pencurian orang dalam. Menurut statistik dari SlowMist Hacked, ada 16 insiden keamanan yang melibatkan jembatan lintas rantai pada tahun 2022, yang mengakibatkan total kerugian sebesar $ 1,21 miliar. Ini menyumbang 32% dari total kerugian akibat insiden serangan on-chain pada tahun itu, menyoroti bahaya kerentanan keamanan di jembatan lintas rantai.

Selain itu, banyak solusi jembatan lintas rantai yang ada saat ini sebagian besar mengadopsi model Lock-Mint, di mana aset dikunci di Rantai A dan aset yang dipetakan yang sesuai diterbitkan di Rantai B untuk mencapai transfer aset lintas rantai. Namun, alur pemrosesan setoran dan penarikan dalam solusi semacam itu membutuhkan banyak interaksi dengan kontrak aset yang dipetakan, yang mengarah ke gesekan yang signifikan dan potensi kehilangan dana. Selain itu, banyak solusi jembatan lintas rantai yang hanya mendukung transfer aset antara rantai yang kompatibel dengan EVM, menghadapi tantangan dalam interaksi lintas rantai antara rantai yang heterogen seperti Solana dan Bitcoin karena perbedaan standar teknis. Mempertimbangkan masalah keamanan dan biaya, solusi jembatan lintas rantai utama sering kali kesulitan untuk mencapai hasil yang optimal dan tidak dapat memastikan transfer aset "lintas rantai asli". Dalam ekosistem Bitcoin saat ini, ada keinginan yang semakin besar untuk pengalaman interaksi lintas-rantai yang mulus dan asli, mengantisipasi solusi yang lebih efisien. ZetaChain menjawab tantangan ini dengan pendekatannya yang unik.

Fungsi ZetaChain: Infrastruktur yang Mendasari untuk DAPP yang Dapat Dioperasikan Lintas Rantai

ZetaChain memposisikan dirinya sebagai infrastruktur dasar untuk DApps yang dapat dioperasikan secara omnichain, yang berspesialisasi dalam mendukung berbagai protokol aplikasi untuk interaksi lintas-rantai - sebuah contoh infrastruktur dasar B To B To C. Ini menggunakan mekanisme penerimaan PoS, yang memungkinkan node yang mempertaruhkan aset untuk memasuki jaringan dan berfungsi sebagai notaris. Semua node PoS, yang memanfaatkan teknologi TSS, berpartisipasi dalam verifikasi dan pemrosesan pesan lintas rantai, yang bertujuan untuk meningkatkan keamanan semaksimal mungkin. Secara bersamaan, ZetaChain memfasilitasi penyebaran smart contract, menggabungkan logika bisnis yang terkait dengan pertukaran aset. Pengguna dapat mengirim pesan dalam format tertentu di chain mana pun, memanggil ZetaChain atau kontrak DeFi yang didukung di beberapa chain. Misalnya, pada BTC, pengguna dapat secara tidak langsung memanggil fungsi DeFi pada Polygon. Hasilnya adalah fasilitasi transmisi pesan antara blockchain yang berbeda, mencapai interoperabilitas.

DApps berdasarkan skenario interoperabilitas omnichain dapat menggunakan logika bisnis pertukaran aset di ZetaChain, memfasilitasi konversi otomatis token gas di seluruh rantai yang berbeda untuk pengguna. Sebagai contoh, dengan menggunakan frontend DApps omnichain tertentu, Anda dapat mengeluarkan pesan format tertentu pada BTC, mirip dengan protokol Ordinals, yang mengindikasikan panggilan ke sebuah kontrak di Solana. Node ZetaChain akan mendeteksi pesan ini, dan selanjutnya, kontrak AMM di ZetaChain dapat secara otomatis menghitung rasio pertukaran antara BTC dan SOL. Kemudian melepaskan jumlah SOL yang setara pada rantai Solana, menyelesaikan langkah-langkah selanjutnya seperti memanggil kontrak dan, akhirnya, mentransfer aset yang layak kembali ke alamat BTC atau Solana Anda. Proses ini disebut sebagai "interoperabilitas omnichain," di mana Anda hanya perlu mempublikasikan pesan pada satu rantai untuk memanggil DApps dari jarak jauh pada beberapa rantai. Dalam konteks ini, ZetaChain dapat dikonseptualisasikan sebagai "lapisan penyelesaian rantai-rantai." Dalam semua skenario interaksi multi-rantai, seperti memulai panggilan dari Chain A ke DApp di Chain B, ini mirip dengan Chain A yang menyelesaikan dengan ZetaChain terlebih dahulu. ZetaChain kemudian menyinkronkan hasil penyelesaian yang telah diproses sebelumnya ke akun yang sesuai di Chain B, dan menyelesaikan langkah-langkah selanjutnya. Selama proses ini, tidak ada interaksi yang berlebihan dengan pemetaan kontrak aset atau gesekan dalam biaya transaksi. Sirkulasi aset difasilitasi oleh akun publik ZetaChain di berbagai chain, sehingga tidak perlu lagi sering-sering menggunakan pemetaan kontrak aset di berbagai chain, seperti yang terlihat pada aplikasi lintas chain tradisional.

Saat ini, tampaknya aplikasi omnichain berdasarkan ZetaChain dapat menghemat banyak masalah, menghilangkan kebutuhan untuk mendesain pemetaan kontrak aset dengan susah payah pada rantai yang berbeda. Semua detail mengenai arus masuk dan keluar aset antara rantai sumber dan target ditangani oleh ZetaChain. Dengan kata lain, Anda hanya perlu menggunakan logika bisnis yang terkait dengan transaksi lintas rantai di ZetaChain. Hal ini memfasilitasi berbagai aplikasi rantai penuh untuk mendukung rantai non-EVM seperti Solana, Algorand, Bitcoin, dan DogeCoin di bagian depan tanpa perlu mengimplementasikan kontrak aplikasi lintas-rantai khusus secara ekstensif pada rantai yang berbeda. Selain itu, ZetaChain sendiri mendukung penggunaan kontrak aset atau akun AA (Autonomous Asset). Pengguna di chain yang berbeda dapat mengirim pesan dalam format tertentu untuk memanggil kontrak-kontrak ini, seolah-olah mengoperasikan akun terpadu di seluruh chain. Pendekatan desain ini, yang juga tercermin dalam Particle Chain dari Particle Network, pada akhirnya memungkinkan pengguna untuk memusatkan catatan data aset mereka pada ZetaChain atau Particle Chain. Jika perlu, pengguna dapat memanggil kontrak aset mereka secara asinkron di ZetaChain dengan mengirimkan pesan panggilan melalui frontend DApps pada "rantai eksternal". Selanjutnya, ZetaChain, melalui akun publik di rantai eksternal, mentransfer sejumlah aset ke alamat yang ditentukan oleh pengguna atau berinteraksi dengan protokol DeFi yang ditentukan oleh pengguna.

Rangkaian operasi ini memerlukan DApps frontend khusus untuk diimplementasikan. Dengan kata lain, ZetaChain sendiri hanya menyediakan layanan sebagai infrastruktur yang mendasari omnichain, dan perlu ada pintu masuk frontend khusus di ujung aplikasi untuk menghasilkan pesan dalam format tertentu.

Model Keamanan ZetaChain: Jaringan Simpul Notaris Besar Berdasarkan POS Staking

Pada akhirnya, ZetaChain pada dasarnya adalah sebuah jaringan node validator yang dirancang untuk pemrosesan pesan lintas rantai. Dibangun di atas Cosmos SDK, ia terdiri dari banyak node validator dan menggunakan POS sebagai mekanisme penerimaan, sehingga mencapai resistensi terhadap serangan Sybil dan memastikan keamanan yang mendasarinya.

Di dalam jaringan ZetaChain, node Validator, yang berfungsi sebagai notaris terdesentralisasi, mengonfirmasi permintaan lintas-rantai yang tertunda yang telah dipicu pada rantai lain. Melalui konsensus, mereka mencatat perilaku lintas rantai ini dan melanjutkan dengan langkah-langkah berikutnya. Dengan menggunakan tanda tangan kunci terdistribusi TSS, ZetaChain dapat menghasilkan instruksi transaksi pada chain lain. Dapat dikatakan bahwa apa yang dilakukan oleh Validator memiliki kemiripan dengan mode notaris jembatan lintas rantai, tetapi dengan staking POS, node Validator lebih tidak dapat dipercaya, mengatasi masalah Sybil.

(Daftar node validator Zetachain saat ini mencakup banyak pihak atau institusi proyek) Klien Validator Zetachian mencakup dua modul, ZetaCore dan ZetaClient. Modul ZetaCore berpartisipasi dalam pembuatan blok ZetaChain dan proses konsensus, sedangkan modul ZetaClient mengamati peristiwa pada rantai eksternal dan menandatangani transaksi keluar. Di sini, "outbound" dapat secara sederhana dipahami sebagai pencatatan log transaksi di ZetaChain dan mengirimkannya ke "rantai eksternal" (mengacu pada rantai di luar ZetaChain). Hal ini memicu tindakan yang sesuai pada chain target, dengan konten utama termasuk alamat kontrak, ID chain, dan konten pesan yang dideklarasikan oleh pengguna dalam pesan, mirip dengan bagian Log pada transaksi Ethereum.

Sebaliknya, "inbound" dapat dipahami sebagai pencatatan pesan/transaksi yang relevan pada rantai eksternal di luar ZetaChain, seperti permintaan lintas rantai, pemanggilan smart contract pada zEVM, dll., ke dalam ZetaChain. Penting untuk dicatat bahwa ketika menjalankan node Validator untuk ZetaChain, kode klien menyertakan tiga modul: Validator, Pengamat, dan Penandatangan TSS. Ketiga modul ini memiliki fungsi yang berbeda tetapi semuanya termasuk dalam klien ZetaChain.

Modul Pengamat dan Penandatangan TSS

Pertama, semua node ZetaChain memiliki modul "validator", dengan fungsi yang mirip dengan node validator dalam rantai publik PoS, yang berpartisipasi dalam pembuatan blok dan proses konsensus. Selain itu, node dapat memberikan suara pada proposal on-chain berdasarkan rasio token yang dipertaruhkan (ZETA). Blok ZetaChain berisi semua catatan lintas rantai yang diproses dan interaksi dengan kontrak pintar omnichain, yang bertindak sebagai log.

Modul "pengamat" di klien ZetaChain menjalankan node penuh / node ringan rantai publik lainnya, memantau format tertentu dari transaksi / pesan lintas rantai. Modul Observer beroperasi dalam dua mode: aktif dan pasif. Node ZetaChain yang berbeda dapat memilih untuk mengalihkan modul Pengamat ke salah satu dari mode ini. Modul Observer secara terus menerus memantau apakah ada pesan/peristiwa lintas rantai yang berhubungan dengan ZetaChain di rantai lain. Jika demikian, modul Pengamat dari node ZetaChain melaporkan situasi tersebut ke modul Validator. Pesan-pesan lintas rantai yang diamati ini kemudian dikirimkan ke blok ZetaChain dan dikonfirmasi secara kolektif melalui konsensus.

Terdapat dua mode pengamatan: mode aktif dan pasif. Dalam mode aktif, node terus menerus memindai transaksi/peristiwa/keadaan di blockchain lain di luar ZetaChain dengan menjalankan node penuh dari rantai tersebut. Dalam mode pasif, node tidak menyinkronkan blok lengkap dari blockchain lain; sebagai gantinya, mereka secara pasif menerima pesan lintas rantai yang diuraikan dari node ZetaChain lainnya. Akan tetapi, meskipun node dalam mode pasif tidak menyinkronkan blok rantai eksternal yang lengkap, mereka akan menyinkronkan header blok dan mengonfirmasi melalui bukti Merkle bahwa pesan/data transaksi lintas rantai ini benar-benar ada pada rantai eksternal.

Keuntungan dari mode aktif adalah sebagian besar node ZetaChain menyinkronkan data dari rantai eksternal, memberikan ketahanan yang kuat terhadap sensor. Dalam mode ini, setiap interaksi pengguna dengan ZetaChain dapat terjadi setelah sebuah node mendeteksi permintaan yang dimulai pada rantai eksternal. Namun, dalam mode aktif, menjalankan node memiliki biaya yang lebih tinggi. Selain menjalankan klien node ZetaChain, node juga harus menjalankan node penuh dari rantai eksternal, menyinkronkan data dan melakukan pemindaian secara terus menerus. Di sisi lain, mode pasif menawarkan biaya operasi yang jauh lebih rendah untuk node pengamat biasa. Hanya node tertentu yang menjalankan klien node penuh dari rantai eksternal, sementara node lain menjalankan klien ringan tanpa menyinkronkan blok rantai eksternal yang lengkap. Hal ini menghasilkan biaya yang lebih rendah dan skalabilitas yang lebih mudah dari jumlah node dalam mode pasif, memfasilitasi integrasi dengan beberapa rantai eksternal. Namun, kelemahan mode pasif adalah bahwa aktivitas pengamatan data pada rantai eksternal bergantung pada beberapa node, yang mengarah pada ketahanan yang lebih lemah terhadap sensor. Untuk meringankan situasi ini, ZetaChain memberikan insentif kepada node untuk menjalankan mode aktif modul Observer.

(Dalam mode aktif, node harus menjalankan klien node penuh dari rantai eksternal. Dalam mode pasif, hanya klien ringan dari rantai eksternal yang dijalankan, menerima pesan lintas rantai dan bukti Merkle dari node ZetaChain dalam mode aktif untuk mengonfirmasi validitas pesan)

Tanda tangan TSS

Semua pesan lintas rantai yang diamati dan diverifikasi oleh node ZetaChain pada akhirnya akan memicu transaksi pada rantai target melalui alamat akun publik ZetaChain, yang mengarah ke operasi selanjutnya. Dalam proses ini, diperlukan pembuatan tanda tangan digital untuk transaksi lintas rantai pada rantai target. Untuk memastikan keamanan dan kepercayaan, pembuatan tanda tangan dilakukan oleh semua node ZetaChain, yang secara kolektif menyimpan fragmen-fragmen kunci untuk pembuatan tanda tangan. Fragmen-fragmen kunci ini didistribusikan di antara beberapa penanda tangan, dan hanya ketika mayoritas penanda tangan memberikan tanda tangan mereka, maka tanda tangan digital untuk transaksi tersebut dapat dihasilkan pada rantai eksternal. Pada waktu tertentu, satu entitas atau sebagian kecil node tidak dapat mewakili ZetaChain dalam memicu transaksi atau menandatangani pesan pada rantai eksternal.

Dalam model cross-chain ZetaChain, Anda hanya perlu memiliki alamat akun yang sama pada chain yang berbeda tanpa perlu menggunakan smart contract yang rumit. Algoritma multi-tanda tangan ZetaChain menggunakan TSS, Skema Tanda Tangan Ambang. Walaupun tanda tangan digital transaksi yang terlihat secara eksternal berhubungan dengan satu private key, public key, dan alamat, pada kenyataannya, private key ini dihasilkan oleh banyak fragmen yang didistribusikan ke seluruh perangkat node ZetaChain, yang dihasilkan tanpa keterlibatan perantara. Pada waktu tertentu, satu entitas atau beberapa validator tidak dapat mewakili seluruh jaringan untuk mengumpulkan fragmen kunci privat dan menandatangani pesan. Proses pembuatan dan penandatanganan kunci TSS dilakukan melalui Multi-Party Computation (MPC), memastikan bahwa tidak ada rahasia dari node yang berpartisipasi yang bocor. Node ZetaChain dapat menghasilkan tanda tangan transaksi pada rantai yang berbeda. Selain kompatibel dengan berbagai rantai EVM, ZetaChain menambahkan kemampuan untuk memanggil kontrak pintar dari jarak jauh untuk Bitcoin atau rantai kontrak non-smart contract. Pengalaman pengguna dianalogikan dengan pengguna Bitcoin yang secara langsung memanggil fungsi DeFi tertentu.

Skenario ini sangat cocok untuk meng-host aplikasi DeFi multi-chain dalam ekosistem BTC. Karena blockchain BTC tidak dapat menerapkan logika bisnis yang terlalu rumit, blockchain ini bergantung pada infrastruktur eksternal untuk memanggil kontrak DeFi tertentu dari jarak jauh. Fitur-fitur ZetaChain sangat cocok bagi pengguna dalam ekosistem BTC untuk memanggil kontrak DeFi secara asinkron.

zEVM: Platform Kontrak DAPP Lintas Rantai Satu Pintu

Tidak seperti solusi cross-chain tradisional yang membutuhkan penerapan kontrak aset pemetaan pada setiap chain, ZetaChain mencapai fungsionalitas cross-chain dengan menggunakan smart contract hanya sekali pada chain-nya sendiri. Di ZetaChain, ada lapisan eksekusi yang kompatibel dengan EVM yang disebut zEVM, di mana kontrak pintar lintas rantai dapat langsung digunakan. zEVM mendukung fitur-fitur berikut: siapa pun dapat mengirim data transaksi dalam format tertentu pada rantai eksternal dan memanggil kontrak pada zEVM; logika kontrak pada zEVM dapat mengontrol data transaksi keluar yang dihasilkan pada rantai eksternal. zEVM dapat mendukung pemrograman umum, menggunakan logika bisnis tertentu, dan memodifikasi status secara atomik pada rantai yang berbeda. Jika operasi rantai silang terjadi dan ZetaChain mendeteksi bahwa langkah selanjutnya dari operasi rantai silang ini tidak berhasil pada rantai target, data yang dimodifikasi oleh transaksi rantai silang dalam kontrak ZetaChain dapat dibatalkan, seolah-olah tidak ada yang terjadi. Selain itu, aplikasi omnichain DAPP tidak perlu menggunakan pemetaan kontrak aset pada rantai yang berbeda. Hanya perlu menggunakan kontrak pada rantai ZetaChain untuk mengatur logika pemrosesan pesan lintas rantai secara terpusat di satu tempat, tanpa perlu sering menggunakan kontrak lintas rantai ke dalam jaringan multi-rantai. Hal ini secara signifikan dapat menghemat biaya pengembangan DAPP rantai penuh. Di tingkat pengguna, karena tidak perlu sering berinteraksi dengan kontrak aset yang dipetakan di beberapa chain, biayanya lebih rendah dibandingkan dengan jembatan lintas chain utama yang membutuhkan penerapan kontrak aset yang dipetakan di chain yang berbeda. Selain itu, kontrak DeFi khusus dan aset ZRC-20 atau bahkan NFT juga dapat digunakan di ZetaChain untuk menyinkronkan data status aset atau menggunakan akun AA. Hal ini memberikan kemampuan platform manajemen aset terpadu (pencatatan status). Karena kita tidak perlu lagi bekerja keras untuk memiliki aset di berbagai rantai, skenario akun aset terpadu di seluruh rantai ini dapat menghasilkan lebih banyak potensi di masa depan.

Kesimpulan

Dari apa yang telah kita bahas dalam artikel ini, kita telah mendapatkan pemahaman yang lebih baik tentang "infrastruktur interoperabilitas omnichain" ZetaChain. Melalui modul pengamat di klien validator, ZetaChain memonitor pesan/transaksi tertentu pada chain eksternal, melaporkannya ke modul validator, mencapai konsensus pada pesan di dalam jaringan ZetaChain, mengurai data yang terkandung dalam pesan, menghasilkan tanda tangan digital menggunakan TSS, dan memicu proses transaksi selanjutnya pada chain target yang sesuai, sehingga mewujudkan interaksi lintas chain di seluruh jaringan. Secara bersamaan, kontrak pintar omnichain berdasarkan ZetaChain memungkinkan kita untuk berinteraksi secara dekat dengan blockchain yang berbeda tanpa perlu menggunakan pemetaan kontrak aset pada rantai yang berbeda. Hal ini menghilangkan pemanggilan logika kontrak yang berlebihan, sehingga menghemat biaya transaksi. Selain itu, karena ZetaChain kompatibel dengan EVM, setiap pengembang DApp atau bahkan pengguna individu dapat menggunakan logika pemrosesan pesan lintas rantai yang disesuaikan. Secara teori, seseorang dapat menggunakan seluruh kontrak DApp dengan cara satu atap. Pengembang aplikasi lintas rantai tidak perlu sering menyebarkan/memperbaharui logika kontrak aset pemetaan pada rantai yang berbeda, sehingga menghilangkan biaya pengembangan yang berlebihan.

Penafian: Penafian

1. Artikel ini dicetak ulang dari[极客 Web3], Semua hak cipta adalah milik penulis asli[Howe & Faust, 极客web3]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.