EIP-4844: Bản nâng cấp mới sẽ thúc đẩy Rollup giảm phí và tăng thông lượng như thế nào?
Tuyển chọn TechFlowTuyển chọn TechFlow
EIP-4844: Bản nâng cấp mới sẽ thúc đẩy Rollup giảm phí và tăng thông lượng như thế nào?
EIP4844 đã mang lại động lực khổng lồ.
Chuyên sâu báo cáo Web3Tác giả: Jesse Pollak
Biên dịch: TechFlow
TÓM TẮT
Công việc liên quan đến EIP-4844 đang tiến triển mạnh mẽ, với nhiều cuộc họp quan trọng diễn ra trong thời gian hội nghị Devcon, xác định một số thay đổi nhỏ về thông số kỹ thuật và đang được thúc đẩy triển khai toàn lực.
EIP-4844 sẽ giúp giảm phí cho các giải pháp Rollup lớp 2 từ 10 đến 100 lần đồng thời tăng khả năng xử lý giao dịch. Nó đạt được điều này bằng cách giới thiệu một dạng không gian dữ liệu mới dành riêng cho Rollup gọi là “Blobspace”, nhằm nâng cao tính sẵn sàng dữ liệu trên Ethereum.
Thay đổi này cực kỳ quan trọng đối với việc thúc đẩy việc áp dụng Ethereum — ví dụ như tại Coinbase, "Chúng tôi cho rằng EIP-4844 là yếu tố then chốt để đưa khách hàng của mình vào nền kinh tế mã hóa, mang lại trải nghiệm an toàn, dễ sử dụng, nhanh hơn và rẻ hơn".
Mục tiêu tại Devcon là thúc đẩy tất cả các nhóm phát triển client cùng thảo luận về “cách thức triển khai EIP-4844 hiệu quả nhất”. Để đạt được mục tiêu đó, các nhà phát triển từ Ethereum, OPLab và Coinbase trong 5 tháng qua đã viết tài liệu đặc tả, triển khai trên Geth và Prysm, khởi động hai mạng thử nghiệm (testnet), và chuẩn bị cho buổi lễ KZG.
Trong suốt hội nghị, chúng tôi đã tổ chức nhiều cuộc trao đổi tại nhiều sự kiện khác nhau: nhiều buổi hội thảo trong ngày nghiên cứu trước Devcon, các cuộc thảo luận tại EthMagicians, buổi làm việc kéo dài nửa ngày với sự tham gia của các nhóm client, cũng như những cuộc trao đổi tự phát gần như mỗi ngày.
Từ những cuộc trao đổi này, chúng tôi đã xác định một vài thay đổi nhỏ đối với thông số kỹ thuật ở tầng thực thi và tầng đồng thuận. Chúng tôi cũng nhận thấy mối quan tâm lớn nhất từ các nhóm client chính là tác động của Blobs lên mạng lưới.
Về tầng đồng thuận, chúng tôi quyết định kết hợp Blobs với Block thay vì tách biệt chúng. Quyết định này nhằm đơn giản hóa việc triển khai, và dự kiến rằng chỉ tới giai đoạn tiếp theo của Danksharding chúng ta mới tách rời chúng.
Về tầng thực thi, để giảm thiểu nguy cơ tấn công DOS tiềm tàng, chúng tôi quyết định cập nhật giao thức truyền dẫn sao cho các giao dịch chứa Blob chỉ được công bố chứ không phát tán rộng rãi. Điều này giúp các client có thể quản lý việc truy xuất Blob một cách an toàn hơn.
Điều khiến các nhóm client lo ngại nhất là độ trễ mạng: với sự xuất hiện của Blobs, băng thông mạng tổng thể có thể tăng đáng kể. Mặc dù đây là hành vi dự kiến, nhưng mọi người đều mong muốn giảm thiểu rủi ro của thay đổi này càng nhiều càng tốt.
Để giải quyết vấn đề này, chúng tôi lên kế hoạch mô phỏng hành vi mạng bằng cách tạo ra liên tục các khối chứa đầy CALLDATA trên testnet và mainnet, nhằm xem xét cách các nút trong mạng xử lý tải trọng này.
Dựa trên kết quả kiểm tra, chúng tôi sẽ điều chỉnh kích thước mục tiêu của Blob phù hợp với giới hạn băng thông và bổ sung thêm các biện pháp giảm thiểu nếu cần thiết. Chúng tôi rất mong chờ có được những dữ liệu thực tế để xác định các tham số tối ưu cuối cùng cho EIP-4844.
Cuối cùng, các bên đã thảo luận về việc sử dụng thư viện nào để triển khai cam kết KZG xuyên suốt cả tầng thực thi và tầng đồng thuận. Chúng tôi thống nhất mặc định sử dụng thư viện c-kzg (phụ thuộc Blst), tuy nhiên các client cũng có thể dùng các thư viện riêng biệt tùy nền tảng.
Trong suốt hội nghị Devcon, có rất nhiều thảo luận về thời điểm chính xác để triển khai EIP-4844. Dù phần lớn các nhóm client coi việc phân mảnh/sharding và mở rộng là nhiệm vụ hàng đầu, nhưng cũng có mong muốn mạnh mẽ rằng EIP-4844 cần được hỗ trợ đầy đủ nguồn lực để triển khai suôn sẻ.
Chưa có quyết định chính thức nào về việc đưa EIP-4844 vào đợt hard fork tiếp theo, nhưng ý tưởng này được đón nhận rất tích cực. Cách thức cụ thể để hiện thực hóa điều này trong bộ đặc tả và mã nguồn client vẫn đang được xác định.
Dựa trên những phản hồi này, nhóm làm việc sẽ tập trung toàn lực trong ngắn hạn để triển khai thêm 2-3 client khác (Lodestar, Erigon, Nethermind), thực hiện các bài kiểm tra băng thông và khởi động Devnet 3.
Vào cuối tháng này, chúng tôi dự kiến sẽ đánh giá lại tiến độ để xem liệu nó có phù hợp với lộ trình của bản nâng cấp Shanghai hay không. Chúng tôi rất lạc quan rằng, với sự hiện diện của một nhóm làm việc liên công ty mạnh mẽ, chúng tôi sẽ có thể hoàn thành EIP-4844 trong thời gian sớm.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
