Vitalik đề xuất đơn giản hóa Ethereum L1, với mục tiêu làm cho giao thức trở nên đơn giản như Bitcoin trong vòng năm năm

BlockBeats đưa tin rằng vào ngày 3 tháng 5, 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 một "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 nền tảng cho tài chính, quản trị và xác thực dữ liệu có giá trị cao. Đ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 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 trong thập kỷ qua để 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.

Bạn nên học hỏi cách tiếp cận của dự án tinygrad và đặt ra "mục tiêu số dòng mã tối đa" cho các thông số kỹ thuật dài hạn của Ethereum. Mục tiêu là tạo ra các mã chính liên quan đến sự đồng thuận trong Ethereum càng đơn giản càng tốt giống với Bitcoin. Mã liên quan đến quy tắc xử lý lịch sử của 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 "độ phức tạp được đóng gói" hơn "độ 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ế.