Giải thích về Beamchain: Nâng cấp của lớp đồng thuận Ethereum

Đây là bản dịch tiếng Việt của văn bản: Thật là quá đáng, trong những ngày qua tôi đã tham dự nhiều sự kiện tại Devcon và nhìn thấy nhiều tin đồn về việc Ethereum sẽ nâng cấp lên phiên bản 3.0 - BeamChain, cũng như những tin đồn về các "viên thuốc" layer2 (tức là cảm thấy rất bực mình). Thực ra, Layer2 vô tội đã bị tấn công và dẫn đến một đợt sụp đổ. Trên thực tế, đây lại là một tin tốt lớn! Hãy để tôi chia sẻ quan điểm của mình: 1) Không nên nghĩ rằng việc đề cập đến một chuỗi mới là sẽ có một đợt Fork lớn và phát hành một đồng tiền mới. Như Justin Drake đã nói, BeamChain chỉ là một bản nâng cấp của Beacon Chain, hiện vẫn chỉ là một đề án, còn rất lâu mới chính thức ra mắt, và hoàn toàn tuân theo lộ trình phát triển của Ethereum. Ethereum vốn được chia thành Beacon Chain (lớp đồng thuận) và EVM (lớp thực thi), hai thành phần này cùng nhau tạo nên Ethereum như chúng ta biết. Beacon Chain đảm nhiệm vai trò lớp đồng thuận, còn EVM đảm nhiệm lớp thực thi. Không nên nghĩ rằng chỉ vì có từ "chuỗi" trong tên thì đó là một thứ hoàn toàn mới. Vậy Ethereum 3.0 ở đâu ra? 2) Hãy nói về lý do tại sao Beacon Chain cần được nâng cấp: Trong EVM của Ethereum, các vai trò Proposer (đề xuất khối), Relay (trung chuyển) và Validator (xác thực) tương ứng như "quản lý dự án", "công nhân" và "kiểm tra chất lượng". Khi người dùng gửi giao dịch vào Mempool, Builder (xây dựng khối) sẽ chọn giao dịch từ pool và đóng gói, trong quá trình này sẽ xử lý một số chức năng sắp xếp giao dịch, sau đó gửi khối đã xây dựng đi thông qua Relay. Proposer sẽ chọn khối tối ưu nhất, cuối cùng được Validator xác thực. Trong quá trình này, việc Builder sắp xếp giao dịch và Relay phân phối giao dịch có quá nhiều tính chất tập trung, như các nhà xây dựng lớn như Flashbot có thể quyết định thứ tự khối, từ đó dẫn đến MEV, điều này rõ ràng không phù hợp với chiến lược lớn của Ethereum. Do đó, Justin đề xuất một ý tưởng là thêm một "inclusion list" (danh sách các giao dịch bắt buộc phải có) vào quá trình xây dựng khối của Builder. Nếu Builder và Relay có dấu hiệu can thiệp tập trung, hoặc khiến nút đề xuất vừa phải giám sát quá trình xây dựng khối vừa phải tham gia đồng thuận tiếp theo, thì việc tách biệt Proposer và Builder (PBS) sẽ được thực hiện. Khi Validator phát hiện ra một số giao dịch quan trọng không có trong danh sách, họ có thể trực tiếp xác nhận khối không hợp lệ. Bạn thấy đấy, inclusion list nhằm tăng tính phi tập trung trong quá trình tạo khối của Ethereum, từ đó tăng cường khả năng chống kiểm duyệt. Vấn đề là, inclusion list sẽ được đưa vào quá trình thực thi và xác thực như thế nào? Chỉ có thể dựa vào lớp đồng thuận Beacon Chain để thêm vào. Tuy nhiên, Beacon Chain hiện tại không hỗ trợ chức năng này, do đó cần nâng cấp thành BeamChain. Sau này, Beacon Chain sẽ có thể công khai tất cả các giao dịch bắt buộc phải có, nếu lớp thực thi có vấn đề, Validator sẽ không chấp nhận. Ngoài ra, các nâng cấp như Pectal cũng đã đưa ra vấn đề về việc thay đổi ngưỡng đặt cọc từ 32 ETH xuống 1 ETH, điều này liên quan đến mô hình kinh tế và logic quản lý của Beacon Chain, cũng cần một bản nâng cấp lớn. Hơn nữa, khi Ethereum hoàn toàn chuyển sang sử dụng SNARK trong các giai đoạn như Verge, quá trình xác thực giữa Beacon Chain và EVM cũng sẽ cần được tối ưu hóa bằng SNARK; và việc chống lại các cuộc tấn công bằng mật mã lượng tử luôn là một mục tiêu chiến lược của Ethereum, nên việc nâng cấp Beacon Chain cũng sẽ thay đổi một số cơ chế ký xác thực để an toàn hơn. Vì vậy, sự xuất hiện của BeamChain hoàn toàn nhằm đáp ứng các công việc chuẩn bị cần thiết để phù hợp với lộ trình phát triển của Ethereum. 3) Tại sao lại nói đây không phải là tin xấu cho Layer2 mà là tin tốt lớn? Trước hết, Ethereum đã xác định chiến lược mở rộng dựa trên Rollup, nên việc nâng cấp BeamChain không thể làm lung lay chiến lược cơ bản này, nếu không thì dù Justin có ý định đó, đề án cũng không thể được cộng đồng Ethereum chấp thuận. Tiếp theo, việc gọi BeamChain là chuỗi thông tin mới sẽ giúp Ethereum thực hiện mở rộng ở cấp độ mainnet, điểm then chốt là sự chuyển đổi sang SNARK. Sau khi sử dụng SNARK, Ethereum sẽ thay đổi từ việc lưu trữ, tính toán và xác minh toàn bộ dữ liệu sang chỉ xác minh bằng Proof, từ đó đạt được một bước mở rộng lớn. Nhưng đây là kết quả của việc cấu trúc dữ liệu cơ bản được chuyển sang ZK, không phải là một chiều như việc mở rộng Layer2. Một cái giảm chi phí vận hành, một cái tăng lưu lượng và ứng dụng người dùng. Vì vậy, không nên nghĩ rằng khi mainnet có thể mở rộng thì sẽ làm suy yếu Layer2. Hơn nữa, vài ngày trước tôi đã viết bài phân tích về ý tưởng của Vitalik Buterin về việc Ethereum sẽ hoàn toàn chuyển sang SNARK, EVM sẽ trở thành một altVM tồn tại trên mainnet. Khi đó, các altVM khác trên Layer2 có thể nổi trội sẽ được đưa lên mainnet và chạy song song với EVM để thực hiện các giao dịch trong toàn bộ hệ sinh thái Ethereum. Khi đó, vai trò của BeamChain sẽ được phóng to, nên việc nâng cấp rất cần thiết. Và theo logic này, các giải pháp VM xuất sắc đáp ứng nhu cầu mở rộng của Ethereum sẽ được đưa lên cấp độ mainnet để thực hiện giao dịch, từ đó cũng giải quyết được vấn đề tính tương tác giữa các Layer2 của Ethereum, hoàn toàn phù hợp với chiến lược phát triển lớn của Layer2. Hiện nay trên thị trường có rất nhiều Layer2 phổ biến nhưng không có đặc điểm riêng. Nếu Ethereum thực sự áp dụng phương pháp modular và chiến lược sử dụng các altVM mới, nhiều Layer2 có thể sẽ được Ethereum tạo "kênh giá tăng dần" trực tiếp, điều này cũng có thể thúc đẩy việc tái cấu trúc và tối ưu hóa Layer2, phải chăng đây không phải là một tin tốt lớn sao? Cuối cùng, mọi người nên kỳ vọng nhiều hơn vào thời kỳ bùng nổ của công nghệ ZK sắp tới, đừng có FUD và đồn thổi vô căn cứ như vậy. (Hãy xem những gì các dự án trong lĩnh vực ZK đang làm, please!)