Crypto Gloss

Cosmos: Jaringan Buku Besar Terdistribusi

Penulis Jae Kwon dan Ethan Buchman
Tahun 2016
Proyek Cosmos
Dokumen A Network of Distributed Ledgers
Lisensi Tidak ada lisensi penggunaan ulang yang dinyatakan secara eksplisit dalam paper
Sumber utama Teks whitepaper asli di repositori Cosmos

Halaman ini merupakan ringkasan dan analisis edukatif, bukan reproduksi whitepaper. Lisensi perangkat lunak yang terkait tidak otomatis menjadi lisensi untuk teks paper.

Publikasi dan Konteks

Cosmos bermula dari proposal desain tahun 2016 oleh Jae Kwon dan Ethan Buchman, berjudul “A Network of Distributed Ledgers.” Paper ini membahas cara sejumlah blockchain terpisah mempertahankan aturan masing-masing sambil bertukar informasi dan aset. Paper tersebut berguna untuk memahami arsitektur awal Cosmos, tetapi bukan panduan implementasi terkini. Ikhtisar Interchain Developer Academy menyebutnya sebagai visi awal; komponen dan perilaku jaringan telah berubah sejak itu.

Paper ini berangkat dari karya Kwon sebelumnya mengenai konsensus Tendermint. Cakupannya lebih luas daripada algoritma konsensus baru: paper mengusulkan ekosistem modular berisi chain independen, model hub dan zone, insentif token, tata kelola, dan komunikasi berbasis bukti. Proposal tersebut perlu dibaca dalam konteks 2016, bukan sebagai janji bahwa setiap fitur dirilis persis seperti yang direncanakan.

Rancangan Tahun 2016

Paper menyebut blockchain independen sebagai “zone.” Setiap zone dapat memilih aplikasi, token, tata kelola, dan aturan operasionalnya sendiri. Cosmos Hub diusulkan sebagai chain yang dapat melacak zone dan mengoordinasikan sebagian transfer lintas chain. Tujuannya adalah agar aplikasi dapat berjalan di blockchain terpisah, bukan bersaing memperebutkan ruang di satu ledger serbaguna.

Dalam model transfer sederhana di paper, paket token melewati sebuah Hub; paper juga menjelaskan jaringan yang dapat berkembang melampaui satu hub. Perbedaan ini penting: diagram tahun 2016 bukan aturan untuk setiap koneksi IBC saat ini. Lebih banyak chain independen dapat menambah kapasitas untuk beban kerja yang berbeda, tetapi juga menambah sistem yang harus dioperasikan dan diaudit. Kedaulatan sebuah chain berarti chain itu perlu mengatur keamanan dan tata kelolanya sendiri; koneksi ke Cosmos tidak otomatis menjadikannya seaman Hub.

Tendermint dan CometBFT

Paper memasangkan Cosmos dengan Tendermint, rancangan konsensus yang toleran terhadap kesalahan Byzantine. Validator memiliki bobot suara serta mengusulkan, melakukan prevote, dan precommit terhadap blok. Pada chain proof-of-stake seperti Cosmos Hub, stake yang di-bond memengaruhi bobot suara validator. Blok menjadi committed setelah ambang suara protokol tercapai.

Spesifikasi CometBFT saat ini menjelaskan keamanan dan liveness dengan asumsi kurang dari sepertiga total bobot suara validator mengalami kesalahan atau bertindak jahat, bersama dengan asumsi jaringan protokol. Ukuran yang tepat adalah bobot suara, bukan sekadar jumlah validator. Setelah blok di-commit, CometBFT memberikan finalitas deterministik untuk blok tersebut selama asumsi protokol terpenuhi. “Finalitas instan” bukan berarti semua transaksi selalu langsung selesai dalam kondisi jaringan apa pun: jika terlalu banyak bobot suara tidak tersedia, chain dapat berhenti membuat kemajuan.

Tendermint Core kemudian berganti nama menjadi CometBFT, mesin konsensus terpisah yang digunakan banyak chain, termasuk Cosmos Hub. CometBFT adalah satu komponen dalam stack; dengan sendirinya, ia tidak menentukan aturan aplikasi, ekonomi token, atau tata kelola chain.

IBC: Client, Bukti, dan Relayer

Gagasan Inter-Blockchain Communication dalam paper berkembang menjadi protokol IBC. Pada IBC Classic, setiap chain yang terhubung menyimpan client yang memverifikasi informasi dari chain lawannya. Connection dan channel mengatur komunikasi, sedangkan aplikasi menentukan makna paket, misalnya transfer token. Relayer mengamati peristiwa paket dan mengirim bukti serta pesan yang relevan ke chain tujuan. Chain tujuan memverifikasi bukti tersebut menggunakan client-nya.

Model ini meminimalkan kepercayaan tambahan; bukan jaminan bahwa semua sistem yang terhubung aman. Keamanan bergantung pada client dan metode verifikasi yang dipilih, konsensus dan perangkat lunak tiap chain, serta aplikasi yang memproses paket. Relayer mengangkut pesan; relayer tidak berwenang mengubah bukti yang valid, tetapi relayer dapat memengaruhi ketersediaan jika tidak ada relayer lain yang bekerja. Dokumentasi IBC saat ini juga menjelaskan lapisan client yang fleksibel, sehingga light client umum digunakan tetapi tidak boleh diasumsikan ada pada setiap koneksi.

IBC tidak mengharuskan semua transfer melewati Cosmos Hub. Dua chain ber-IBC dapat terhubung langsung jika masing-masing memiliki client dan dukungan aplikasi yang diperlukan. Hub merupakan peserta penting dalam ekosistem, tetapi bukan router wajib untuk seluruh lalu lintas IBC.

Perubahan Setelah Whitepaper

Saat ini beberapa produk berbeda berdampingan dengan proposal awal. Cosmos SDK adalah framework untuk membangun chain khusus aplikasi. CometBFT menyediakan konsensus bagi chain yang memilih untuk menggunakannya. IBC menyediakan komponen protokol untuk komunikasi lintas chain. Versi, konfigurasi, dan fitur yang didukung berbeda-beda pada tiap chain.

Registri chain resmi mengidentifikasi mainnet Cosmos Hub sebagai cosmoshub-4 dan mencantumkan Gaia v28.0.0 serta CometBFT v0.38.23 sebagai versi perangkat lunak yang direkomendasikan dalam catatan saat ini. ATOM adalah aset staking Cosmos Hub dan digunakan dalam tata kelola Hub; ATOM bukan token universal untuk semua chain yang dibangun dengan Cosmos SDK. Hub dan perangkat lunaknya telah berubah melalui upgrade dan tata kelola, jadi deskripsi lama whitepaper tentang token, biaya, dan peran Hub bukan parameter terkini.

Untuk transfer tertentu, periksa chain sumber dan tujuan, client serta aplikasi IBC, denominasi token, dan rute yang ditampilkan dompet atau penjelajah blok. Istilah “ekosistem Cosmos” saja tidak menjelaskan chain mana yang mengamankan aset atau versi protokol mana yang sedang aktif.

Batasan dan Kesalahpahaman Umum

  • “IBC berarti Hub mengamankan semua chain yang terhubung.” Tidak. IBC membawa pesan terverifikasi antar sistem yang berpartisipasi; setiap chain tetap memiliki risiko konsensus dan aplikasi sendiri kecuali ada pengaturan keamanan terpisah.
  • “IBC selalu merutekan transaksi lewat Hub.” Anggapan ini sesuai dengan topologi sederhana pada proposal awal, bukan aturan umum protokol saat ini. Chain IBC dapat berkomunikasi langsung.
  • “Lebih banyak app-chain otomatis berarti lebih aman atau lebih skalabel.” Chain terpisah dapat memproses beban kerja yang berbeda, tetapi menambah ketergantungan pada validator, likuiditas, perangkat lunak, dan tata kelola. Throughput dan keamanan tetap spesifik pada tiap chain.
  • “Pertumbuhan ekosistem Cosmos pasti meningkatkan permintaan ATOM.” Penggunaan chain SDK atau IBC tidak dengan sendirinya membuktikan bahwa nilai ekonomi akan mengalir ke ATOM. Kegunaan ATOM untuk staking dan tata kelola Hub berbeda dari keberhasilan bisnis chain lain maupun harga pasar ATOM.

Sentimen Media Sosial

Sampel kecil diskusi r/CosmosNetwork menunjukkan perbedaan pandangan yang berulang: sebagian peserta menghargai pendekatan app-chain dan IBC, tetapi mempertanyakan apakah ekosistem itu menciptakan permintaan ATOM yang berkelanjutan; peserta lain tetap optimistis terhadap teknologi dan komunitas meski khawatir soal fragmentasi dan penangkapan nilai token. Lihat diskusi 10 Januari 2025 tentang alasan memegang ATOM dan diskusi 14 Maret 2026 tentang Cosmos dan ATOM. Ini adalah posting terpilih dari satu subreddit yang berfokus pada proyek, bukan survei yang mewakili seluruh komunitas, bukti investasi, atau ukuran penggunaan jaringan.

Terakhir diperbarui: 2026-10

Istilah Terkait

Lihat Juga

Sumber