Teori Rantai Aplikasi: Mengapa ekosistem Kosmos akan berkembang?

Asli: https://rainandcoffee.substack.com/p/the-application-specific-chain-thesis?utm_source=%2Fprofile%2F14239335-rainandcoffee&utm_medium=reader2

Penulis: RainandCoffee

Beberapa minggu terakhir telah terlihat kebangkitan ekosistem Cosmos yang lebih luas, karena aplikasi dan pembuat telah memutuskan untuk membangun rantai khusus aplikasi mereka sendiri, atau menyatakan minat untuk melakukannya. Ini mengikuti kematian ekosistem Terra yang juga berdampak pada ekosistem IBC yang lebih luas. Namun, menurut kami penting untuk dicatat bahwa seluruh tumpukan bekerja dengan sangat baik secara teknis. Ternyata meskipun volume transaksi sangat fluktuatif, ia mampu menangani pesan internal dan eksternal serta transfer aset lintas rantai melalui IBC, serta pada rantai internal melalui Cosmos SDK dengan Tendermint, ABCI, dan VM khusus. Dalam artikel ini, kami bertujuan untuk menjelaskan argumen di balik munculnya blockchain khusus aplikasi, dan mengapa kedaulatan, komposabilitas, dan interoperabilitas yang dibawanya sangat penting untuk membangun "aplikasi pembunuh" berikutnya dan ekosistem di siklus mendatang. Sistem penting.

Sebelum kita mempelajari topik ini, perlu untuk mencapai konsensus, jadi kami akan memperkenalkan secara singkat beberapa teknologi unik di ekosistem Kosmos dengan cara yang mudah dicerna.

Keseluruhan arsitektur rantai berbasis Tendermint menggunakan ABCI dan Cosmos SDK adalah sebagai berikut:

SDK kosmos

Cosmos SDK adalah seperangkat alat modular yang memungkinkan pengembang blockchain membangun logika lapisan aplikasi mereka dengan cara VM-agnostik. Cosmos SDK dirancang untuk berinteraksi dengan Tendermint melalui ABCI. Selain menjadi kerangka kerja yang memungkinkan pembuatan blockchain khusus aplikasi, ini juga memungkinkan berbagai opsi penyesuaian seperti tata kelola protokol-agnostik, mekanisme transaksi dan pertaruhan, dan banyak lagi. SDK menangani sebagian besar tugas yang diperlukan pada lapisan logika aplikasi, yang berarti pengembang tidak harus membangunnya sepenuhnya dari awal. Ini memproses transaksi yang diterima dari mesin konsensus Tendermint melalui router, yang mengirimkan pesan bersama dengan perubahan status ke modul pemrosesan yang sesuai.

ABCI

ABCI adalah antarmuka yang menghubungkan bagian aplikasi dari blockchain dan mesin replikasi status Tendermint yang menyediakan konsensus dan mekanisme jaringan. ABCI menyadari pemisahan tumpukan blockchain, yang berarti bahwa bagian aplikasi blockchain dapat berdiri sendiri dari mesin virtual, sehingga setiap mesin virtual dan lingkungan eksekusi dapat digunakan untuk bagian aplikasi tumpukan. Contohnya termasuk Junowasm, Cosmwasm, Javascript Hardened Agoric, dan bahkan versi Rahasia Cosmwasm (yang memungkinkan penggunaan TEE). Tendermint sendiri membuat tiga koneksi ABCI ke bagian aplikasi, bertanggung jawab atas verifikasi transaksi saat mempool disiarkan, koneksi antara aplikasi dan mesin konsensus, dan kemampuan untuk digunakan untuk memblokir proposal dan menanyakan status aplikasi.

Lembut

Tendermint Core bertanggung jawab atas konsensus dan lapisan jaringan rantai di ekosistem Cosmos. Lapisan konsensus adalah untuk memastikan validitas dan urutan transaksi melalui proses algoritma konsensus di antara peserta jaringan Lapisan jaringan bertanggung jawab untuk memfasilitasi komunikasi point-to-point antara node dalam sistem dan memungkinkan aplikasi pihak ketiga dan node untuk berinteraksi dengan lapisan konsensus.

Tendermint menggunakan model konsensus Byzantine Fault Tolerant (BFT) dan mencapai finalitas instan. Proses BFT melewati tiga fase sebelum fase komit akhir dari blok yang diusulkan. Ketiga tahapan tersebut adalah:

• Pada tahap proposal, sebuah blok ditunjuk pada ketinggian tertentu;
• Pada tahap pra-pemilihan, 2/3 dari verifikator melakukan pra-pemungutan suara pada blok yang diusulkan;
• Pada langkah pra-komit, 2/3 dari pemverifikasi melakukan pra-komit pada blok yang diusulkan.

IBC

Inti dari Inter-Blockchain Communication(IBC) adalah protokol transfer informasi lintas rantai untuk blockchain homogen. Ini berarti menghubungkan rantai yang memiliki fungsi serupa, dalam hal ini finalitas instan yang disediakan oleh algoritme konsensus Tendermint dan rantai dengan kemampuan klien ringan. Cara kerja IBC adalah bahwa dua rantai yang tertarik untuk terhubung satu sama lain akan mengusulkan tata kelola pada rantai target. Ini biasanya melalui Hub Kosmos atau Osmosis (saat ini Osmosis menghubungkan 45, Kosmos memiliki 40). Artinya ada kesepakatan di tingkat protokol, oleh karena itu, tidak perlu menggunakan pihak ketiga tepercaya di jembatan eksternal.

Kemudian, kedua rantai membutuhkan klien ringan pada rantai masing-masing untuk secara kriptografis memverifikasi status konsensus antara kedua rantai, dan pengulang untuk menyampaikan informasi antara klien ringan pada kedua rantai. Relai diperlukan untuk aktivitas - agar dapat bertukar informasi antar node, dan agar node berhasil mencapai konsensus. Mari kita jelajahi situasi sebenarnya:

Ini berarti asumsi kepercayaan ada pada dua validator yang menghubungkan blockchain, sehingga asumsi kepercayaan jauh lebih sedikit daripada jenis jembatan lintas rantai dan protokol perpesanan lainnya. Misalnya, dengan XCMP di ekosistem Polkadot, asumsi kepercayaan hanya terletak pada rantai relai (Polkadot).

Untuk menunjukkan kompatibilitas dan pervasiveness IBC di ekosistem Cosmos, dan jumlah rantai yang terhubung dengannya - mari kita lihat skala koneksi real-time saat ini:

ICS

ICS adalah singkatan dari Interchain Standard, dan menggunakan parameter pengaturan transaksi antar rantai yang terjadi di IBC. ICS pada dasarnya adalah spesifikasi modul untuk transaksi IBC, dan agar dua rantai menggunakan IBC, mereka harus memiliki ICS yang sama.

Salah satu ICS yang menarik dan unik adalah ICS-27, juga dikenal sebagai akun interchain.

ICS-27

Akun interchain memungkinkan komposisi, yaitu interoperabilitas. Mereka memungkinkan orang-orang di rantai untuk tidak hanya bertukar data, tetapi juga menulis status dari satu kontrak pintar di satu rantai ke rantai lainnya. Ini berarti bahwa alih-alih harus berpindah di antara berbagai antarmuka saat aset atau pesan ditransfer, pengguna akan dapat menggunakan antarmuka tunggal pada rantai sumber hanya dengan menentukan titik akhir transaksi. Rantai berkemampuan ICS-27 membuat akun di rantai berkemampuan ICS-27 lainnya dan dapat mengontrol akun tersebut melalui transaksi IBC. Akun interchain mempertahankan semua fungsi akun biasa, tetapi dioperasikan oleh rantai terpisah atau pengguna akhir melalui IBC, sedemikian rupa sehingga pemilik rantai sumber mempertahankan kontrol penuh atas akun lintas rantai yang mereka daftarkan pada rantai target.

Prosedur setelah transaksi KPI dilakukan sesuai dengan spesifikasi ICS yang harus dimiliki oleh setiap rantai. Artinya, ini memungkinkan transaksi beralih dari aplikasi khusus ke aplikasi independen, dengan kata lain - memungkinkan komposisi yang sebenarnya di berbagai jaringan yang berbeda.

Keamanan Interchain

Keamanan interchain memungkinkan satu rantai atau hub menghasilkan blok untuk rantai lain. Validator menjalankan dua (atau lebih) node, satu di setiap rantai, tetapi hanya perlu mempertaruhkan token asli mereka di rantai utama. Ini diaktifkan oleh verifikasi lintas rantai, protokol tingkat IBC. Subchain menggunakan IBC untuk berkomunikasi dengan mainchain untuk melacak validator mana yang berpartisipasi dalam keamanan antar rantai menggunakan validasi lintas rantai. Dengan cara ini, keamanan yang diperoleh dari nilai yang dikunci pada rantai utama dibagi dengan rantai anak. Dengan demikian, konsumen/subchain mendapatkan keamanan dari mainchain tanpa harus menyiapkan validatornya sendiri. Hal ini memungkinkan aplikasi dengan beban modal yang ringan untuk dengan mudah memutar rantai mereka sendiri sambil mempertahankan tingkat keamanan yang kuat dari validator yang ada.

Rantai utama bertanggung jawab untuk menghasilkan blok untuk satu set subrantai, validator akan menerima hadiah taruhan dari rantai yang mereka validasi, dan Slashing membantu mencegah validator melakukan hal-hal jahat.

Meringkaskan

Blockchain khusus aplikasi mengaktifkan apa yang kami sebut "repositori" ruang blok. Jika Anda menganggap tumpukan blockchain sebagai rantai pasokan, maka ruang blok untuk setiap bagian tumpukan secara teknis "dibeli" oleh aplikasi pada rantai/lapisan tempatnya berada. Ini berarti bahwa ia bergabung dengan banyak aplikasi berbeda yang membayar gas yang berada di ruang blok yang sama, menyebabkannya menjadi sangat padat dan kompetitif, sehingga menaikkan biaya.

Lonjakan biaya yang disebabkan oleh rantai monolitik yang sangat padat yang dihuni oleh ribuan aplikasi ini kemudian didorong ke pengguna, yang harus menanggung biaya yang besar. Contoh bagusnya adalah Osmosis, di mana aplikasi itu sendiri dapat lebih mengontrol biaya yang dibayarkan oleh pengguna akhir pada rantai aplikasi tertentu dan memberi mereka kemampuan untuk mempertahankannya pada tingkat yang konstan.

Karena aplikasi seperti itu tidak bergantung pada rantai X atau Y sebagai gudang, ini berarti mengambil risiko biaya rata-rata yang lebih tinggi untuk aplikasi tersebut, serupa dengan risiko inventaris toko. Ini berarti bahwa aplikasi itu sendiri, dan juga komunitas, dapat berpartisipasi dan mengelola risiko inventaris. Hal ini mengarah pada efisiensi dalam penetapan harga sumber daya, yang pada gilirannya mengarah pada ekonomi yang lebih baik untuk aplikasi.

Karena aplikasi adalah pemilik dari rantai tempatnya hidup, ini memungkinkan manajemen mandiri dari struktur biaya, yang berarti Anda tidak lagi dipengaruhi oleh rantai tempat Anda tinggal, Anda memutuskan biaya setiap sumber daya pada rantai Anda.

Selain itu, fleksibilitas yang dimungkinkan oleh tumpukan teknologi yang mendasarinya memungkinkan pengoptimalan pada lapisan aplikasi sambil mempertahankan kemampuan menyusun antara rantai dalam ekosistem yang lebih besar karena sistem perpesanan lintas rantai aslinya, yang dapat dikomposisi tidak memerlukan kepercayaan pihak ketiga sama sekali. .

Sebelum prevalensi Cosmos, ada kesenjangan yang jelas antara aplikasi dan infrastruktur (rantai), dan rantai aplikasi tertentu dengan IBC akan memecahkan penghalang ini dan memungkinkan aplikasi menjadi infrastruktur yang terhubung dan dapat disusun.