Chainfeeds tóm tắt:
Đồng sáng lập ChainFeeds Zhixiong Pan đã sử dụng bản xem trước o1 của OpenAI để tóm tắt toàn bộ bài phát biểu về Đề án Beam Chain của Justin Drake, bao gồm lý do đề xuất thiết kế lại, thực hiện kỹ thuật và các thách thức.
Nguồn bài viết:
https://x.com/nake13/status/1856383597416239295
Tác giả bài viết:
Zhixiong Pan
Quan điểm:
Zhixiong Pan: Lý do đề xuất thiết kế lại bao gồm: 1) Beacon Chain đã lỗi thời: Các tiêu chuẩn của Beacon Chain đã bị đóng băng từ 5 năm trước, trong khi công nghệ và hiểu biết đã tiến bộ rất nhiều; 2) Hiểu sâu hơn về MEV: Trong 5 năm qua, chúng ta đã hiểu sâu hơn về Giá trị Có Thể Trích Xuất Tối Đa (MEV) và phát triển các cơ chế để giảm thiểu tác động tiêu cực của nó; 3) Đột phá về SNARK và ZKVM: Công nghệ chứng minh không tri thức đã có những tiến bộ lớn, cải thiện hiệu suất đáng kể, sự xuất hiện của ZKVM cho phép những người không phải là chuyên gia mã hóa cũng có thể sử dụng các công nghệ này; 4) Cơ hội để thanh lý nợ kỹ thuật: Beacon Chain có một số nợ kỹ thuật, và thiết kế lại là cơ hội để thanh lý những khoản nợ này. Kế hoạch thực hiện bao gồm 9 dự án chính trong lộ trình lớp đồng thuận, chia thành 3 nhóm: 1) Sản xuất khối: Cải thiện xử lý MEV, tăng cường khả năng chống kiểm duyệt, giới thiệu danh sách bao gồm, thực hiện tách biệt người đề xuất và người xác minh, rút ngắn thời gian khe; 2) Đặt cọc: Sửa đường cong phát hành, giảm mức đặt cọc tối thiểu của người xác minh từ 32 ETH xuống 1 ETH, đạt tính chung kết trong một khe; 3) Mật mã học: Thực hiện SNARK hóa lớp đồng thuận theo thời gian thực, sử dụng các phương thức mã hóa an toàn sau lượng tử. Các thách thức bao gồm: 1) Độ phức tạp kỹ thuật: Thực hiện SNARK hóa theo thời gian thực và mã hóa an toàn sau lượng tử đòi hỏi phải vượt qua những rào cản kỹ thuật đáng kể, bao gồm thay đổi hàm băm, phương thức chữ ký và cách chuỗi hóa trạng thái; 2) Quản lý rủi ro: Thực hiện nhiều thay đổi lớn một lần sẽ tăng rủi ro hệ thống, cần phải kiểm tra và xác minh cẩn thận để đảm bảo an toàn và ổn định của mạng; 3) Đồng thuận và phối hợp của cộng đồng: Cần có sự ủng hộ và đồng thuận rộng rãi từ cộng đồng, đồng thời phối hợp sự hợp tác của nhiều nhóm máy trạm, bao gồm việc tham gia của các nhóm mới và đào tạo về các công nghệ mới; 4) Rủi ro chậm trễ lịch trình: Các nâng cấp phức tạp có thể dẫn đến chậm trễ lịch trình, cần có tính linh hoạt và kế hoạch dự phòng; 5) Chuẩn hóa và tương thích: Do sự đa dạng của ZKVM, cần đảm bảo tính tương thích giữa các triển khai khác nhau, tránh sự phân mảnh, và không cần lựa chọn một ZKVM cụ thể ở lớp đồng thuận, điều này làm giảm độ phức tạp; 6) An toàn và ổn định: Khi đưa vào các công nghệ mới, cần phòng ngừa các lỗ hổng mới, đảm bảo an toàn và tính bền vững lâu dài của mạng Ethereum; 7) Áp dụng và kiểm tra các công nghệ mới: Cần có các kiểm tra rộng rãi và sâu sắc, bao gồm các chu kỳ kiểm tra có thể kéo dài nhiều năm, để đảm bảo các công nghệ mới được triển khai an toàn trên mainnet.
Nguồn nội dung
