Theo PANews, người đồng sáng lập Ethereum Vitalik Buterin đã xuất bản một bài viết thảo luận về việc đơn giản hóa giao thức Ethereum và giảm tải tài nguyên nút. Ông nhấn mạnh EIP-6780 trong hard fork Dencun, loại bỏ hầu hết chức năng của opcode SELFDESTRUCT, đơn giản hóa giao thức bằng cách loại bỏ độ phức tạp và thêm các đảm bảo bảo mật mới. Vitalik coi đây là một phần quan trọng của quá trình 'Thanh lọc' đang diễn ra và đưa ra ba ví dụ về các 'Thanh lọc' khác: 1. Geth gần đây đã loại bỏ hàng nghìn dòng mã bằng cách ngừng hỗ trợ cho mạng tiền hợp nhất (PoW); 2. EIP-161 đã chứng minh thực tế là chúng ta không còn cần phải lo lắng về 'tài khoản trống' nữa, giới thiệu khái niệm này như một phần của phản ứng trước cuộc tấn công DoS Thượng Hải; 3. Thời hạn lưu trữ 18 ngày đối với các blob ở Dencun có nghĩa là các nút Ethereum chỉ cần khoảng 500GB để lưu trữ dữ liệu blob và con số này sẽ không tăng theo thời gian.

Về phần biên dịch trước, Vitalik chỉ ra rằng một số phần biên dịch trước ít cần thiết hơn nhiều so với dự đoán và là nguyên nhân chính gây ra lỗi đồng thuận cũng như điểm yếu khi triển khai EVM mới. Có thể sử dụng hai phương pháp để loại bỏ các phần biên dịch trước này: 1. Đơn giản chỉ cần xóa phần biên dịch trước, chẳng hạn như EIP-7266, loại bỏ BLAKE2; 2. Thay thế phần biên dịch trước bằng một đoạn mã EVM thực hiện thao tác tương tự (mặc dù chắc chắn có chi phí gas cao hơn). Về chủ đề lịch sử, Vitalik lưu ý rằng vấn đề chính cần giải quyết là ai sẽ lưu trữ lịch sử cũ nếu không phải là mọi nút. Trong thực tế, các thực thể lớn như block explorer sẽ lưu trữ nó, nhưng cũng có thể và không khó để tạo các giao thức mạng ngang hàng để lưu trữ và truyền thông tin này phù hợp hơn cho nhiệm vụ. Chuỗi khối của Ethereum là vĩnh viễn, nhưng việc yêu cầu mọi nút lưu trữ vĩnh viễn tất cả dữ liệu là một cách triển khai lâu dài quá 'nặng nề'. Mạng torrent lịch sử ngang hàng đơn giản là một cách tiếp cận, trong khi một giao thức được tối ưu hóa rõ ràng hơn cho việc sử dụng Ethereum là một cách tiếp cận khác. EIP-4444 có thể làm tăng đáng kể tính phân cấp của các nút Ethereum.

Về cải cách LOG, Vitalik đề xuất loại bỏ phần mở rộng và đơn giản hóa mã opcode LOG để chỉ tạo một giá trị và băm nó vào trạng thái. Sau đó, có thể xây dựng các giao thức riêng biệt sử dụng ZK-SNARK và Tính toán xác minh tăng dần (IVC) để tạo ra các 'cây nhật ký' chính xác có thể chứng minh được, thể hiện các bảng nhật ký có thể dễ dàng tìm kiếm cho một chủ đề nhất định. Các ứng dụng phi tập trung yêu cầu nhật ký có thể sử dụng các giao thức riêng biệt này. Về việc chuyển đổi sang SSZ, Vitalik tuyên bố rằng lớp đồng thuận Ethereum đã hướng tới SimpleSerialize (SSZ) sạch hơn, hiệu quả hơn, nhưng quá trình chuyển đổi vẫn cần phải được hoàn thành và lớp thực thi được chuyển sang cùng cấu trúc. Hiện tại, có ba cấu trúc dữ liệu mật mã trong Ethereum: cây nhị phân SHA256, danh sách băm SHA3 RLP và cây hex Patricia. Sau khi quá trình chuyển đổi sang SSZ hoàn tất, sẽ chỉ còn lại hai: cây nhị phân SHA256 và cây Verkle. Về lâu dài, cây Merkle nhị phân sử dụng thuật toán băm thân thiện với SNARK có thể thay thế cây nhị phân SHA256 và cây Verkle khi chúng ta đủ thành thạo với hàm băm dựa trên SNARK.