Tìm hiểu về các bản cập nhật tiềm năng của bản nâng cấp Ethereum Shanghai trong một bài viết
Tiêu đề ban đầu: "Ethereum All Core Developers Call #149 Writeup》
Tác giả: Christine Kim
Biên soạn nguyên văn: Cháo Đêm
Tiêu đề ban đầu: "
Tác giả: Christine Kim
Vào ngày 10 tháng 11 năm 2022, các nhà phát triển Ethereum đã tập trung cho cuộc gọi hội nghị All Core Developers (ACD) lần thứ 149. Cuộc gọi hội nghị ACD này được kiểm duyệt bởi Tim Beiko của Ethereum Foundation. bản nâng cấp lớn đầu tiên của mạng Ethereum đã hợp nhất (được gọi là Thượng Hải). Trong cuộc gọi này, các nhà phát triển cũng đã thảo luận về bốn EIP khác có thể được đưa vào bản nâng cấp Thượng Hải. Mặc dù mỗi đề xuất đều mang lại một số lợi thế và lợi ích riêng cho Ethereum, nhưng vẫn có cuộc tranh luận đáng kể giữa các nhà phát triển về việc ưu tiên đưa vào EIP nào. Ngoài cuộc thảo luận về việc nâng cấp Thượng Hải, các nhà phát triển đã đề cập ngắn gọn về chủ đề chống kiểm duyệt và khả năng đánh đổi các tính năng chống kiểm duyệt của ethereum đối với khả năng mở rộng mạng.đâyKế hoạch nâng cấp Thượng Hải
Trong một cuộc gọi ACD trước đó, các nhà phát triển ethereum đã đồng ý đưa danh sách EIP cốt lõi vào bản nâng cấp Thượng Hải. Bản ghi đầy đủ của cuộc gọi từ Cuộc gọi ACD #148 có tại
đây
. Điều đáng chú ý là từ danh sách các EIP cốt lõi này, các nhà phát triển đã đồng ý đưa đề xuất rút ETH đã cam kết vào bản nâng cấp Thượng Hải, nhưng không cam kết đưa EOF hoặc proto-danksharding vào cùng một bản nâng cấp cho đến khi hai đề xuất sau thay đổi mã. đã được bổ sung thêm. Đặc biệt là về chủ đề EOF, các nhà phát triển đã do dự liệu có nên triển khai EOF thông qua một phần nhỏ của phần EIP của bản nâng cấp Thượng Hải hay cố gắng đưa toàn bộ tầm nhìn của EOF vào bản nâng cấp Ethereum sau Thượng Hải.
Proto-danksharding
triển khai EOFEIP 4844Danno Ferrin, Kỹ sư phần mềm chính tại Hedera, đã cung cấp thông tin cập nhật về cuộc gọi hội nghị tuần này về tiến độ triển khai EOF tại Thượng Hải. Ông giải thích rằng các nhà phát triển có xu hướng gộp hầu hết các EIP liên quan đến việc triển khai EOF thành một bản nâng cấp lớn càng sớm càng tốt. Các EIP liên quan đến việc triển khai EOF được các nhà phát triển xem xét trong bản nâng cấp Thượng Hải bao gồm EIP 3540, EIP 3670, EIP 4200 và EIP 4750. Vẫn còn sự bất đồng giữa các nhà phát triển về việc có nên đưa EIP 5450 vào danh sách các thay đổi mã liên quan đến EOF hay không.GithubAndrew Ashikhmin của nhóm khách hàng Ergon Execution Layer (EL) cũng bày tỏ lo ngại về việc liệu nhóm ngôn ngữ hợp đồng thông minh của Solidity có thể hỗ trợ và triển khai đầy đủ cả bốn (hoặc có thể là năm) EIP hay không. Ashikhmin nhấn mạnh rằng trước khi cam kết nâng cấp và kích hoạt các EIP này ở Thượng Hải, trước tiên cần xác nhận rằng nhóm Solidity đã sẵn sàng để triển khai các EIP này. Ashikhmin đã nói trong cuộc gọi rằng đây là "một cuộc kiểm tra sự tỉnh táo cần thiết", điều này đã được lặp lại bởi Marius van der Wijden của nhóm khách hàng Geth EL.
Sau đó, các nhà phát triển tiếp tục thảo luận về những phát triển mới nhất trong proto-danksharding. Không giống như triển khai EOF, chỉ có một EIP được liên kết với các thay đổi mã proto-danksharding, cụ thể là
. Theo Diederik Loerakker (thường được gọi là "Protolambda"), một nhà nghiên cứu tại OP Labs, vẫn còn một số vấn đề đang được thảo luận liên quan đến EIP 4844. Ansgar Dietrichs của Ethereum Foundation nói thêm rằng một số vấn đề này liên quan đến việc đặt giá tối thiểu cho các giao dịch blob và giảm thông lượng giao dịch blob cho bản nâng cấp Thượng Hải. Những việc cần làm này nằm trong
1、EIP 4758Có một bản tóm tắt.
2、EIP 1153Vô hiệu hóa opcode Tự hủy và các EIP tiềm năng khác
3、EIP 2537Trong khi các nhà phát triển đang chuẩn bị cho EOF và công việc proto-danksharding cho bản nâng cấp Thượng Hải, các nhà phát triển đã tạm thời đồng ý tiếp tục làm việc trên bốn EIP khác để đưa vào bản nâng cấp tiếp theo của Ethereum.
4、EIP 2294, vô hiệu hóa opcode 'tự hủy' trên Ethereum: Các nhà phát triển xem lại các cuộc trò chuyện từ cuộc gọi ACD cuối cùng về việc vô hiệu hóa opcode được các nhà phát triển coi là hữu ích trong hợp đồng thông minh và ứng dụng phi tập trung (dapps) Thực tiễn không tốt được sử dụng trong . Opcode này là một trong số ít opcode kế thừa có chi phí gas cố định để triển khai nhưng có khả năng chi phí lưu trữ không giới hạn cho mạng. Nhà phát triển độc lập Micah Zoltu đã nhắc lại rằng một số hợp đồng thông minh đang hoạt động trên ethereum vẫn đang sử dụng opcode tự hủy và việc vô hiệu hóa nó sẽ phá vỡ chức năng. Tim Beiko cho biết, đối với những trường hợp cạnh đặc biệt này, có thể có một số cách giải quyết và tiếp cận cộng đồng nhiều hơn bởi Ethereum Foundation.
, Bổ sung các mã lưu trữ tạm thời: Đại diện của nhóm Uniswap và Optimism đã đưa ra một trường hợp thuyết phục để giới thiệu một mã opcode lưu trữ tạm thời hoạt động giống như các mã lưu trữ thông thường trên Ethereum, ngoại trừ hai mã opcode mới này. Các giá trị của TLOAD và TSTORE sẽ bị loại bỏ sau mỗi giao dịch. Có nhiều động lực để lưu trữ tạm thời, một trong số đó, như Mark Tyneway của Optimism giải thích, là để tiết kiệm chi phí xăng. Chỉ riêng trên Uniswap, EIP này có khả năng tiết kiệm cho người dùng 3 triệu đô la chi phí gas hàng năm. Ngoài ra, việc sử dụng lưu trữ tạm thời thay vì lưu trữ thông thường sẽ giúp giảm nợ kỹ thuật của Ethereum. Các nhóm Uniswap và Optimism đã làm rất nhiều việc để giúp tạo ra các triển khai thay đổi mã này trong một số ứng dụng khách phần mềm Ethereum khác nhau và xây dựng bộ thử nghiệm toàn diện cho EIP. Daniel Lehrner của nhóm khách hàng Besu (EL) đã cảm ơn các nhà phát triển bên ngoài vì đã kêu gọi chuẩn bị cho việc triển khai EIP 1153. Mặc dù vậy, không phải tất cả các nhà phát triển đều thấy tải thử nghiệm bổ sung khi kết hợp EIP 1153 là đáng giá. Nhà phát triển Geth Marius van der Wijden đã cảnh báo rằng EIP 1153 có thể cản trở quá trình chuẩn bị đang diễn ra cho các EIP liên quan đến EOF và tạo ra sự phức tạp. Tuy nhiên, van der Wijden cho biết ông vẫn "chờ xem" về việc tăng cường nỗ lực thử nghiệm đối với các thay đổi mã. Các nhà phát triển đã đồng ý tiếp tục thử nghiệm EIP 1153 với sự trợ giúp của các nhà phát triển bên ngoài từ nhóm Uniswap và Optimism để đưa vào bản nâng cấp Thượng Hải.
, Thêm tính năng tiền biên dịch BLS: Alex Stokes của Ethereum Foundation mô tả những ưu điểm của việc thêm tính năng tiền biên dịch BLS vào Ethereum. Stokes giải thích rằng có một số lý do cho điều này, bao gồm khả năng tạo bằng chứng mật mã an toàn hơn, khả năng tương tác tốt hơn với chuỗi báo hiệu ethereum và chức năng bổ sung của nhóm đặt cược phi tập trung. Van der Wijden đồng ý rằng việc thêm tính năng tiền biên dịch BLS là một thay đổi mã quan trọng thậm chí có thể được ưu tiên hơn so với việc triển khai EOF và EIP 1153. Tuy nhiên, do yêu cầu thử nghiệm rộng rãi để triển khai EIP 2537, van der Wijden bày tỏ lo ngại rằng việc bổ sung thay đổi mã này sẽ làm chậm quá trình nâng cấp của Thượng Hải. Jared Wasinger của Ethereum Foundation đã đề cập rằng anh ấy đang làm việc trên một EIP song song có thể cung cấp một lộ trình triển khai đơn giản hơn EIP 2537. Các nhà phát triển đã đồng ý làm việc trên EIP 2537 và bắt đầu giảm số lượng các bản biên dịch trước BLS khác nhau để có thể kết hợp với bản nâng cấp Thượng Hải.
: Cuối cùng, Zainan Victor Zhou, một kỹ sư phần mềm tại Google, đã giới thiệu EIP 2294, thay đổi mã tương đối đơn giản, nhưng chỉ đơn giản là giới hạn kích thước byte của trường ID chuỗi Ethereum, theo truyền thống được sử dụng để giúp phát hiện nút sau hard fork. Victor Zhou cho biết trong cuộc gọi hội nghị rằng do khả năng phân mảnh và đa chuỗi trong Ethereum trong tương lai, trường hợp sử dụng ID chuỗi sẽ trở nên lớn hơn và quan trọng hơn. Để ngăn mọi người cố gắng khai thác trường ID chuỗi bằng cách lưu trữ các loại dữ liệu khác trong đó, Victor Zhou đã kêu gọi ràng buộc rõ ràng về kích thước ID chuỗi. Tất cả các nhà phát triển đều đồng ý rằng thay đổi này là quan trọng và dễ thực hiện. Micah Zoltu nhấn mạnh rằng việc thay đổi mã như vậy chỉ yêu cầu một soft fork, điều đó có nghĩa là các nhóm khách hàng ethereum có thể thực hiện các thay đổi theo dòng thời gian của riêng họ mà không cần phải điều phối chiều cao khối cụ thể cho thay đổi. Cũng có một số cuộc thảo luận giữa các nhà phát triển về việc nên giới hạn kích thước chuỗi ID ở mức 64 bit hay 256 bit khi kết thúc cuộc gọi. Tim Beiko khuyến khích các nhà phát triển thảo luận ngoại tuyến và tính toán các con số một cách không đồng bộ trong cuộc trò chuyện Discord.
Dựa trên danh sách EIP ngày càng tăng được lên kế hoạch đưa vào bản nâng cấp Thượng Hải, các nhà phát triển được phân chia dựa trên những EIP nào sẽ ưu tiên đưa vào bên ngoài danh sách cốt lõi. Một nhà phát triển Ethereum Foundation dưới bút danh "lightclient" đã đề xuất gắn bó với các khoản rút tiền mở và chỉ ưu tiên một EIP chính khác, có thể là proto-danksharding, triển khai EOF hoặc một trong bốn đề xuất trong cuộc gọi. Tim Beiko cho rằng sẽ không thực tế nếu cố gắng kết hợp triển khai EOF, proto-danksharding, biên dịch trước BLS và thêm các mã lưu trữ tạm thời trong bản nâng cấp tiếp theo. Do không có thời gian họp, Beiko đã đưa ra cuộc thảo luận về kế hoạch nâng cấp Thượng Hải và khuyến khích các nhà phát triển chuẩn bị thảo luận về ưu tiên cao nhất của việc nâng cấp Thượng Hải bên cạnh việc rút ETH đã cam kết trong cuộc gọi hội nghị ACD tiếp theo.
Làm cách nào để giảm chi phí vận hành của các nút Ethereum (tăng khả năng chống kiểm duyệt)?
Trong một cuộc nói chuyện về việc nâng cấp Thượng Hải, nhà phát triển Ethereum độc lập Micah Zoltu đã đưa ra một mục thảo luận quan trọng liên quan đến khả năng chống kiểm duyệt của Ethereum. Zoltu giải thích, rất ít người dùng ethereum chạy các nút của riêng họ để thực hiện giao dịch và mọi người dựa vào các dịch vụ tập trung như Infura hoặc Alchemy tích cực kiểm duyệt người dùng từ các quốc gia cụ thể và kiểm duyệt phân cấp ethereum trên ứng dụng (dapps), chẳng hạn như Tornado Cash. Trong khi các nhà phát triển đang làm việc để cải thiện khả năng mở rộng của ethereum thông qua EIP 4844, đã thiếu nỗ lực để giảm chi phí vận hành một nút ethereum và khuyến khích đảm bảo hơn về khả năng chống kiểm duyệt của ethereum. Mikhail Kalinin, một nhà phát triển trong nhóm khách hàng Ethereum Teku (CL), đã đề xuất tập trung vào việc giảm chi phí vận hành nút Ethereum sau khi triển khai EIP 4844. Andrew Ashikhmin từ Erigon tin rằng các nhà phát triển Ethereum có thể tập trung vào cả hai cùng một lúc. Và Ansgar Dietrichs nói rằng vì những lý do thực tế, các nhà phát triển ethereum nên hy sinh khả năng chống kiểm duyệt để có khả năng mở rộng trong thời gian ngắn và tập trung vào khả năng chống kiểm duyệt trong dài hạn.
Quan điểm của Dankrad Feist, một nhà nghiên cứu tại Ethereum Foundation, là EIP 4844 có mức tăng biên không đáng kể trong chi phí vận hành của các nhà khai thác nút và sẽ không gây thiệt hại đáng kể cho các đặc tính chống kiểm duyệt của Ethereum. Feist cũng nói thêm rằng hầu hết người dùng ethereum không chạy các nút của riêng họ không phải vì chi phí mà vì trải nghiệm người dùng kém. Diederik Loerakker nói rằng để tạo ra mức độ phân cấp cao hơn, việc mở rộng quy mô phải là ưu tiên hàng đầu của các nhà phát triển Ethereum, vì những thay đổi về mã như EIP 4844 sẽ giúp Ethereum ít tốn kém hơn khi sử dụng và dễ tiếp cận hơn với nhiều người trên khắp thế giới. lối vào.
Ngoài những điều trên, có một số điều mà các nhà phát triển Ethereum đã không thảo luận trong cuộc gọi này, bao gồm:Đề xuất cải thiện thông số kỹ thuật API động cơ
: Nhà phát triển Teku, Mikhail Kalinin đã tạo một đề xuất để cải thiện đặc điểm kỹ thuật Engine API của Ethereum. Về cơ bản, Engine API là phần mềm cho phép giao tiếp dễ dàng giữa các máy khách EL và CL của một nút Ethereum. Các thay đổi được đề xuất đối với API Engine có thể sẽ được thảo luận tại hội nghị Ethereum CL vào thứ Năm tới."Core" Thượng Hải so với Testnet dành cho nhà phát triển nguyên mẫu


