TechFlow tin tức, ngày 15 tháng 9, thông tin từ TimBeiko - nhà phát triển cốt lõi của Ethereum cho biết, trong cuộc họp điều hành các nhà phát triển cốt lõi Ethereum (ACDE) gần đây nhất đã cập nhật tình hình Devnet, bổ sung nội dung về Dencun và tổng quan toàn diện về Reth:
1. Cập nhật trạng thái Devnet-8: Mạng đang trong quá trình hoàn tất, nhiều client đã bắt đầu triển khai các bản cập nhật mới lên mạng này. Đồng thời, quy trình MEV/xây dựng khối hiện đang được kiểm thử bằng hệ thống công cụ phát triển Kurtosis. Nethermind chia sẻ rằng, bộ nhớ tạm blob giao dịch của họ đã sẵn sàng, sau vài ngày thử nghiệm trên một nút đơn, họ đã triển khai nó lên tất cả các nút thử nghiệm Dencun. Bộ nhớ tạm blob của Geth cũng gần hoàn thành. Besu đang tiến hành sửa chữa toàn diện bộ nhớ tạm giao dịch của mình (để giới hạn kích thước giao dịch Blob + không phải Blob), dự kiến sẽ phát hành trong phiên bản tiếp theo. Erigon vẫn đang phát triển bộ nhớ tạm của mình và hy vọng sẽ sẵn sàng cho devnet-9.
2. Cuộc họp tiếp tục thảo luận từ cuộc gọi ACDC tuần trước về việc liệu có nên thêm giới hạn hằng số vào hàng đợi kích hoạt trình xác thực hay không. Kể từ đó, đề xuất này đã chính thức được đặt tên là EIP-7514 (thêm giới hạn tối đa mất lượng theo epoch). Tóm lại, trong trường hợp xấu nhất, điều này sẽ làm chậm tốc độ tăng tỷ lệ phần trăm ETH được đặt cược.
3. Cuộc họp thảo luận về một đề xuất khác được đưa ra vào phút chót: Thêm một mã vận hành (opcode) vào EVM để công bố phí cơ sở của blob. Chúng ta hiện có một mã vận hành tương tự, có thể công bố BASEFEE của EIP-1559, mã vận hành này được đưa vào cùng lúc với việc kích hoạt EIP. Điều này giúp L2 dễ dàng hơn trong việc tính toán đúng mức giá gas thu từ người dùng dựa trên chi phí dữ liệu L1.
4. Cuộc họp thảo luận cập nhật một số điểm về EIP-4788, nhằm lưu trữ root beacon trong hợp đồng tại EL. Trong vài tuần qua, chúng tôi đã nhiều lần rà soát và kiểm thử mờ (fuzz test) hợp đồng, dẫn đến một số thay đổi tinh chỉnh được mô tả trong PR này. Thứ nhất là xử lý rõ ràng dấu thời gian 0, khiến nó revert (giống như các dấu thời gian không hợp lệ khác), thay vì trả về 0. Thay đổi thứ hai là kích thước bộ đệm. Giả sử thời gian slot thay đổi, xét đến cách thức hoạt động của phép toán modulo, hợp đồng ban đầu sẽ gây lãng phí lưu trữ. Bằng cách sử dụng số nguyên tố (8191), dù thời gian slot là bao nhiêu thì bộ đệm cũng nên được sử dụng 100%. Cuối cùng, đã thực hiện tối ưu hóa Gas, giảm số lần cần tải CALLDATA. Các chuyên gia kiểm thử sẽ xem xét những thay đổi này, báo cáo cuối cùng dự kiến sẽ nhận được trước kỳ họp ACDE tới. Để duy trì tiến độ kiểm thử mờ và triển khai thuận lợi, các nhà phát triển đồng ý hợp nhất các thay đổi được đề xuất ngay bây giờ.
5. Cuộc họp thảo luận về cách các client nên xử lý trường hợp địa chỉ hợp đồng hệ thống là một phần của trạng thái nhưng trống rỗng khi kết thúc thực thi. Mặc dù điều này về cơ bản là không thể xảy ra trên mainnet, nhưng đây là một trường hợp biên xuất hiện trong kiểm thử do thiết lập địa chỉ lúc khởi nguyên (genesis). Xét tính đặc biệt của trường hợp biên này và chưa có hành vi chuẩn rõ ràng, các nhà phát triển đồng ý dành thêm thời gian suy nghĩ vấn đề này và tiếp tục thảo luận trong cuộc gọi kiểm thử vào thứ Hai.
