Vitalik Buterin đang chuyển hướng cuộc thảo luận về mở rộng quy mô Ethereum khỏi Layer 2 (L2) và quay trở lại cốt lõi của giao thức.
Nhà đổi mới người Nga-Canada lập luận rằng những hạn chế lớn nhất trong dài hạn của Ethereum không phải là rollup hay blob capacity, mà là các tắc nghẽn kiến trúc sâu hơn bên trong state tree và máy ảo của mạng.
Vitalik Buterin Đề Xuất Đại Tu Sâu Ethereum Nhắm Vào Các Tắc Nghẽn State Tree Và Máy Ảo
Theo Buterin, hai thành phần — state tree và máy ảo của mạng — chiếm hơn 80% chi phí chứng minh. Ông cho biết, đây là một vấn đề quan trọng khi công nghệ bằng chứng zero-knowledge (ZK) trở thành trọng tâm trong lộ trình của Ethereum.
Đại Tu Binary Tree
Trọng tâm của đề xuất là EIP-7864, sẽ thay thế Cây Merkle Patricia hexary hiện tại của Ethereum bằng thiết kế binary tree.
Sự thay đổi có vẻ tinh vi, nhưng ý nghĩa của nó rất đáng kể. Binary tree sẽ tạo ra các Merkle proofs ngắn hơn khoảng 4 lần so với cấu trúc hiện tại, giảm đáng kể yêu cầu băng thông xác minh.
Điều đó giúp các lightweight client và ứng dụng bảo vệ quyền riêng tư rẻ hơn và khả thi hơn.
Cấu trúc mới cũng sẽ nhóm các storage slots thành "pages", cho phép các ứng dụng tải dữ liệu liên quan thực hiện điều đó hiệu quả hơn.
Nhiều ứng dụng phi tập trung (dApps) truy cập lặp đi lặp lại các storage slots liền kề. Điều này có nghĩa là nâng cấp có thể tiết kiệm hơn 10,000 gas cho mỗi giao dịch trong một số trường hợp.
Buterin cũng đề xuất kết hợp thay đổi cây với các hàm hash hiệu quả hơn, có khả năng mang lại những lợi ích hơn nữa về tốc độ tạo bằng chứng.
Quan trọng hơn, thiết kế lại sẽ làm cho base layer của Ethereum thân thiện hơn với "prover", cho phép các ứng dụng ZK tích hợp trực tiếp với state của Ethereum thay vì xây dựng các hệ thống song song.
Nhìn rộng ra, đề xuất binary tree nhằm mục đích củng cố một thập kỷ bài học về quản lý state thành một cấu trúc sạch hơn, bền vững với tương lai.
Tương Lai Vượt Ra Ngoài EVM?
Tham vọng hơn nữa là tầm nhìn dài hạn của Buterin đối với công cụ thực thi của Ethereum. Ông đưa ra ý tưởng cuối cùng vượt ra ngoài Ethereum Virtual Machine (EVM) hướng tới kiến trúc dựa trên RISC-V.
RISC-V là một instruction set mở được sử dụng rộng rãi có thể mang lại hiệu quả và sự đơn giản hơn.
Buterin lập luận rằng sự phụ thuộc ngày càng tăng của Ethereum vào các precompiles trường hợp đặc biệt phản ánh sự khó chịu sâu sắc hơn với chính EVM.
Nếu lời hứa cốt lõi của Ethereum là khả năng lập trình đa năng, ông gợi ý, thì VM nên hỗ trợ đầy đủ tầm nhìn đó mà không có quá nhiều giải pháp vòng vo. Một VM dựa trên RISC-V có thể:
- Giảm độ phức tạp
- Cải thiện hiệu quả thực thi thô, và
- Phù hợp hơn với các hệ thống chứng minh Bằng chứng Zero-knowledge hiện đại, nhiều hệ thống trong số đó đã sử dụng môi trường RISC-V nội bộ.
Trong ngắn hạn, Buterin đề xuất một "vectorized math precompile", được mô tả là "GPU cho EVM". Điều này có thể tăng tốc đáng kể các hoạt động mật mã.
Dài hạn hơn, ông phác thảo một quá trình chuyển đổi theo giai đoạn trong đó RISC-V trước tiên sẽ cung cấp năng lượng cho các precompiles, sau đó hỗ trợ các hợp đồng do người dùng triển khai, và cuối cùng hấp thụ chính EVM như một lớp tương thích.
Tranh Luận Về Độ Phức Tạp
Tuy nhiên, không phải ai cũng tin rằng Ethereum cần nhiều thay đổi lớp sâu hơn. Nhà phân tích DBCrypto chỉ trích những gì ông mô tả là sự trừu tượng hóa ngày càng tăng trên toàn bộ lộ trình Ethereum, bao gồm các framework mới nhằm giải quyết vấn đề phân mảnh rollup.
Ông lập luận rằng mỗi lớp bổ sung sẽ tăng độ phức tạp, đưa ra các giả định về niềm tin và tạo ra các bề mặt tấn công tiềm năng bổ sung.
Căng thẳng phản ánh một cuộc tranh luận rộng hơn về việc liệu Ethereum có nên tiếp tục xếp lớp các giải pháp lên trên thiết kế hiện có hay làm lại nền tảng của nó.
Tuy nhiên, theo Vitalik Buterin, kiến trúc của Ethereum phải phát triển và thích nghi khi các Bằng chứng Zero-knowledge chuyển từ một ngách sang một điều cần thiết.
Giai đoạn mở rộng tiếp theo, ông gợi ý, có thể không xảy ra trên Layer 2 mà là sâu trong cốt lõi của Ethereum.
Nguồn: https://beincrypto.com/vitalik-buterin-ethereum-core-upgrade/
