Tiêu đề gốc: "Lời kêu gọi đồng thuận của tất cả các nhà phát triển cốt lõi của Ethereum #130 Writeup"

Tác giả gốc: Christine Kim

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

Lưu ý 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 (ACDC) 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 .Các thay đổi đối với Lớp đồng thuận (CL). Đây là cuộc gọi hội nghị ACDC lần thứ 130. Tại cuộc họp, các nhà phát triển đã tiến hành thảo luận và đưa ra quyết định chuyên sâu về các hạng mục hành động nâng cấp Dencun, thay đổi mã nâng cấp Pectra và phát triển ứng dụng khách nhẹ.

Các nhà phát triển đã thảo luận về một số vấn đề xảy ra trong mạng Ethereum và đưa ra các giải pháp có mục tiêu cũng như đề xuất cải tiến. Ngoài ra, các nhà phát triển đã hướng tới các kế hoạch phát triển trong tương lai và các vấn đề quan trọng. 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:

Ngày 21 tháng 3 năm 2024 , Phát triển Ethereum Mọi người đã tập hợp trên Zoom cho cuộc gọi số 130 của Cuộc họp đồng thuận tất cả các nhà phát triển cốt lõi (ACDC). Cuộc gọi ACDC là một chuỗi các cuộc họp hai tuần một lần do nhà nghiên cứu Danny Ryan của 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 đồng thuận Ethereum (CL). Tuần này, các nhà phát triển đã thảo luận về công việc còn dang dở liên quan đến nâng cấp Dencun, các đề xuất nâng cấp Pectra và các cải tiến cho lớp mạng Ethereum. Các nhà phát triển đã đồng ý đưa EIP 7251 "Tăng MAX_EFFECTIVE_Balance" vào Pectra và tiếp tục đánh giá "Danh sách bao gồm" EIP 7547 để đưa vào các bản nâng cấp tiềm năng.

Dự án hành động Dencun

Được chia sẻ bởi Trenton Van Epps, điều phối viên cộng đồng do Ethereum Foundation tuyển dụng Tổng hợp những cảm xúc của các nhà phát triển giao thức Ethereum về những năm phát triển cho đến khi nâng cấp Dencun đã được xuất bản trên Mirror. Với tiêu đề "Nhật ký Dencun", bộ sưu tập có tiếng nói của hơn 45 nhà phát triển Ethereum và suy nghĩ của họ về những thành công và thách thức trong quá trình chuẩn bị cho Dencun.

Van Epps nói về dự án: "Tôi nghĩ đây là một nguồn tài liệu rất hữu ích. Nếu để ý, bạn sẽ biết rằng trước đây tôi đã góp phần nâng cấp Hợp nhất và Beacon Chain Công ty khởi nghiệp này đã làm điều gì đó tương tự. Vì vậy, điều này chỉ bổ sung thêm vào hồ sơ lịch sử. Hy vọng rằng chúng tôi bắt đầu xây dựng bộ nhớ thể chế về cách các nhà phát triển cốt lõi Ethereum và cộng đồng xung quanh nó hoạt động. Vì vậy, cảm ơn tất cả những người đã gửi. Tôi nghĩ điều này là một bức ảnh chụp nhanh cảm xúc và tôi hy vọng chúng ta có thể tiến về phía trước với việc học hỏi không ngừng."

Ông cũng nói rằng ông rất quan tâm đến những tiến bộ đạt được trong việc nâng cấp Dencun. Các nhà phát triển Ethereum đóng góp vẫn có cơ hội thêm nhận xét của họ vào nhật ký của Dencun và liên hệ trực tiếp với anh ấy.

Sau đó, Tim Beiko, Giám đốc Hỗ trợ Giao thức tại Ethereum Foundation, đã đưa ra lời kêu gọi tất cả các tác giả Dencun EIP cập nhật đề xuất của họ trên GitHub, cập nhật trạng thái lên "Cuối cùng" để chỉ ra rằng các thay đổi mã của họ hiện đã được triển khai trên mạng chính Ethereum. Bạn có thể tìm thấy danh sách đầy đủ các EIP yêu cầu cập nhật trạng thái này tại đây.

Về tác động của việc nâng cấp lên Ethereum, nhà phát triển Prysm Terence Tsao đã đề cập rằng ông nhận thấy sự gia tăng số lượng khối được tổ chức lại, có nghĩa là trên mạng A khối được đề xuất nhưng không được bao gồm trong chuỗi khối Ethereum chuẩn. Tsao cho biết anh đang điều tra sâu hơn về nguyên nhân của hành vi này và anh suy đoán rằng nguyên nhân có liên quan đến đặc điểm kỹ thuật của trình tạo MEV.

Parithosh Jayanthi, kỹ sư vận hành nhà phát triển tại Ethereum Foundation, cho biết dựa trên phân tích của nhóm ông về Dencun, họ nhận thấy rằng một số lượng nhỏ khối dữ liệu bị trì hoãn trong đến mạng đã bị trì hoãn. Bốn giây sẽ nhập vào một khoảng thời gian. Khoảng thời gian là khoảng thời gian 12 giây trong đó các trình xác thực trên Ethereum được chọn để đề xuất các khối. Mặc dù số lượng khối đến chậm không nhiều nhưng Jayanthi cho biết điều quan trọng là phải theo dõi chặt chẽ hành vi này. Nhà phát triển Prysm "Potuz" đã đề cập rằng một trong những thay đổi về dòng thời gian đưa chứng thực vào bản nâng cấp có thể làm trầm trọng thêm các số liệu mà các nút theo dõi việc sử dụng tài nguyên. Nhà phát triển Teku Enrico Del Fante cho biết nhóm của ông đã biết về vấn đề liên quan đến việc sử dụng băng thông và CPU cao hơn bình thường và sẽ đưa ra giải pháp để khắc phục sự cố trong phiên bản tiếp theo của ứng dụng khách Teku.

Cuối cùng, nhà phát triển Lodestar Gajinder Singh đã đề xuất một thay đổi nhỏ về tên, thay đổi mã hoạt động "BLOBBASEFEE" thành "BLOBBASEFEEPERGAS". Singh cho biết: "Về cơ bản, đảm bảo các đơn vị nhất quán hơn với những gì chúng truyền tải. Ryan khuyến khích các nhà phát triển trong cuộc kêu gọi, đặc biệt là các tác giả của EIP 4844, tác giả của đề xuất giới thiệu các khối dữ liệu, xem xét các thay đổi của Singh.

Thay đổi mã chống kiểm duyệt

Nhà nghiên cứu bảo mật Fredrik Svantes của Ethereum Foundation đã chia sẻ đề xuất Triển khai "get_Payload " yêu cầu thông qua khách hàng để tăng giá trị của khối xây dựng cục bộ lên 10%. Các nhà phát triển đã thêm tính toán giá trị khối vào API công cụ vào cuối năm 2022 thông qua yêu cầu “get_Payload”. Điều này được thực hiện để người xác thực có thể dễ dàng so sánh giá trị của các khối xây dựng cục bộ với giá trị của các khối do người xây dựng khối bên thứ ba xây dựng. Theo Svantes, 64% nhà xây dựng đang tích cực xem xét các giao dịch theo khối. Để khuyến khích người xác nhận đề xuất các khối được xây dựng cục bộ, Svantes đề xuất tăng giá trị của các khối cục bộ lên 10%. Ông nói thêm rằng ông đang làm việc với nhóm thử nghiệm của Ethereum Foundation để đảm bảo rằng những thay đổi này không gây ra bất kỳ cảnh báo sai nào hoặc làm gián đoạn cơ sở hạ tầng thử nghiệm hiện có khi thử nghiệm phần mềm máy khách.

Potuz phản đối đề xuất của Svantes, nói rằng các giá trị khối phải được khách hàng định cấu hình. Potuz nói: "Chúng ta nên ngừng chỉ định những thứ này. Chúng ta nên ngừng thực hiện nó một cách phối hợp", đồng thời nói thêm: "Tôi nghĩ khách hàng nên được tự do thiết lập những thứ này. Chúng có thể được người dùng định cấu hình và chúng ta không nên có để làm điều đó trên thực tế. Chúng tôi sợ phải hành động để đạt được những gì chúng tôi tin tưởng." Các nhà phát triển khác trong cuộc kêu gọi, bao gồm nhà phát triển Lodestar Phil Ngo và nhà phát triển Lighthouse "Sean", đã đồng ý với Potuz.

"Một lý do để không đặt nó ở mức 10% có thể là vì đó là một tình huống không mong muốn, kiểu như lợi dụng việc người dùng có thể không nhận thức được tính năng này "Một cách tiếp cận tốt hơn, có lẽ trong Lighthouse, là yêu cầu người dùng đặt giá trị khi sử dụng trình tạo. Điều này sẽ nâng cao nhận thức về cờ thay vì đưa ra lời khuyên về giá trị nên được đặt thành," Sean nói.

Sau đó, các nhà phát triển đã thảo luận về loại lợi nhuận nào sẽ khuyến khích người xác nhận chọn các khối cục bộ thay vì các khối do người xây dựng xây dựng. Vì thời gian của cuộc gọi hội nghị có hạn nên Ryan khuyên bạn nên chuyển sang các mục khác trong chương trình nghị sự cuộc họp.

Những thay đổi về mã Pectra

Ryan bắt đầu nói về những thay đổi mã chính có trong Electra Cuộc thảo luận tập trung vào hai đề xuất nổi bật nhất là EIP 7251 và EIP 7547, đang dẫn đầu cuộc đua. “Chúng tôi đã nói đi nói lại về vấn đề này. Chúng tôi đã nghĩ rằng cái này hay cái kia đã bị chôn vùi, chúng lại nổi lên vào những thời điểm khác nhau, nhưng chúng tôi chắc chắn đã đến mức nếu không đưa ra quyết định, chúng tôi thực sự sẽ cần phải đưa ra quyết định sớm. Mục đích là có một nguyên mẫu chức năng và mạng lưới phát triển cho Electra vào một thời điểm nào đó trong tháng 5, chúng tôi sẽ ngừng hoạt động vào cuối tháng 3. Vì vậy, tôi chỉ muốn mọi người hiểu rằng đây là những sản phẩm có quy mô trung bình các dự án, nếu không phải là những dự án lớn mà chúng ta có thể tiếp tục thảo luận, nhưng chúng ta không thể kéo dài chuyện này lâu hơn nữa. Nếu không, tôi nghĩ mặc định là 'không.' Tôi nghĩ bản thân sự do dự đã là một quyết định," Ryan nói.

Danh sách bao gồm

Ryan sau đó chuyển giao cho nhà nghiên cứu Mike Neuder của Ethereum Foundation, người đứng đầu việc chuẩn bị EIP 7547, danh sách bao hàm (IL), cho công trình của Pectra. Neuder đã chia sẻ thông tin cập nhật từ phiên đột phá gần đây về IL. Một bản tóm tắt của phiên có thể được tìm thấy ở đây. Singh, Sean và những người khác trong cuộc gọi bày tỏ sự ủng hộ việc đưa cả IL và EIP 7251, còn được gọi là MaxEB, vào Pectra. Một trong những vấn đề nổi bật được Potuz đề cập liên quan đến đặc tả IL là tác động của nó đối với việc trừu tượng hóa tài khoản đã ghi (AA). Trong tương lai, các nhà phát triển Ethereum có kế hoạch giới thiệu tính linh hoạt nâng cao cho các tài khoản Ethereum do người dùng kiểm soát, còn được gọi là tài khoản thuộc sở hữu bên ngoài (EOA), một quy trình có thể phức tạp do thiết kế IL hiện tại. Các nhà phát triển đã thảo luận các cách cập nhật đặc tả IL để làm cho nó tương thích hơn với những thay đổi về mã AA trong tương lai. Các nhà phát triển cũng thảo luận về những nỗ lực ban đầu của họ để triển khai IL trong ứng dụng khách của họ lần đầu tiên và sự đánh đổi của việc sử dụng API công cụ trong một số trường hợp. Neuder và Terence khuyến nghị thảo luận các vấn đề liên quan đến thông số kỹ thuật IL tại phiên đột phá IL tiếp theo thay vì thảo luận chi tiết kỹ thuật của IL trong cuộc gọi hội nghị.

MaxEB

Các nhà phát triển cũng thảo luận về mức độ sẵn sàng triển khai MaxEB trong Pectra. Ngo đã chia sẻ thông tin cập nhật từ phiên đột phá MaxEB mới nhất, diễn ra vào thứ Tư, ngày 20 tháng 3. Một bản tóm tắt của cuộc họp có thể được tìm thấy ở đây. Nhà phát triển Lighthouse “ethDreamer” cho biết nhóm của anh ấy thích ưu tiên MaxEB hơn nhưng cũng sẵn sàng đưa cả hai vào Pectra. Dựa trên đánh giá của đồng nghiệp về MaxEB, Potuz cho biết nhóm Prysm tin tưởng rằng MaxEB có thể được triển khai trước cuối năm nay, đây là khung thời gian mà các nhà phát triển đang cố gắng hoàn thành bản nâng cấp Pectra.

Ryan đã nhắc nhở các nhà phát triển trong cuộc kêu gọi rằng cùng với bản nâng cấp Pectra, họ đã cam kết làm việc trên PeerDAS, một sáng kiến nhằm giới thiệu mã và lấy mẫu tính khả dụng của dữ liệu thay đổi để tăng khả năng sẵn có dữ liệu của Ethereum một cách an toàn bằng cách tăng số lượng khối dữ liệu trong mỗi khối. Ryan cho biết: "Theo trực giác, tôi nghĩ rằng một trong những MaxEB hoặc IL gia nhập Electra có thể không có tác động lớn đến tính song song có thể được thực hiện trong nghiên cứu và phát triển ngang hàng, nhưng nếu cả hai tồn tại cùng một lúc, chúng tôi hiện đang bắt đầu cân nhắc điều đó." thực sự không thể giải quyết được cả hai việc cùng một lúc. Có ba việc."

Tuy nhiên, các nhà phát triển trong cuộc gọi hội nghị, chẳng hạn như Sean, Singh, Ngo, nhà phát triển Lighthouse Age Manning và những người khác, bày tỏ sự ủng hộ việc đưa cả MaxEB và IL vào Pectra. Nếu các nhà phát triển vẫn có kế hoạch ra mắt Pectra trên mạng chính trước cuối năm nay, Potuz khuyên bạn không nên đưa cả hai vào. Về chủ đề IL, Ryan hỏi liệu việc triển khai nó có đặt khối lượng công việc lớn lên nhóm khách hàng EL hay không. Nhà phát triển Geth "Lightclient" cho biết theo quan điểm của ông, khối lượng công việc triển khai IL được chia 80/20 giữa nhóm khách hàng CL/EL. Sau khi thảo luận thêm giữa các nhà phát triển về hai thay đổi mã này, Beiko khuyến nghị tiếp tục đưa MaxEB vào Pectra, đồng thời tiếp tục mở rộng phạm vi IL sau các cuộc thảo luận sâu hơn giữa nhóm khách hàng EL và CL để có thể chứa IL sau khi nâng cấp. Điều này có nghĩa là các nhà phát triển ưu tiên MaxEB hơn IL. Cuối cùng, các nhà phát triển đã đồng ý áp dụng chiến lược của Beiko bao gồm MaxEB trong Pectra và xem lại IL trong vòng một đến bốn tuần.

"Ý kiến cá nhân của tôi là hai điều này kết hợp lại sẽ đưa chúng ta vào lãnh thổ phức tạp hơn những nâng cấp mà chúng ta đã thảo luận trong vài tháng qua. Vì vậy, hãy lưu ý. Tại thời điểm này, tôi cũng muốn nói rằng chúng tôi luôn rất tự tin và hào hứng với sự phức tạp và vẫn còn rất nhiều việc phải làm”, Ryan nói trong cảnh báo cuối cùng về phạm vi của Pectra. Như trong ACDC #129, sau cuộc họp tuần này, Ryan sẽ nghỉ việc ba tháng. Nhà nghiên cứu của Ethereum Foundation Alex Stokes sẽ thay mặt ông chủ trì cuộc gọi ACDC.

Tăng khí Blob

Sau khi thảo luận về maxEB và IL, các nhà phát triển đã thảo luận về Một đề xuất được soạn thảo bởi Nhà nghiên cứu của Ethereum Foundation, Ansgar Dietrichs sẽ tăng dần số lượng đốm màu trong mỗi khối lên tối đa là 16 trong vòng bốn tháng kể từ khi nâng cấp Pectra, từ 6 lên 16. Sự gia tăng này sẽ tiếp tục giảm chi phí về tính sẵn có của dữ liệu và chi phí cho việc triển khai Lớp 2 được xây dựng trên Ethereum. Ryan bày tỏ sự ủng hộ đối với đề xuất này với điều kiện đáp ứng được ba điều kiện chính:

· Dữ liệu đáng tin cậy về hiệu suất blob.

· Kích hoạt EIP 7623 trong Pectra, giới hạn kích thước khối tối đa.

· Thảo luận thêm về cơ chế chính xác làm tăng số lượng đốm màu theo thời gian.

Ryan khuyến khích các nhà phát triển chia sẻ suy nghĩ của họ về đề xuất này trong những tuần tới.

Phát triển client nhẹ

Nhà phát triển Nimbus Etan Kissling đã chia sẻ hai bài viết với đề xuất Impact CL Draft liên quan để phát triển khách hàng ánh sáng được tiêu chuẩn hóa. Các hình phạt của ủy ban đồng bộ hóa và chèn lấp dữ liệu máy khách hạng nhẹ là hai thành phần trong lộ trình máy khách hạng nhẹ mà các nhà phát triển đang thực hiện song song với bản nâng cấp Pectra. Kissling đã yêu cầu nhóm khách hàng CL cung cấp thông tin đầu vào về các thành phần này, cụ thể là điều kiện phạt maxEB sẽ có tác động gì đối với những người xác nhận lớn tham gia vào ủy ban đồng bộ hóa. Để biết thông tin cơ bản về Ủy ban Đồng bộ hóa, hãy đọc bài viết này từ Ethereum Foundation.

Cập nhật web

Về các dự án nghiên cứu đang thực hiện, Manning đã chia sẻ một cách tiếp cận mới để mạng con chú thích (attnet), một lớp mạng cho phép người xác nhận gửi và nhận chú thích. Mặc dù việc triển khai không cấp bách vào thời điểm này nhưng đề xuất tương thích ngược này dường như mang lại sự tối ưu hóa cho mạng sau khi hệ thống ngang hàng có hiệu lực.

Manning cũng đề xuất triển khai các thông báo điều khiển mới tới các mạng ngang hàng để "giảm đáng kể" băng thông của nút. Manning cho biết nhóm của ông đã bắt đầu thử nghiệm các thông báo kiểm soát "IDONTWANT" và có thể được phát hành độc lập, nhưng sẽ cần có sự phối hợp trên toàn mạng để bắt đầu thấy được lợi ích của thay đổi này. Anh ấy đã yêu cầu các nhà phát triển trong cuộc gọi xem xét đề xuất và xem liệu họ có cân nhắc việc cùng nhau đưa ra thay đổi hay không.

Cuối cùng, Manning nêu vấn đề không dùng phức tạp trong thư viện libp2p. Mplex là bộ ghép kênh luồng được sử dụng để gửi nhiều luồng dữ liệu qua liên kết truyền thông. Do mplex không còn được dùng nữa, Manning cho biết nhóm của ông và các nhóm khách hàng khác đang nâng cấp lên một bộ ghép kênh luồng khác có tên là yamux. Manning đã hỏi nhóm khách hàng về trạng thái di chuyển và liệu phức hợp có còn được sử dụng hay không. Đại diện của nhóm Teku và Lodestar cho biết họ đang nỗ lực hết sức để triển khai yamux nhưng chưa sẵn sàng chuyển từ phức hợp.

「Liên kết gốc‖

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