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

Bản tổng hợp gốc: Luccy, BlockBeats

Ghi chú của biên tập viên:

Cuộc kêu gọi đồng thuận của tất cả các nhà phát triển cốt lõi (ACDE) của Ethereum được tổ chức hai tuần một lần để thảo luận và điều phối sự phát triển của Ethereum .Thay đổi lớp thực thi (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 từ 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 hội nghị 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ẻ thông tin chuyên sâu về nguyên nhân khiến số khối bị bỏ lỡ ngày 27 tháng 3 gia tăng. 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, EIP 7610 và 7523.

Cuối cùng, họ đã chia sẻ thông tin cập nhật phát triển về các EIP ứng 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 thiếu khối Mainnet

Ngày 27 tháng 3, số khối bị thiếu đã có tăng. Thông thường, cứ sau 30 phút lại có 2% đến 4% khối bị bỏ sót 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ọ. Các chi tiết gây ra sự cố chuyển tiếp Bloxroute vẫn chưa rõ ràng 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ỏ sót của ngày hôm qua không phải là dấu hiệu cho thấy khách hàng không thể xử lý loại khối lượng công việc này, vì về cơ bản tất cả các khối bị bỏ sót là do sự cố Bloxroute gây ra "Nhưng có Vẫn là 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 ngày hôm qua, tôi nghi 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, điều đó vẫn còn phải chờ xem," Tsao nói. Sau sự kiện khối bị thiếu, nhóm khách hàng Lighthouse đã phát hành phiên bản "sửa nóng" để 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 đang diễn ra, 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 trình xác nhận nút quay trở lại trạng thái cục bộ sản xuất khối. 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ư rơle và giao thức Thiếu giao tiếp giữa nhà phát triển. "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ó bùng nổ, 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," Portuzzi Say.

Một số nhà phát triển đã đề xuất tạo các bài đăng bằng văn bản vào lần tới khi báo cáo các 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 lịch sử và trạng thái

Phân tích của kỹ sư khoa học dữ liệu Storm Slivkoff về Ethereum A của Paradigm phân tích mới về tình trạng và tăng trưởng lịch sử của nó đã được tiến hành. 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 bài 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 hợ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 hợp đồng byte Bao gồm mã, lưu trữ hợp đồng, số dư tài khoản và số tài khoản. Lịch sử là tập dữ liệu cần thiết để đồng bộ hóa một nút từ nguồn 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 Thêm vào đó, tốc độ tăng trưởng lịch sử nhanh hơn đáng kể so với trạng thái Ethereum. Các trường hợp sử dụng lớn nhất ảnh hưởng đến tốc độ tăng trưởng lịch sử là các bản tổng hợp và các loại giao thức khác yêu cầu kết nối với Ethereum.

Slivkoff đề nghị các nhà phát triể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 cho biết 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à áp dụng các phương pháp này để phân tích các tắc nghẽn khi mở rộng 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 rằng tất cả dữ liệu sẽ là nguồn mở để công chúng sử dụng và chúng tôi hoan nghênh phản hồi.

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ư 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, trong trường hợp dữ liệu đó không được lưu trữ có thể truy cập thông qua các nút Ethereum, người dùng vẫn có thể truy cập dữ liệu. chủ đề kênh có tiêu đề "Hết hạn lịch sử".

EIPIP7610 và 7523 hồi cứu

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ề những hành vi mà các EIP này chi phối, hãy xem Lịch sử cuộc gọi trước đó.

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

Nhóm khách hàng Geth đã hoàn thành một số bài kiểm tra điểm chuẩn, Để ước tính chi phí gas của các hoạt động trên đường cong EIP 2537 BLS. Các doanh nghiệp 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 doanh nghiệp này. Một đại diện từ nhóm Reth cho biết nhóm của ông cũng sẽ hoàn thành các tiêu chuẩn bổ sung về 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ư ACDC #130, các nhà phát triển đang cân nhắc kỹ lưỡng việc đưa EIP 7547 vào Praha /Electra đang được nâng cấp. 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 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 họp nhóm riêng biệt trong một khoảng thời gian có hạn.

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

Tiếp theo, nhà phát triển duyệt qua Praha/Danh sách các EIP ứng cử viên khác để nâng cấp 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 công việc thử nghiệm trên opcode này đã bắt đầu.

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

EIP 2935 và 7545 (Bảo toàn hàm băm khối 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 đã trình bày hai đề xuất này khi các thay đổi về Mã được đề xuất sẽ mang lại lợi ích trong tương lai cho việc triển khai Verkle, đồng thời, giúp cảnh báo hệ sinh thái Ethereum rộng lớn hơn về các 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à đang được viết cho họ Thử nghiệm tham khảo. Ô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ã hoạt động AUTH/AUTHCALL): Nhà phát triển Besu Matt Nelson nêu bật những gì bản tổng hợp L2 đang triển khai hai EIP này. Ô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 AUTH/Chức năng của mã opcode AUTHCALL .

EIP 6493 (Sơ đồ chữ ký giao dịch SSZ): Protolambda cũng bày tỏ sự ủng hộ đố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 để xem lại danh sách khi bắt đầu cuộc gọi hội nghị ACDE tiếp theo sau hai tuần. "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ể xâm nhập vào fork này," Beiko nói.

"Liên kết gốc‖

Chào mừng bạn tham gia cộng đồng BlockBeats chính thức

Nhóm đăng ký Telegram: https://t.me/theblockbeats

Nhóm truyền thông Telegram: https://t.me/theblockbeatsApp

Tài khoản chính thức của Twitter: https://twitter.com/BlockBeatsAsia

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia