Apa itu MAP Protocol, MAP coin adalah

Apa itu MAP Protocol, MAP coin ?

 MAP Protocol adalah token yang bertujuan untuk menjadi solusi ujung ke ujung yang aman bagi setiap penduduk blockchain untuk memindahkan dan menukar aset. Untuk memenuhi peran ini, tim MAP membangun tiga lapisan secara bersamaan: blockchain khusus yang berfungsi sebagai jalan bebas hambatan infrastruktur yang menghubungkan semua jenis blockchain untuk memecahkan hambatan, lapisan Aset MAP di mana semua jenis aset dipetakan ke rantai MAP di non- gaya kustodian melalui kontrak pintar tanpa kepercayaan, dan lapisan Aplikasi DeFi di mana semua jenis aplikasi termasuk namun tidak terbatas pada DEX, game, dan NFT dapat dibangun dengan kemampuan lintas rantai yang diaktifkan oleh rantai MAP dan aset MAP.

MAP Protocol, MAP coin

Karena semakin banyak blockchain yang membuahkan hasil, hambatan antara rantai menjadi semakin mengganggu.

Selain itu, munculnya berbagai jaringan lapisan 2 menambah gravitasi masalah. Keragaman fitur jaringan blockchain yang berbeda membuat menghubungkan semua rantai menjadi sangat sulit, jika bukan tidak mungkin.

Banyak solusi telah diusulkan, tetapi sangat sedikit yang memuaskan baik karena kehadiran peran admin istimewa atau karena batas jumlah blockchain yang dapat dihubungkan. Dengan pemikiran ini, kami di sini untuk menyajikan protokol MAP, protokol komunikasi lintas rantai yang tidak dapat dipercaya untuk menghubungkan semua jenis blockchain.

Tim protokol MAP ditugaskan dengan misi untuk membangun aset digital jalan bebas hambatan untuk dunia blockchain yang terus berkembang. Protokol itu sendiri bertujuan untuk menjadi solusi ujung-ke-ujung yang aman bagi setiap penduduk blockchain untuk memindahkan dan menukar aset secara bebas dan cepat. Untuk memenuhi peran ini, tim MAP membangun tiga lapisan secara bersamaan: blockchain khusus yang berfungsi sebagai jalan bebas hambatan infrastruktur yang menghubungkan semua jenis blockchain untuk memecahkan hambatan; lapisan Aset MAP di mana semua jenis aset dipetakan ke rantai MAP dalam gaya non-penahanan melalui kontrak pintar tanpa kepercayaan; dan lapisan Aplikasi DeFi di mana semua jenis aplikasi termasuk namun tidak terbatas pada DEX, game, dan NFT dapat dibangun dengan kemampuan lintas rantai yang diaktifkan oleh rantai MAP dan aset MAP.

Sejak kelahiran Bitcoin pada tahun 2009, ribuan rantai publik telah diproduksi dengan menggunakan teknologi blockchain dan banyak digunakan di berbagai bidang aplikasi seperti IoT, keuangan, tata kelola, manajemen identitas, dan keterlacakan.

Pada awal 2010-an, hanya ada beberapa blockchain. Dan terminologi interoperasi blockchain sebagian besar mengacu pada teknologi lintas rantai untuk mentransfer koin di antara blockchain ini. Pada tahun 2016, Vitalik Buterin merangkum cara-cara untuk mencapai interoperabilitas ke dalam tiga kategori utama strategi:

1. Hashlocking: menyiapkan operasi pada dua rantai dengan pemicu yang sama, misalnya, gambaran awal dari hash tertentu.
2. Skema notaris terpusat atau multisig: di mana suatu pihak atau sekelompok pihak setuju untuk melakukan tindakan pada satu rantai jika beberapa peristiwa di rantai lain terjadi; 3) Sidechain/relay: di mana satu blockchain dapat memvalidasi dan membaca peristiwa dan/atau menyatakan di blockchain lain.

Teknik penguncian hash, khususnya kontrak penguncian waktu hash (HTLC) menginspirasi pertukaran rantai silang atom tanpa kepercayaan di mana aset yang berada di blockchain terpisah dapat dipertukarkan secara langsung dengan cara Peer-to-Peer tanpa melibatkan mediasi atau layanan escrow.

Sisi negatifnya adalah bahwa pertukaran atom semacam itu tidak dapat dengan mudah digeneralisasi dan perlu dibangun dengan hati-hati sesuai dengan fitur-fitur blockchain target. Meskipun, HTLC adalah dasar dari jaringan petir yang terkenal , kami tidak melihat penyebaran skala besar interoperabilitas lintas-rantai mengikuti teknik penguncian hash. Skema notaris terpusat adalah strategi teknik termudah dan biasanya memberikan pengalaman pengguna yang lebih lancar dengan menggunakan server terpusat.

Sisi negatifnya juga jelas. Semua pengguna harus mempercayai secara membabi buta siapa pun yang menyediakan layanan dan percaya dengan itikad baik bahkan ketika aset berskala besar berada di bawah pengawasan. Jelas, ini bukan jalan yang ingin kami ikuti.

Sidechain yang dipatok dua arah dan BTC-Relay termasuk dalam kategori ketiga seperti yang digariskan oleh Buterin, di mana yang pertama dapat mentransfer aset digital dari rantai induk ke rantai samping dan yang terakhir membuka jembatan satu arah dari Bitcoin ke Ethereum.

Dalam kedua skenario, pihak penerima perlu memverifikasi bahwa sesuatu telah terjadi di pihak pengirim. Di sinilah teknik SPV (Verifikasi Pembayaran Sederhana) dimulai. Untuk memfasilitasi teknik SPV, seseorang perlu membangun klien ringan untuk blockchain yang menarik. Tetapi sebelum kita menyelami jargon, mari kita mundur selangkah dan melihat sekilas masalah interoperabilitas lintas rantai.

Teknik Blockchain disebut juga teknik buku besar terdistribusi dan sering dianggap sebagai database terdistribusi. Setiap pengguna dapat membaca & menulis ke database ini. Baca berarti pengguna dapat mengambil data dari blockchain (misalnya, keadaan akun tertentu atau transaksi di blok tertentu). Ini dapat dicapai dengan meminta node penuh (yaitu, sebuah node mengunduh seluruh blockchain dan memperbarui status internal secara real time).

Selain itu, pengguna dapat membaca dari blockchain menggunakan teknologi SPV. SPV jauh lebih murah dalam biaya jaringan daripada sinkronisasi penuh.

Dan untuk menulis ke blockchain, pengguna harus menyiarkan permintaan tulis mereka (transaksi yang tertunda) ke jaringan P2P dan menunggu mesin konsensus untuk mengkomitnya, misalnya, dikemas ke dalam blok.

Secara analog, interoperabilitas rantai berarti satu blockchain (rantai aktif) dapat membaca/menulis ke blockchain lain (rantai pasif). Sebagian besar solusi interoperabilitas rantai saat ini menyarankan penggunaan teknologi SPV untuk pembacaan lintas rantai. Dengan membaca dengan teknologi SPV, semua informasi disertai dengan bukti kriptografi dan penerima membutuhkan cara untuk mendapatkan header blok “terpercaya” atau “nyata” dari rantai yang sesuai.

Dengan cara ini, penerima dapat memverifikasi bukti kriptografi terhadap informasi yang terkandung dalam header “tepercaya”. Dalam skenario penulisan lintas rantai, penerima adalah rantai pasif. Jika rantai pasif dapat memverifikasi bahwa hal-hal tertentu terjadi pada rantai aktif, ia dapat mengubah status rantainya untuk merespons kesadaran tersebut.

Tentu saja, setiap perubahan status pada rantai pasif harus dipicu oleh transaksi yang valid. Dalam konteks ini, seseorang harus membangun transaksi yang valid yang berisi hal-hal yang terjadi pada rantai aktif serta bukti kriptografi terkait dan menyerahkan transaksi tersebut ke rantai pasif. Setelah transaksi ini di-commit ke blok rantai pasif yang telah dikonfirmasi, penulisan lintas-rantai selesai.

Kemudian masalah lain muncul, bagaimana rantai pasif bisa mendapatkan header blok “tepercaya” yang disebutkan di atas dari rantai aktif? Beberapa solusi memperkenalkan “relayer terpercaya” untuk menjamin kebenarannya. Sekali lagi, untuk mempertahankan properti protokol MAP yang tidak dapat dipercaya, kami tidak mengambil jalan ini, tetapi menggunakan blockchain khusus – rantai MAP – untuk mempertahankan klien ringan dari semua blockchain yang tertarik.

Pertukaran atom, sidechain yang dipatok dua arah, BTC-Relay adalah semua solusi awal interoperabilitas rantai dan sebagian besar dirancang untuk blockchain tertentu dan karenanya tidak sistematis. Ini berarti solusi ini sulit diperluas untuk membangun jaringan interoperasi untuk banyak rantai. Kemudian, dua protokol interoperasi sistematis Polkadot dan Cosmos diusulkan.

Polkadot mendefinisikan protokol yang mendasari interoperabilitas lintas rantai lengkap. Ia memiliki spesifikasi baca dan tulis lintas-rantai yang lengkap, dan melalui protokol ini, ia membangun ekosistem interoperabilitas lintas-rantai yang lengkap.

Ciri khas Polkadot adalah mengomunikasikan dan mengkoordinasikan interoperabilitas lintas rantai dari semua rantai para melalui rantai relai. Validator pada rantai relai akan dialokasikan ke setiap rantai para untuk bekerja dengan collatornya, dan header blok rantai para yang disediakan oleh collator akan disinkronkan ke rantai relai. Setelah itu, protokol XMCP digunakan untuk mentransfer pesan lintas rantai.

Tentu saja, status lintas rantai perlu diperoleh melalui solusi SPV setelah mendapatkan header blok dari rantai relai, dan operasi tulis lintas rantai perlu disesuaikan melalui rantai para. Sistem kontrak pintar mem-parsing informasi spesifikasi yang ditentukan oleh XMCP dan menjalankannya. Kita harus mencatat bahwa jiwa Polkadot adalah rantai estafet. Rantai relai tidak hanya perlu mengoordinasikan interaksi informasi lintas rantai, tetapi juga bertanggung jawab atas keamanan bersama di seluruh sistem.

Cosmos juga merupakan sistem operasi interoperabilitas lintas rantai yang lengkap. Ini mendefinisikan satu set IBC protokol untuk komunikasi lintas rantai, yang dapat menjamin transfer aset atau transmisi data antara rantai yang berbeda, dan komunikasi antara rantai HUB yang berbeda memerlukan komunikasi lintas rantai melalui protokol IBC.

Membaca antara rantai HUB yang berbeda membutuhkan cluster Relay untuk menyediakan blockheads. Desain protokol IBC seperti pengelompokan dua arah. Ini terdiri dari empat bagian: pertama, Pelacakan, di mana cluster Relay mengumpulkan header blok untuk setiap rantai HUB; kemudian Ikatan, yang mengunci sebagian aset pada rantai; dan kemudian Proof Relay, yang mendapatkan kepala blok dan bukti SPV yang sesuai dari cluster Relay; dan terakhir, Validasi, bukti yang diperoleh pada langkah selanjutnya divalidasi dan dapat diikuti jika validasi lolos. Operasi baca lintas rantai Cosmos bergantung pada bukti SPV yang disediakan oleh kluster Relay, sementara penulisan lintas rantai memerlukan operasi selanjutnya melalui bukti validasi melalui kontrak pintar.

Apakah kita masih membutuhkan protokol MAP setelah munculnya Polkadot dan Cosmos?

Jawabannya iya. Memang, protokol MAP berbagi banyak fitur serupa dari Polkadot dan Cosmos, yaitu mengandalkan

bukti kriptografi daripada relayer tepercaya saat memverifikasi pesan lintas-rantai, memfasilitasi transfer lintas-rantai serta pertukaran lintas-rantai, rantai MAP khusus juga mengadopsi konsensus Proof-of-Stake dan Bizantium Fault Tolerance seperti halnya Polkadot dan Cosmos.

Namun, perbedaan terbesar adalah bahwa Polkadot dan Cosmos telah berfokus untuk menghubungkan rantai isomorfik dalam ekosistemnya sendiri, mis. blockchain yang dibangun dengan Substrate atau Tendermint Core dan Cosmos-SDK. Ini menjelaskan keadaan isolasi kedua alam saat ini dari dunia EVM yang berkembang. Dengan protokol MAP, kami memulai perjalanan kami dengan misi untuk menghubungkan blockchain yang heterogen, dengan blockchain khusus kami dapat dengan mudah menambahkan fitur yang diperlukan untuk menghubungkan semua blockchain yang ada maupun yang akan datang.

Dengan mendukung protokol IBC pada rantai MAP, rantai MAP dapat dengan mudah berbicara dengan dunia Cosmos. Dengan mengintegrasikan protokol ICMP, rantai MAP dapat menghubungkan dunia Polkadot. Dengan membangun protokol mutakhir untuk rantai Proof-of-Work, MAP bahkan dapat menghubungkan Bitcoin serta Ethereum. Dengan cara ini, kami berharap untuk membangun jalan bebas hambatan aset nyata untuk dunia blockchain untuk memungkinkan sirkulasi semua jenis aset pada blockchain yang heterogen.

IKHTISAR PROTOKOL PETA

Protokol peta bertujuan untuk menjadi solusi ujung-ke-ujung yang aman bagi setiap penduduk blockchain untuk memindahkan dan bertukar aset. Rantai itu sendiri dapat mencapai interaksi arbitrer yang ringan tanpa perlu menyampaikan melalui rantai relai di bawah mekanisme konsensus yang diverifikasi sendiri secara independen.

Dan untuk mekanisme konsensus terverifikasi mandiri non-independen, rantai dapat mencapai interaksi arbitrer ringan melalui mekanisme penahan relai. Alasan perbedaan di sini adalah bahwa blockchain dari konsensus yang diverifikasi sendiri secara independen (misalnya, POW, POS, dll.) dapat secara independen memverifikasi legitimasi blok individu.

Namun mekanisme konsensus lain seperti DPOW, DPOS, yang perlu ditambatkan ke rantai estafet lain karena informasi perwakilan pemilu tambahan diperlukan untuk memverifikasi legitimasi blok. Setiap sistem blockchain yang mendukung protokol MAP dapat beroperasi dengan blockchain lain yang juga mendukung protokol MAP.

Dengan cara ini, ekosistem interoperabilitas blockchain terbuka terbentuk. Tidak ada rantai relai yang ditentukan atau jenis rantai pusat lainnya dalam ekosistem MAP dan setiap sistem blockchain mempertahankan independensi yang memadai untuk memastikan validitas dan konsistensi.

Tidak seperti proyek komunikasi antar-blockchain lainnya, di mana aset massal dikendalikan oleh segelintir operator, kami membangun seluruh solusi dengan cara yang lebih tidak dapat dipercaya dan terdesentralisasi. Artinya tidak ada kepercayaan pihak ketiga. Keamanan protokol MAP harus bergantung pada bukti kriptografi. Untuk memenuhi peran ini, protokol MAP dibangun di atas tiga lapisan secara bersamaan:

1. rantai MAP, blockchain khusus yang sepenuhnya kompatibel dengan EVM untuk mempertahankan klien ringan dari semua blockchain yang tertarik untuk memfasilitasi verifikasi pesan lintas rantai yang tidak dapat dipercaya;
2. lapisan aset MAP, kontrak pintar yang transparan dan antipeluru untuk menahan semua aset lintas rantai yang terbungkus dalam gaya non-penahanan;
3. Lapisan aplikasi DeFi, di mana semua jenis aplikasi termasuk namun tidak terbatas pada DEX, Game, dan NFT dapat dibangun dengan kemampuan lintas rantai yang diaktifkan oleh rantai MAP dan aset MAP.

Blockchain yang mendasari protokol MAP berfungsi sebagai klien ringan untuk semua blockchain yang tertarik. Menggunakan blockchain khusus untuk mempertahankan semua klien ringan memberi kami fleksibilitas untuk mengintegrasikan fitur yang diperlukan untuk terhubung ke semua jenis blockchain yang mungkin muncul.

Dengan klien ringan info yang diawetkan, lapisan aset MAP dapat dengan mudah memvalidasi pesan lintas-rantai dengan cara matematis murni. Dengan cara ini, aset yang dijaga hanya dapat dipindahkan mengikuti aturan tetap yang didorong oleh pesan lintas rantai dengan bukti kriptografi. Artinya, tidak ada seorang pun di sistem yang memiliki hak istimewa untuk menyentuh dana pengguna dan protokol MAP yang tidak dapat dipercaya terwujud.

RANTAI PETA

Rantai MAP sepenuhnya kompatibel dengan EVM berdasarkan mekanisme Proof-of-Stake dan protokol konsensus Byzantine Fault Tolerant. Seperti yang disebutkan di atas, tujuan utama rantai MAP adalah untuk mempertahankan klien ringan dari semua blockchain yang tertarik untuk memfasilitasi verifikasi pesan lintas rantai yang tidak dapat dipercaya.

Hanya dengan cara ini, protokol MAP dapat menghilangkan faktor manusia yang tidak dapat diandalkan dari komunikasi lintas rantai, terutama pada proses manajemen aset. Artinya, kebenaran klien ringan adalah jangkar kepercayaan dari seluruh protokol MAP. Dengan demikian, tugas utama rantai MAP adalah mempertahankan kepercayaan jangkar ini dengan cara matematis murni sehingga pengguna protokol MAP hanya perlu memercayai keamanan primitif kriptografi yang telah membentuk fondasi seluruh alam semesta blockchain.

IBFT DAN POS

Strategi teknologi untuk rantai MAP mudah dipahami dengan mempertimbangkan perkembangan dunia blockchain dalam beberapa tahun terakhir. Perkembangan DeFi yang eksplosif telah menjadikan EVM sebagai platform standar industri de facto untuk mengembangkan kontrak pintar. Kritik terhadap konsumsi energi mekanisme Proof-of-Work mendorong seluruh dunia blockchain beralih ke bentuk yang lebih hemat energi.

Dengan kemajuan penelitian mengenai keamanan PoS, terutama pada penemuan serangan jarak jauh dan tidak ada yang dipertaruhkan yang terkenal serta proposisi solusi mitigasi yang sesuai [13], mekanisme PoS yang dulu rapuh sekarang dapat beroperasi dengan lancar dan dengan aman. Pengalaman operasi yang sebenarnya dari Cosmos, Polkadot dan jaringan PoS lainnya juga membuktikan kasusnya.

Kemungkinan garpu intrinsik pada konsensus Nakamoto tidak ramah pengguna, terutama untuk aktivitas on-chain dengan atribut keuangan yang kuat di mana orang ingin tahu pasti apakah satu transaksi berhasil atau tidak secara instan. Di sinilah protokol konsensus Byzantine Fault Tolerance berperan, terutama dengan inventarisasi protokol PBFT (Practical BFT) dan peningkatan terkait skenario blockchain sejak saat itu, seperti IBFT (Istanbul BFT) , Tendermint , HotStuff dll. Saat ini, konsensus BFT dapat dengan mudah menskalakan hingga 100+ node validator sambil tetap menjamin stabilitas jaringan dan konfirmasi cepat dalam hitungan detik untuk memberikan pengalaman pengguna yang lebih baik.

Rantai MAP mengadopsi konsensus IBFT berbasis pemimpin yang menampilkan kesederhanaan, finalitas langsung, ketahanan dalam jaringan yang akhirnya sinkron serta dukungan untuk set validator dinamis. Dengan banyak upaya penelitian dan rekayasa ke dalam protokol konsensus IBFT, tidak hanya keamanan dan kehidupan yang dapat dijamin, tetapi juga fondasi yang kokoh dibangun sehingga kami dapat dengan cepat meningkatkan Protokol MAP.

Set validator yang diperlukan oleh protokol IBFT dipilih dan diperbarui melalui mekanisme PoS terutama berdasarkan bobot taruhan yang diukur dalam token MAP, aset token asli dari rantai MAP, di antara semua kandidat validator.

Untuk menjamin keragaman dan ketangguhan jaringan, rantai MAP mendukung paling banyak 100 validator di awal dan secara bertahap akan diperluas ke ukuran yang lebih besar dengan terus melakukan optimasi rekayasa dan dengan mengikuti kemajuan dari dunia akademis dan industri.

Validator yang dipertaruhkan dihargai dengan token MAP sesuai dengan jumlah token yang dipertaruhkan serta stabilitas node mereka, misalnya, upaya yang mereka curahkan untuk mempertahankan rantai MAP.

Pemegang token MAP dapat mengoperasikan node validator mereka sendiri atau mendelegasikan token mereka ke node validator yang sudah mapan untuk mendapatkan hadiah. Untuk menarik lebih banyak pemegang token MAP untuk berpartisipasi dalam mekanisme PoS, insentif akan disesuaikan secara dinamis sesuai dengan rasio token yang dipertaruhkan terhadap total token yang beredar, misalnya, insentif akan meningkat secara otomatis jika rasio turun di bawah target nilai. Juga, insentif akan disesuaikan ke arah lain jika rasio taruhan telah mencapai tingkat tertentu sehingga selalu ada cukup aset dalam sirkulasi bebas untuk menjaga seluruh ekosistem tetap sehat.

Ada cara lain bagi pemegang MAP untuk mendapatkan lebih banyak hadiah, seperti menjadi “relayer” dan memberi makan rantai MAP dengan semua jenis pesan yang terkait dengan blockchain yang terhubung untuk menjaga rantai tetap up to date atau untuk mendapatkan hadiah dengan berkontribusi langsung ke kode dasar protokol MAP, membangun di dalam ekosistem dan membantu meningkatkan protokol, dll.

Blok rantai MAP dihasilkan dalam gaya berbasis zaman. Pada akhir setiap zaman, satu set validator baru dipilih sesuai dengan jumlah token MAP yang dipertaruhkan. Selama satu zaman, set validator tetap utuh, dan blok diproduksi mengikuti gaya konsensus IBFT berbasis pemimpin. Pemimpin dipilih dengan cara round-robin tertimbang di antara semua validator yang dipilih, di mana peluang setiap validator terpilih sebagai pemimpin sebanding dengan bobot taruhannya. Perhatikan bahwa ada juga benih acak on-chain yang digunakan sebagai parameter input untuk menambahkan lebih banyak entropi ke prosedur pemilihan pemimpin.

Dengan cara ini, node validator dapat dilindungi dari serangan DDoS yang direncanakan karena tidak ada yang bisa memprediksi mana yang akan menjadi pemimpin berikutnya. Selain itu, keacakan on-chain yang dapat diverifikasi publik adalah hal yang penting untuk keadilan on-chain. Pada tingkat blockchain, rantai MAP dapat memanfaatkan ini untuk mengacak urutan transaksi di dalam blok untuk mengurangi serangan front-running yang terkenal , MEV (Miner Extractable Value) dll. Pada tingkat aplikasi DeFi, lebih transparan dan keadilan aturan DeFi mudah ditarik. Pada keacakan rantai sulit untuk dibangun, terutama untuk mencapai properti yang tidak bias.

Rantai MAP dimulai dengan mekanisme commit-and-reveal yang mudah dengan partisipasi validator yang dipertaruhkan. Itu adalah pengusul setiap blok akan berkomitmen ke nilai acak di blok itu, dan nilai acak hanya akan diungkapkan dan ditambahkan ke entropi on-chain setelah beberapa waktu. Penundaan yang diperkenalkan dari komit dan pengungkapan penting untuk mencegah validator mencoba memanipulasi keacakan on-chain.

Namun, kami melihat kemajuan dari dunia akademis mengusulkan cara yang lebih baik untuk memecahkan masalah. Kapan pun solusi yang lebih baik siap untuk diterapkan secara besar-besaran, rantai MAP akan menyerap solusi mutakhir.

Pada rasional desain rantai MAP, kami memiliki pandangan yang sama dengan Ethereum, terutama pada model kompleksitas sandwich. Artinya arsitektur tingkat bawah harus dibuat sesederhana mungkin.

Mengikuti rasional ini, mekanisme PoS, mekanisme keacakan on-chain serta berbagai klien ringan yang dikelola oleh rantai semuanya diimplementasikan sebagai kontrak pintar yang ada di rantai MAP. Hanya dengan cara ini, kami dapat dengan cepat menambahkan fitur baru, misalnya, jenis klien ringan baru dari blockchain baru sambil menjaga lapisan konsensus rantai tetap stabil. Kemudian muncul pertanyaan besar, apakah mungkin untuk mengimplementasikan klien ringan untuk semua blockchain? Untungnya, jawabannya adalah YA.

KLIEN CAHAYA

Untuk memvalidasi bukti kriptografi untuk pesan lintas rantai, diperlukan root tepercaya. Biasanya bukti kriptografi adalah keberadaan bukti Merkle dari nilai tertentu dalam (varian) pohon Merkle, misalnya, Pohon Patricia Merkle (MPT) di Ethereum atau pohon AVL (IAVL+) yang tidak dapat diubah yang digunakan di Cosmos dan akar tepercaya adalah akar Merkle dari pohon yang biasanya disertakan dalam header blok.

Kemudian dengan memasukkan semua header blok dari semua blockchain yang tertarik ke rantai MAP, masalah ketersediaan root tepercaya dapat dengan mudah diselesaikan. Namun, dengan upaya terus-menerus untuk memperpendek internal pembuatan blok, memproses semua header blok yang diunggah pada rantai MAP akan menghabiskan sumber daya yang cukup besar, terutama ketika kami mencoba untuk menghubungkan semakin banyak blockchain seperti Binance Smart Chain dan jaringan Polygon yang sudah memproduksi blok setiap 2 atau 3 detik. Masalah lain adalah, bagaimana memvalidasi kebenaran header blok yang diunggah? Rancangan protokol MAP adalah untuk menghapus semua pihak tepercaya, sehingga mengandalkan pihak tepercaya untuk mengunggah header blok yang benar jelas bukan solusi yang dapat diterima.

Mengikuti kemajuan teknologi SPV dan teknologi konstruksi klien ringan, kedua masalah tersebut dapat diselesaikan dengan cara yang tidak dapat dipercaya. Pengamatan inti adalah bahwa hampir semua blockchain dapat mencapai konsensus dengan informasi yang sangat terbatas.

Rantai berbasis konsensus Nakamoto, misalnya, Bitcoin, header blok baru dapat dengan mudah diperiksa mengikuti aturan konsensus, misalnya, tautan hash serta akumulasi pekerjaan, dll. Jika jaringan Bitcoin tidak akan mengatur ulang lebih dari n blok, maka klien ringan Bitcoin hanya perlu mempertahankan n+1 header blok terbaru untuk memverifikasi header blok baru dan memperbarui status internalnya secara otonom. Mempertimbangkan latensi untuk menyampaikan pesan rantai silang, klien ringan yang dibuat dengan cara ini dapat menyimpan lebih banyak header blok, misalnya, header blok yang dihasilkan dalam 48 jam terakhir. Dengan interval blok 10 menit Bitcoin, klien ringan di rantai MAP hanya perlu menyimpan 288 header blok.

Semua header blok Bitcoin perlu dimasukkan ke dalam rantai MAP dengan cara ini, namun ini cukup dapat diterima mengingat interval blok Bitcoin. Di sisi lain, dengan mengadopsi teknik Flyclient, jumlah blok yang diunggah ke rantai MAP dapat dikurangi secara signifikan. Meskipun keadaan genesis klien ringan perlu diatur secara manual, fitur tanpa kepercayaan tidak terganggu karena siapa pun dapat memeriksa kebenaran keadaan genesis. Kami menduga bahwa ini pada dasarnya sama dengan konsep “subjektif lemah” [23] yang dihuni di dunia Proof-of-Stake.

Untuk blockchain berbasis Proof-of-Stake dan BFT, konstruksi klien ringan mungkin tampak cukup sulit pada awalnya. Berkat kerja tim Tendermint ternyata bisa dibangun light client yang lebih hemat [24]. Meskipun detail tekniknya bisa sangat panjang, ide intinya sederhana. Dalam jaringan seperti itu, blok ditandatangani oleh sekelompok validator taruhan yang dipilih, sehingga dengan memverifikasi beberapa tanda tangan digital, validitas blok dapat dengan mudah diperiksa.

Kumpulan validator dapat berubah seiring waktu, tetapi dalam jaringan PoS biasa, kumpulan validator baru juga perlu dibuktikan oleh kumpulan lama melalui tanda tangan. Dengan cara ini, dengan hanya sedikit informasi dari set validator saat ini, misalnya, bobot yang dipertaruhkan, kunci publik dari setiap set validator, klien ringan dapat dengan mudah memeriksa header blok baru serta memperbarui dirinya sendiri. Bahkan tidak perlu mengunggah semua header blok, hanya beberapa kecil, misalnya, yang terlibat dalam operasi lintas rantai, atau memvalidasi peningkatan set.

Klien ringan pada rantai MAP diinisialisasi sebagai kontrak pintar, sehingga rantai dapat dengan cepat menambahkan klien ringan baru untuk blockchain baru yang dihubungkan oleh rantai MAP. Verifikasi bukti Merkle dan verifikasi tanda tangan digital sangat penting untuk konstruksi dan pengoperasian klien ringan.

Namun, menerapkan primitif kriptografi ini dengan Solidity rumit dan tidak efisien, terutama berbagai primitif kriptografi digunakan di berbagai blockchain. Untuk memudahkan pengembangan klien ringan, semua jenis kriptografi primitif didukung di tingkat blockchain dan diekspos ke EVM melalui kontrak yang telah dikompilasi sebelumnya.

Semata-mata mempertahankan klien ringan dari blockchain yang terhubung pada rantai MAP tidak cukup untuk interoperasi lintas rantai dua arah dalam gaya tanpa kepercayaan, protokol MAP memerlukan keberadaan klien ringan rantai MAP pada setiap blockchain yang terhubung. Sementara di rantai MAP, harga gas bisa terus dioptimalkan agar tetap serendah mungkin, di rantai lain kita harus menerima kenyataan.

Karena rantai MAP mengadopsi PoS dan IBFT, klien ringan dapat dengan mudah dibangun mengikuti teknik di atas. Untuk mengoptimalkan konsumsi gas klien ringan di rantai lain, rantai MAP mengadopsi tanda tangan agregat dengan kurva BLS12-381. Dengan cara ini, verifikasi tanda tangan validator rantai MAP dapat dikurangi untuk memverifikasi hanya satu tanda tangan teragregasi dengan satu kunci publik teragregasi. Saat Ethereum bersiap untuk mengaktifkan kontrak prakompilasi terkait BLS12-381, dapat diharapkan bahwa kontrak prakompilasi BLS12-381 akan didukung secara luas dalam waktu dekat.

RELAYER

Klien ringan dari blockchain yang terhubung pada rantai MAP dan klien ringan dari rantai MAP pada blockchain yang terhubung perlu mengikuti pertumbuhan blockchain yang sesuai. Di sinilah relayer memotong.

Selain mengirimkan header blok ke berbagai rantai, relayer juga bertanggung jawab untuk membantu pengguna mengirimkan pesan lintas-rantai, seperti transfer lintas-rantai. Karena mengirimkan transaksi ke blockchain akan menghabiskan gas, semua relayer dihargai sesuai dengan pekerjaan bermanfaat yang telah mereka selesaikan, misalnya, jumlah header blok efektif yang dikirimkan, volume transfer lintas rantai.

Setelah diatur dengan benar, setiap klien ringan dapat memverifikasi header blok yang lebih baru sesuai dengan aturan yang dikodekan dalam kontrak, sehingga relayer yang tidak jujur ​​tidak akan dapat mengelabui klien ringan untuk menerima header blok yang tidak valid. Atau di dunia lain, keamanan protokol MAP tidak bergantung pada relayer terpercaya atau jujur.

Dengan adanya klien ringan yang andal, aplikasi lain di rantai MAP dapat memeriksa validasi pesan lintas rantai terhadap info yang diberikan oleh klien ringan. Dengan cara ini, relayer tidak dapat mengelabui aplikasi on-chain untuk menerima pesan lintas-rantai palsu. Ini sangat penting untuk keamanan lapisan Aset MAP, tentang keamanan gunungan aset. Di samping itu,

kami juga menginvestasikan cara bagi relai untuk berpartisipasi dalam proses pembuatan nomor acak on-chain untuk membantu menempa keacakan on-chain yang lebih baik.

LAPISAN ASET PETA

Manajemen aset transfer lintas rantai cukup rawan kesalahan dan biasanya dilengkapi dengan super admin yang mampu menyentuh dana pengguna.

Saat ini, transfer lintas-rantai adalah komponen penting untuk interoperabilitas lintas-rantai, protokol MAP memberikan solusi yang solid dan tidak dapat dipercaya untuk membebaskan pembangun ekosistem MAP dari beban tantangan teknis dan risiko keamanan. Lapisan aset MAP terdiri dari kontrak pintar antipeluru yang menangani transfer lintas rantai dan menjaga dana pengguna.

Tidak ada admin yang memiliki hak istimewa dalam sistem dan semua operasi terkait aset seperti pencetakan, pembakaran, dan lainnya hanya dapat dipicu dengan pesan lintas rantai yang didukung oleh bukti kriptografi yang valid, misalnya, bukti Merkle. Bukti kriptografi diperiksa terhadap informasi yang diberikan oleh klien klien.

Aset lintas rantai dikunci dalam kontrak AssetsVault dari rantai tersebut. Untuk aset yang pindah ke rantai MAP, rantai MAP akan membungkus semua aset dari rantai yang berbeda, misalnya, mUSDC adalah USDC yang dibungkus pada rantai MAP untuk USDC di Ethereum, BSC, dll. ada kontrak MapLightClient yang diterapkan di Ethereum dan Binance Smart Chain, masing-masing, dan ada kontrak BscLightclient dan EthLightClient yang diterapkan pada rantai MAP. Relay memantau status setiap jaringan dan memperbarui setiap klien ringan dengan mengirimkan header blok baru ke kontrak yang sesuai. Seperti yang kami katakan sebelumnya, klien ringan di sini adalah untuk memberikan akar kepercayaan untuk verifikasi pesan lintas rantai.

Mari kita ilustrasikan apa yang sebenarnya terjadi di balik layar jika Alice menggunakan protokol MAP untuk memindahkan 100 USDC dari Ethereum ke BSC melalui rantai MAP.

1. Alice berinteraksi dengan AssetsVault kontrak di Ethereum, untuk mengunci 100 USDC miliknya ke brankas.
   sebuah. Setelah transaksi dikemas dan berhasil dieksekusi oleh Ethereum, peristiwa Lock dipancarkan yang menunjukkan bahwa Alice memang telah mengunci 100 USDC dalam kontrak AssetsVault untuk memindahkan dana ke BSC.
2. Satu relayer melihat peristiwa Lock yang dipancarkan oleh AssetsVault kontrak di Ethereum dan membangun bukti Merkle yang sesuai untuk membuktikan bahwa peristiwa ini dipancarkan oleh AssetsVault kontrak pada ketinggian blok tertentu. Dengan semua informasi yang sudah siap, relayer ini mengirimkan transaksi yang tepat untuk mengontrak AssetsVault pada rantai MAP.
   sebuah. Jika transaksi dikemas dan selama pelaksanaan transaksi ini, kontrak AssetsVault pada kueri rantai MAP mengontrak EthLightClient untuk mendapatkan root Merkle pada ketinggian blok yang sesuai dan memvalidasi bukti kriptografi yang dibawa dalam transaksi.
   b. Jika bukti kriptografi lolos pemeriksaan dan kejadian terkait tidak diproses, kontrak AssetsVault akan menginstruksikan kontrak mUSDC untuk mencetak 100 mUSDC untuk Alice.
   c. Kemudian dalam transaksi yang sama, 100 mUSDC yang dicetak akan dibakar dan sebuah event dipancarkan yang menunjukkan bahwa Alice membakar 100 mUSDC untuk memiliki 100 USDC di BSC.
3. Satu relayer melihat peristiwa Burn yang dipancarkan oleh kontrak mUSDC pada rantai MAP dan membangun bukti Merkle yang sesuai untuk membuktikan bahwa peristiwa ini dipancarkan oleh kontrak mUSDC pada

ketinggian blok tertentu dari rantai MAP. Dengan semua informasi yang siap, relayer ini mengajukan transaksi yang tepat untuk mengontrak AssetsVault di BSC.

Jika transaksi dikemas dan selama pelaksanaan transaksi ini, kontrak AssetsVault pada permintaan BSC mengontrak MapLightClient untuk mendapatkan root Merkle pada ketinggian blok yang sesuai dan memvalidasi bukti kriptografi yang dibawa dalam transaksi.

Jika bukti kriptografi lolos pemeriksaan dan kejadian terkait tidak diproses, kontrak AssetsVault akan mentransfer 100 USDC ke alamat Alice. Sekarang 100USDC Alice telah berhasil ditransfer dari Ethereum ke BSC.

Perhatikan bahwa jika Alice mentransfer 100 USDC dari Ethereum ke rantai MAP, maka dia akan mendapatkan 100 mUSDC di alamatnya di rantai MAP. Tidak ada pihak tepercaya yang terlibat dalam pemrosesan di atas. Semua perubahan status terkait pemindahan aset didorong oleh pesan lintas rantai yang tepat dengan bukti kriptografi yang dikirimkan oleh relai. Dalam prosedur di atas, Alice hanya perlu mengirim transaksi dan sisanya ditangani oleh relayer dengan cara yang murni tanpa kepercayaan.

LAPISAN APLIKASI

Dengan transfer lintas-rantai mendasar yang disediakan oleh kombinasi rantai MAP, klien ringan, dan lapisan aset MAP, aplikasi DeFi lintas-rantai dapat dengan mudah dibangun. Penghamburan aset yang sama di beberapa rantai disatukan kembali di rantai MAP. Dengan semakin banyak aset yang berkumpul di rantai MAP, kami mengharapkan rantai MAP menjadi hub pusat untuk aset yang beredar di seluruh dunia blockchain.

Di bawah konstruksi ini, semua pengguna dengan aman memigrasikan semua aset digital mereka dari satu rantai ke rantai lainnya tanpa hambatan rantai. Tentu saja, kita akan membutuhkan penyedia likuiditas di setiap rantai untuk mengunci beberapa aset ke dalam brankas aset untuk memulai keseluruhan sistem. Selain biaya lintas rantai yang dikumpulkan, penyedia likuiditas juga akan diberikan token MAP.

Dengan beban berurusan dengan pesan lintas rantai dan blockchain yang heterogen, pengembang blockchain dapat fokus pada apa yang dapat mereka bangun di dunia tanpa hambatan, mungkin sebuah rantai silang

DEX yang menemukan rasio pertukaran terbaik di seluruh dunia blockchain untuk penggunanya, mungkin pasar perdagangan NFT di mana seseorang dapat menawar NFT apa pun bahkan tanpa token permintaan di dompet Anda (yaitu menawar dengan apa yang Anda miliki dan membiarkan jaringan bertukar untuk Anda otomatis dengan aset permintaan), atau mungkin pasar data lintas rantai, di mana semua jenis informasi, mis. harga dari rantai yang berbeda tersedia di satu tempat. Cukup migrasikan aplikasi DeFi Anda ke rantai MAP untuk menikmati agregasi beragam aset.

MODEL EKONOMI PETA

MAP adalah token asli yang dikeluarkan oleh Rantai Standar Peta. Jumlah total awal adalah 10 miliar. Dengan skenario aplikasi berikut untuk membantu meningkatkan nilai intrinsik protokol MAP serta mempromosikan pengembangan protokol MAP.

1. Rantai MAP menggunakan mekanisme PoS dan node perlu mempertaruhkan token MAP yang cukup untuk menjadi kandidat validator. Validator akan menerima hadiah dalam token MAP jika mereka dipilih untuk berpartisipasi dalam prosedur konsensus.
2. Pengguna normal dapat mendelegasikan token MAP mereka ke node validator pilihan untuk membantu validator menambah bobot taruhan dan menerima hadiah token MAP dengan melakukannya.
3. Pengguna dengan keterampilan yang cukup juga dapat menjalankan node relayer untuk membantu memproses semua jenis pesan lintas rantai dan menerima token MAP untuk mengkompensasi konsumsi gas dan mendapatkan lebih banyak.
4. Pemegang token MAP dapat berpartisipasi dalam tata kelola on-chain setelah modul selesai dan memilih fitur yang Anda inginkan, mis. blockchain mana yang harus terhubung dengan rantai MAP terlebih dahulu.
5. Token MAP akan dihargai sebagai insentif bagi kontributor Ekosistem yang meningkatkan protokol MAP, membangun Dapps, dan memperluas komunitas teknis atau pengguna

PETA TOKENOMIK BARU

Untuk sepenuhnya merangkul Web3, Protokol MAP akan memasukkan DAO sebagai struktur hukum baru yang penting untuk mempromosikan berbagai peserta ekologis untuk berpartisipasi dalam mainnet MAP dan lintas rantainya

operasi di masa depan. DAO akan berfungsi sebagai primitif baru untuk mewujudkan hak dan kepentingan penggunanya. Token dan aset milik bagian ekologi akan dipilih oleh pengguna dalam bentuk proposal dan pengguna dapat berpartisipasi, mendapatkan bagian dari token dan berbagi manfaat bersama. Distribusi token baru adalah sebagai berikut:

• Total Pasokan: 10.000.000.000 MAP 1.500.000.000 MAP (15%): Tim
• 1.200.000.000 PETA (12%): Yayasan
• 2.100.000.000 MAP (21%): Ekosistem (Ekosistem ini menghapus rilis sebelumnya 3,11% dari 21%.
• Sisanya 17,89% akan membentuk Harta Karun DAO, digunakan untuk insentif pengembang, insentif brankas lintas rantai, insentif pemasaran dan komunitas, dll. akan dirilis melalui tata kelola DAO, dan anggota komunitas dapat berpartisipasi dalam pemungutan suara melalui proposal komunitas. Berpartisipasilah dan dapatkan bagian dari token, dan juga bagikan manfaatnya.)
• 2.200.000.000 MAP (22%): Institusi dan Mitra
• 3.000.000.000 MAP (30%): Penambangan (Meningkatkan proporsi imbalan penambangan mainnet menjadi 30%. Penambangan PoS akan dirilis selama 10 tahun. 3% (300.000.000 MAP) per tahun untuk insentif node validator PoS.)

KESIMPULAN

Interoperabilitas lintas rantai terpusat dapat dibangun dengan cepat, tetapi semua dana pengguna berisiko karena kepercayaan buta pada beberapa pihak yang dipilih, serta kemungkinan serangan yang diperluas yang diperkenalkan seperti yang ditunjukkan oleh peretasan jaringan Poly. Namun, pembangunan protokol interoperate lintas rantai yang terdesentralisasi dapat menjadi tantangan di sisi teknik, tetapi pengguna dibebaskan dari FUD yang disebutkan di atas. Itulah alasan di balik strategi teknis protokol MAP. Biarkan tim mengambil tantangan teknik serta beban, tetapi biarkan pengguna kami merasa lega dan menikmati dunia cryptocurrency yang aman dan tanpa batas.

Dimana anda bisa membeli MAP Protocol ?

Protokol MAP memiliki Max Total Supply:10,000,000,000 MAP

Jika Anda ingin tahu di mana membeli Protokol MAP dengan kurs saat ini, pertukaran mata uang kripto teratas untuk perdagangan saham Protokol MAP saat ini adalah KuCoin, Bithumb, LATOKEN, Coinone, dan Uniswap (V2).