BlockBeats News, vào ngày 3 tháng 5, người đồng sáng lập Ethereum Vitalik Buterin đã xuất bản một bài đăng trên blog nói rằng 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ơ văn minh, một lớp nền tảng cho tài chính, quản trị, chứng nhận 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à độ đàn hồi. Mục tiêu của bài đăng này là tập trung vào một trong những khía cạnh quan trọng nhất, nhưng dễ bị đánh giá thấp, của khả năng phục hồi (và cuối cùng là khả năng mở rộng): sự đơn giản của giao thức. Một trong những điều tốt nhất về Bitcoin là thiết kế giao thức của nó cực kỳ đơn giản và thanh lịch, và việc giữ 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à đáng tin cậy trên toàn cầu. Trong quá khứ, Ethereum thường không làm đủ về vấn đề này và phần tiếp theo của bài viết 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. Đơn giản hóa lớp đồng thuận: Lớp đồng thuận mới (trước đây được gọi là Beam Chain) nhằm mục đích tạo ra một lớp đồng thuận tối ưu dài hạn cho Ethereum, sử dụng tất cả kinh nghiệm của chúng tôi 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. Ưu điểm của lớp đồng thuận này là nó ngắn gọn hơn nhiều so với các chuỗi beacon hiện có. Đơn giản hóa lớp thực thi: Sự phức tạp ngày càng tăng của EVM, phần lớn trong số đó đã được chứng minh là không cần thiết (và trong nhiều trường hợp là lỗi của tôi), đề xuất thay thế EVM bằng RISC-V hoặc sử dụng một máy ảo khác có thể viết trình chứng minh Ethereum ZK. Tôi đề nghị chúng ta nên làm theo ví dụ của dự án Tinygrad và đặt 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, với mục tiêu đưa mã liên quan đến sự đồng thuận chính trong Ethereum càng gần với sự đơn giản của Bitcoin càng tốt. Mã liên quan đến việc xử lý các quy tắc lịch sử của Ethereum sẽ vẫn được giữ lại, nhưng nên tránh vào con đường quan trọng đồng thuận. Đồng thời, chúng ta cũng nên thực hiện các nguyên tắc sau trong 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 nếu có thể, ưu tiên "phức tạp đóng gói" hơn là "phức tạp 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ế.
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Vitalik đã đăng bài đề xuất đơn giản hóa Ethereum L1, mục tiêu trong vòng năm năm đạt được sự đơn giản của giao thức gần với Bitcoin.
BlockBeats News, vào ngày 3 tháng 5, người đồng sáng lập Ethereum Vitalik Buterin đã xuất bản một bài đăng trên blog nói rằng 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ơ văn minh, một lớp nền tảng cho tài chính, quản trị, chứng nhận 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à độ đàn hồi. Mục tiêu của bài đăng này là tập trung vào một trong những khía cạnh quan trọng nhất, nhưng dễ bị đánh giá thấp, của khả năng phục hồi (và cuối cùng là khả năng mở rộng): sự đơn giản của giao thức. Một trong những điều tốt nhất về Bitcoin là thiết kế giao thức của nó cực kỳ đơn giản và thanh lịch, và việc giữ 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à đáng tin cậy trên toàn cầu. Trong quá khứ, Ethereum thường không làm đủ về vấn đề này và phần tiếp theo của bài viết 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. Đơn giản hóa lớp đồng thuận: Lớp đồng thuận mới (trước đây được gọi là Beam Chain) nhằm mục đích tạo ra một lớp đồng thuận tối ưu dài hạn cho Ethereum, sử dụng tất cả kinh nghiệm của chúng tôi 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. Ưu điểm của lớp đồng thuận này là nó ngắn gọn hơn nhiều so với các chuỗi beacon hiện có. Đơn giản hóa lớp thực thi: Sự phức tạp ngày càng tăng của EVM, phần lớn trong số đó đã được chứng minh là không cần thiết (và trong nhiều trường hợp là lỗi của tôi), đề xuất thay thế EVM bằng RISC-V hoặc sử dụng một máy ảo khác có thể viết trình chứng minh Ethereum ZK. Tôi đề nghị chúng ta nên làm theo ví dụ của dự án Tinygrad và đặt 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, với mục tiêu đưa mã liên quan đến sự đồng thuận chính trong Ethereum càng gần với sự đơn giản của Bitcoin càng tốt. Mã liên quan đến việc xử lý các quy tắc lịch sử của Ethereum sẽ vẫn được giữ lại, nhưng nên tránh vào con đường quan trọng đồng thuận. Đồng thời, chúng ta cũng nên thực hiện các nguyên tắc sau trong 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 nếu có thể, ưu tiên "phức tạp đóng gói" hơn là "phức tạp 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ế.