Apakah visi teknologi Polkadot generasi akan datang 'JAM' yang diumumkan secara rasmi oleh Gavin Wood?

Pada 19 April, di persidangan Token 2049 di Dubai, Gavin Wood mengumumkan visi berani untuk teknologi Polkadot generasi akan datang. Seperti yang lain yang pertama kali dibawa oleh Polkadot ke pasaran, visi baharu ini akan merevolusikan masa depan Web3. Ia akan memberikan kelajuan, skala, desentralisasi lengkap dan kemudahan penggunaan yang Web3 perlukan untuk memacu inovasi mendalam dalam Web3 dan keseluruhan bidang teknologi.

Di tengah-tengah visi ini ialah JAM, versi baharu rangkaian Polkadot yang akan mendorong keupayaan Polkadot melangkaui sempadan semasa Web3 sambil memungkinkan untuk menggunakan pelbagai teknologi pada Polkadot. Dengan JAM, kebolehskalaan terobosan pada masa ini hanya dilihat melalui rollup dibawa ke lapisan konsensus.

Selepas pembangunan selesai, JAM akan menjadi komputer teragih yang boleh menjalankan hampir semua jenis tugas yang boleh dinyatakan sebagai perkhidmatan. JAM mendorong Polkadot ke dalam dunia kebolehkomposisian segerak, yang akan membantu mengurangkan pemecahan dan menyatukan aktiviti supaya aplikasi pada Polkadot dapat memanfaatkan rangkaian dengan lebih baik merentas ekosistem. Ini akan membuka kemungkinan baharu untuk inovasi yang mendalam dan menyediakan pembangun persekitaran yang berkuasa untuk mencipta dengan cara yang tidak pernah mungkin berlaku sebelum ini.

JAM kini dalam peringkat penyelidikan dan pembangunan. Pada masa ini, komuniti Polkadot mempunyai cadangan untuk mengundi (Referendum 682 https://polkadot.polkassembly.io/referenda/682) untuk mengesahkan hala tuju baharu ini dan membenarkan Fellowship Teknikal untuk meluluskan JAM.

Demi menyokong pembangunan JAM dan memastikan ia dibina dalam semangat yang benar-benar terpencar, Gavin bersama-sama mengumumkan penubuhan bonus JAM dengan Yayasan Web3 dalam ucapannya Sebanyak 10 juta DOT digunakan untuk merangsang pelaksanaan pembangunan JAM yang lain.

Semasa memberi ucapan, Gavin turut mengeluarkan kertas kelabu teknikal. Jika anda ingin menyelami lebih mendalam visi dan butiran teknikal projek, kertas kerja itu boleh didapati di tapak web JAM Graypaper baharu: https://graypaper.com/.

Bersama-sama, Gavin dan Polkadot menerajui penciptaan teknologi inovatif yang bertujuan merealisasikan visi mewujudkan rangkaian bebas dan terbuka. JAM ialah bab seterusnya dalam cerita Polkadot yang sedang berkembang.

Berikut ialah pengenalan terbaru JAM daripada Wiki Polkadot, yang ditulis oleh Gavin Wood.

Nama penuh JAM ialah Join-Accumulate Machine, iaitu reka bentuk baharu yang dirancang untuk menggantikan rantai geganti sedia ada. Nama JAM berasal daripada CoreJAM, yang bermaksud Collect Refine Join Accumulate dan menerangkan model pengiraan yang terkandung oleh mesin, yang pada asalnya diterangkan dalam RFC oleh Gavin Wood. Walau bagaimanapun, dalam rantaian sebenar, hanya Sertai dan Kumpul dilakukan, manakala proses Kumpul dan Perhalusi berlaku di luar rantaian.

Tidak seperti pendekatan berulang semasa, JAM akan diperkenalkan sebagai peningkatan tunggal yang komprehensif. Beberapa sebab untuk melakukan ini termasuk:

• Naik taraf seragam boleh mengekang operasi pasca naik taraf dengan tepat, yang sukar dilakukan dalam pendekatan berulang.
• Ia mengurangkan peningkatan kecil dan perubahan besar yang sering berlaku secara kerap selama beberapa minggu atau bulan.

Walaupun peralihan ini memerlukan perubahan besar yang ketara, kami akan bekerja keras untuk mengurangkan kesannya ke tahap yang boleh diurus. Adalah lebih baik untuk menyatukan beberapa perubahan pecahan yang lebih kecil kepada satu peralihan, yang memperkenalkan konsep blockchain baharu dan menyepadukan pelbagai idea sedia ada.

A Rollup chain

JAM akan menjadi rantaian khusus domain yang digunakan untuk menangani masalah dalam domain tertentu. Dalam kes ini, ia adalah rollup, yang komuniti Ethereum panggil roll-up optimistik. Penggulungan JAM adalah sangat terhad dari segi keselamatan. Inilah yang Polkadot lakukan selama lima tahun yang lalu dan ia telah menjadi rantaian rollup khusus domain yang sangat tinggi. JAM pada asasnya menjadikannya lebih serba boleh dengan lebih sedikit pilihan pratetap.

Rantai JAM mengambil output rollup, dan lebih amnya bit pengiraan dilakukan di tempat lain, menyepadukan output ke dalam keadaan dikongsi, serupa dengan kefungsian rantai geganti Polkadot.

Tugas rantai JAM adalah untuk menyediakan peralatan yang diperlukan untuk memastikan output mencerminkan input dengan betul selepas diubah.

Persamaan dengan rantaian kontrak pintar

JAM mempunyai beberapa persamaan dengan rantaian kontrak pintar:

• Rantaian JAM itu sendiri secara langsung melaksanakan kod tanpa kebenaran.
• Keadaan rantaian JAM disusun ke dalam pakej yang berbeza.
• Selain enkapsulasi status, ia juga termasuk enkapsulasi kod dan baki.

Enkapsulasi negeri-negeri ini dipanggil perkhidmatan. Oleh itu, status JAM dibahagikan kepada perkhidmatan. Mencipta perkhidmatan baharu adalah tanpa kebenaran, sama seperti menggunakan kontrak pintar pada rantaian kontrak pintar. Oleh itu, menambah perkhidmatan baharu pada rantai JAM tidak memerlukan sebarang kelulusan berwibawa atau pematuhan dengan mekanisme tadbir urus, tidak seperti rantai berasaskan Substrat, yang memerlukan kelulusan tadbir urus untuk penambahan palet baharu. Perkhidmatan termasuk kod, baki dan komponen keadaan tertentu, serupa dengan struktur yang biasa dilihat pada rangkaian kontrak pintar.

Perkhidmatan pintu masuk

Kod perkhidmatan JAM dibahagikan kepada tiga pintu masuk berbeza:

• Perhalusi ialah fungsi yang melaksanakan kebanyakan pengiraan tanpa kewarganegaraan. Ia mentakrifkan transformasi untuk rollup perkhidmatan tertentu.
• Fungsi terkumpul mengambil output dan melipatnya ke dalam keadaan keseluruhan perkhidmatan
• OnTransfer mengendalikan maklumat daripada perkhidmatan lain.

Pakej kerja adalah input kepada perkhidmatan. Pakej kerja boleh mengandungi banyak item kerja. Setiap item kerja dikaitkan dengan perkhidmatan, dan ia mencerminkan input sebenar kepada perkhidmatan tersebut. Untuk perkhidmatan parachain, di sinilah transaksi dan semua input blockchain masuk.

Peranti keselamatan JAM terdiri daripada pemprosesan dua peringkat, di mana fungsi Refine menerima item kerja sebagai input dan menghasilkan hasil kerja sebagai output, dan kemudian memasuki fungsi Accumulate (perhalusi pertama, kemudian Accumulate). Item kerja diperhalusi menjadi hasil kerja Oleh itu, pakej kerja yang mengandungi banyak item kerja diperhalusi menjadi laporan kerja adalah hasil yang sepadan dengan beberapa item kerja. Pakej kerja boleh ditetapkan untuk menggunakan teras untuk tempoh masa tertentu (biasanya 6 saat).

JAM tanpa transaksi

JAM dibezakan daripada rangkaian kontrak pintar melalui operasi tanpa transaksi. Tiada transaksi dalam JAM; semua tindakan adalah tanpa kebenaran dan pada mulanya melalui fasa Perhalusi. Pada peringkat ini, perkhidmatan memperhalusi data input dan menukarnya menjadi laporan kerja yang mengandungi hasil kerja. Hasil daripada usaha ini kemudiannya dipindahkan secara rantaian.

Walaupun tiada transaksi, JAM masih menerima maklumat luaran dalam format tertentu. Terdapat lima jenis maklumat luaran:

1. Jaminan

2. Jaminan

3 Penghakiman

5. "Jaminan" dan "Jaminan" melibatkan pengesah secara kolektif membuktikan bahawa hasil kerja menggambarkan dengan tepat hasil item kerja yang sepadan apabila diubah melalui fungsi "Perhalusi" perkhidmatan.

Penghakiman berlaku apabila integriti hasil kerja dipersoalkan, apabila sejumlah besar pengesah membuktikan kesahihan atau kekurangannya. Dalam kes ini, item kerja yang tidak sah mungkin telah dimasukkan ke dalam keadaan perkhidmatan dan mungkin perlu ditarik balik. Penghakiman mesti dibuat dalam masa satu jam selepas menyerahkan laporan kerja kepada rantaian, di mana blok itu digantung buat sementara waktu.

Praimej ialah ciri yang disediakan oleh rantai JAM untuk fungsi Penapis. Walaupun fungsi Refine lazimnya tidak berstatus, ia boleh melakukan satu operasi stateful: mencari praimej cincang. Ciri ini ialah satu-satunya aspek fungsi Perhalusi yang mempunyai keutamaan lalai.

Tiket memasuki mekanisme pengeluaran blok sebagai penyertaan tanpa nama. Ia bukan keperluan langsung untuk pengeluaran blok sebaliknya, sistem beroperasi dua zaman terlebih dahulu. Mekanisme ini adalah sebahagian daripada algoritma SAFROL, versi halus dari algoritma SASSAFRAS asal.

Fungsi Penapis

Dalam JAM, peringkat pemprosesan Perhalusi boleh menerima sehingga 15 MB data setiap tempoh masa, setiap tempoh masa berlangsung selama 6 saat. Walau bagaimanapun, data yang dihasilkan oleh Refine adalah sehingga 90 kB, memerlukan pemampatan data yang meluas disebabkan sifat pengedaran sistem ketersediaan. Contohnya, dalam konteks parachain, 15 MB data mewakili Bukti Kesahihan (PoV), manakala 90 kB data sepadan dengan resit calon.

Refine boleh menggunakan sehingga 6 saat Gas PVM, bersamaan dengan tempoh blok penuh rantai geganti. Masa pelaksanaan lanjutan ini, berbanding had dua saat semasa PVF, dicapai melalui pemeteran keselamatan dan pengoptimuman lain.

Tapis juga boleh melakukan carian imej asal. Jika cincangan dan praimej yang berkaitan dipercayai tersedia pada rantai JAM, praimej boleh diminta dengan menyediakan cincangan. Keupayaan ini membolehkan penyimpanan dan mendapatkan semula kod yang cekap, contohnya dengan menyimpan kod parachain pada rantaian JAM dan merujuk cincangnya dalam pakej kerja.

Perhalusi ialah kuasa pemprosesan utama, mengendalikan kebanyakan tugas yang merupakan operasi tanpa negara.

Fungsi terkumpul

Fungsi Terkumpul bertanggungjawab untuk menyepadukan output yang dijana oleh fungsi Penapis ke dalam keadaan rantai. Accumulate boleh menerima berbilang output daripada Refine, semuanya berasal daripada perkhidmatan yang sama. Perhalusi dan Kumpul kedua-duanya berfungsi sebagai titik masuk daripada blok kod perkhidmatan tertentu.

Masa pelaksanaan terkumpul bagi setiap output adalah jauh lebih pendek daripada Refine, biasanya paling banyak hanya 10 milisaat. Walau bagaimanapun, tempohnya bergantung kepada bilangan item kerja dalam pakej kerja. Jika pakej kerja mengandungi berbilang item, masa yang ada dibahagikan antara mereka.

Tidak seperti Refine, Accumulate bersifat stateful dan boleh mengakses keadaan rantaian JAM. Ia boleh membaca storan daripada mana-mana perkhidmatan, menulis ke stor nilai kuncinya, memindahkan dana dan menyertakan memo apabila dana dipindahkan. Selain itu, Accumulate boleh membuat perkhidmatan baharu, meningkatkan kod mereka, meminta ketersediaan praimej dan banyak lagi.

Selain itu, Refine boleh memanggil sub-instances PVM. Ini membolehkan penciptaan sub-kejadian atau mesin maya di mana kod dan data boleh digunakan, konfigurasi memori dan tindanan disesuaikan, dan pengiraan dilakukan dalam rangka kerja yang fleksibel.

Fungsi onTransfer

Fungsi onTransfer dalam sistem JAM juga bersifat stateful, membolehkannya mengubah suai status perkhidmatan. Ia mempunyai keupayaan untuk menyemak status perkhidmatan lain dan mengubah suai statusnya sendiri. Ciri ini memudahkan komunikasi antara perkhidmatan, walaupun dalam cara tak segerak.

Tidak seperti kebanyakan platform kontrak pintar di mana interaksi berlaku secara serentak, dalam JAM, interaksi antara komponen terkapsul (seperti kontrak atau perkhidmatan pintar dalam kes ini) berlaku secara tidak segerak. Mesej dan token dihantar bersama, dan pada satu ketika dalam kitaran pelaksanaan enam saat yang sama, ia diproses oleh perkhidmatan penerima. Tiada laluan pemulangan serta-merta; jika laluan pemulangan diperlukan, perkhidmatan penghantaran mesti memulakan pemindahan lain atau mengubah suai keadaannya dengan cara yang boleh ditafsirkan oleh perkhidmatan penerima kemudian.

Accumulate dan onTransfer kedua-duanya direka bentuk untuk dilaksanakan secara selari, membolehkan Accumulate dan pemindahan perkhidmatan berbeza berlaku serentak. Reka bentuk ini membuka kemungkinan untuk peningkatan masa hadapan, seperti memperuntukkan input gas melebihi 10 milisaat semasa. Secara teorinya, teras sekunder boleh digunakan untuk melaksanakan Terkumpul tertentu, memberikan mereka lebih banyak gas untuk dieksploitasi.

Generalisasi rantai JAM

Seperti yang dinyatakan dalam kertas putih Polkadot asal, Polkadot terutamanya disesuaikan untuk profil perkhidmatan tertentu: menyediakan parachain. Untuk melaksanakan perkhidmatan ini, Polkadot membangunkan dua subkomponen penting:

• Sistem ketersediaan data teragih
• Sistem yang menyediakan pengauditan dan jaminan untuk pengiraan (iaitu, sistem rollup Optimis dengan jaminan keselamatan yang kukuh)

Dengan JAM Polkadot Sebagai perbandingan, JAM Polkadot mempunyai lebih sedikit pilihan pratetap dan menyediakan tahap abstraksi dan generalisasi yang lebih tinggi. Ini menjadikannya lebih mudah untuk memanfaatkan komponen asas berdasarkan keutamaan peribadi.

JAM beroperasi dengan cara tanpa kebenaran, serupa dengan rangkaian kontrak pintar, membenarkan muat naik individu dan pelaksanaan kod yang dimaksudkan. Selain itu, ia mengehoskan data, mendayakan carian praimej dan mengurus keadaan, serupa dengan sistem nilai kunci. Memandangkan JAM tidak mempunyai mekanisme untuk menerima transaksi secara langsung, blok genesis JAM mengandungi perkhidmatan yang memudahkan penciptaan perkhidmatan baharu.

Perkhidmatan dalam JAM tidak mempunyai had yang dipratentukan pada jumlah kod, data atau keadaan. Keupayaan mereka ditentukan oleh faktor kriptoekonomi; semakin banyak token DOT yang disimpan, semakin besar kapasiti untuk data dan keadaan. Contohnya, perkhidmatan parachain pada JAM menggabungkan semua fungsi Polkadot 1.1 ke dalam satu perkhidmatan, dan perkhidmatan lain juga boleh memanfaatkan sistem ketersediaan teragih Polkadot, serta sistem audit dan jaminan untuk pengiraan.

Mesin Maya Polkadot (PVM)

PVM direka berdasarkan Senibina Set Arahan RISC-V (ISA), yang terkenal dengan kesederhanaan dan serba boleh. RISC-V ISA menawarkan beberapa kelebihan:

1 Terjemahan mudah kepada format perkakasan biasa seperti x86, x64 dan ARM.

2 Disokong dengan baik oleh alatan seperti LLVM.

PVM sendiri merangkumi kesederhanaan dan keselamatan, mempunyai keupayaan untuk dikotak pasir dan menyediakan pelbagai jaminan pelaksanaan. Ia bersifat deterministik, sensitif konsensus, dan mudah diukur. Berbanding dengan mesin maya lain, PVM tidak mempunyai kerumitan dan keutamaan pratetap yang berlebihan.

WASM, sementara dioptimumkan untuk kes penggunaan web, juga membawa cabaran pengurusan tindanan, terutamanya apabila ia berkaitan dengan pengendalian kesinambungan. RISC-V menyelesaikan masalah ini dengan meletakkan timbunan dalam ingatan, sekali gus memudahkan pemprosesan berjujukan tanpa menambah kerumitan.

Selain itu, PVM menunjukkan kelajuan pelaksanaan yang unggul apabila berjalan pada perkakasan lama, terutamanya pada X64 dan ARM, memberikan faedah seperti pemeteran percuma, yang setanding dengan WASM.

Sokongan untuk kesinambungan RISC-V akan mewujudkan standard baharu untuk pengekodan berskala merentas platform berbilang teras seperti JAM. Seni bina selari tak segerak semakin penting untuk kebolehskalaan platform perkakasan dan perisian, satu arah aliran yang dijangka akan meluas ke rantaian blok dan algoritma konsensus.

SAFROLE

SAFROLE ialah algoritma pengeluaran blok yang memudahkan SASSAFRAS. Ia tidak termasuk beberapa komponen yang mungkin berguna untuk parachain. Jadi parachain mungkin melekat pada SASSAFRAS dan bukannya SAFROLE. SAFROLE adalah semudah mungkin:

• Memastikan terdapat sesedikit pilihan pratetap yang mungkin untuk memaksimumkan potensi kes penggunaan masa hadapan.
• Ikuti jejak Kertas Kuning Ethereum dan benar-benar cuba mendapatkan sebanyak mungkin pelaksanaan untuk mencuba dan menyebarkan kepakaran.

Memahami cara Polkadot 1.0 berfungsi hujung ke hujung adalah mencabar. Dengan JAM, seseorang yang boleh membaca dan memahami kertas kuning sepatutnya boleh membaca dan memahami cara JAM berfungsi dengan cepat. Jadi kesederhanaan adalah penting.

SAFROLE ialah algoritma pengeluaran blok berdasarkan SNARK. Ia menggunakan SNARK kerana sifat awanamanya. Dan ia menyediakan pengeluaran blok masa malar yang hampir tanpa garpu sepenuhnya. Beberapa kejadian di mana garpu boleh berlaku pada dasarnya hanya berlaku apabila terdapat perpecahan rangkaian atau seseorang bertindak dengan sengaja dengan niat jahat. Nilai besar dalam tidak mahu namanya disiarkan adalah untuk tidak merahsiakan identiti pengesah sebenarnya, apabila mereka menghasilkan blok, mereka mendedahkan identiti mereka pula, dan ini dilakukan untuk memastikan keselamatan mekanisme pengeluaran blok itu sendiri, pada dasarnya Untuk mengelakkan spam; serangan transaksi.

NETWORK

Rangkaian JAM menggunakan protokol QUIC. Ini membolehkan sambungan rakan-ke-rakan secara langsung antara sejumlah besar pengesah. Akibatnya, 1000+ pengesah pada Polkadot boleh mengekalkan sambungan berterusan antara satu sama lain tanpa perlu risau tentang kemungkinan isu soket. Oleh kerana JAM tidak mengendalikan urus niaga, pada asasnya tidak ada keperluan untuk gosip. Dalam situasi di mana pengedaran diperlukan yang bukan titik ke titik atau dalam subset pengesah yang sangat kecil, penyebaran grid digunakan, pengesah disusun ke dalam grid, paket dihantar dalam baris, dan kemudian setiap nod menghantarnya kepada semua ahli lajurnya.

Saluran paip untuk pemprosesan blok yang cekap

Dalam blok blok berasaskan negeri seperti Ethereum, pengepala blok biasanya mengandungi punca pasca negeri, yang meringkaskan keadaan pengiraan semua blok. Oleh itu, pengepala blok tidak boleh dihantar sehingga semua pengiraan selesai. Walau bagaimanapun, beberapa pengiraan boleh dilakukan sebelum menghantar pengepala blok, kerana keputusannya menentukan kesahihan blok.

Walau bagaimanapun, JAM mengambil pendekatan yang berbeza dan meletakkan akar pra-keadaan dalam pengepala blok dan bukannya akar pasca-keadaan. Ini bermakna keadaan yang ditunjukkan dalam pengepala ditangguhkan oleh satu blok. Akibatnya, pengiraan ringan yang menyumbang kira-kira 5% daripada beban kerja blok atau masa pelaksanaan boleh dilakukan dan blok boleh diagihkan serta-merta. Baki 95% pengiraan blok, terutamanya Mengumpul tugas, boleh diselesaikan kemudian. Ini membolehkan blok seterusnya dimulakan sebelum blok semasa dilaksanakan.

Pendekatan ini membolehkan penggunaan masa yang lebih cekap antara blok. Dalam persediaan tradisional, seperti masa blok enam saat Polkadot, punca pasca keadaan mesti disediakan dan hanya boleh dikira sebahagian daripada masa itu. Walau bagaimanapun, melalui saluran paip dalam JAM, keseluruhan masa blok boleh digunakan dengan berkesan untuk pengiraan, memaksimumkan kecekapan.

Walaupun menggunakan keseluruhan masa blok untuk pengiraan mungkin tidak sesuai kerana ia boleh mengakibatkan pengejaran kekal dan import blok tertunda, pendekatan JAM boleh memanjangkan masa pengiraan dengan ketara berbanding persediaan tradisional. Ini bermakna masa pengiraan blok berkesan sekitar tiga hingga tiga setengah saat boleh dicapai, yang merupakan peningkatan besar berbanding persediaan semasa.

Perbezaan Seni Bina: JAM vs. Rantai Geganti

Satu perbezaan seni bina antara JAM dan rantai geganti ialah tahap kefungsian tetap. Walaupun Rantaian Geganti membetulkan beberapa elemen, seperti bahasa yang digunakan untuk mentakrifkan protokol (WASM), JAM pergi lebih jauh dalam hal ini. Sebagai contoh, ia menentukan jenis yang digunakan untuk mengekod pengepala blok dan skim pencincangan, menjadikannya sukar untuk mengubah aspek ini.

Walau bagaimanapun, JAM mengekalkan fleksibiliti melalui model perkhidmatannya yang setanding dengan yang dicapai oleh meta-protokol WebAssembly dalam rantaian geganti. Dalam model ini, tanggungjawab untuk kebolehtingkatan dialihkan kepada perkhidmatan, membebaskan rantaian itu sendiri daripada beban peningkatan. Tiga sebab utama yang menyokong keputusan ini termasuk:

1. Utamakan kesederhanaan. Mengekalkan rantai yang tidak boleh dinaik taraf mengurangkan kerumitan dengan ketara.
2. Rantai geganti cenderung untuk memperkenalkan ciri kompleks tanpa mengalih keluar ciri lama, yang merumitkan keadaan. Memandangkan peningkatan mudah dilaksanakan, terdapat sedikit insentif untuk memudahkan SDK Substrat. Oleh itu, mereplikasi Polkadot menjadi tidak praktikal.
3. Parameter tetap JAM memberikan potensi pengoptimuman. Dengan mempunyai pemahaman yang jelas tentang tugas khusus yang perlu dilakukan oleh rantai JAM dan dapat menetapkan parameter tetap, pengoptimuman dalam bidang seperti topologi rangkaian dan pemasaan menjadi boleh dilaksanakan. Ini berbeza dengan sifat rantaian geganti yang boleh dinaik taraf tinggi, di mana pengoptimuman ini lebih kompleks disebabkan oleh perubahan kerap yang mungkin dibuat dengan setiap peningkatan.

Walaupun terdapat perbezaan ini, JAM mengekalkan fleksibiliti dalam fungsi peringkat aplikasi seperti jualan masa teras, pertaruhan dan tadbir urus, semuanya diuruskan dalam perkhidmatan. Selain itu, JAM memperkenalkan konsep baharu dengan mengaitkan baki token dengan perkhidmatan, menyediakan peluang untuk pelarasan model ekonomi yang tidak mudah dicapai dalam rantaian yang boleh dinaik taraf semata-mata seperti rantai geganti.

JAM Toaster

Untuk memastikan JAM memenuhi jangkaan asalnya, usaha berterusan termasuk membina persekitaran ujian yang komprehensif untuk rangkaian JAM. Daripada menjalankan rangkaian ujian berskala kecil pada perkakasan yang tidak boleh dipercayai untuk mengurus kos pengkomputeran awan, inisiatif ini melibatkan pelaburan yang besar.

JAM Toaster diperkenalkan di sini, yang pada asasnya merupakan platform ujian untuk eksperimen berskala besar dan penilaian prestasi. Ini menangani cabaran terdahulu yang dihadapi semasa pembangunan Rangkaian Geganti Polkadot, apabila kami mengetahui bahawa mengendalikan kesan dan dinamik timbul rangkaian pada skala sedemikian ternyata sukar. Percubaan sebelum ini dihadkan kepada beberapa dozen nod pada rangkaian ujian dan rangkaian Kusama, yang tidak mempunyai keupayaan pemantauan menyeluruh kerana kekurangan akses kepada nod yang mengesahkan. Sebaliknya, rangkaian ujian berskala kecil gagal mensimulasikan secara tepat dinamik rangkaian bagi penggunaan berskala besar.

JAM Toaster bertujuan untuk merapatkan jurang ini dengan memberikan pandangan yang mendalam pada keseluruhan rangkaian JAM, termasuk 1023 nod. Platform ini memudahkan kajian tingkah laku rangkaian dan ciri prestasi, memberikan pembangun dengan cerapan berharga tentang prestasi jangkaan parachain.

JAM dan Substrat

Penanda Aras vs Pemeteran

Dalam JAM, penandaarasan atau ujian prestasi boleh menjadi pilihan. Walaupun penandaarasan mungkin masih diperlukan dalam beberapa kes, sistem pemeteran JAM secara amnya menghapuskan keperluan untuk penandaarasan yang kerap. JAM berjalan pada sistem pemeteran yang membolehkan pengguna menilai beban kerja pengiraan setelah selesai. Selain itu, terdapat mekanisme teori untuk mengawal pengiraan apabila blok dibina.

Namun, dalam sesetengah kes, penanda aras masih diperlukan. Contohnya, apabila pemeteran terlalu konservatif untuk kes penggunaan tertentu, penanda aras mungkin diperlukan untuk meningkatkan prestasi. Selain itu, penanda aras berguna untuk tugasan yang memerlukan masa pelaksanaan lanjutan untuk memastikan ia tidak berjalan terlalu lama.

XCMP

Seterusnya ialah Pemesejan Silang Rantaian (XCMP), dan JAM memerlukan sokongan penuh XCMP. Ini kerana dalam rantaian geganti, jika semua payung payung menghantar semua data sepanjang masa, lebih banyak data boleh dihantar melalui resit calon. JAM mematuhi peraturan yang ketat, walaupun untuk perkhidmatan parachain, termasuk sekatan pada pemindahan data antara peringkat "Perhalusi" dan "Kumpul". Pada masa ini, menggunakan Pemesejan Rantaian Geganti Mendatar (HRMP), semua mesej merentasi rantaian geganti, mengehadkan muatan data kepada 4 kB atau kurang, yang mungkin tidak praktikal. Akibatnya, XCMP hanya menyampaikan pengepala mesej melalui rantaian, manakala data mesej sebenar dihantar di luar rantai, yang merupakan penambahbaikan yang perlu dan sudah lama tertunggak.

Accords

Accords pada dasarnya merangkumi keadaan dan logik, serupa dengan kontrak pintar, dengan berbilang kejadian bagi setiap parachain. Mereka memudahkan pertukaran mesej antara kejadian dan membolehkan interaksi segerak dengan parachain. Protokol ini berguna dalam senario di mana terdapat kekurangan kepercayaan antara parachain, seperti pemindahan token. Tidak seperti pendekatan sedia ada yang melibatkan pengantara rizab, Accords memudahkan pemindahan token terus antara parachain, menghapuskan keperluan untuk pengantara yang menjejaskan kepercayaan. Selain itu, Accords boleh bertindak sebagai mekanisme pemajuan XCM untuk memastikan integriti mesej walaupun disampaikan melalui perantara pihak ketiga, dengan itu menghapuskan keperluan untuk teg asal yang jelas.

Meningkatkan Kecekapan

Akhirnya, JAM mengambil pendekatan yang lebih luas, kurang diutamakan untuk memanfaatkan mekanisme konsensus asas, membantu melaksanakan penyelesaian yang lebih inovatif. Contohnya, untuk tugas yang rumit seperti bukti pengetahuan sifar, ketersediaan yang diedarkan menjadi lebih praktikal dan cekap. Selain itu, JAM menyokong model penggunaan sumber bercampur, di mana pakej kerja boleh mengandungi kedua-dua tugas intensif pengiraan dan operasi intensif data. Dengan menggandingkan perkhidmatan intensif pengiraan dengan perkhidmatan yang memerlukan ketersediaan data yang tinggi, JAM mengoptimumkan penggunaan sumber pengesah, sekali gus mengurangkan kos. Pendekatan fleksibel ini menjadikan penggabungan beban kerja parachain seperti ketersediaan teragih dan pengesahan SNARK lebih murah sambil meningkatkan kecekapan.

Peningkatan dan Keserasian JAM

JAM direka untuk mengutamakan keserasian dengan payung payung Polkadot 1 sedia ada. Walaupun ia mengekalkan keserasian dengan SDK Polkadot, Fungsi Pengesah Polkadot (PVF) telah dipindahkan. Ia akan menyasarkan Mesin Maya Polkadot (PVM), bukan WebAssembly. Peralihan ini difasilitasi oleh fakta bahawa PVM ialah pengubahsuaian sedikit RISC-V, yang telah dikenal pasti secara rasmi sebagai sasaran LLVM. Oleh itu, PVM mungkin menjadi sasaran LLVM rasmi sebelum JAM digunakan.

Selain menjadi hos untuk parachain, JAM memperkenalkan peningkatan yang ketara. Ia menawarkan potensi untuk memudahkan usaha penandaarasan dan mengurangkan keperluan penandaarasan masa hadapan. Selain itu, JAM memperkenalkan konsep protokol, pelbagai contoh dan kontrak pintar berbilang serpihan untuk mengurus dan melaksanakan protokol interaksi khusus antara parachain. Selain itu, sokongan Mesej Silang Rantaian (XCMP) yang komprehensif adalah penting, membolehkan anda mengalih keluar sekatan ke atas pemindahan maklumat antara parachain, yang biasanya dipermudahkan melalui Pemesejan Silang Rantaian (XCM).

Berkenaan Agile Coretime, JAM mengekalkan keserasian dengan tetapan sedia ada. Walau bagaimanapun, ia memperkenalkan keupayaan untuk mencari masa teras bukan sahaja pada parachain, tetapi pada mana-mana kumpulan pakej kerja. Fleksibiliti ini meningkatkan fleksibiliti dan kecekapan peruntukan sumber dalam ekosistem JAM.

Atas ialah kandungan terperinci Apakah visi teknologi Polkadot generasi akan datang 'JAM' yang diumumkan secara rasmi oleh Gavin Wood?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!