Sharding membagi pekerjaan sistem menjadi bagian yang disebut shard. Dalam blockchain, pembagian dapat menyangkut eksekusi transaksi, keadaan tersimpan, tanggung jawab jaringan, atau ketersediaan data. Desain tersebut berkaitan tetapi tidak sama: membagi pemrosesan transaksi belum tentu membagi seluruh data tersimpan.
Pekerjaan paralel perlu koordinasi
Dalam desain state sharding, kelompok berbeda dapat memelihara dan memproses subset akun atau data berbeda. Ini dapat mengurangi pekerjaan per node dan meningkatkan kapasitas keseluruhan melalui pemrosesan paralel.
Transfer yang melibatkan akun di shard berbeda tetap membutuhkan koordinasi. Protokol harus menyampaikan hasil terkait dan mempertahankan aturan pembelanjaan yang konsisten di seluruh sistem. Karena itu, penambahan shard tidak otomatis mengalikan throughput efektif dengan faktor yang sama.
Keamanan juga bergantung pada pencegahan penguasaan satu shard oleh penyerang dan penjagaan ketersediaan data yang diperlukan. Penugasan serta pengacakan ulang validator dan pesan lintas shard menambah kerumitan serta overhead.
Pendekatan berbeda Ethereum
Pendekatan penskalaan Ethereum saat ini berpusat pada rollup dan data blob, dengan PeerDAS membagi tanggung jawab ketersediaan data ke berbagai node. Rencana lama berupa rantai shard eksekusi terpisah tidak lagi menjadi bagian peta jalan.
Karena itu, istilah “sharding Ethereum” memerlukan konteks: pengambilan sampel data untuk rollup berbeda dari membagi eksekusi Ethereum ke rantai shard mandiri. Manfaat dan asumsi keamanan perlu dinilai berdasarkan desain yang sebenarnya.