Tiêu đề gốc: "Cuộc gọi thực thi tất cả các nhà phát triển cốt lõi của Ethereum #184 Writeup" Tác giả gốc: Christine Kim Biên soạn gốc: Luccy, BlockBeats Ghi chú của biên tập viên: Cuộc gọi đồng thuận của tất cả các nhà phát triển cốt lõi Ethereum (ACDE) được tổ chức hai tuần một lần, chủ yếu để thảo luận và phối hợp. Những thay đổi đối với Lớp thực thi Ethereum (EL). Đây là cuộc gọi hội nghị lần thứ 184 của ACDE. Hội nghị này tập trung vào lý do gia tăng số khối bị bỏ sót vào ngày 27 tháng 3, cũng như nghiên cứu mới của nhóm Paradigm về tình trạng và lịch sử phát triển của Ethereum. Các nhà phát triển đã chia sẻ các cuộc thảo luận tại cuộc họp về các vấn đề chuyển tiếp Bloxroute MEV và hai EIP có hiệu lực hồi tố ở Praha/Electra. Ngoài ra, các bản cập nhật phát triển cho EIP 7547 (Danh sách bao gồm), EIP 5920 (Mã PAY) và EIP 7545 (Biên dịch trước xác minh bằng chứng Verkle) đã được thảo luận. Christine Kim, Phó Chủ tịch Nghiên cứu của Galaxy Digital, đã ghi lại chi tiết những điểm chính của cuộc họp này. BlockBeasts đã biên soạn văn bản gốc như sau:

Vào ngày 28 tháng 3 năm 2024, các nhà phát triển Ethereum đã tập trung trên Zoom để tham gia cuộc họp số 184 của All Core Developers Execution (ACDE). Cuộc gọi hội nghị ACDE là chuỗi cuộc họp hai tuần một lần do Tim Beiko, Trưởng bộ phận Hỗ trợ Giao thức tại Ethereum Foundation tổ chức, nơi các nhà phát triển thảo luận và điều phối các thay đổi đối với Lớp thực thi Ethereum (EL).

Tuần này, các nhà phát triển đã chia sẻ những hiểu biết sâu sắc về nguyên nhân gây ra sự gia tăng số khối bị bỏ lỡ vào ngày 27 tháng 3. Nhà phát triển Prysm Terence Tsao cho biết sự gia tăng này là do sự cố với rơle Bloxroute MEV mà nhóm Bloxroute đang nghiên cứu. Các nhà phát triển cũng thảo luận về những điểm chính từ nghiên cứu mới do nhóm Paradigm thực hiện về trạng thái và lịch sử phát triển của Ethereum. Các nhà phát triển đã phê duyệt việc đưa vào hai Đề xuất cải tiến Ethereum (EIP) có hiệu lực hồi tố ở Praha/Electra, đó là EIP 7610 và 7523.

Cuối cùng, họ đã chia sẻ các cập nhật phát triển về các EIP ứng cử viên khác, chẳng hạn như EIP 7547 (Danh sách bao gồm), EIP 5920 (Mã vận hành PAY) và EIP 7545 (Biên dịch trước xác minh bằng chứng Verkle).

Sự kiện khối thiếu Mainnet

Vào ngày 27 tháng 3, số khối bị thiếu tăng lên. Thông thường, cứ sau 30 phút lại có 2% đến 4% khối bị bỏ lỡ trên Ethereum. Tuy nhiên, trong những khoảng thời gian mạng trải qua một số lượng lớn giao dịch blob, tỷ lệ này sẽ tăng lên hơn 14% trong vòng vài giờ. Giá Blob đã tăng hơn 10 lần trong thời gian này. Tsao cho biết vấn đề thiếu khối đã được giải quyết ngay lập tức sau khi nhóm Bloxroute tắt rơle MEV của họ. Hiện chưa rõ chi tiết gây ra sự cố chuyển tiếp Bloxroute và nhóm Bloxroute đang tìm cách khắc phục và họ sẽ chia sẻ cùng với bản khám nghiệm tử thi đầy đủ về sự cố trong những ngày tới.

"Vì vậy, các khối bị bỏ lỡ của ngày hôm qua không có nghĩa là khách hàng không thể xử lý loại khối lượng công việc này, bởi vì về cơ bản tất cả các khối bị bỏ lỡ là do sự cố Bloxroute gây ra. Nhưng vẫn còn một câu hỏi cơ bản về điều gì sẽ xảy ra với lưu lượng truy cập của ngày hôm qua "Tôi nghi ngờ rằng khách hàng có thể nhập khối chậm hơn trước, nhưng đó là điều mà tôi không có bằng chứng thuyết phục và vẫn còn phải xem xét”, Tsao nói. phiên bản để cải thiện hiệu suất và độ ổn định của nút. Ngoài ra, trong khi cuộc điều tra vẫn đang tiếp diễn, Giám đốc điều hành Bloxroute Uri Klarman tuyên bố trên

Kỹ sư vận hành nhà phát triển Ethereum Foundation Parithosh Jayanthi đã hỏi liệu sự cố có khiến các nhà phát triển đánh giá lại các điều kiện ngắt mạch của máy khách hay không, điều này tự động khiến các nút xác thực quay trở lại sản xuất khối cục bộ. Trong hầu hết các máy khách, giá trị mặc định cho tình trạng ngắt mạch là sự kiện thiếu năm vị trí liên tiếp. Tsao lưu ý rằng các tình trạng ngắt mạch được kích hoạt quá dễ dàng là các vectơ tấn công tiềm ẩn mà các tác nhân MEV tinh vi có thể khai thác.

Kỹ sư vận hành nhà phát triển Ethereum Foundation Parithosh Jayanthi đã hỏi liệu sự cố có khiến các nhà phát triển đánh giá lại các điều kiện ngắt mạch của máy khách hay không, điều này tự động khiến các nút xác thực quay trở lại sản xuất khối cục bộ. Trong hầu hết các máy khách, giá trị mặc định cho tình trạng ngắt mạch là sự kiện thiếu năm vị trí liên tiếp. Tsao lưu ý rằng các tình trạng ngắt mạch được kích hoạt quá dễ dàng là các vectơ tấn công tiềm ẩn mà các tác nhân MEV tinh vi có thể khai thác.

Nhà phát triển Prysm "Potuz" cho biết, theo quan điểm của ông, sự cố này nêu bật việc thiếu triển khai đa dạng khách hàng trong rơle, cũng như thiếu giao tiếp giữa các nhà phát triển rơle và giao thức. Portuzzi giải thích: "Terence đã nói về những đốm màu này trong hơn một tuần và không ai để ý và một khi nó nổ tung, chỉ cần vài cuộc điện thoại để có được rơle phù hợp thực sự xem nhật ký của chúng. Điều này là không thể chấp nhận được".

Một số nhà phát triển khuyên bạn nên tạo bài đăng bằng văn bản vào lần tới khi báo cáo vi phạm mạng để tăng khả năng hiển thị của hệ sinh thái Ethereum. Để thảo luận thêm về sự cố khối bị thiếu, nhà nghiên cứu Alex Stokes của Ethereum Foundation đã khuyến khích các nhà phát triển tham gia cuộc gọi cộng đồng MEV-Boost tiếp theo.

Phân tích dữ liệu tăng trưởng hiện tại và lịch sử

Storm Slivkoff, một nhà khoa học dữ liệu tại Paradigm, đưa ra một phân tích mới về trạng thái và sự tăng trưởng lịch sử của Ethereum. Theo phát hiện của ông, sự tăng trưởng của trạng thái không phải là nút thắt chính đối với khả năng mở rộng của Ethereum. "Chúng tôi nhận thấy rằng phần cứng tiêu dùng hiện tại có thể duy trì tốc độ tăng trưởng quốc gia hiện tại trong một thời gian dài, có thể là hàng thập kỷ. Lưu ý rằng ở đây tôi chỉ nói về dung lượng lưu trữ và dung lượng bộ nhớ. Điều đó không có nghĩa là Đọc hoặc ghi được tuyên bố theo khuôn khổ này. Theo quan điểm của ông, “kẻ giết người thầm lặng” của Ethereum là sự tăng trưởng mang tính lịch sử.

Trong một phân tích bằng văn bản, nhóm nghiên cứu Paradigm giải thích: "Trạng thái là tập dữ liệu cần thiết để xây dựng và xác minh các khối Ethereum mới. Trạng thái bao gồm mã byte hợp đồng, lưu trữ hợp đồng, số dư tài khoản và số tài khoản. Lịch sử là dữ liệu." được thiết lập để các nút đồng bộ hóa từ khối gốc đến khối mới nhất. Lịch sử bao gồm các khối và giao dịch. Trạng thái và lịch sử là các tập dữ liệu không chồng chéo. Slivkoff nói thêm rằng lịch sử đang phát triển nhanh hơn đáng kể so với trạng thái Ethereum. đối với tỷ lệ là các bản tổng hợp và các loại giao thức khác cần được kết nối với Ethereum.

Slivkoff khuyến nghị các nhà phát triển nên xem xét nghiêm túc việc đẩy nhanh độ phân giải của các EIP đang phát triển trong lịch sử, chẳng hạn như EIP 4444 và EIP 7623, trong bản nâng cấp Ethereum tiếp theo, Praha/Electra. Ông cũng tuyên bố rằng phân tích sâu hơn sẽ được tiến hành để phân tích các tắc nghẽn mở rộng quy mô khác trên Ethereum và các phương pháp này sẽ được áp dụng để phân tích các tắc nghẽn mở rộng quy mô tổng hợp như là bước tiếp theo trong nghiên cứu của nhóm ông. Slivkoff cho biết tất cả dữ liệu sẽ có nguồn mở để công chúng sử dụng và phản hồi đều được hoan nghênh.

Sau phần trình bày của Slivkoff, các nhà phát triển đã thảo luận các cách khác nhau để giải quyết vấn đề tăng trưởng lịch sử trong ngắn hạn. Như đã thảo luận trên ACDE #180 , các nhà phát triển đang xây dựng các mạng thay thế mạnh mẽ trong đó dữ liệu lịch sử trong một khoảng thời gian nhất định, chẳng hạn như trước khi nâng cấp hợp nhất, vẫn có thể truy cập được đối với người dùng trong trường hợp dữ liệu không thể truy cập được thông qua các nút Ethereum Những dữ liệu này. Để thảo luận thêm về việc hết hạn lịch sử và các tùy chọn thay thế để phân phát dữ liệu lịch sử, nhà phát triển Geth "Lightclient" khuyến nghị các nhà phát triển nên tiếp tục cuộc trò chuyện trên kênh Ethereum R&D Discord trong chủ đề kênh phụ có tiêu đề "Hết hạn lịch sử".

Truy xuất nguồn gốc EIPIP7610 và 7523

Các nhà phát triển đồng ý triển khai EIP 7610 và 7523. Đây là các EIP có hiệu lực hồi tố sẽ thêm các quy tắc vào giao thức Ethereum có thể được áp dụng hồi tố từ đầu mạng để hạn chế hơn nữa một số loại hành vi nhất định trên chuỗi. Lợi ích của các EIP này là đơn giản hóa các trường hợp thử nghiệm Ethereum và giới hạn phạm vi của các trường hợp biên khác nhau, chẳng hạn như trường hợp biên là tạo một tài khoản trống. Hai EIP đã được áp dụng hồi tố bao gồm EIPIP2681 và 3607. Nhà phát triển đã đồng ý kích hoạt thêm hai EIP có hiệu lực trở về trước ở Praha/Electra. Để biết thông tin cơ bản về hành vi mà các EIP này chi phối, hãy xem bản ghi cuộc gọi trước đó tại đây.

EIP 2537, BLS được biên dịch trước

Nhóm khách hàng Geth đã hoàn thành một số điểm chuẩn để ước tính chi phí gas cho các hoạt động trên đường cong EIP 2537 BLS. Các dịch vụ mới này sẽ được kích hoạt trong quá trình nâng cấp Praha/Electra và các nhà phát triển hiện đang cân nhắc giá cả cho các dịch vụ này. Đại diện của nhóm Reth cho biết nhóm của anh ấy cũng sẽ hoàn thành các điểm chuẩn bổ sung cho các hoạt động trên đường cong BLS để hỗ trợ xác định chi phí gas của các hoạt động này.

EIP 7547, bao gồm danh sách

Như đã thảo luận trên ACDC #130 , các nhà phát triển đang cân nhắc kỹ lưỡng việc đưa EIP 7547 vào bản nâng cấp Praha/Electra. Tuần này, nhà nghiên cứu Mike Neuder của Ethereum Foundation đã chia sẻ thông tin mới nhất về cách EIP 7547 có thể được sửa đổi để tương thích về phía trước với tính năng trừu tượng hóa tài khoản. Trừu tượng hóa tài khoản là một sáng kiến ​​đang diễn ra nhằm mang lại tính linh hoạt và khả năng lập trình cao hơn cho Tài khoản bên ngoài (EOA), là các tài khoản do người dùng kiểm soát trên Ethereum. Neuder đề xuất ba cách tiếp cận khác nhau để giải quyết các vấn đề tương thích giữa EIP 7547 và EIP trừu tượng tài khoản. Về những giải pháp này, Neuder nói: "Có vẻ như nó phức tạp trong thiết kế toàn diện, nhưng tôi thực sự nghĩ rằng ba lựa chọn này có hiệu quả và tôi không nghĩ sẽ có một liều thuốc thần kỳ nào để giải quyết vấn đề này. Tôi không nghĩ vậy." nghĩ chúng tôi sẽ làm được." Hãy tìm một thiết kế tốt hơn để giải quyết những vấn đề này.

Beiko khuyên bạn nên tiếp tục thảo luận về việc kết hợp thiết kế danh sách trong các phiên thảo luận riêng biệt trong một khoảng thời gian giới hạn.

Các ứng cử viên EIP khác cho Praha/Electra

Tiếp theo, các nhà phát triển duyệt qua danh sách các EIP ứng viên khác để nâng cấp Praha/Electra. Chúng bao gồm:

EIP 5920 (opcode PAY): Nhà nghiên cứu Sam Wilson của Ethereum Foundation lưu ý rằng việc thử nghiệm opcode này đã bắt đầu.

EIP 7609 (Giảm chi phí cơ bản của TLOAD/TSTORE): Charles Cooper, cộng tác viên biên dịch Vyper, nhắc lại quan điểm của mình rằng các mã opcode TLOAD và TSTORE nên được định giá rẻ hơn trong EVM.

EIP 2935 và 7545 (Bảo toàn hàm băm lịch sử ở trạng thái biên dịch trước xác minh bằng chứng Verkle): Nhà phát triển Guillaume Ballet của Geth đã đề xuất hai đề xuất này dưới dạng thay đổi mã sẽ mang lại lợi ích trong tương lai cho việc triển khai Verkle và đồng thời, giúp cảnh báo Ethereum rộng hơn hệ sinh thái của bản nâng cấp Verkle sắp tới.

Định dạng đối tượng Ethereum (EOF): Danno Ferrin, người bảo trì khách hàng Besu cho biết EOF EIP đang được nhiều nhóm khách hàng triển khai và các bài kiểm tra tham chiếu đang được viết cho họ. Ông yêu cầu các nhà phát triển tham khảo Ma trận sẵn sàng EOF để cập nhật chi tiết hơn.

EIP 7212 và EIP 3074 (hỗ trợ đường cong secp256r1 và biên dịch trước các mã opcode AUTH/AUTHCALL): Nhà phát triển Matt Nelson của Besu nhấn mạnh hai EIP này đang được triển khai trong bản tổng hợp L2. Ông nhấn mạnh rằng để khuyến khích khả năng tương thích giữa Ethereum và các bản tổng hợp, hai EIP này nên được áp dụng ở Praha.

EIP 7664 (Mã truy cập khóa): Nhà phát triển "Protolambda" của OPLabs đã đề xuất đề xuất thay thế cho EIP 3074 nhằm tận dụng danh sách truy cập để nâng cao chức năng của mã hoạt động AUTH/AUTHCALL.

EIP 6493 (Lược đồ chữ ký giao dịch SSZ): Protolambda cũng bày tỏ sự hỗ trợ đối với các thay đổi mã liên quan đến SSZ để cải thiện tính bảo mật và hiệu quả của việc xác minh dữ liệu Ethereum.

Các nhà phát triển không có thời gian để thảo luận về EIP nào trong danh sách này nên được ưu tiên cho Praha. Beiko cho biết thời gian sẽ bị chặn khi bắt đầu cuộc gọi hội nghị ACDE tiếp theo sau hai tuần nữa để xem lại danh sách. "Trong vài tuần tới, chúng ta nên xem xét sâu hơn tất cả các vấn đề được nêu ra ngày hôm nay và nỗ lực đưa ra quyết định. Tôi nghĩ điều đó có nghĩa là nếu chúng ta muốn tiếp tục, trong hai tuần nữa, bất cứ điều gì chưa được làm rõ hoàn toàn hoặc được chỉ định Không có gì có thể đi vào sự phân nhánh này," Beiko nói.