Tóm tắt cuộc họp mới nhất của các nhà phát triển lõi Ethereum: tạm thời không thay đổi thông số kỹ thuật Electra, tạo yêu cầu EL chung
Tuyển chọn TechFlowTuyển chọn TechFlow
Tóm tắt cuộc họp mới nhất của các nhà phát triển lõi Ethereum: tạm thời không thay đổi thông số kỹ thuật Electra, tạo yêu cầu EL chung
Electra là tên nâng cấp CL cho lần hard fork tiếp theo ngay lập tức trên Ethereum.
Chuyên sâu báo cáo Web3Tác giả: Christine Kim
Biên dịch: Luccy, BlockBeats
Lời biên tập: Cuộc gọi thống nhất tất cả các nhà phát triển cốt lõi (ACDC) về Ethereum được tổ chức hai tuần một lần, chủ yếu nhằm thảo luận và phối hợp các thay đổi đối với lớp đồng thuận (CL) của Ethereum. Đây là cuộc họp điện thoại ACDC lần thứ 132, trong đó các nhà phát triển đã chia sẻ thông tin cập nhật mới nhất về mạng thử nghiệm Pectra đầu tiên dành cho nhà phát triển (Pectra Devnet 0), thảo luận về các vấn đề mở liên quan đến đặc tả kỹ thuật, đồng thời nhấn mạnh vào các dự án nghiên cứu liên quan đến việc phát hành mạng và lấy mẫu khả năng truy cập dữ liệu. Các vấn đề được đề cập bao gồm các vấn đề mở liên quan Electra, những vấn đề chưa giải quyết liên quan Electra, cùng các vấn đề nghiên cứu còn mở.
Về các vấn đề mở liên quan Electra, các nhà phát triển đang quan tâm tới tác động của EIP 7251 và EIP 7549, cũng như việc bổ sung một EIP mới sẽ tạo ra đề xuất yêu cầu EL tổng quát. Đối với những vấn đề chưa giải quyết liên quan Electra, nội dung thảo luận bao gồm thay đổi kiểu chỉ số ủy ban xác thực viên, thay đổi cách xử lý dữ liệu gửi tiền ký quỹ của xác thực viên, v.v. Phó Chủ tịch Nghiên cứu tại Galaxy Digital Christine Kim đã ghi lại chi tiết nội dung chính của cuộc họp này, BlockBeasts xin biên dịch nguyên văn như sau:
Vào ngày 21 tháng 3 năm 2024, các nhà phát triển Ethereum đã tụ họp trên Zoom để tham gia cuộc họp All Core Developers Consensus (ACDC) lần thứ 132. Các cuộc gọi điện ACDC là một chuỗi sự kiện diễn ra hai tuần một lần do nhà nghiên cứu của Quỹ Ethereum Alex Stokes chủ trì, nơi các nhà phát triển cùng nhau thảo luận và phối hợp các thay đổi đối với lớp đồng thuận (CL) của Ethereum. Trong tuần này, các nhà phát triển đã chia sẻ cập nhật về công tác chuẩn bị cho mạng thử nghiệm Pectra đầu tiên dành cho nhà phát triển (còn gọi là Pectra Devnet 0). Họ thảo luận về các vấn đề mở liên quan đặc tả kỹ thuật của Pectra Devnet 0, đồng thời điểm qua nhanh hai dự án nghiên cứu đang tiến hành liên quan đến việc phát hành mạng và lấy mẫu khả năng truy cập dữ liệu.
Các vấn đề mở liên quan Electra
Các nhà phát triển thuộc Quỹ Ethereum đã công bố bản đặc tả CL sơ khai và các vector kiểm thử cho Pectra Devnet 0. Tuy nhiên, vẫn còn vài vấn đề chưa được giải quyết liên quan đến bản đặc tả này, có thể sẽ hoặc không kịp giải quyết trước khi khởi chạy mạng thử nghiệm lần đầu tiên. Stokes nhấn mạnh rằng một trong các vấn đề đó liên quan đến EIP 7251 (tăng MAX_EFFECTIVE_BALANCE). Các nhà phát triển dường như thiên về việc tích hợp việc gộp ETH ký quỹ của xác thực viên thành một thao tác kích hoạt ở tầng Thực thi (EL). Tuy nhiên, hiện tại việc gộp này được định nghĩa là một thao tác ở tầng CL. "Điều này không sao cả vì phần lớn logic xử lý mà chuỗi beacon cần đều giống nhau bất kể nguồn gốc," Stokes nói.
Một vấn đề khác đang được các nhà phát triển thảo luận trong cuộc gọi điện thoại liên quan đến EIP 7549 (di chuyển chỉ số ủy ban ra khỏi bằng chứng). EIP này làm thay đổi cách thức tổng hợp bằng chứng của xác thực viên và định dạng khối. Khi Pectra được kích hoạt, các bằng chứng được tổng hợp trước nâng cấp sẽ không còn tương thích với các bằng chứng mới được gửi lên chuỗi. Trong một chủ đề GitHub trước cuộc họp, Stokes đã nêu bật hai giải pháp khả thi. Ông viết:
-
Các client phát sóng cả hai định dạng trong kỷ nguyên Deneb cuối cùng, lưu ý không tạo ra các thông điệp có thể bị phạt slash.
-
Mở rộng khối chứa bằng chứng trước Electra với thêm trường dữ liệu, và chỉ cho phép định dạng kiểu Deneb trong kỷ nguyên đầu tiên của Electra.
Deneb là tên gọi của bản nâng cấp kết hợp phân nhánh cứng mới nhất được kích hoạt trên Ethereum. Electra là tên nâng cấp CL tiếp theo sắp tới của Ethereum.
Các nhà phát triển đã thảo luận cả hai lựa chọn này trong cuộc họp. Cuối cùng, họ quyết định tạm thời không thay đổi đặc tả Electra, mà sẽ chờ xem những bằng chứng bị mất này ảnh hưởng thế nào đến an ninh mạng trên devnet.
Vấn đề thứ ba chưa giải quyết được thảo luận trong cuộc họp liên quan Electra là việc bổ sung một EIP mới vào bản nâng cấp, EIP này sẽ tạo ra yêu cầu EL tổng quát. EIP do nhà phát triển Geth mang tên "Lightclient" đề xuất sẽ đơn giản hóa quá trình truyền thông điệp cập nhật từ EL sang CL. Do sự nổi lên của các giải pháp ký quỹ dựa trên hợp đồng thông minh, lượng lớn EIP được kích hoạt trên Ethereum và được đề xuất cho Pectra để trực tiếp kích hoạt nhiều thao tác xác thực viên từ EL thay vì từ CL. Đề xuất của Lightclient tạo ra một khuôn khổ tổng quát để lan truyền các "yêu cầu do hợp đồng kích hoạt" từ EL sang CL. Vì EIP này sẽ làm thay đổi cách thiết kế Pectra, đặc biệt là việc triển khai EIP 6110 và EIP 7002, Lightclient nhấn mạnh rằng ông mong các nhóm client phản hồi đề xuất của mình càng sớm càng tốt. Các nhà phát triển đồng ý sẽ cố gắng hoàn tất EIP của Lightclient trước cuối tuần này để xây dựng và chia sẻ đặc tả kỹ thuật trước thứ Hai, ngày 22 tháng 4.
Sau đó, các nhà phát triển thảo luận thêm hai vấn đề mở khác liên quan EIP 7549 và EIP 7251 do Mikhail Kalinin, nhà phát triển Teku đưa ra. Vấn đề đầu tiên liên quan đến thay đổi kiểu chỉ số ủy ban xác thực viên, trong khi vấn đề thứ hai đề xuất thay đổi cách xử lý dữ liệu gửi tiền ký quỹ của xác thực viên. Stokes khuyến khích các nhà phát triển xem xét kỹ lưỡng hơn hai đề xuất này để thảo luận sâu hơn trong vài tuần tới.
Cuối cùng, vấn đề mở cuối cùng liên quan đặc tả Electra được các nhà phát triển thảo luận là việc tăng số lượng blob. Kỹ sư vận hành tại Quỹ Ethereum Parithosh Jayanthi cho biết ông muốn phân tích hoạt động blob sau nâng cấp Dencun và dựa trên phân tích đó đề xuất tăng số lượng blob một lần để đưa vào nâng cấp Electra. Nhà nghiên cứu tại Quỹ Ethereum Ansgar Dietrichs nhấn mạnh rằng ông cũng đề xuất một phương án tăng dần số lượng blob theo từng giai đoạn, điều này nên được cân nhắc đồng thời với đề xuất đưa vào Electra của Jayanthi.
Các vấn đề nghiên cứu còn mở
Trong cuộc gọi ACD tuần này, các nhà phát triển đã thảo luận ngắn gọn về hai dự án nghiên cứu. Dự án đầu tiên là một bài nghiên cứu mới của Anders Elowsson, nhà nghiên cứu tại Quỹ Ethereum, đề xuất một mô hình mới để suy nghĩ và thực hiện các thay đổi trong chính sách phát hành của Ethereum. Bài viết đầy đủ có thể đọc tại đây. Stokes trong cuộc họp đã khuyến khích các nhà phát triển đọc bài viết này.
Dự án nghiên cứu thứ hai do Adrian Manning, nhà phát triển Lighthouse, đề xuất, liên quan đến mạng con bằng chứng. Như Manning đã nói trên GitHub: "PR này giới thiệu khái niệm 'phân mảnh mạng', vốn chỉ là một khái niệm trừu tượng đánh dấu ID nút bằng một con số (phân mảnh mạng). Sau đó, chúng ta có thể dùng phân mảnh mạng (con số) này để phân bổ các chủ đề mà nút phải đăng ký theo dõi lâu dài." Manning hiện đang tìm kiếm ý kiến đóng góp cuối cùng cho đề xuất của mình để nhóm của anh có thể bắt đầu nghiên cứu giải pháp lấy mẫu khả năng truy cập dữ liệu PeerDAS cho Ethereum. Để biết thêm thông tin về lấy mẫu khả năng truy cập dữ liệu, hãy đọc báo cáo Nghiên cứu Galaxy này.
Lukasz Rozmej, nhà phát triển Nethermind, hỏi liệu EIP 7547 (chứa danh sách) đã được phê duyệt đưa vào nâng cấp Electra hay chưa. Các nhà phát triển khẳng định lại rằng EIP 7547 vẫn chưa được phê duyệt để đưa vào.
Saulius Grigaitis, một nhà phát triển đang xây dựng client CL Ethereum có tên "Grandine", đặt câu hỏi về quy tắc lựa chọn phân nhánh của Ethereum, xem xét trong bối cảnh nghiên cứu PeerDAS đang được tiến hành. Grigaitis kêu gọi các nhà phát triển đưa ý tưởng vào nhóm làm việc PeerDAS.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@galaxyhq
