Theo tin tức từ BitouchNews, Nhà đồng sáng lập Ethereum Vitalik Buterin đã đăng một bài viết trên blog nêu rõ mục tiêu của Ethereum là trở thành "sổ cái thế giới": một nền tảng lưu trữ tài sản và hồ sơ của nền văn minh, đồng thời là lớp cơ sở cho tài chính, quản trị, xác thực dữ liệu có giá trị cao, v.v. Điều này đòi hỏi hai điều: khả năng mở rộng và khả năng phục hồi. Mục tiêu của bài đăng này là tập trung vào một khía cạnh cực kỳ quan trọng nhưng lại dễ bị đánh giá thấp về khả năng phục hồi (và cuối cùng là khả năng mở rộng): tính đơn giản của giao thức. Một trong những điều tuyệt vời nhất về Bitcoin là thiết kế giao thức của nó cực kỳ đơn giản và thanh lịch. Việc duy trì giao thức đơn giản giúp Bitcoin hoặc Ethereum trở thành một lớp cơ sở hạ tầng đáng tin cậy, trung lập và được tin cậy trên toàn cầu. Trong quá khứ, Ethereum thường không đạt được mục tiêu này và bài đăng này sẽ thảo luận về cách Ethereum có thể trở nên ngắn gọn như Bitcoin trong năm năm tới.

Lớp đồng thuận được đơn giản hóa: Lớp đồng thuận mới (trước đây gọi là “Beam chain”) nhằm mục đích áp dụng mọi kinh nghiệm mà chúng tôi đã tích lũy được trong thập kỷ qua về lý thuyết đồng thuận, phát triển ZK-SNARK, kinh tế học bằng chứng cổ phần và các lĩnh vực khác để tạo ra một lớp đồng thuận tối ưu dài hạn cho Ethereum. Ưu điểm của lớp đồng thuận này là nó đơn giản hơn nhiều so với chuỗi beacon hiện có.

Đơn giản hóa lớp thực thi: EVM ngày càng phức tạp và phần lớn sự phức tạp này đã được chứng minh là không cần thiết (trong nhiều trường hợp là lỗi của tôi) và nên thay thế EVM bằng RISC-V hoặc một số máy ảo khác có thể viết trình chứng minh Ethereum ZK.

Tôi đề xuất rằng chúng ta nên học hỏi từ dự án tinygrad và đặt ra "mục tiêu dòng mã tối đa" cho các thông số kỹ thuật dài hạn Ethereum, với mục tiêu là làm cho mã liên quan đến sự đồng thuận quan trọng trong Ethereum càng đơn giản càng tốt như Bitcoin. Mã liên quan đến quy tắc xử lý lịch sử Ethereum sẽ vẫn được giữ lại, nhưng phải được giữ ngoài đường dẫn quan trọng của sự đồng thuận. Đồng thời, chúng ta cũng nên áp dụng các nguyên tắc sau vào triết lý thiết kế tổng thể của mình: ưu tiên các giải pháp đơn giản hơn khi có thể, ưu tiên "sự phức tạp được đóng gói" hơn "sự phức tạp mang tính hệ thống" và ưu tiên các giải pháp có các thuộc tính và đảm bảo rõ ràng, có thể kiểm chứng trong các quyết định thiết kế.