HyperChains

Apa Itu HyperChains dalam Kripto?

HyperChains adalah jaringan blockchain yang dapat dikustomisasi, didukung zero-knowledge, dibangun menggunakan ZK Stack, dan dirancang agar terhubung ke ZKsync Elastic Network yang lebih luas.

Sederhananya, HyperChain adalah blockchain khusus aplikasi atau ekosistem yang dapat memproses transaksi secara mandiri, tetapi tetap terhubung ke chain kompatibel lain melalui infrastruktur zero-knowledge bersama.

Istilah HyperChains banyak digunakan dalam diskusi ZKsync terdahulu untuk menggambarkan chain berdaulat berbasis ZK yang dibangun dengan ZK Stack.

Dokumentasi resmi saat ini lebih sering menggunakan istilah seperti ZKsync Chains, ZK Chains, dan Elastic Network, tetapi gagasan utamanya tetap serupa.

Dokumentasi ZK Stack resmi menjelaskan ZK Stack sebagai framework modular untuk meluncurkan blockchain interoperabel berbasis ZK.

HyperChain bukan token, wallet, bridge, atau platform trading tunggal.

Istilah ini merujuk pada konsep arsitektur blockchain untuk membangun rollup, validium, volition, atau lingkungan eksekusi berbasis ZK lainnya yang saling terhubung.

HyperChains penting karena dirancang untuk mengatasi dua masalah utama kripto sekaligus.

Masalah pertama adalah skalabilitas. Satu blockchain dapat mengalami kepadatan ketika banyak pengguna dan aplikasi bersaing memperebutkan blockspace.

Masalah kedua adalah fragmentasi. Banyak chain terpisah dapat memecah pengguna, likuiditas, aset, dan perhatian developer.

HyperChains dan ZK Stack

ZK Stack adalah toolkit untuk membangun HyperChains.

Ringkasan ZK Stack resmi menyebutnya sebagai framework modular yang ramah developer untuk mengustomisasi dan men-deploy blockchain interoperabel berbasis ZK.

Hal ini penting karena HyperChain bukan chain mandiri sembarang yang tidak memiliki standar bersama.

HyperChain dirancang untuk mengikuti framework umum agar tetap kompatibel dengan chain lain di jaringan yang sama.

Developer dapat menggunakan ZK Stack untuk mengustomisasi bagian penting chain, termasuk ketersediaan data, sequencing, desain token gas, pengaturan privasi, dan mode operasional.

Hal ini membedakan HyperChains dari sekadar men-deploy smart contract pada chain yang sudah ada.

Proyek yang meluncurkan HyperChain dapat mengendalikan lebih banyak aspek lingkungan eksekusi.

Kontrol tersebut dapat mencakup kebijakan biaya, pemfilteran transaksi, izin chain, token dasar khusus, dan pilihan ketersediaan data.

Di saat yang sama, chain tetap dapat memanfaatkan bukti ZK dan interoperabilitas dengan chain ZK Stack lainnya.

Kombinasi kustomisasi dan konektivitas inilah alasan utama HyperChains menjadi gagasan penting dalam skalabilitas.

HyperChains vs ZKsync Chains

HyperChains dan ZKsync Chains adalah istilah yang berkaitan erat.

Materi ekosistem terdahulu sering menggunakan HyperChains untuk menyebut chain khusus berbasis ZK yang dibangun dengan ZK Stack.

Dokumentasi resmi saat ini biasanya menyebut chain tersebut sebagai ZKsync Chains atau ZK Chains.

Dokumentasi ZKsync Chains resmi menjelaskan bahwa siapa pun dapat mengembangkan dan men-deploy ZKsync Chains, tetapi chain harus menggunakan ZK Stack agar tepercaya dan interoperabel sepenuhnya di dalam Elastic Network.

Artinya, HyperChains sebaiknya dipahami sebagai nama terdahulu atau nama populer untuk arah desain umum yang sama.

Entri glosarium masih dapat menggunakan HyperChains karena banyak pengguna kripto, peneliti, dan artikel lama mengenal istilah tersebut.

Namun, pengguna yang mencari detail teknis terkini sebaiknya juga mencari ZKsync Chains, ZK Chains, Elastic Network, dan ZK Stack.

Perubahan nama ini penting karena istilah kripto berkembang cepat seiring kematangan protokol.

Konsepnya tidak hilang hanya karena bahasa dokumentasinya menjadi lebih presisi.

Gagasan tersebut berkembang menjadi jaringan yang lebih luas, terdiri atas chain berbasis ZK yang interoperabel.

Mengapa HyperChains Penting

HyperChains penting karena bertujuan membuat skalabilitas blockchain terasa tidak terlalu terfragmentasi bagi pengguna dan developer.

Banyak ekosistem kripto memiliki chain, bridge, token gas, dan pool likuiditas yang terpisah.

Hal ini menciptakan pengalaman pengguna yang kurang baik karena pengguna mungkin perlu melakukan bridge dana, berpindah jaringan, membeli token biaya yang berbeda, dan melacak aset secara manual di banyak tempat.

HyperChains dirancang agar banyak chain berperilaku lebih seperti satu jaringan yang saling terhubung.

Pengumuman Elastic Chain resmi menggambarkan visi Elastic Chain sebagai jaringan rollup ZK yang terus berkembang, diamankan oleh matematika, dan interoperabel secara native dengan pengalaman pengguna yang seragam.

Bagi pengguna, tujuannya adalah mempermudah perpindahan antar-chain.

Bagi developer, tujuannya adalah memberi kebebasan lebih besar untuk membangun lingkungan eksekusi khusus tanpa mengisolasi pengguna dari ekosistem lainnya.

Bagi aplikasi, tujuannya adalah memperoleh blockspace khusus sambil tetap mengakses pengguna dan likuiditas bersama.

Bagi infrastruktur kripto, tujuannya adalah meningkatkan skala secara horizontal dengan menambahkan lebih banyak chain, bukan memaksa setiap aktivitas ke satu lapisan eksekusi.

Cara Kerja HyperChains

HyperChains bekerja dengan menggabungkan eksekusi chain mandiri, infrastruktur bukti zero-knowledge bersama, dan interoperabilitas lintas chain.

Setiap HyperChain dapat memproses transaksi dan memelihara state-nya sendiri.

Bergantung pada konfigurasinya, chain dapat mengirim bukti validitas atau data settlement ke Ethereum atau infrastruktur jaringan bersama.

Bukti zero-knowledge memungkinkan chain membuktikan bahwa transisi state dihitung dengan benar tanpa mengharuskan Ethereum mengeksekusi ulang setiap transaksi.

Inilah keunggulan skalabilitas dasar teknologi ZK rollup.

Dokumentasi ZKsync Era resmi menjelaskan bahwa ZKsync Era mengeksekusi transaksi off-chain, menggabungkannya ke dalam batch, lalu menghasilkan bukti validitas ringkas yang dikirim ke Ethereum.

HyperChains memperluas gagasan ini dari satu rollup menjadi jaringan yang terdiri atas banyak chain kompatibel berbasis ZK.

Alih-alih satu chain melayani semua aplikasi, banyak chain dapat berjalan secara paralel.

Interoperabilitas kemudian membantu chain-chain tersebut berkomunikasi, mentransfer aset, dan mendukung tindakan lintas chain.

Desain ini dimaksudkan untuk meningkatkan kapasitas tanpa membuat pengguna merasa terjebak di pulau-pulau yang terisolasi.

HyperChains dan Bukti Zero-Knowledge

Bukti zero-knowledge merupakan bagian inti HyperChains.

Bukti zero-knowledge dapat membuktikan bahwa suatu komputasi valid tanpa mengungkap semua detail yang mendasarinya dan tanpa mengharuskan chain lain mengulangi seluruh komputasi.

Dalam sistem rollup, hal ini memungkinkan banyak transaksi diproses off-chain dan hasilnya dibuktikan pada layer settlement.

Untuk HyperChains, bukti ZK membantu menyediakan keamanan dan interoperabilitas di banyak chain.

Jika setiap chain dapat membuktikan transisi state-nya, bagian lain jaringan dapat memverifikasi perubahan tersebut dengan lebih efisien.

Itulah sebabnya visi Elastic Network sering menggambarkan sistem ini sebagai sistem yang diamankan oleh matematika.

Ungkapan tersebut berarti bukti validitas membantu memverifikasi state lintas chain, bukan hanya kepercayaan sosial atau operator bridge.

Bukti ZK tidak menghilangkan semua risiko.

Bukti ini tetap bergantung pada circuit yang benar, kriptografi yang andal, smart contract yang aman, ketersediaan data, operasi infrastruktur yang diwajibkan secara jujur, dan perilaku pengguna yang aman.

Namun, bukti ZK dapat mengurangi kebutuhan untuk memercayai kustodian bridge terpisah dalam setiap perpindahan lintas chain.

HyperChains dan Elastic Network

Elastic Network adalah jaringan lebih luas yang menghubungkan chain ZK Stack.

Halaman Elastic Network Chains resmi mencantumkan beberapa chain dalam ekosistem ZKsync dan menyebutkan bahwa chain ID serta ketersediaan dapat berubah seiring waktu.

Hal ini penting karena HyperChains bukan hanya tentang meluncurkan satu chain khusus.

HyperChains bertujuan membangun jaringan chain yang dapat berkembang seiring meningkatnya permintaan.

Kata elastic berarti sistem dapat berkembang dengan menambahkan lebih banyak chain saat kapasitas tambahan dibutuhkan.

Alih-alih satu chain menjadi hambatan, berbagai aplikasi atau komunitas dapat berjalan di chain masing-masing.

Di saat yang sama, interoperabilitas bersama bertujuan mengurangi hambatan saat berpindah di antara chain tersebut.

Hal ini berbeda dari ekosistem tempat setiap chain memiliki bridge, alur wallet, dan likuiditas yang terisolasi.

Elastic Network dirancang agar banyak chain terasa seperti bagian dari satu lingkungan yang lebih besar.

Inilah janji jangka panjang utama HyperChains.

HyperChains dan ZKsync Era

ZKsync Era penting karena merupakan chain pertama yang diluncurkan dengan ZK Stack dan menjadi anggota pertama Elastic Network.

Dokumentasi resmi ZKsync Era menyebutkan bahwa ZKsync Era adalah rollup Layer 2 yang dibangun dengan ZK Stack untuk meningkatkan skala Ethereum menggunakan bukti zero-knowledge.

Dalam konteks HyperChains, ZKsync Era dapat dipahami sebagai contoh awal arsitektur yang sudah berjalan.

Chain ini menunjukkan cara eksekusi berbasis ZK mendukung smart contract, account abstraction, dan settlement yang selaras dengan Ethereum.

Chain ZK Stack lainnya dapat memperluas jaringan untuk penggunaan yang lebih khusus.

Chain gaming, pembayaran, berfokus pada privasi, perusahaan, DeFi, atau khusus aplikasi dapat mengambil pendekatan yang berbeda.

Pendekatan tersebut dapat mencakup ketersediaan data, pilihan token biaya, model sequencing, dan pemberian izin.

Modularitas ini menjadi salah satu alasan HyperChains menarik bagi builder.

Mereka dapat membangun sesuai kebutuhan aplikasi tanpa memulai dari tumpukan blockchain yang sama sekali tidak terkait.

HyperChains dan Interoperabilitas

Interoperabilitas berarti berbagai chain dapat berkomunikasi dan bertransaksi satu sama lain.

Dokumentasi ZKsync Connect resmi menjelaskan bahwa interoperabilitas antarchain ZKsync dimungkinkan oleh smart contract yang memverifikasi transaksi antar-chain menggunakan Merkle proof.

Hal ini memungkinkan chain mengamati pesan, mengirim aset, mengeksekusi pemanggilan, menggabungkan pemanggilan jarak jauh, dan mengelola smart account lintas chain.

Bagi pengguna, interoperabilitas penting karena dapat mengurangi kebutuhan melakukan bridge secara manual dan berpindah jaringan.

Bagi developer, interoperabilitas penting karena aplikasi dapat menggunakan aset atau tindakan dari chain lain dengan lebih mudah.

Bagi likuiditas, interoperabilitas penting karena dapat mengurangi fragmentasi.

Di lingkungan kripto yang terfragmentasi, sebuah token mungkin memiliki versi terpisah di berbagai chain dengan pool likuiditas yang berbeda.

Di lingkungan yang lebih terhubung, pengguna seharusnya dapat memindahkan nilai dan tujuan antar-chain dengan lebih mudah.

HyperChains dirancang dengan pengalaman terhubung seperti ini.

Tujuannya bukan sekadar memiliki banyak chain yang cepat, melainkan banyak chain cepat yang dapat bekerja sama.

HyperChains dan Gateway

Gateway merupakan bagian dari infrastruktur yang mendukung agregasi bukti dan interoperabilitas untuk chain ZKsync.

Dokumentasi ZKsync Chains resmi menggambarkan Gateway sebagai hub agregasi bukti dan infrastruktur penting untuk interoperabilitas antarchain ZKsync.

Agregasi bukti penting karena memverifikasi banyak bukti secara terpisah di Ethereum dapat memakan biaya besar.

Dengan mengagregasikan bukti, jaringan dapat mengurangi beban verifikasi dan mendukung lebih banyak chain secara efisien.

Hal ini penting bagi HyperChains karena jaringan dengan banyak chain memerlukan cara yang skalabel untuk melakukan settlement dan memverifikasi aktivitas.

Jika setiap chain harus melakukan settlement secara terpisah tanpa agregasi bersama, biaya dan kompleksitas dapat meningkat dengan cepat.

Gateway dirancang untuk mendukung komunikasi antarchain yang lebih cepat dan menekan biaya terkait bukti.

Namun, pengguna tetap perlu memahami bahwa fitur interoperabilitas dapat diluncurkan secara bertahap.

Sejumlah fitur mungkin sudah aktif, sebagian mungkin tersedia dalam pengujian lokal, dan sebagian lainnya mungkin bergantung pada peningkatan protokol mendatang.

Periksa dokumentasi terkini sebelum membangun aplikasi atau memindahkan dana melalui rute chain tertentu.

HyperChains dan Ketersediaan Data

Ketersediaan data merupakan salah satu pilihan desain terpenting untuk HyperChains.

Ketersediaan data berarti data yang dibutuhkan untuk merekonstruksi dan memverifikasi state chain tersedia bagi pengguna, validator, atau peserta lain yang memerlukannya.

Dokumentasi ZKsync Chains resmi menjelaskan bahwa ketersediaan data memengaruhi keamanan, privasi, kecepatan transaksi, dan biaya.

HyperChain dapat memilih mode seperti ZK rollup, yang memublikasikan perubahan state ke Ethereum.

Pilihan ini memberikan properti keamanan dan ketahanan terhadap sensor yang diwarisi lebih kuat, tetapi biayanya dapat lebih tinggi.

HyperChain juga dapat menggunakan ketersediaan data bergaya validium, dengan data yang dikelola di luar Ethereum.

Pendekatan ini dapat menekan biaya dan meningkatkan privasi, tetapi menambah asumsi terkait ketersediaan data.

Jika data yang dibutuhkan tidak tersedia, pengguna mungkin tidak dapat merekonstruksi state atau keluar dengan aman melalui cara normal.

Karena itu, pengguna tidak boleh menganggap semua HyperChain memiliki profil keamanan yang sama.

Pilihan ketersediaan data mengubah model risikonya.

HyperChains sebagai Rollup, Validium, dan Volition

HyperChains dapat dikonfigurasi dengan mode operasi yang berbeda.

ZK rollup mengirimkan data yang cukup ke Ethereum agar pengguna dapat memverifikasi dan memulihkan state dengan menggunakan Ethereum sebagai layer ketersediaan data.

Validium menyimpan data di luar Ethereum, tetapi tetap menggunakan bukti validitas untuk memastikan kebenaran transisi state.

Model volition dapat memungkinkan pilihan ketersediaan data yang berbeda untuk transaksi atau akun yang berbeda.

Pengumuman Elastic Chain menggambarkan jaringan ini sebagai jaringan yang mencakup ZK Chains seperti rollup, validium, dan volition.

Istilah-istilah ini penting karena menentukan kompromi antara kepercayaan dan biaya pada HyperChain.

Mode rollup mungkin lebih mahal, tetapi menawarkan ketersediaan data yang lebih kuat.

Mode validium mungkin lebih murah dan privat, tetapi lebih bergantung pada ketersediaan data off-chain.

Mode volition dapat memberi fleksibilitas, tetapi menambah kompleksitas.

Pengguna dan developer sebaiknya memeriksa mode yang digunakan sebelum menganggap HyperChain aman, murah, privat, atau tahan sensor.

HyperChains dan Token Dasar Khusus

HyperChains dapat mendukung token dasar khusus untuk membayar biaya transaksi.

Dokumentasi ZKsync Chains resmi menjelaskan bahwa ZK Stack mendukung token ERC-20 sebagai token dasar untuk biaya chain, bukan hanya ETH.

Hal ini dapat bermanfaat bagi chain khusus aplikasi yang menginginkan model ekonomi sendiri.

Contohnya, chain komunitas mungkin ingin pengguna membayar biaya dengan token ekosistemnya sendiri.

Chain yang berfokus pada pembayaran mungkin ingin biaya dibayar dengan aset bernilai stabil.

Chain game mungkin ingin biaya disamarkan atau disponsori agar pengguna tidak perlu memikirkan gas.

Token dasar khusus dapat meningkatkan pengalaman pengguna, tetapi juga menimbulkan risiko.

Jika token biaya menjadi tidak likuid atau volatil, pengalaman pengguna chain dapat memburuk.

Jika ekonomi token lemah, desain biaya dapat menjadi tidak stabil.

Developer sebaiknya memilih token dasar berdasarkan kebutuhan pengguna yang sebenarnya, bukan hanya branding.

HyperChains dan Sequencer

Sequencer bertanggung jawab mengurutkan transaksi sebelum transaksi tersebut dibuktikan dan diselesaikan.

HyperChains dapat menggunakan model sequencing yang berbeda sesuai kebutuhan.

Dokumentasi ZKsync Chains mencantumkan opsi seperti sequencing terpusat, sequencing terdesentralisasi, priority queue, dan protokol sequencing eksternal.

Sequencer terpusat dapat memberikan konfirmasi cepat dan operasional sederhana.

Namun, model ini juga menimbulkan asumsi kepercayaan karena satu operator memiliki kendali kuat atas pengurutan dan ketersediaan.

Sequencer terdesentralisasi dapat mengurangi kepercayaan pada operator, tetapi mungkin menambah latensi dan kompleksitas operasional.

Priority queue dapat membantu melindungi pengguna dari sensor dengan menyediakan jalur cadangan untuk mengirim transaksi.

Sequencing penting karena urutan transaksi memengaruhi pengalaman pengguna, risiko MEV, ketahanan terhadap sensor, dan keadilan aplikasi.

Saat mengevaluasi HyperChain, pengguna sebaiknya menanyakan siapa yang mengoperasikan sequencer dan mekanisme alternatif apa yang tersedia jika sequencer gagal atau menyensor transaksi.

HyperChains dan Appchain

HyperChains sering digambarkan sebagai infrastruktur bergaya appchain.

Appchain adalah blockchain yang dirancang untuk aplikasi, komunitas, model bisnis, atau ekosistem tertentu, bukan untuk melayani semua jenis penggunaan.

Appchain dapat bermanfaat karena aplikasi dengan permintaan tinggi mungkin membutuhkan throughput khusus, biaya khusus, pengaturan privasi tertentu, atau partisipasi yang dikendalikan.

Chain serbaguna dapat menjadi padat ketika banyak aplikasi yang tidak terkait bersaing menggunakan sumber daya.

HyperChain dapat menyediakan blockspace sendiri bagi aplikasi sambil tetap terhubung ke jaringan yang lebih luas.

Hal ini berguna untuk game, aplikasi keuangan, sistem identitas, program loyalitas, jaringan perusahaan, platform sosial, dan lingkungan transaksi berfrekuensi tinggi.

Namun, appchain juga membawa tanggung jawab.

Tim harus mengelola operasi chain, strategi likuiditas, pemantauan keamanan, upgrade, mitra infrastruktur, dan dukungan pengguna.

HyperChain memberi builder lebih banyak kendali, tetapi kendali yang lebih besar juga berarti risiko operasional yang lebih besar.

Meluncurkan chain tidak sama dengan meluncurkan smart contract sederhana.

HyperChains dan Likuiditas Bersama

Likuiditas bersama adalah salah satu janji utama HyperChains.

Dalam lingkungan multi-chain yang terfragmentasi, likuiditas dapat terbagi di antara banyak bridge, pool, aset wrapped, dan basis pengguna terpisah.

Hal ini dapat membuat swap lebih mahal, bridge lebih rumit, dan proses onboarding pengguna lebih membingungkan.

Ringkasan ZK Stack menyebutkan bahwa semua chain ZKsync di ekosistem tersebut berbagi pengguna dan likuiditas.

Namun, hal ini tidak berarti setiap aset otomatis memiliki likuiditas mendalam di setiap chain.

Artinya, arsitektur tersebut dirancang untuk mempermudah perpindahan dan penggunaan likuiditas lintas chain dibandingkan sistem chain yang terisolasi.

Interoperabilitas, settlement bersama, agregasi bukti, dan pesan di tingkat jaringan dimaksudkan untuk mengurangi fragmentasi likuiditas.

Bagi pengguna DeFi, hal ini berpotensi mempermudah akses ke aset di berbagai chain.

Bagi developer aplikasi, hal ini berpotensi mengurangi kebutuhan untuk membangun likuiditas dari nol di chain yang sepenuhnya terisolasi.

Bagi ekosistem, likuiditas bersama dapat mendukung pengalaman pengguna yang lebih terpadu.

HyperChains dan Account Abstraction

Account abstraction merupakan bagian penting dari pengalaman pengguna ZKsync.

Fitur ini memungkinkan smart account menyediakan kemampuan yang mungkin tidak didukung secara default oleh akun milik eksternal biasa.

Di lingkungan HyperChain, account abstraction dapat membantu pengguna berinteraksi lintas chain dengan lebih sedikit langkah manual.

Contohnya, smart account dapat mendukung paymaster, transaksi bersponsor, session key, pemulihan sosial, transaksi batch, atau logika penandatanganan khusus.

Hal ini penting karena penggunaan kripto lintas chain sering kali terlalu rumit bagi pengguna biasa.

Pengguna mungkin tidak ingin memahami setiap token gas, rute bridge, atau pergantian jaringan.

Account abstraction dapat membuat interaksi terasa seperti menggunakan satu aplikasi, bukan mengelola banyak jaringan.

Namun, account abstraction juga menambah risiko smart contract.

Jika logika akun, aturan paymaster, atau izin wallet bermasalah, pengguna dapat mengalami kerugian atau transaksi gagal.

Desain wallet yang baik dan tinjauan keamanan tetap penting.

HyperChains dan Bridge

Bridge merupakan topik utama dalam desain HyperChain karena perpindahan aset lintas chain secara historis berisiko di dunia kripto.

Bridge tradisional sering mengharuskan pengguna memercayai operator bridge, penyedia likuiditas, validator, atau sistem pesan eksternal.

HyperChains bertujuan mengurangi asumsi kepercayaan pada bridge dengan menggunakan interoperabilitas berbasis ZK dan infrastruktur protokol bersama.

Dokumentasi ZKsync Connect menjelaskan bahwa interoperabilitas dapat mendukung transfer aset dan pemanggilan lintas chain dengan memverifikasi pesan menggunakan bukti.

Hal ini dapat membuat aktivitas lintas chain terasa lebih native daripada menggunakan bridge pihak ketiga yang tidak terkait.

Meski demikian, pengguna tidak boleh menganggap setiap transfer lintas chain bebas risiko.

Risikonya dapat mencakup bug smart contract, keterlambatan relayer, pemilihan chain yang salah, ketersediaan fitur bertahap, masalah ketersediaan data, dan kesalahan penandatanganan oleh pengguna.

Sebelum memindahkan dana dalam jumlah besar, verifikasi rute yang didukung dan lakukan pengujian dengan transfer kecil.

Keamanan lintas chain meningkat jika desain bridge meminimalkan kepercayaan, tetapi pengguna tetap harus berhati-hati.

HyperChains dan Settlement Ethereum

Settlement Ethereum merupakan salah satu jangkar keamanan utama bagi banyak chain berbasis ZK.

Dokumentasi ZKsync Era menjelaskan bahwa bukti validitas dikirim ke Ethereum untuk memverifikasi perubahan state dan memberikan finalitas.

Bergantung pada desain chain, Ethereum dapat bertindak sebagai lapisan settlement dan verifikasi bersama bagi HyperChains.

Artinya, pengguna dapat memperoleh manfaat dari keamanan Ethereum tanpa setiap transaksi dieksekusi langsung di Ethereum.

Chain mengeksekusi transaksi off-chain atau di lingkungan eksekusi terpisah, kemudian mengirimkan bukti atau komitmen untuk settlement.

Hal ini dapat mengurangi biaya transaksi sekaligus mempertahankan hubungan yang lebih kuat dengan keamanan Ethereum dibandingkan chain yang sepenuhnya mandiri.

Namun, keamanan settlement bergantung pada konfigurasi yang tepat.

ZK rollup, validium, dan volition memiliki asumsi yang berbeda.

Pengguna sebaiknya memeriksa apakah data transaksi dipublikasikan di Ethereum, disimpan di tempat lain, atau ditangani melalui sistem ketersediaan lain.

Frasa “diselesaikan di Ethereum” sebaiknya dipahami dengan mempertimbangkan detail teknis, bukan dianggap sebagai jaminan keamanan menyeluruh.

HyperChains dan Kustomisasi untuk Developer

Kustomisasi untuk developer merupakan salah satu alasan terbesar untuk membangun HyperChain.

Dokumentasi ZKsync Chains menyebutkan bahwa ZKsync Chains bersifat modular dan memungkinkan developer memilih komponen blockchain yang berbeda sembari mempertahankan standar inti keamanan dan interoperabilitas.

Kustomisasi dapat mencakup sequencing, ketersediaan data, token biaya, desain privasi, filter transaksi, izin, dan logika khusus aplikasi.

Developer dapat membuat chain untuk aplikasi game yang mengutamakan biaya rendah dan interaksi cepat.

Aplikasi keuangan mungkin mengutamakan kontrol kepatuhan, finalitas yang dapat diprediksi, dan fitur privasi.

Aplikasi sosial mungkin mengutamakan pemulihan akun, transaksi bersponsor, dan posting berbiaya rendah.

Aplikasi dengan throughput tinggi mungkin mengutamakan kapasitas eksekusi khusus.

Pilihan-pilihan ini membantu aplikasi menghindari keterbatasan pendekatan seragam pada chain serbaguna.

Komprominya adalah kompleksitas.

Setiap kustomisasi harus dijelaskan dengan jelas agar pengguna memahami model risikonya.

HyperChains dan Pengalaman Pengguna

HyperChains dirancang untuk meningkatkan pengalaman pengguna dengan mengurangi kesan bahwa chain terfragmentasi.

Dokumentasi ZKsync Connect menyebutkan bahwa interoperabilitas dapat menyederhanakan interaksi lintas chain yang rumit sehingga pengguna tidak perlu melakukan bridge dana secara manual jika sudah memiliki dana di salah satu chain dalam Elastic Network.

Hal ini penting karena banyak pengguna kesulitan memahami token gas, bridge, aset wrapped, dan perpindahan jaringan.

Pengalaman yang lebih baik dapat memungkinkan pengguna berfokus pada tindakan yang ingin diselesaikan.

Misalnya, pengguna mungkin ingin melakukan swap, mint, pembayaran, klaim, bermain, meminjamkan, atau voting tanpa perlu mempelajari setiap langkah teknis di beberapa chain.

HyperChains bertujuan memperlancar tindakan tersebut dengan menghubungkan chain di tingkat protokol.

Namun, pengalaman pengguna yang baik bergantung pada dukungan wallet, desain aplikasi, keandalan relayer, prompt transaksi yang jelas, dan pengaturan default yang aman.

Arsitektur chain menyediakan fondasi, tetapi tool yang berhadapan langsung dengan pengguna tetap penting.

HyperChain yang canggih secara teknis tetap dapat membingungkan pengguna jika wallet dan aplikasi tidak menjelaskan tindakan dengan baik.

HyperChains dan Asumsi Keamanan

Asumsi keamanan HyperChains dapat berbeda-beda bergantung pada konfigurasinya.

HyperChain bergaya rollup dengan ketersediaan data Ethereum memiliki risiko berbeda dari HyperChain bergaya validium yang menggunakan ketersediaan data off-chain.

Chain dengan sequencer terpusat memiliki asumsi sensor dan ketersediaan yang berbeda dari chain dengan sequencing terdesentralisasi.

Chain yang menggunakan token dasar khusus memiliki asumsi ekonomi berbeda dari chain yang menggunakan ETH.

Chain dengan fitur privasi dapat memiliki asumsi auditabilitas dan akses data yang berbeda.

Pengguna tidak boleh menganggap setiap HyperChain sama amannya hanya karena termasuk dalam keluarga jaringan yang sama.

Mereka sebaiknya memeriksa mode ketersediaan data, model sequencer, desain bridge, kontrol upgrade, audit contract, dan tim operasional chain tersebut.

Developer sebaiknya mengungkapkan pilihan desain ini dengan jelas.

Keamanan dalam sistem blockchain modular bukan sekadar satu label.

Keamanan merupakan gabungan dari banyak pilihan.

HyperChains dan Validium

Validium merupakan konfigurasi HyperChain yang penting karena dapat mengurangi biaya dan meningkatkan privasi dengan menyimpan data di luar Ethereum.

Dokumentasi ZKsync Chains menjelaskan bahwa validium dapat berguna bagi aplikasi perusahaan yang membutuhkan auditabilitas dan kerahasiaan, tetapi ketersediaan data yang dikendalikan dapat menimbulkan risiko pembekuan aset jika data tidak tersedia.

Inilah kompromi utamanya.

Bukti validitas dapat menunjukkan bahwa transisi state benar, tetapi pengguna tetap membutuhkan data yang cukup untuk mengetahui dan merekonstruksi state mereka sendiri.

Jika ketersediaan data gagal, pengguna mungkin kesulitan keluar atau membuktikan saldo.

Validium dapat sesuai untuk aplikasi yang lebih mengutamakan biaya rendah atau privasi daripada ketersediaan data penuh di Ethereum.

Validium mungkin kurang sesuai bagi pengguna yang menginginkan jaminan keluar dengan minim kepercayaan sekuat mungkin.

Tidak ada jawaban yang berlaku untuk semua kondisi.

Desain terbaik bergantung pada kebutuhan aplikasi dan toleransi risiko pengguna.

Builder HyperChain sebaiknya menjelaskan kompromi ini secara transparan.

HyperChains dan Rollup

HyperChain ZK rollup memublikasikan data yang cukup ke Ethereum agar pengguna dapat memverifikasi dan memulihkan state sesuai model rollup.

Pendekatan ini dapat menawarkan keamanan dan ketahanan terhadap sensor yang lebih kuat karena Ethereum berperan sebagai layer ketersediaan data.

Kekurangannya adalah biaya.

Memublikasikan data ke Ethereum dapat lebih mahal daripada menggunakan ketersediaan data off-chain.

HyperChain bergaya rollup mungkin lebih sesuai untuk DeFi bernilai tinggi, tata kelola, settlement, dan aplikasi yang sangat membutuhkan jaminan pengguna dapat keluar.

Namun, model ini mungkin kurang efisien dari segi biaya untuk interaksi bernilai rendah dengan volume tinggi, seperti sebagian aktivitas game atau sosial.

ZK Stack memungkinkan developer memilih kebijakan ketersediaan data berdasarkan kebutuhan penggunaan.

Modularitas ini berguna, tetapi juga berarti pengguna perlu membaca dokumentasi chain.

HyperChain dapat menggunakan teknologi ZK tanpa memiliki profil keamanan yang sama dengan semua chain berbasis ZK lainnya.

Mode rollup sering menjadi pilihan yang lebih konservatif ketika ketersediaan data publik yang kuat dibutuhkan.

HyperChains dan Privasi

Privasi dapat menjadi alasan untuk meluncurkan HyperChain.

Sejumlah aplikasi mungkin tidak ingin setiap detail transaksi atau tindakan pengguna terlihat sepenuhnya oleh publik.

Penggunaan perusahaan, sistem identitas, pembayaran privat, dan alur kerja yang diatur mungkin membutuhkan pengungkapan selektif atau penanganan data rahasia.

Dokumentasi ZKsync Chains membahas opsi privasi seperti mode validium dan protokol privasi khusus.

Privasi dapat meningkatkan kegunaan bagi sejumlah aplikasi, tetapi menambah kompleksitas desain.

Pengguna perlu memahami siapa yang dapat melihat data, siapa yang mengendalikan ketersediaan data, bagaimana audit dilakukan, dan apa yang terjadi jika akses dibatasi.

HyperChain yang berfokus pada privasi sebaiknya menjelaskan apakah privasi berlaku di tingkat pengguna, operator, aplikasi, atau hanya antarmuka.

HyperChain juga sebaiknya menjelaskan cara pengguna keluar atau membuktikan saldo jika terjadi masalah.

Privasi bernilai penting, tetapi klaim privasi yang tidak jelas berisiko.

Desain HyperChain yang baik sebaiknya menjelaskan asumsi privasinya dengan terang.

HyperChains dan Tata Kelola

Tata kelola penting karena HyperChains mungkin membutuhkan upgrade, perubahan parameter, respons darurat, dan koordinasi protokol.

Dokumentasi ZKsync Chains menyebutkan bahwa tata kelola terpadu dapat membantu ekosistem mengoordinasikan pembaruan atau merespons kerentanan.

Tata kelola dapat mencakup keputusan di tingkat protokol, ekosistem, atau chain tertentu.

HyperChain dapat memiliki operator, komunitas, pemegang token, foundation, atau proses tata kelolanya sendiri.

Pengguna sebaiknya menanyakan siapa yang dapat meng-upgrade contract, mengganti sequencer, mengubah biaya, menjeda komponen, atau mengubah pengaturan ketersediaan data.

Tata kelola dapat bermanfaat jika bug harus segera diperbaiki.

Tata kelola juga dapat menimbulkan risiko sentralisasi jika sekelompok kecil pihak mengendalikan perubahan penting.

Timelock, proposal publik, kontrol multisignature, audit, dan kebijakan upgrade yang jelas dapat mengurangi risiko tata kelola.

Chain tidak sepenuhnya meminimalkan kepercayaan jika pihak berkuasa dapat diam-diam mengubah aturan penting.

Tata kelola HyperChain sebaiknya terlihat dan mudah dipahami.

HyperChains vs Jaringan Layer 2 Serbaguna

Jaringan Layer 2 serbaguna dirancang untuk mendukung banyak aplikasi yang tidak saling terkait pada satu lapisan eksekusi bersama.

HyperChain dapat bersifat serbaguna, tetapi sering dibahas sebagai chain khusus atau chain untuk aplikasi tertentu.

Perbedaannya terletak pada kontrol dan spesialisasi.

Jaringan serbaguna memberi developer lingkungan siap pakai dengan pengguna dan likuiditas yang sudah ada.

HyperChain memberi developer kendali lebih besar atas konfigurasi, ekonomi, dan pengalaman pengguna.

Kendali tersebut dapat bernilai bagi aplikasi berskala besar atau proyek dengan kebutuhan khusus.

Namun, peluncuran HyperChain juga memerlukan tanggung jawab operasional yang lebih besar.

Tim harus memikirkan infrastruktur, pemantauan, upgrade, ketersediaan data, rute bridge, wallet, keamanan, dan dukungan pengguna.

Bagi banyak proyek, men-deploy smart contract di chain yang sudah ada mungkin lebih mudah.

Bagi proyek yang membutuhkan throughput khusus atau aturan khusus, HyperChain mungkin lebih sesuai.

Pilihan tersebut bergantung pada skala dan kebutuhan aplikasi.

HyperChains vs Smart Contract Khusus Aplikasi

Smart contract khusus aplikasi berjalan di blockchain yang sudah ada.

HyperChain adalah lingkungan blockchain terpisah yang dapat menjadi tempat contract, akun, dan transaksi beroperasi dengan konfigurasi sendiri.

Smart contract lebih mudah di-deploy dan biasanya lebih mudah terintegrasi dengan pengguna yang sudah ada.

HyperChain memberikan kontrol lebih besar, tetapi juga membutuhkan lebih banyak infrastruktur.

Misalnya, koleksi NFT sederhana mungkin tidak memerlukan HyperChain sendiri.

Game bervolume tinggi dengan jutaan transaksi kecil dapat memperoleh manfaat dari blockspace khusus dan desain biaya khusus.

Alur kerja bisnis yang diatur mungkin membutuhkan fitur pemberian izin atau privasi yang sulit diterapkan dengan baik di chain publik bersama sepenuhnya.

Protokol DeFi dapat memilih chain yang sudah ada jika komposabilitas sinkron lebih penting daripada eksekusi khusus.

Pertanyaan utamanya adalah apakah kebutuhan aplikasi memang membenarkan pembangunan satu chain penuh.

HyperChains memiliki kemampuan besar, tetapi sebaiknya tidak digunakan hanya karena meluncurkan chain terdengar mengesankan.

Manfaat HyperChains

Manfaat pertama HyperChains adalah skalabilitas melalui eksekusi paralel di banyak chain.

Manfaat kedua adalah kustomisasi karena developer dapat menyesuaikan chain untuk penggunaan tertentu.

Manfaat ketiga adalah interoperabilitas karena chain kompatibel dapat berkomunikasi melalui infrastruktur bersama.

Manfaat keempat adalah potensi berbagi likuiditas di Elastic Network.

Manfaat kelima adalah settlement yang selaras dengan Ethereum bagi chain yang menggunakan Ethereum sebagai jangkar verifikasi.

Manfaat keenam adalah biaya transaksi yang lebih rendah melalui eksekusi off-chain dan agregasi bukti.

Manfaat ketujuh adalah pengalaman pengguna yang lebih baik melalui account abstraction, pesan lintas chain, dan berkurangnya kebutuhan melakukan bridge secara manual.

Manfaat kedelapan adalah ketersediaan data yang fleksibel bagi aplikasi dengan kebutuhan keamanan, privasi, dan biaya yang berbeda.

Manfaat ini paling besar jika chain dirancang, didokumentasikan, dan dioperasikan dengan baik.

HyperChain yang dikelola dengan buruk tetap dapat menimbulkan risiko bagi pengguna meskipun framework dasarnya canggih.

Risiko HyperChains

Risiko pertama adalah risiko konfigurasi.

Pengaturan ketersediaan data, sequencing, token dasar, tata kelola, dan bridge pada HyperChain dapat memengaruhi keamanan pengguna.

Risiko kedua adalah risiko smart contract.

Bridge, router, contract akun, paymaster, dan contract aplikasi dapat mengandung bug.

Risiko ketiga adalah risiko ketersediaan data.

Konfigurasi bergaya validium dapat membekukan akses pengguna jika data yang dibutuhkan tidak tersedia.

Risiko keempat adalah risiko sequencer.

Sequencer terpusat dapat menyensor, menunda, atau mengurutkan ulang transaksi hingga jalur cadangan digunakan.

Risiko kelima adalah risiko peluncuran interoperabilitas.

Sejumlah fitur lintas chain mungkin sudah aktif, sementara fitur lain mungkin masih terbatas, eksperimental, atau menunggu upgrade.

Risiko keenam adalah risiko likuiditas.

HyperChain baru mungkin belum memiliki likuiditas mendalam, aplikasi andal, atau dukungan wallet yang kuat.

Risiko ketujuh adalah risiko tata kelola.

Contract yang dapat di-upgrade atau kontrol admin berkuasa dapat mengubah profil risiko chain.

Cara Mengevaluasi HyperChain

Langkah pertama adalah memastikan apakah chain tersebut dibangun dengan ZK Stack resmi dan terhubung ke Elastic Network.

Langkah kedua adalah memeriksa mode ketersediaan data chain.

Langkah ketiga adalah memeriksa apakah chain tersebut berupa rollup, validium, volition, atau konfigurasi lain.

Langkah keempat adalah meninjau pihak yang mengoperasikan sequencer.

Langkah kelima adalah memeriksa apakah chain menggunakan ETH atau token dasar khusus untuk membayar biaya.

Langkah keenam adalah meninjau contract bridge, dukungan Gateway, dan status interoperabilitas.

Langkah ketujuh adalah memeriksa tata kelola dan izin upgrade.

Langkah kedelapan adalah memeriksa dukungan wallet, explorer, keandalan RPC, dan dukungan aplikasi.

Langkah kesembilan adalah meninjau audit, riwayat insiden, dan transparansi operasional.

Langkah kesepuluh adalah menguji chain dengan jumlah kecil sebelum memindahkan nilai yang signifikan.

Kesalahpahaman Umum tentang HyperChains

Salah satu kesalahpahaman umum adalah bahwa HyperChains merupakan token.

HyperChains bukan token, melainkan konsep arsitektur blockchain.

Kesalahpahaman lainnya adalah bahwa semua HyperChain memiliki tingkat keamanan yang sama.

Keamanan bergantung pada konfigurasi, ketersediaan data, sequencing, tata kelola, dan keamanan contract.

Kesalahpahaman ketiga adalah bahwa bukti ZK menghilangkan semua asumsi kepercayaan.

Bukti ZK memiliki kemampuan kuat, tetapi pengguna tetap bergantung pada implementasi yang benar, ketersediaan data, contract yang aman, dan infrastruktur yang andal.

Kesalahpahaman keempat adalah bahwa chain khusus otomatis menyelesaikan masalah likuiditas.

Interoperabilitas dapat membantu perpindahan likuiditas, tetapi likuiditas nyata tetap bergantung pada pengguna, aset, market maker, aplikasi, dan insentif.

Kesalahpahaman kelima adalah bahwa HyperChains hanya untuk DeFi.

HyperChains dapat mendukung DeFi, game, pembayaran, identitas, aplikasi sosial, alur kerja perusahaan, dan penggunaan blockchain lainnya.

Praktik Terbaik untuk Pengguna

Pengguna sebaiknya memeriksa apakah HyperChain telah tercantum atau didokumentasikan secara resmi sebelum memindahkan dana.

Verifikasi rute bridge dan hindari tautan sembarangan dari media sosial.

Pahami mode ketersediaan data chain sebelum menganggapnya memiliki tingkat keamanan Ethereum.

Simpan token biaya yang cukup untuk chain yang digunakan.

Baca prompt wallet dengan cermat, terutama untuk transaksi lintas chain.

Lakukan transfer uji dalam jumlah kecil sebelum transfer besar.

Periksa apakah aplikasi mendukung chain dan aset yang tepat yang ingin digunakan.

Pantau status bridge dan jaringan selama upgrade.

Jangan menganggap antarmuka yang lancar berarti tidak ada risiko.

Sistem lintas chain dapat menyembunyikan kompleksitas, tetapi tidak dapat menghilangkannya sepenuhnya.

Praktik Terbaik untuk Developer

Developer sebaiknya memilih HyperChain hanya jika kebutuhan aplikasi memang membenarkan infrastruktur chain khusus.

Jelaskan asumsi ketersediaan data, operasi sequencer, kontrol upgrade, dan perilaku bridge dengan terang.

Gunakan sumber daya resmi ZK Stack dan pastikan dependency selalu diperbarui.

Uji alur interoperabilitas sebelum deployment mainnet.

Rancang aturan account abstraction dan paymaster yang aman.

Hindari kustomisasi yang tidak perlu dan dapat membuat chain lebih sulit diaudit.

Lakukan tinjauan keamanan terhadap contract chain, contract aplikasi, alur bridge, dan kontrol admin.

Siapkan prosedur pemantauan, respons insiden, dan upgrade sebelum peluncuran.

Buat pengungkapan risiko bagi pengguna yang sederhana dan mudah terlihat.

HyperChain adalah infrastruktur, sehingga proses peluncurannya harus diperlakukan seperti pekerjaan keamanan infrastruktur.

FAQ

Apa itu HyperChains?

HyperChains adalah jaringan blockchain berbasis ZK yang dapat dikustomisasi, dibangun dengan ZK Stack, dan dirancang agar interoperabel di dalam ZKsync Elastic Network.

Apakah HyperChains sama dengan ZKsync Chains?

HyperChains adalah istilah terdahulu atau populer, sedangkan dokumentasi resmi saat ini biasanya menggunakan ZKsync Chains atau ZK Chains.

Apakah HyperChains merupakan mata uang kripto?

Tidak. HyperChains bukan mata uang kripto karena istilah ini menggambarkan jenis infrastruktur blockchain, bukan satu koin atau token.

Apa itu ZK Stack?

ZK Stack adalah framework modular untuk membangun blockchain berbasis ZK yang dapat dikustomisasi dan interoperabel.

Apa itu Elastic Network?

Elastic Network adalah ekosistem ZKsync yang lebih luas, terdiri atas ZK Chains yang saling terhubung dan dirancang untuk berbagi pengguna, likuiditas, serta infrastruktur interoperabilitas.

Apakah HyperChains menggunakan bukti zero-knowledge?

Ya. HyperChains mengandalkan teknologi bukti zero-knowledge untuk memverifikasi transisi state serta mendukung settlement dan interoperabilitas yang skalabel.

Bisakah siapa pun meluncurkan HyperChain?

Dokumentasi ZKsync menyebutkan bahwa siapa pun dapat mengembangkan dan men-deploy ZKsync Chains, tetapi interoperabilitas tepercaya sepenuhnya di dalam Elastic Network mengharuskan penggunaan ZK Stack.

Apakah semua HyperChain sama amannya?

Tidak. Setiap HyperChain dapat memiliki asumsi keamanan berbeda berdasarkan ketersediaan data, sequencing, tata kelola, desain bridge, dan mode operasional.

Apa perbedaan HyperChain rollup dan HyperChain validium?

HyperChain rollup memublikasikan data ke Ethereum untuk menyediakan ketersediaan data yang lebih kuat, sedangkan HyperChain validium dapat menyimpan data di luar Ethereum untuk menekan biaya atau meningkatkan privasi, dengan asumsi ketersediaan data tambahan.

Mengapa proyek membangun HyperChain?

Proyek dapat membangun HyperChain untuk memperoleh blockspace khusus, biaya khusus, ketersediaan data khusus, opsi privasi, atau kinerja khusus aplikasi sambil tetap terhubung ke jaringan yang lebih luas.

Risiko apa yang perlu diperiksa pengguna sebelum menggunakan HyperChain?

Pengguna sebaiknya memeriksa mode ketersediaan data, model sequencer, rute bridge, izin tata kelola, audit, likuiditas, dukungan wallet, dan status interoperabilitas terkini.

Apakah HyperChains sepenuhnya menyelesaikan fragmentasi blockchain?

Tidak. HyperChains bertujuan mengurangi fragmentasi melalui interoperabilitas dan infrastruktur bersama, tetapi likuiditas, dukungan wallet, desain aplikasi, dan edukasi pengguna tetap penting.

Kesimpulan

HyperChains adalah konsep penting untuk meningkatkan skala kripto yang terkait dengan ZK Stack, ZKsync Chains, dan Elastic Network.

Konsep ini menggambarkan gagasan bahwa kapasitas blockchain dapat bertambah dengan menambahkan banyak chain berbasis ZK yang dapat dikustomisasi, alih-alih memaksa semua pengguna dan aplikasi berada pada satu lapisan eksekusi.

HyperChain dapat dikhususkan untuk aplikasi, komunitas, penggunaan perusahaan, atau ekosistem tertentu sembari tetap terhubung ke chain kompatibel lainnya.

Desain ini bertujuan menggabungkan kustomisasi, skalabilitas, interoperabilitas, dan keamanan yang selaras dengan Ethereum.

Keunggulan terbesar HyperChains adalah potensinya untuk mengurangi kompromi antara blockspace khusus dan akses ke jaringan bersama.

Developer dapat merancang chain sesuai kebutuhan mereka, sementara pengguna dapat menikmati perpindahan lintas chain yang lebih lancar.

Namun, HyperChains tidak otomatis bebas risiko.

Profil risiko yang tepat bergantung pada ketersediaan data, desain sequencer, infrastruktur bridge, agregasi bukti, tata kelola, smart contract, dan likuiditas.

Pengguna tidak boleh menganggap setiap HyperChain memiliki tingkat keamanan yang sama hanya karena menggunakan teknologi ZK.

Developer sebaiknya mendokumentasikan konfigurasi chain dengan jelas dan tidak menyembunyikan asumsi penting di balik branding sederhana.

Ekosistem saat ini lebih banyak menggunakan istilah seperti ZKsync Chains, ZK Chains, dan Elastic Network, tetapi HyperChains tetap menjadi istilah glosarium yang berguna untuk memahami visi awalnya.

Kesimpulan utama bagi pengguna kripto sederhana.

HyperChains adalah chain berbasis ZK yang dapat dikustomisasi dan dirancang untuk meningkatkan skala penggunaan blockchain sambil menjaga konektivitas antarchain melalui infrastruktur interoperabilitas bersama.