Berikut ini adalah penjelasan rinci tentang Polkadot1, Polkadot2, dan bagaimana mereka berkembang menjadi JAM. (Untuk lebih jelasnya, lihat:https://www.navalmanack.com/almanack-of-naval-ravikant/how-to-think-clearlyArtikel ini ditujukan untuk pembaca teknis, terutama bagi mereka yang mungkin tidak terlalu familiar dengan Polkadot tetapi memiliki pengetahuan tentang sistem blockchain dan kemungkinan akrab dengan teknologi dari ekosistem lain.
Saya percaya artikel ini berfungsi sebagai pelopor yang baik untuk membaca JAM Gray Paper. (Untuk lebih detail, lihat:https://graypaper.com/)

Latar belakang pengetahuan

Artikel ini mengasumsikan pembaca sudah familiar dengan konsep-konsep berikut:

• Menggambarkan blockchain sebagai fungsi transisi negara.
• Memahami apa yang dimaksud dengan "negara". (Untuk lebih jelasnya, lihat: https://paritytech.github.io/polkadot-sdk/master/polkadot_sdk_docs/reference_docs/blockchain_state_machines/index.html)
• Keamanan ekonomi dan bukti kepemilikan. (Untuk lebih jelasnya, lihat:https://polkadot-blockchain-academy.github.io/pba-book/economics/economics-of-polkadot/page.html#konsep-staking,https://www.youtube.com/watch?v=suyram9vaFc)

Pengantar: Polkadot1

Mari kita pertama-tama mengulang fitur-fitur paling inovatif dari Polkadot1.

Aspek Sosial:

• Polkadot adalah organisasi otonom terdesentralisasi (DAO) yang besar. Jaringan menerapkan tata kelola yang sepenuhnya on-chain dan otomatis, termasuk upgrade runtime tanpa fork.
• SEC telah mengakui DOT sebagai perangkat lunak, bukan sekuritas. (Untuk lebih banyak detail, lihat:https://polkadot.com/newsroom/press-releases/web3-foundation-announces-polkadot-blockchains-native-token-dot-has-morphed-and-is-software-not-a-security)
• Sebagian besar pekerjaan pengembangan di jaringan ditangani oleh Polkadot Fellowship (Untuk lebih jelasnya, lihat:https://polkadot-fellows.github.io/dashboard/), bukan oleh Parity Technologies, sebuah perusahaan yang secara finansial mendukung proyek (https://www.parity.io/).

Aspek Teknis:

• Polkadot menerapkan keamanan bersama dan eksekusi terbagi.
• Menggunakan metaprotokol berbasis WASM (Untuk lebih jelasnya, lihat:https://paritytech.github.io/polkadot-sdk/master/polkadot_sdk_docs/reference_docs/wasm_meta_protocol/index.html) kode blockchain disimpan dalam keadaan sebagai bytecode. Hal ini memungkinkan sebagian besar upgrade terjadi tanpa fork dan memungkinkan sharding heterogen. (Lihat bagian yang relevan untuk informasi lebih lanjut tentang “heterogeneous sharding.”)

Eksekusi Sharded: Titik Kunci

Saat ini, kami sedang membahas jaringan Layer 1 yang menampung jaringan "blockchain" Layer 2 lainnya, mirip dengan Polkadot dan Ethereum. Oleh karena itu, istilah Layer 2 dan Parachain dapat digunakan secara bergantian.

Isu inti dari skalabilitas blockchain dapat diformulasikan sebagai: Ada sekelompok validator yang, menggunakan kripto-ekonomi proof-of-stake, memastikan bahwa pelaksanaan kode tertentu dapat dipercaya. Secara default, validator ini perlu mengeksekusi ulang semua pekerjaan yang dilakukan oleh yang lain. Selama kita menegakkan bahwa semua validator selalu mengeksekusi ulang segalanya, sistem secara keseluruhan tetap tidak dapat diskalakan.

Harap dicatat bahwa, selama prinsip eksekusi ulang absolut tetap tidak berubah, meningkatkan jumlah validator dalam model ini sebenarnya tidak meningkatkan throughput sistem.

Ini menunjukkan blockchain monolitik (berlawanan dengan yang terfragmentasi). Semua validator jaringan memproses input (yaitu, blok) satu per satu. Dalam sistem seperti itu, jika Layer 1 ingin meng-host lebih banyak Layer 2, maka semua validator harus mengeksekusi ulang semua pekerjaan Layer 2. Jelas, metode ini tidak dapat diskalakan.

Optimistic rollups mengatasi masalah ini dengan hanya mengeksekusi ulang (bukti penipuan) ketika penipuan diklaim. Rollups berbasis SNARK mengatasi masalah ini dengan memanfaatkan kenyataan bahwa biaya validasi bukti SNARK jauh lebih rendah daripada biaya menghasilkannya, sehingga memungkinkan semua validator untuk dengan efisien memverifikasi bukti SNARK. Untuk informasi lebih lanjut, lihat 'Lampiran: Diagram Ruang Skalabilitas'.

Solusi yang langsung untuk sharding adalah dengan membagi kumpulan validator menjadi subset yang lebih kecil dan memiliki subset tersebut menjalankan ulang blok Layer2. Apa masalah dengan pendekatan ini? Pada dasarnya kita sedang melakukan sharding terhadap kedua eksekusi dan keamanan ekonomi jaringan. Solusi Layer2 seperti ini memiliki keamanan yang lebih rendah dibandingkan dengan Layer1, dan keamanannya semakin berkurang saat kita membagi kumpulan validator menjadi lebih banyak shard.

Tidak seperti optimistic rollups, di mana biaya re-eksekusi tidak selalu bisa dihindari, Polkadot dirancang dengan eksekusi terfragmentasi dalam pikiran. Ini memungkinkan sebagian validator untuk mere-eksekusi blok Layer 2 sambil memberikan cukup bukti kriptoekonomi kepada seluruh jaringan untuk membuktikan bahwa blok Layer 2 itu aman seperti jika seluruh set validator telah mere-eksekusinya. Ini dicapai melalui mekanisme baru (dan baru-baru ini diformalkan) yang dikenal sebagai ELVES. (Untuk lebih jelasnya, lihat: https://eprint.iacr.org/2024/961)

Singkatnya, ELVES dapat dianggap sebagai mekanisme 'rollups' yang mencurigakan. Melalui beberapa putaran validator yang secara aktif meminta informasi dari validator lain tentang apakah blok Layer 2 yang diberikan valid, kita dapat mengonfirmasi dengan tingkat keberhasilan yang tinggi kevalidan blok tersebut. Jika terjadi perselisihan, seluruh set validator langsung terlibat. Pendiri Polkadot, Rob Habermeier, menjelaskan ini secara detail dalam sebuah artikel. (Untuk informasi lebih lanjut, lihat:https://polkadot.com/blog/polkadot-v1-0-sharding-and-economic-security#approval-checking-and-finality)

ELVES memungkinkan Polkadot memiliki eksekusi terfragmentasi dan keamanan bersama, dua properti yang sebelumnya dianggap saling terbatas. Ini adalah pencapaian teknis utama dari Polkadot1 dalam skalabilitas.

Sekarang, mari kita lanjutkan dengan analogi 'Core'. Blockchain eksekusi bersyarat sangat mirip dengan CPU: sama seperti CPU dapat memiliki beberapa core yang menjalankan instruksi secara paralel, Polkadot dapat memproses blok Layer 2 secara paralel. Inilah mengapa Layer 2 di Polkadot disebut sebagai parachain, dan lingkungan di mana subset validator lebih kecil mengeksekusi ulang satu blok Layer 2 disebut sebagai 'core'. Setiap core dapat diabstraksikan sebagai 'sekelompok validator yang bekerja sama'.

Anda dapat menganggap blockchain monolitik sebagai memproses satu blok pada satu waktu, sedangkan Polkadot memproses baik blok rantai relay maupun blok parachain untuk setiap inti dalam periode waktu yang sama.

Heterogenitas

Sejauh ini, kita hanya membahas skalabilitas dan eksekusi sharded yang ditawarkan oleh Polkadot. Penting untuk dicatat bahwa setiap shard dari Polkadot sebenarnya adalah aplikasi yang benar-benar berbeda. Hal ini dicapai melalui metaprotokol yang disimpan sebagai bytecode: protokol yang menyimpan definisi blockchain itu sendiri sebagai bytecode dalam keadaannya. Dalam Polkadot 1.0, WASM digunakan sebagai bytecode yang disukai, sementara dalam JAM, PVM/RISC-V diadopsi.

Inilah mengapa Polkadot disebut sebagai blockchain berbagi heterogen. (Untuk lebih detail, lihat:https://x.com/kianenigma/status/1790763921600606259) Setiap Layer 2 adalah aplikasi yang benar-benar berbeda.

Polkadot2

Salah satu aspek penting dari Polkadot2 adalah membuat penggunaan core lebih fleksibel. Dalam model Polkadot asli, periode penyewaan inti berkisar antara 6 bulan hingga 2 tahun, yang cocok untuk perusahaan kaya sumber daya tetapi kurang layak untuk tim yang lebih kecil. Fitur yang memungkinkan inti Polkadot digunakan lebih fleksibel disebut "Agile Coretime." (Untuk detail selengkapnya, lihat: https://polkadot.com/agile-coretime) Dalam mode ini, istilah sewa inti bisa sesingkat satu blok atau sesepanjang sebulan, dengan batas harga bagi mereka yang ingin menyewa untuk jangka waktu lebih lama.

Fitur-fitur lain dari Polkadot 2 secara bertahap terungkap saat diskusi kita berlangsung, jadi tidak perlu menjelaskannya lebih lanjut di sini.

Operasi In-Core vs Operasi On-Chain

Untuk memahami JAM, penting untuk pertama-tama memahami apa yang terjadi ketika blok Layer 2 memasuki inti Polkadot. Berikut adalah penjelasan yang disederhanakan.

Ingatlah bahwa inti terdiri terutama dari seperangkat validator. Jadi ketika kita mengatakan "data dikirim ke inti," itu berarti data tersebut dilewatkan ke seperangkat validator ini.

1. Sebuah blok Layer 2, bersama dengan sebagian dari status Layer 2 tersebut, dikirim ke inti. Data ini berisi semua informasi yang diperlukan untuk mengeksekusi blok Layer 2.

2. Sebagian validator inti akan mengeksekusi ulang blok Layer 2 dan melanjutkan tugas terkait konsensus.

3. Validator inti ini memberikan data yang dijalankan ulang ke validator lain di luar inti. Menurut aturan ELVES, validator ini dapat memutuskan untuk mengeksekusi ulang blok Layer 2 atau tidak, memerlukan data ini untuk melakukannya.

Penting untuk dicatat bahwa, sampai saat ini, semua operasi ini terjadi di luar blok utama Polkadot dan fungsi transisi status. Semuanya terjadi dalam inti dan lapisan ketersediaan data.

1. Akhirnya, sebagian kecil dari status Layer 2 terbaru menjadi terlihat pada rantai relay utama Polkadot. Berbeda dengan operasi sebelumnya, langkah ini jauh lebih murah daripada mengeksekusi ulang blok Layer 2, dan ini memengaruhi status utama Polkadot. Hal ini terlihat dalam blok Polkadot dan dieksekusi oleh semua validator Polkadot.

Dari ini, kita dapat menjelajahi beberapa operasi kunci yang dilakukan oleh Polkadot:

• Dari Langkah 1, kita dapat menyimpulkan bahwa Polkadot telah memperkenalkan jenis eksekusi baru, berbeda dari fungsi transisi status blockchain tradisional. Biasanya, ketika semua validator jaringan melakukan tugas, status blockchain utama diperbarui. Inilah yang kita sebut pelaksanaan on-chain, dan itulah yang terjadi di Langkah 3. Namun, apa yang terjadi di dalam inti (Langkah 1) berbeda. Bentuk baru komputasi blockchain ini disebut sebagai eksekusi inti.
• Dari Langkah 2, kami menyimpulkan bahwa Polkadot memilikiKetersediaan Data (DA)lapisan, dan Layer 2 secara otomatis menggunakannya untuk memastikan bahwa bukti dari eksekusi mereka tetap tersedia untuk jangka waktu tertentu. Namun, blok data yang dapat diposting ke lapisan DA adalah tetap, hanya mengandung bukti yang diperlukan untuk re-eksekusi Layer 2. Selain itu, kode parachain tidak membaca data lapisan DA.

Memahami ini membentuk dasar untuk memahami JAM. Berikut adalah ringkasannya:

• Eksekusi In-Core: Merujuk kepada operasi yang terjadi di dalam inti. Operasi-operasi ini kaya, dapat diskalakan, dan diamankan melalui kriptoekonomi dan ELVES, menawarkan keamanan yang sama seperti eksekusi on-chain.
• Eksekusi On-Chain: Merujuk pada operasi yang dilakukan oleh semua validator. Ini dijamin secara ekonomi untuk aman secara default, tetapi lebih mahal dan terbatas karena semua orang melakukan semua tugas.
• Ketersediaan Data: Merujuk pada kemampuan validator Polkadot untuk menjamin ketersediaan data tertentu selama periode waktu tertentu dan menyediakannya kepada validator lain.

JAM

Dengan pemahaman ini, kami sekarang dapat memperkenalkan JAM.

JAM adalah protokol baru yang terinspirasi oleh desain Polkadot dan sepenuhnya kompatibel dengannya, bertujuan untuk menggantikan rantai relay Polkadot dan membuat penggunaan inti sepenuhnya terdesentralisasi dan tidak terbatas.

Dibangun di Polkadot 2, JAM berusaha membuat implementasi Layer 2 pada inti lebih mudah diakses, menawarkan fleksibilitas bahkan lebih dari model inti-waktu yang tangkas.

• Polkadot 2 memungkinkan penyebaran Layer 2 pada inti menjadi lebih dinamis.
• JAM bertujuan untuk memungkinkan setiap aplikasi untuk diimplementasikan pada inti Polkadot, bahkan jika aplikasi tersebut tidak terstruktur seperti blockchain atau Layer 2.

Ini dicapai terutama dengan mengekspos tiga konsep inti yang dibahas sebelumnya kepada pengembang: eksekusi on-chain, eksekusi di-core, dan lapisan DA.

Dengan kata lain, dalam JAM, pengembang dapat:

• Program sepenuhnya tugas di dalam inti dan di rantai.
• Membaca dan menulis ke lapisan DA Polkadot dengan data sembarang.

Ini membentuk tinjauan dasar tujuan JAM. Tak perlu dikatakan, sebagian besar ini telah disederhanakan, dan protokol kemungkinan akan terus berkembang.

Dengan pemahaman dasar ini, kita sekarang dapat masuk ke beberapa spesifik dari JAM dalam bab-bab berikutnya.

Layanan dan Item Kerja

Di JAM, apa yang sebelumnya disebut sebagai Layer 2 atau parachains sekarang disebut sebagai Layanan, dan yang sebelumnya disebut sebagai blok atau transaksi sekarang disebut sebagaiItem KerjaatauPaket KerjaSecara khusus, sebuah item kerja termasuk dalam sebuah layanan, dan sebuah paket kerja adalah kumpulan dari item-item kerja tersebut. Istilah-istilah ini sengaja dirancang secara luas untuk mencakup kasus penggunaan di luar skenario blockchain/Layer 2.

Sebuah layanan dijelaskan oleh tiga titik masuk, dua di antaranya adalah fn refine() dan fn accumulate(). Yang pertama menjelaskan apa yang dilakukan layanan selama eksekusi di dalam core, dan yang kedua menjelaskan apa yang dilakukan selama eksekusi on-chain.

Akhirnya, nama-nama titik masuk ini adalah alasan mengapa protokol ini disebut JAM (Join Accumulate Machine).Bergabungmerujuk kepadafn refine(), yang merupakan fase di mana semua inti Polkadot memproses sejumlah besar pekerjaan secara paralel di berbagai layanan. Setelah data diproses, data tersebut beralih ke tahap berikutnya.Mengumpulkanmerujuk pada proses mengumpulkan semua hasil tersebut ke dalam keadaan JAM utama, yang terjadi selama fase eksekusi on-chain.

Item pekerjaan dapat secara tepat menentukan kode yang mereka jalankan di dalam inti dan on-chain, serta bagaimana, jika, dan dari mana mereka membaca atau menulis konten di Distributed Data Lake.

Semi-Konsistensi

Meninjau dokumentasi yang ada tentang XCM (bahasa pilihan Polkadot untuk komunikasi parachain), semua komunikasi bersifat asinkron (untuk lebih jelasnya, lihatdi siniIni berarti bahwa sekali pesan dikirim, Anda tidak dapat menunggu balasannya. Komunikasi asinkron adalah gejala ketidakkonsistenan dalam sistem, dan salah satu kelemahan utama dari sistem yang di-shard secara permanen seperti Polkadot 1, Polkadot 2, dan ekosistem Layer 2 Ethereum yang sudah ada.

Namun, seperti yang dijelaskan dalam Bagian 2.4 dariGraypaper, sistem yang sepenuhnya konsisten yang tetap serempak untuk semua penyewanya hanya dapat berkembang hingga tingkat tertentu tanpa mengorbankan universalitas, aksesibilitas, atau ketahanan.

• Sinkron ≈ Konsistensi || Asinkron ≈ Inkonsistensi

Di situlah JAM unggul: dengan memperkenalkan beberapa fitur, JAM mencapai keadaan menengah baru yang dikenal sebagai sistem semi-konsisten. Dalam sistem ini, subsistem yang berkomunikasi secara rutin dapat menciptakan lingkungan yang konsisten satu sama lain, tanpa memaksa seluruh sistem tetap konsisten. Ini dijelaskan dengan baik oleh Dr. Gavin Wood, penulis Graypaper, dalam sebuah wawancara:https://www.youtube.com/watch?t=1378&v=O3kRAVBTkfs&embeds_referring_euri=https%3A%2F%2Fblog.kianenigma.nl%2F&source_ve_path=OTY3MTQ

Cara lain untuk memahami hal ini adalah dengan melihat Polkadot/JAM sebagai sistem yang di-shard, di mana batas antara shard-shard ini bersifat fluid dan dinamis ditentukan.

Polkadot selalu telah di-sharded dan sepenuhnya heterogen.

Saat ini, sistem ini tidak hanya terfragmentasi dan heterogen, tetapi batas-batas shard ini dapat didefinisikan secara fleksibel—apa yang disebut Gavin Wood sebagai sistem “semi-konsisten” dalam cuitannya dan Graypaper.https://x.com/gavofyork?ref_src=twsrc%5Etfw、https://graypaper.com/)

Beberapa fitur membuat keadaan semi-konsisten ini memungkinkan:

1. Akses ke eksekusi stateless, paralel di dalam inti, di mana layanan yang berbeda hanya dapat berinteraksi secara sinkron dengan layanan lain dalam inti yang sama dan blok spesifik, serta eksekusi on-chain, di mana layanan dapat mengakses hasil dari semua layanan di semua inti.
2. JAM tidak memberlakukan penjadwalan layanan tertentu. Layanan dengan komunikasi yang sering dapat memberikan insentif ekonomi kepada penjadwal mereka untuk membuat paket kerja yang berisi layanan yang sering berkomunikasi ini. Ini memungkinkan layanan-layanan ini berjalan dalam inti yang sama, membuat interaksi mereka tampak sinkron, meskipun sebenarnya terdistribusi.
3. Selain itu, layanan JAM dapat mengakses lapisan DA dan menggunakannya sebagai lapisan data sementara namun sangat hemat biaya. Begitu data ditempatkan di DA, akhirnya menyebar ke semua inti namun segera tersedia dalam inti yang sama. Oleh karena itu, layanan JAM dapat mencapai tingkat akses data yang lebih tinggi dengan menjadwalkan diri dalam inti yang sama di blok-blok berurutan.

Penting untuk dicatat bahwa sementara kemampuan-kemampuan ini memungkinkan dalam JAM, namun tidak ditegakkan pada tingkat protokol. Akibatnya, beberapa antarmuka secara teoritis asinkron namun dapat berfungsi secara sinkron dalam praktiknya karena abstraksi-abstraksi canggih dan insentif-insentif. CorePlay, yang akan dibahas dalam bagian berikutnya, adalah contoh dari fenomena ini.

CorePlay

Bagian ini memperkenalkan CorePlay, sebuah konsep eksperimental dalam lingkungan JAM yang dapat dijelaskan sebagai model pemrograman kontrak cerdas baru. Pada saat penulisan, CorePlay belum sepenuhnya didefinisikan dan tetap menjadi ide spekulatif.

Untuk memahami CorePlay, kita perlu memperkenalkan mesin virtual (VM) yang dipilih oleh JAM: PVM.

PVM

PVM adalah detail kunci baik di JAM maupun CorePlay. Detail-detail tingkat rendah dari PVM berada di luar lingkup dokumen ini dan lebih baik dijelaskan oleh para ahli domain dalam Graypaper. Namun, untuk penjelasan ini, kami akan menyoroti beberapa atribut kunci dari PVM:

• Pengukuran yang efisien
• Kemampuan untuk menjeda dan melanjutkan eksekusi

Yang terakhir ini sangat penting untuk CorePlay.

CorePlay adalah contoh bagaimana primitif fleksibel JAM dapat digunakan untuk membuat lingkungan kontrak pintar yang berskala dan sinkron dengan antarmuka pemrograman yang sangat fleksibel. CorePlay mengusulkan bahwa kontrak pintar berbasis aktor dideploy langsung pada inti JAM, memungkinkan mereka untuk mendapatkan manfaat dari antarmuka pemrograman yang sinkron. Pengembang dapat menulis kontrak pintar seolah-olah mereka adalah fungsi fn main() sederhana, menggunakan ekspresi seperti let hasil = other_coreplay_actor(data).await?berkomunikasi. Jikaaktor inti lainnyaBerada di inti JAM yang sama dalam blok yang sama, panggilan ini bersifat sinkron. Jika berada di inti lain, aktor akan dijeda dan dilanjutkan pada blok JAM berikutnya. Hal ini dimungkinkan oleh layanan JAM, penjadwalan yang fleksibel, dan kemampuan PVM.

Layanan CoreChains

Akhirnya, mari kita rangkum alasan utama mengapa JAM sepenuhnya kompatibel dengan Polkadot. Produk unggulan Polkadot adalah parachains inti-waktu yang tangkas, yang berlanjut di JAM. Layanan yang diterapkan paling awal di JAM kemungkinan akan disebut sebagai CoreChains atau Parachains, memungkinkan parachains gaya Polkadot-2 yang ada berjalan di JAM.

Layanan tambahan dapat diterapkan di JAM, dan layanan CoreChains yang ada dapat berkomunikasi dengan mereka. Namun, produk-produk saat ini dari Polkadot akan tetap kokoh, hanya membuka peluang baru untuk tim parachain yang sudah ada.

Lampiran: Data Sharding

Sebagian besar dokumen ini membahas skalabilitas dari sudut pandang sharding eksekusi. Namun, kita juga dapat memeriksa masalah ini dari sudut pandang sharding data. Menariknya, kita menemukan bahwa ini mirip dengan model semi-konsisten yang disebutkan sebelumnya. Pada prinsipnya, sistem yang sepenuhnya konsisten lebih unggul namun tidak dapat diskalakan, sementara sistem yang sepenuhnya inkonsisten dapat diskalakan dengan baik namun suboptimal. JAM, dengan model semi-konsistennya, memperkenalkan kemungkinan baru.

• Sistem yang Benar-benar Konsisten: Ini adalah platform di mana segalanya disinkronkan, seperti Solana atau yang secara eksklusif diterapkan di Ethereum Layer 1. Semua data aplikasi disimpan on-chain dan mudah diakses oleh semua aplikasi lain. Ini ideal dari sudut pandang programmability tapi tidak scalable.
• Sistem yang Tidak Konsisten: Data aplikasi disimpan di luar Lapisan 1 atau di shard yang berbeda dan terisolasi. Ini sangat dapat diskalakan tetapi berkinerja buruk dalam hal komposabilitas. Model rollup Polkadot dan Ethereum termasuk dalam kategori ini.

JAM menawarkan sesuatu yang lebih dari dua pilihan ini: memungkinkan pengembang untuk mempublikasikan data sembarangan ke lapisan JAM DA, yang berfungsi sebagai titik tengah antara data on-chain dan off-chain. Aplikasi baru dapat dibangun yang memanfaatkan lapisan DA untuk sebagian besar data mereka, sementara hanya menyimpan data yang benar-benar kritis ke dalam status JAM.

Lampiran: Lanskap Skalabilitas

Bagian ini mengulang pandangan kami tentang skalabilitas blockchain, yang juga dibahas dalam Graypaper, meskipun disajikan di sini dalam bentuk yang lebih ringkas.

Skalabilitas blockchain sebagian besar mengikuti metode tradisional dari sistem terdistribusi: skalabilitas vertikal dan skalabilitas horizontal.

Skala vertikal adalah apa yang platform seperti Solana fokuskan, memaksimalkan throughput dengan mengoptimalkan baik kode maupun perangkat keras ke batas kemampuan mereka.

Skala horizontal adalah strategi yang diadopsi oleh Ethereum dan Polkadot: mengurangi beban kerja yang harus ditangani oleh setiap peserta. Dalam sistem terdistribusi tradisional, ini dicapai dengan menambahkan lebih banyak mesin replika. Dalam blockchain, “komputer” adalah seluruh jaringan validator. Dengan mendistribusikan tugas di antara mereka (seperti yang dilakukan ELVES) atau mengurangi tanggung jawab mereka secara optimis (seperti dalam Optimistic Rollups), kita mengurangi beban kerja untuk seluruh set validator, sehingga mencapai skala horizontal.

Dalam blockchain, penskalaan horizontal bisa disamakan dengan "mengurangi jumlah mesin yang perlu melakukan semua operasi."

Secara ringkas:

1. Skala vertikal: Kinerja hardware yang tinggi + optimisasi blockchain monolitik.
2. Penskalaan horizontal:
   • Optimistic Rollups
   • Rollups berbasis SNARK
   • ELVES: Polkadot's Cynical Rollups

Lampiran: Perangkat Sama, Peningkatan Kernel

Bagian ini didasarkan pada analogi Rob Habermeier dari Sub0 2023: Polkadot: Kernel/Userland | Sub0 2023 - YouTube (lihat:https://www.youtube.com/watch?v=15aXYvVMxlw) memperlihatkan JAM sebagai upgrade ke Polkadot: pembaruan kernel pada perangkat keras yang sama.

Di komputer biasa, kita dapat membagi seluruh tumpukan menjadi tiga bagian:

1. Perangkat keras
2. Inti
3. Ruang Pengguna

Dalam Polkadot, perangkat keras—infrastruktur inti yang menyediakan komputasi dan ketersediaan data—selalu menjadi inti, seperti yang disebutkan sebelumnya.

Di Polkadot, kernel sejauh ini terdiri dari dua bagian utama:

1. Protokol Parachains: cara penggunaan terpaku dan keras kepala dari inti.
2. Seperangkat fungsionalitas tingkat rendah, seperti token DOT dan transferabilitasnya, staking, tata kelola, dll.

Keduanya ada di Rantai Relay Polkadot.

Aplikasi ruang pengguna, di sisi lain, adalah parachains itu sendiri, token asli mereka, dan segala sesuatu yang dibangun di atasnya.

Kita dapat memvisualisasikan proses ini sebagai berikut:

Polkadot telah lama bercita-cita untuk memindahkan lebih banyak fungsionalitas inti ke pengguna utamanya—parachains. Ini tepatnya adalah tujuan dari Minimal Relay RFC. (Untuk lebih jelasnya, lihat:Minimal Relay RFC)

Ini berarti bahwa Polkadot Relay Chain hanya akan menangani penyediaan protokol parachain, dengan demikian mengurangi ruang kernel sampai batas tertentu.

Setelah arsitektur ini diimplementasikan, akan lebih mudah untuk memvisualisasikan bagaimana migrasi JAM akan terlihat. JAM akan signifikan mengurangi ruang kernel Polkadot, menjadikannya lebih serbaguna. Selain itu, protokol Parachains akan beralih ke ruang pengguna, karena itu salah satu cara untuk membangun aplikasi pada inti (perangkat keras) dan kernel (JAM) yang sama.

Hal ini juga memperkuat mengapa JAM adalah pengganti untuk Rantai Relay Polkadot, bukan untuk parachains.

Dengan kata lain, kita dapat melihat migrasi JAM sebagai upgrade kernel. Perangkat keras yang mendasari tetap tidak berubah, dan sebagian besar konten kernel lama dipindahkan ke ruang pengguna untuk menyederhanakan sistem.

Disclaimer:

1. Artikel ini diambil dari [Institut Penelitian Ekologi Polkadot], Semua hak cipta milik penulis asli [Institut Penelitian Ekologi Polkadot]. Jika ada keberatan terhadap pencetakan ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penyangkalan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.