Các blob dữ liệu của Ethereum được giao thức đảm bảo khả dụng trong khoảng 18 ngày, nhưng khoảng thời gian đó chưa bao giờ là hạn xóa, và blob đầu tiên của mạng lưới đã chứng minh điều này. Theo Cointribune, vào ngày 27 tháng 10 năm 2026, kho lưu trữ Blobscan vẫn liệt kê ba địa điểm lưu trữ cho một blob được công bố lần đầu vào ngày 13 tháng 3 năm 2024.

Blob đầu tiên đó được đưa vào khối 19,426,589. Dù có kích thước 131,072 byte, báo cáo cho biết chỉ 8,745 byte thực sự được sử dụng. Giao dịch này vẫn hiển thị trên Etherscan dưới dạng mục loại 3, vì vậy tham chiếu đến nó vẫn nằm trong lịch sử vĩnh viễn của chuỗi, còn nội dung thì tùy thuộc vào những ai lưu giữ bản sao.

Thông tin chính

• Thời hạn lưu trữ là 4.096 epoch, tương đương khoảng 18,2 ngày theo các epoch gồm 32 slot, mỗi slot dài 12 giây của giao thức.

• Một blob chứa 128 KiB dữ liệu thô, gồm 4.096 phần tử, mỗi phần tử dài 32 byte.

• Kể từ ngày 7 tháng 1 năm 2026, mỗi khối có thể chứa tối đa 21 blob, với mục tiêu là 14, tăng từ mức 6 khi ra mắt.

• Kho lưu trữ của Blobscan được kiểm tra vào ngày 27 tháng 10 năm 2026 và cho thấy blob ngày 13 tháng 3 năm 2024 được lưu trữ trên Google, mạng WeaveVM và IPFS.

Thời hạn bảo đảm, không phải đồng hồ đếm ngược đến lúc bị xóa

Các quy tắc này bắt nguồn từ EIP-4844, được kích hoạt trong đợt Dencun vào ngày 13 tháng 3 năm 2024. Các mạng Layer 2 như Base và Arbitrum dùng blob để công bố dữ liệu xác minh cho các giao dịch được gom nhóm, chuyển công việc đó khỏi calldata — vốn được lưu trữ trên chuỗi vô thời hạn. Blob được đưa vào các giao dịch loại 3 và tồn tại ở lớp đồng thuận; hợp đồng thông minh chỉ có thể thấy một mã băm có phiên bản, tức dấu vân tay mật mã. Blob cũng được định giá riêng, tách biệt với gas thông thường, với mức sàn gắn với phí thực thi kể từ EIP-7918.

Hướng dẫn riêng của Ethereum xem 18 ngày là một nghĩa vụ: trong 4.096 epoch (1.572.864 giây), các nút phải cung cấp blob hoặc, kể từ Fusaka, các mảnh của blob khi được yêu cầu. Đặc tả không yêu cầu blob phải được lưu trữ lâu như dữ liệu thực thi của một khối. Tài liệu trên ethereum.org về ZK rollup nêu rõ việc truy cập lâu dài thuộc về các dịch vụ lưu trữ; trang về chiến lược lưu trữ cũng xếp giao dịch và mã băm, calldata, trạng thái hợp đồng cùng với blob thành các loại dữ liệu có độ bền lưu trữ khác nhau.

PeerDAS tăng dung lượng, không tăng thời hạn

Fusaka được triển khai vào ngày 3 tháng 12 năm 2025, mang đến PeerDAS, theo đó một nút thông thường lấy mẫu các mảnh để xác nhận tính khả dụng thay vì tải xuống mọi blob. Tài liệu của Ethereum cho biết chỉ cần một nửa dữ liệu là đủ để khôi phục toàn bộ. Chính mức tiết kiệm đó đã cho phép nâng giới hạn số blob mỗi khối: thông báo về Fusaka của Ethereum Foundation đề ra hai giai đoạn, từ 9 lên 15 blob vào ngày 9 tháng 12 năm 2025, rồi lên 21 với mục tiêu 14 vào ngày 7 tháng 1 năm 2026. Trong suốt thời gian đó, thời hạn lưu trữ vẫn giữ ở mức 4.096 epoch.

Vì sao điều này quan trọng

Bất kỳ ai cho rằng dữ liệu blob có thể được truy xuất vĩnh viễn từ mạng đều đang dựa vào một điều mà giao thức không còn cam kết. Rollup dùng blob để duy trì tính khả dụng của dữ liệu trong khi các giao dịch được xác minh, chứ không phải làm kho lưu trữ; vì vậy, chỉ một dấu vân tay thì không thể khôi phục dữ liệu nếu không có bên độc lập nào lưu giữ nó. Calldata và trạng thái hợp đồng vẫn nằm trên chuỗi; blob là ngoại lệ.

Điều cần theo dõi

Việc blob đầu tiên, hay những blob khác tương tự, có tiếp tục hiển thị trên Blobscan và các kho lưu trữ được liệt kê theo thời gian hay không là phép thử rõ ràng nhất để đánh giá có bao nhiêu dữ liệu lịch sử của blob còn tồn tại bên ngoài thời hạn được bảo đảm.

Được đăng lần đầu trên CoinPulseHQ: https://coinpulsehq.com/ethereum-blobs-18-day-guarantee/