Phân mảnh chia công việc hệ thống thành các phần gọi là shard. Trong blockchain, phần được chia có thể là thực thi giao dịch, trạng thái lưu trữ, nhiệm vụ mạng hoặc tính khả dụng dữ liệu. Các thiết kế liên quan nhưng không đồng nhất: chia xử lý giao dịch không nhất thiết là chia toàn bộ dữ liệu lưu trữ.
Xử lý song song cần điều phối
Trong thiết kế phân mảnh trạng thái, các nhóm khác nhau có thể duy trì và xử lý những tập con tài khoản hoặc dữ liệu khác nhau. Điều này có thể giảm công việc mỗi nút và tăng tổng công suất nhờ xử lý song song.
Chuyển tiền giữa tài khoản ở các shard khác nhau vẫn cần điều phối. Giao thức phải truyền đạt kết quả liên quan và duy trì quy tắc chi tiêu nhất quán toàn hệ thống. Vì vậy, thêm shard không tự động nhân thông lượng hữu ích lên cùng hệ số.
Bảo mật cũng phụ thuộc việc ngăn kẻ tấn công kiểm soát riêng một shard và duy trì dữ liệu cần thiết ở trạng thái khả dụng. Phân công, luân chuyển validator và thông điệp liên shard tạo thêm độ phức tạp cùng chi phí xử lý.
Cách tiếp cận riêng của Ethereum
Ethereum hiện tập trung mở rộng bằng rollup và dữ liệu blob, với PeerDAS phân phối trách nhiệm về tính khả dụng dữ liệu giữa các nút. Kế hoạch cũ về những chuỗi phân mảnh thực thi riêng không còn thuộc lộ trình.
Do đó, “phân mảnh Ethereum” cần được hiểu theo bối cảnh: lấy mẫu dữ liệu cho rollup khác với chia thực thi Ethereum thành các chuỗi shard độc lập. Lợi ích và giả định bảo mật phải được đánh giá theo thiết kế thực tế.