Ghi chú cuộc họp của các nhà phát triển Ethereum Core: Cập nhật mới nhất về Nâng cấp Thượng Hải
Tiêu đề ban đầu: "Tiêu đề ban đầu: "》
#152 Ghi chú cuộc họp của các nhà phát triển cốt lõi Ethereum
Biên tập viên gốc: Stephanie, ECN
từ đã chỉnh sửa
Những người bạn đã xem "Cuộc nói chuyện 7 ngày của Ethereum" được cập nhật hàng tuần bởi ECN có thể thấy rằng "Cuộc nói chuyện 7 ngày" đã bị tạm dừng trong gần một tháng. Ngoài việc không thể cập nhật liên tục do biên tập viên bị nhiễm Covid một thời gian trước, ECN cũng đang suy nghĩ về việc có nên tiếp tục chỉnh sửa "Bảy ngày nói chuyện" hay không. Trong năm mới, ECN có kế hoạch thực hiện một số điều chỉnh hoạt động nội dung, bao gồm cả "Bảy ngày nói chuyện".
Việc tổng hợp các ghi chú từ cuộc họp của nhà phát triển cốt lõi Ethereum luôn là một phần quan trọng của "Bảy ngày nói chuyện" và chúng tôi hiện đã quyết định cập nhật nó một cách độc lập.
Nếu bạn muốn chúng tôi tiếp tục cập nhật nội dung của "Bảy ngày nói chuyện" trước đó, vui lòng nhắn tin riêng cho chúng tôi trên các phương tiện truyền thông xã hội khác nhau. Chúng tôi rất sẵn lòng lắng nghe phản hồi của bạn để cải thiện chất lượng nội dung của chúng tôi.
Sau đây là ghi chú chi tiết 👇
tiêu đề cấp đầu tiên
Tiến độ nâng cấp của Thượng Hải
(https://t.co/HBkcidHvMq)
tiêu đề cấp đầu tiên
Các EIP liên quan đến EOF đã bị xóa và nâng cấp ở Thượng Hải
Các EIP liên quan đến EOF đã bị xóa và nâng cấp ở Thượng Hải
Tiếp theo, cuộc họp chủ yếu thảo luận về các chủ đề liên quan đến EOF.
Nhà phát triển @lightclients trong nhóm Geth đã cung cấp cho bạn thông tin cập nhật về cuộc họp nhóm EOF vào tháng 12. (EOF là Định dạng đối tượng EVM, sẽ giới thiệu một số thay đổi đối với môi trường mã của Ethereum. EIP liên quan đến nó sẽ phân biệt rõ ràng hơn mã và dữ liệu của hợp đồng thông minh, đồng thời giúp EVM dễ dàng nâng cấp hơn trong tương lai.) Tóm lại , Thông số kỹ thuật đã được hoàn thiện với hai thay đổi nhỏ: loại bỏ JUMPF và bắt buộc các hợp đồng EOF dữ liệu phải bao gồm phần dữ liệu.
Về phía thử nghiệm, @mhswende từ nhóm Geth đã bắt đầu làm mờ quá trình triển khai, tìm lỗi và sửa chúng trên tất cả các máy khách. Thử nghiệm fuzz hiện tại chủ yếu nhằm vào việc triển khai bộ chứa/cấu trúc EOF trên máy khách, nhưng không bao gồm mã EOF đã triển khai. Mario Vega@elbuenmayini thuộc nhóm thử nghiệm của Ethereum Foundation nói thêm rằng do tính phức tạp của EOF, có thể khó viết các trường hợp thử nghiệm tĩnh cho các trường hợp lỗi, vì việc triển khai có thể gặp phải một lỗi khác trước khi gặp phải trường hợp thử nghiệm chính xác.
Về phía khách hàng, Geth và Besu đã triển khai hoàn chỉnh và vượt qua hầu hết các bài kiểm tra. Nethermind cũng có một triển khai, nhưng không chắc bộ kiểm tra nào là tốt nhất để sử dụng. Và Erigon sẽ sử dụng triển khai EOF của Geth.
Dựa trên việc triển khai và thử nghiệm EOF, Vitalik cũng bày tỏ lo ngại về việc triển khai EOF một cách vội vàng và đưa ra đề xuất EOF: vô hiệu hóa tính năng xem xét nội bộ mã đối với tài khoản EOF: https://ethereum-magicians.org/t/eof-proposal-ban -code-introspection-of-eof-accounts/12113
Vitalik đã giải thích suy nghĩ đằng sau đề xuất này tại cuộc họp và giải thích lý do tại sao việc sửa đổi EVM thường khó hơn so với các sửa đổi giao thức khác. Ông lưu ý rằng việc loại bỏ bằng chứng công việc khỏi ethereum dễ dàng hơn việc loại bỏ opcodes. Điều này là do các ứng dụng/hợp đồng Ethereum dựa trên hành vi cụ thể của EVM, vì vậy các sửa đổi phải tương thích ngược hoặc chúng sẽ phá vỡ các hợp đồng đã triển khai. Các thay đổi đối với các khía cạnh khác của giao thức sẽ chỉ yêu cầu mọi người cập nhật vào một thời điểm nhất định và nếu không sẽ không phá vỡ bất kỳ thứ gì trên mạng.
Điều này có nghĩa là khi chúng tôi cải thiện EVM hoặc giới thiệu các phiên bản mới, chẳng hạn như EOF, rất có thể chúng tôi sẽ phải sống với chúng mãi mãi vì chúng tôi không thể loại bỏ các phiên bản trước đó. Lý tưởng nhất là chúng tôi muốn EVM sạch hơn/đơn giản hơn, nhưng điều đó sẽ khó nếu chúng tôi chỉ có thể thêm nội dung vào nó và không bao giờ xóa nội dung. Một trong những thách thức lớn nhất của việc xóa mọi thứ là nội quan mã trong EVM.
Do đó, đề xuất của Vitalik là bổ sung thêm nhiều nội dung hơn trong EOF v1, điều này sẽ hạn chế đáng kể nội dung mã trong hợp đồng EOF, do đó có khả năng giúp nâng cấp dễ dàng hơn trong tương lai. @alexberegszaszi của nhóm Ipsilon đã đề cập rằng các tác giả của đề xuất EOF đã thực sự xem xét các tính năng tương tự trước đó và quyết định từ bỏ vì họ muốn giữ cho EOF v1 đơn giản. Anh ấy cũng đề xuất một giải pháp thay thế để kết hợp đề xuất của Vitalik vào EOF v2: https://ethereum-magicians.org/t/eof v2-aka-what-evm-2-0-could-look-like/12442
Tuy nhiên, với đề xuất bổ sung nội dung vào EOF v1 này, nhóm khách hàng lo ngại rằng bản sửa đổi tổng thể sẽ quá lớn. @lightclients cũng cho biết dựa trên tiến độ hiện tại của thử nghiệm EOF, có thể sẽ bị trì hoãn khoảng một tháng để đưa nó vào bản nâng cấp Thượng Hải. Nếu bạn muốn khởi chạy bản nâng cấp mạng thử nghiệm mainnet vào đầu tháng 2, phần EOF sẽ chưa sẵn sàng. Ngoài ra, đây là một quyết định quan trọng vì không thể sửa đổi các thay đổi đối với EVM sau khi triển khai.
Việc nâng cấp Thượng Hải có cần bổ sung các EIP khác không? Sau khi thảo luận, các nhà phát triển đã quyết định không thêm các EIP khác để không làm trì hoãn việc nâng cấp Thượng Hải.
tiêu đề cấp đầu tiên
Thảo luận về các EIP khác
Sau đó, các nhà phát triển cũng thảo luận về đề xuất của Etan Kissling thuộc nhóm Nimbus: thêm gốc thập lục phân vào danh sách giao dịch của ExecutPayloadHeader. https://github.com/ethereum/consensus-specs/pull/3078
Nói một cách đơn giản, các trường được mã hóa ở các định dạng tuần tự hóa khác nhau được sử dụng giữa tiêu đề khối của lớp thực thi và tiêu đề tải trọng thực thi (ExecutionPayloadHeader) của lớp đồng thuận. Các định dạng mã hóa khác nhau của hai trường này mang lại thêm chi phí và độ phức tạp cho việc xây dựng ví và ứng dụng khách nhẹ Ethereum. Kissling đề xuất thêm định dạng tuần tự hóa SSZ của CL vào lớp thực thi hoặc máy khách lớp đồng thuận để hỗ trợ định dạng tuần tự hóa RLP của lớp thực thi theo nhiều cách khác nhau. Đề xuất này liên quan đến việc rút tiền trong nâng cấp Thượng Hải, vì vậy nó tương đối khẩn cấp. Vấn đề này sẽ được thảo luận một lần nữa tại Hội nghị tầng đồng thuận (ACDC) vào tuần này, ngày 12 tháng 1.
biên dịch nguồn như@TimBeikoVà@christine_dkimVà
