Trong buổi họp sáng nay của đội ngũ Ethereum Core Devs, đề xuất EIP-7742 đã được tích hợp thử nghiệm để giúp quá trình vận hành của Blob trở nên linh hoạt hơn.
Theo đó, đề xuất EIP-7742 sẽ được đưa vào thử nghiệm trên devnet-5 của nâng cấp Pectra. Đề xuất này sẽ linh hoạt hoá các thông số “target” và “max” cho Blob.
Trước đó, nâng cấp Dencun đã tích hợp EIP-4844 và giới thiệu một cơ chế mới là Blob cho khâu Data Availability (DA).
Tuy nhiên, cơ chế Blob này có các tham số cố định giống với cách hoạt động của EIP-1559. Cụ thể, tham số “max” cho phép chỉ có tối đa 6 Blob / 1 Block và tham số “target” sẽ là 3 Blob / 1 Block. Nếu số Blob trong Block vượt ngưỡng tiêu chuẩn “target” này, chi phí gas của Blob sẽ tăng lên trong Block tiếp theo giống với cơ chế phí của EIP-1559.
Chính vì các tham số cố định này, cơ chế tính phí gas cho Blob và khâu Data Availability bị thiếu linh hoạt, dẫn đến hiện tượng đội gas khi các mạng lưới Layer-2 sôi động và thâm hụt doanh thu cho Layer-1 khi các hoạt động trên Layer-2 không còn “nóng”.
Trở lại với EIP-7742, vì bản chất mạng lưới yêu cầu phải đồng bộ bảo mật giữa lớp Execution và Consensus, đề xuất này sẽ giúp giải quyết 2 vấn đề sau:
- Tăng khả năng mở rộng cho khâu DA và gỡ bỏ quy định “target blob” sẽ phải bằng một nửa “max blob” của EIP-4844.
- Giảm thiểu áp lực cho lớp Consensus vì liên tục phải đối chiếu tham số “max blob” với Execution một cách không cần thiết.
Cũng theo nhiều ý kiến từ cộng đồng, sau khi thử nghiệm trên devnet, mạng lưới sẽ đánh giá các ảnh hưởng của thay đổi này lên nhóm “Solo Staker” – các đơn vị vận hành xác thực nhỏ lẻ. Trước đó, việc nâng số lượng Blob trong một Block đã vấp phải nhiều chỉ trích vì có thể tạo thêm áp lực về yêu cầu băng thông lên nhóm Solo Staker.
Việc thử nghiệm EIP-7742 sẽ là một bước đệm nhằm giảm thiểu tác động lên Solo Staker, trước khi mạng lưới thực sự triển khai cơ chế PeerDAS, với kỳ vọng có thể nâng đột biến số lượng Blob trên mainnet.
