Cuộc họp Ethereum foundation Call Writeup lần thứ 143
Vào ngày 3 tháng 10 năm 2024, các nhà phát triển Ethereum đã tụ họp qua Zoom cho cuộc gọi All Core Developers Consensus (ACDC) số 143. Các cuộc gọi ACDC diễn ra hai tuần một lần, nơi các nhà phát triển 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, hay còn gọi là Beacon Chain. Tuần này, cuộc gọi được điều hành bởi nhà nghiên cứu Alex Stokes thuộc Quỹ Ethereum (EF). Các nhà phát triển đã thảo luận về tiến độ thử nghiệm trên Pectra và PeerDAS.
PHÂN TÍCH
10/6/20248 phút đọc


Vào ngày 3 tháng 10 năm 2024, các nhà phát triển Ethereum đã tụ họp qua Zoom cho cuộc gọi All Core Developers Consensus (ACDC) số 143. Các cuộc gọi ACDC diễn ra hai tuần một lần, nơi các nhà phát triển 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, hay còn gọi là Beacon Chain. Tuần này, cuộc gọi được điều hành bởi nhà nghiên cứu Alex Stokes thuộc Quỹ Ethereum (EF). Các nhà phát triển đã thảo luận về tiến độ thử nghiệm trên Pectra và PeerDAS
Cập nhật Pectra Devnet 3
Kỹ sư vận hành của Quỹ Ethereum, Parithosh Jayanthi, cho biết các nỗ lực gỡ lỗi trên Pectra Devnet 3 vẫn đang tiếp tục. Theo Stokes, tỷ lệ tham gia mạng trên Pectra Devnet 3 đã giảm. Jayanthi giải thích rằng điều này là do một lỗi trong client Besu mà nhóm Besu đang nỗ lực khắc phục. Anh cũng cho biết hiện có một vấn đề liên quan đến các nút Lighthouse/Nethermind mà anh đang điều tra.


Giới thiệu qua Pectra Devnet 4
Stokes đã chia sẻ một bài viết từ nhóm DevOps của Quỹ Ethereum về danh sách các yêu cầu kéo (PRs) đang chờ xử lý cho Pectra Devnet 4. Một trong những PR quan trọng nhất cho việc ra mắt devnet sắp tới liên quan đến cấu trúc của các yêu cầu thực thi. Như đã thảo luận trong cuộc gọi ACDE #197, các nhà phát triển đang theo đuổi một chiến lược mới nhằm đơn giản hóa việc truyền tải các yêu cầu có thể kích hoạt lớp thực thi (EL), chẳng hạn như hợp nhất trình xác thực, rút tiền và gửi tiền.


Nhà phát triển Geth, Felix Lange, đã nêu ra một số câu hỏi liên quan đến định dạng của các yêu cầu. Các nhà phát triển đã tranh luận về việc có nên gửi một hash tùy chỉnh của các yêu cầu qua Engine API hay không, hay nên gửi toàn bộ đối tượng yêu cầu. "Potuz" từ nhóm Prysm ủng hộ phương án đầu tiên vì lý do hiệu quả. Anh đã viết trong chat Zoom: “Không đồng ý về một hệ thống hash đơn giản thực sự là một sự thất bại trong giao tiếp; việc chọn một thuật toán kém hiệu quả hơn so với việc chọn bất kỳ tùy chọn nào khác có vẻ ngây thơ với tôi.” Tuy nhiên, một số nhà phát triển khác như “Arnetheduck” từ nhóm Nimbus lại không đồng tình. Do chưa đạt được sự đồng thuận rõ ràng, Stokes đã đề nghị tiếp tục thảo luận trên Discord trong những ngày tới và tìm ra giải pháp trước cuộc gọi ACD tuần sau.
Stokes cho biết rằng các thông số kỹ thuật của lớp đồng thuận (CL) cho Devnet 4 sẽ dựa trên phiên bản "alpha.7", hiện đang được nhóm của anh hoàn thiện. Anh cũng nhấn mạnh rằng PR 3918 trong kho lưu trữ thông số đồng thuận đã được xem xét và sẽ được hợp nhất sớm. Ngoài ra, PR 3818 đã sẵn sàng để xem xét, đây là PR tạo hàng đợi cho việc xử lý các yêu cầu gửi tiền của trình xác thực. Stokes khuyến khích các nhà phát triển tham gia cuộc gọi xem xét các thay đổi này.
Tiếp theo, các nhà phát triển đã thảo luận về hai PR liên quan đến cách các client CL xử lý các chứng thực của trình xác thực. Arnetheduck, người đứng đầu cả hai PR, đã chỉ ra rằng một trong số đó có lợi hơn cho việc triển khai trong đợt hard fork sắp tới, Pectra, trong khi PR còn lại có thể chờ đợi để triển khai trong một bản nâng cấp riêng. Stokes đồng ý rằng các nhà phát triển có thể bỏ qua PR 3787 và tập trung vào PR 3900. Anh đề xuất nên “bao gồm mềm” PR 3900 trong Pectra Devnet 5 để cho các đội client có thêm thời gian xem xét và thực hiện trong vài tuần tới.
Ai đang được tổ chức lại ngày hôm nay? (Tháng 10 năm 2023 - Tháng 10 năm 2024)
Trung bình ~0,2% các khối được sắp xếp lại (= sắp xếp lại ⊆ bỏ lỡ).
Các nhà điều hành nút chuyên nghiệp (NO) như Lido, Kiln, Figment và EtherFi được tổ chức lại ít thường xuyên hơn mức trung bình.
Những NO ít chuyên nghiệp hơn như người staking đơn lẻ, nhà điều hành Rocketpool hoặc nhóm không xác định có khả năng bao gồm nhiều người staking đơn lẻ không thể xác định được thường xuyên được tổ chức lại.


Tỷ lệ tổ chức lại giảm đối với những người chơi solo và unidentifiedkể từ Dencun.
Điều tương tự cũng áp dụng cho các nhà điều hành Rocketpool cũng như các nhà điều hành lớn hơn như Lido, Coinbase, Figment và OKX.


Tỷ lệ chia sẻ tái tổ chức cho những người xây dựng khối cục bộ dường như vẫn giữ nguyên hoặc thậm chí còn tăng sau đợt hardfork Dencun.
Đối với người dùng MEV-Boost, hoạt động tái tổ chức đã có xu hướng giảm kể từ Dencun.
Đáng chú ý là, các phân tích trước đây cho thấy rằng các nhà xây dựng địa phương đã đưa trung bình nhiều blob hơn vào các khối của họ. Hơn nữa,chúng tôi đã thấy rằng ngay sau khi hardfork Dencun, các khối có 6 blob đã gặp khó khăn một chút, nhưng cuối cùng đã ổn định trở lại. Điều này có thể giải thích tại sao tỷ lệ tổ chức lại không giảm đối với các nhà xây dựng địa phương.
Cập nhật về PeerDAS Devnet
Kỹ sư DevOps của Quỹ Ethereum, Barnabas Busa, cho biết phiên bản devnet mới nhất của PeerDAS đang gặp khó khăn trong việc đạt được trạng thái hoàn tất. Các nhà phát triển có thể sẽ phải khởi động lại devnet với các phiên bản client đã được sửa lỗi. Busa cho biết đang có nhiều công việc gỡ lỗi diễn ra trên PeerDAS devnet và các nhà phát triển sẽ tổ chức một cuộc họp riêng vào thứ Ba tới để thảo luận về các bản sửa lỗi.
Thảo luận về Tăng cường Lưu lượng Blob
Stokes đã hỏi các nhà phát triển về ý kiến của họ về chiến lược mở rộng lưu lượng blob đã được thảo luận trong cuộc gọi ACD tuần trước. Các nhà phát triển đã thống nhất rằng cần thu thập thêm dữ liệu về tỷ lệ tái tổ chức khối và hoạt động staking tại nhà trước khi tiến tới việc tăng mục tiêu blob trong Pectra. Nhà nghiên cứu của Quỹ Ethereum, Toni Wahrstätter, cho biết anh đã thực hiện thêm các phân tích thực nghiệm về tỷ lệ tái tổ chức khối đối với các trình xác thực xây dựng khối tại chỗ so với những trình xác thực phụ thuộc vào nhà xây dựng khối bên thứ ba.
Các nhà phát triển đã thảo luận về cách thực hiện phân tích thực nghiệm tốt nhất về khả năng đồng bộ của nút trong trường hợp mạng không thể đạt được trạng thái hoàn tất. Potuz đã nhấn mạnh những khác biệt cơ bản giữa việc đồng bộ lại các nút đến đầu chuỗi trên các devnet so với các testnet công khai, cho rằng cách hoạt động của các nút trên devnet không phản ánh hành vi của chúng trên testnet do sự khác biệt trong kiến trúc P2P.


HOLD Coin CVenture
Trang tin phân tích và đánh giá thị trường crypto dành cho nhà đầu tư lâu dài
Copyright © HCCVenture 2024.
Thông tin liên hệ
Gmail : holdcoincventure@gmail.com


HOLD Coin CVenture là kênh phân tích và tổ chức đầu tư tiền mã hóa có tầm nhìn trung và dài hạn. Nhóm bao gồm các nhà phân tích thị trường cung cấp thông tin chi tiết về thị trường tiền mã hóa thông qua phân tích chuỗi, quan điểm kinh tế vĩ mô và đánh giá tiềm năng của các dự án blockchain.
HCCVenture tập trung nâng cao tầm nhìn kinh tế vĩ mô và chuỗi cho cả nhà đầu tư trong nước và quốc tế. Chúng tôi cung cấp thông tin chi tiết và hướng dẫn có giá trị về việc xác định các dự án triển vọng và đưa ra quyết định đầu tư sáng suốt.
Định hướng của HOLD Coin CVenture là trở thành một trong những cộng đồng phân tích thị trường mạnh nhất tại Việt Nam.