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 nâng cấp Thượng Hải trong một bài viết.
Tiêu đề gốc: 《 Ethereum All Core Developers Call #149 Writeup 》
Bởi Christine Kim
Biên soạn: Cháo qua đêm
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 All Core Developers (ACD) lần. Lần gọi ACD được dẫn chương trình bởi Tim Beiko của Ethereum Foundation. Tuần này, các nhà phát triển đã thảo luận về tiến độ thay đổi mã liên quan đến Định dạng đối tượng EVM (EOF) và proto-danksharding để đạt được nâng cấp lớn đầu tiên của mạng Ethereum được hợp nhất (gọi là Thượng Hải). Trong lần gọi, 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 nâng cấp Thượng Hải. Mặc dù mỗi Đề án đều mang lại một số lợi thế và lợi ích riêng cho Ethereum, nhưng vẫn còn nhiều tranh cãi giữa các nhà phát triển về việc nên ưu tiên đưa EIP nào vào. Ngoài cuộc thảo luận nâng cấp Thượng Hải , các nhà phát triển cũng đề cập ngắn gọn đến chủ đề chống kiểm duyệt và những đánh đổi tiềm ẩn mà các tính năng chống kiểm duyệt của Ethereum có thể phải thực hiện vì mục đích mở rộng mạng lưới.
Kế hoạch nâng cấp Thượng Hải
Trong cuộc gọi ACD trước đó, các nhà phát triển Ethereum đã đồng ý đưa danh sách cốt lõi các EIP vào nâng cấp Thượng Hải. Bản ghi chép đầy đủ cuộc gọi ACD số 148 có tại đây . Điều đáng chú ý là trong danh sách các EIP cốt lõi này, các nhà phát triển đã đồng ý đưa Đề án rút ETH đã cam kết vào 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 nâng cấp cho đến khi các thay đổi về mã của hai Đề án sau được hoàn thiện hơn. Về chủ đề EOF nói riêng, các nhà phát triển vẫn còn do dự về việc có nên triển khai một phần EOF thông qua một nhóm nhỏ EIP trong nâng cấp Thượng Hải hay cố gắng đưa toàn bộ viễn cảnh mong đợi của EOF vào nâng cấp Ethereum sau Thượng Hải.
Triển khai EOF
Kỹ sư phần mềm trưởng Hedera, Danno Ferrin, đã cung cấp thông tin cập nhật về cuộc gọi trong tuần này liên quan đến tiến độ triển khai EOF 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 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 mà các nhà phát triển đang cân nhắc đưa vào nâng cấp Thượng Hải là EIP 3540, EIP 3670, EIP 4200 và EIP 4750. Các nhà phát triển vẫn chưa thống nhất về việc liệu EIP 5450 có nên được đưa vào danh sách các thay đổi mã liên quan đến EOF hay không.
Andrew Ashikhmin thuộc đội ngũ máy trạm Erigon Execution Layer (EL) cũng bày tỏ lo ngại về việc liệu đội ngũ ngôn ngữ hợp đồng thông minh Solidity có thể hỗ trợ và triển khai đầy đủ cả bốn (hoặc có khả năng là năm) EIP hay không. Ashikhmin nhấn mạnh rằng trước khi cam kết kích hoạt các EIP này trong nâng cấp Thượng Hải, trước tiên cần phải xác nhận rằng đội ngũ Solidity đã sẵn sàng triển khai các EIP này. Ashikhmin cho biết trong cuộc gọi rằng đây là "một cuộc kiểm tra lý trí cần thiết", quan điểm này cũng được Marius van der Wijden của đội ngũ máy trạm Geth EL đồng tình.
Nguyên mẫu Danksharding
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 thay đổi mã proto-danksharding, EIP 4844 . 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 cho biết thêm rằng một số mục trong đó 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 của nâng cấp Thượng Hải. Những việc cần làm này được tóm tắt trên Github .
Vô hiệu hóa opcode Tự hủy và có thể là các EIP khác
Trong khi các nhà phát triển chuẩn bị cho EOF và công việc proto-danksharding cho nâng cấp Thượng Hải , các nhà phát triển đã nhất trí tiếp tục làm việc trên bốn EIP khác để đưa vào nâng cấp tiếp theo của Ethereum .
1. EIP 4758 , vô hiệu hóa opcode “tự hủy” trên Ethereum: Các nhà phát triển đã xem lại cuộc trò chuyện từ cuộc gọi ACD lần về việc vô hiệu hóa opcode, được nhiều nhà phát triển cho rằng là một hoạt động không tốt khi sử dụng trong các hợp đồng thông minh và ứng dụng phi tập trung(dapp). Mã lệnh này là một trong số ít mã lệnh cũ có chi phí gas khai cố định nhưng chi phí lưu trữ cho mạng lại không giới hạn. Nhà phát triển độc lập Micah Zoltu khẳng định lại rằng một số hợp đồng thông minh đang hoạt động trên Ethereum vẫn sử dụng mã lệnh tự hủy và việc vô hiệu hóa nó sẽ làm hỏng chức năng. Tim Beiko cho biết có thể có một số giải pháp thay thế cho những trường hợp đặc biệt này và cần có mở rộng nhiều hơn của Ethereum Foundation trong cộng đồng.
2. EIP 1153 , Thêm mã lệnh lưu trữ tạm thời: Đại diện từ đội ngũ Uniswap và Optimism đã đưa ra lý lẽ thuyết phục cho việc giới thiệu mã lệnh lưu trữ tạm thời, hoạt động giống như mã lệnh lưu trữ thông thường trên Ethereum, ngoại trừ việc giá trị của hai mã lệnh mới là TLOAD và TSTORE sẽ bị loại bỏ sau lần giao dịch. Có nhiều động cơ cho việc lưu trữ tạm thời, một trong đó là để tiết kiệm chi phí gas , như Mark Tyneway của Optimism giải thích. Chỉ tính riêng trên Uniswap , EIP này có khả năng giúp người dùng tiết kiệm 3 triệu đô la chi phí gas mỗi năm. Ngoài ra, việc sử dụng bộ lưu trữ tạm thời thay vì bộ lưu trữ thông thường sẽ giúp giảm nợ kỹ thuật của Ethereum . Đội ngũ Uniswap và Optimism lượng lớn nỗ lực rất nhiều để giúp tạo ra các bản triển khai thay đổi mã này trong nhiều máy trạm mềm máy khách Ethereum khác nhau và xây dựng một bộ thử nghiệm toàn diện cho EIP. Daniel Lehrner từ đội ngũ máy trạm Besu (EL) bày tỏ lòng biết ơn khi được kêu gọi các nhà phát triển bên ngoà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 cho rằng khối lượng thử nghiệm bổ sung đi kèm với việc kết hợp EIP 1153 là xứng đáng. Nhà phát triển Geth Marius van der Wijden cảnh báo rằng EIP 1153 có thể gây trở ngại cho quá trình chuẩn bị đang diễn ra của các EIP liên quan đến EOF và gây ra nhiều phức tạp. Tuy nhiên, van der Wijden cho biết ông đang áp dụng "cách tiếp cận chờ đợi và quan sát" để tăng cường thử nghiệm 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ừ đội ngũ Uniswap và Optimism để đưa vào nâng cấp Thượng Hải.
3. EIP 2537 , thêm biên dịch trước BLS: Alex Stokes của Ethereum Foundation đã giới thiệu những lợi ích của việc thêm biên dịch trước BLS vào Ethereum . Stokes giải thích rằng điều này là do một số lý do, bao gồm khả năng tạo ra 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 Beacon Chain Ethereum và chức năng bổ sung của nhóm staking phi tập trung. Van der Wijden đồng ý rằng việc thêm biên dịch trước BLS là một thay đổi mã quan trọng thậm chí có thể được ưu tiên hơn việc triển khai EOF và EIP 1153. Tuy nhiên, do cần phải thử nghiệm lượng lớn để triển khai EIP 2537, van der Wijden bày tỏ lo ngại rằng việc thêm thay đổi mã này sẽ làm chậm nâng cấp Thượng Hải. Jared Wasinger của Ethereum Foundation đã đề cập rằng ông đang làm việc trên một EIP song song có thể cung cấp 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 biên dịch trước BLS khác nhau để có thể đưa vào nâng cấp Thượng Hải .
4. EIP 2294 : Cuối cùng, Zainan Victor Zhou, một kỹ sư phần mềm tại Google, đã giới thiệu EIP 2294, có một thay đổi mã tương đối đơn giản chỉ giới hạn kích thước byte của trường ID Chuỗi Ethereum , thường được sử dụng để hỗ trợ phát hiện nút sau khi hard fork . Victor Zhou cho biết trong một cuộc gọi hội nghị rằng do khả năng phân mảnh và đa chuỗi trong tương lai Ethereum , 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 chặn những 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 đã yêu cầu 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 rất quan trọng và dễ thực hiện. Micah Zoltu nhấn mạnh rằng những thay đổi mã như vậy chỉ yêu cầu soft fork , nghĩa là đội ngũ máy trạm Ethereum có thể thực hiện những thay đổi theo mốc thời gian của riêng họ mà không cần phải phối hợp Block Height cụ thể cho những thay đổi đó. Các nhà phát triển cũng thảo luận về việc có nên giới hạn kích thước ID Chuỗi ở mức 64 bit hay 256 bit khi kết thúc cuộc gọi hay không. 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 số liệu không đồng bộ trong cuộc trò chuyện Discord.
Khi danh sách các EIP dự kiến đưa vào nâng cấp Thượng Hải ngày càng dài ra, các nhà phát triển lại chia rẽ về việc nên ưu tiên đưa EIP nào ra khỏi danh sách cốt lõi. Một nhà phát triển của Ethereum Foundation có bút danh là “lightclient” đã đề xuất duy trì việc rút tiền mở và ưu tiên chỉ một EIP lớn khác, có thể là proto-danksharding, triển khai EOF hoặc một trong bốn EIP được nêu trong cuộc gọi. Tim Beiko cho rằng rằng việc cố gắng kết hợp triển khai EOF, proto-danksharding, biên dịch trước BLS và thêm mã lệnh lưu trữ tạm thời trong nâng cấp tiếp theo là không thực tế. Do không có đủ thời gian họp, Beiko đã đưa ra 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 nâng cấp Thượng Hải bên cạnh việc rút ETH đã đặt cược trong cuộc gọi ACD tiếp theo.
Làm thế nào để giảm chi phí vận hành của nút Ethereum (tăng khả năng chống kiểm duyệt)?
Trong một cuộc thảo luận về nâng cấp Thượng Hải, nhà phát triển Ethereum độc lập Micah Zoltu đã nêu ra một chủ đề thảo luận quan trọng liên quan đến khả năng chống kiểm duyệt Ethereum. Zoltu giải thích rằng hầu như không có người dùng Ethereum nào chạy nút riêng của 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, những dịch vụ này chủ động kiểm duyệt người dùng từ một số quốc gia nhất định và kiểm duyệt các ứng dụng phi tập trung (dapp) trên Ethereum , chẳng hạn như Tornado Cash. Trong khi các nhà phát triển đang nỗ lực cải thiện mở rộng của Ethereum thông qua EIP 4844, vẫn chưa có nỗ lực nào nhằm giảm chi phí vận hành một nút Ethereum và khuyến khích đảm bảo hơn nữa khả năng chống Ethereum . Mikhail Kalinin, một nhà phát triển của đội ngũ máy trạm Ethereum Teku (CL), đã đề xuất tập trung vào việc giảm chi phí vận hành một nút Ethereum sau khi triển khai EIP 4844. Andrew Ashikhmin từ Erigon cho rằng các nhà phát triển Ethereum có thể tập trung vào cả hai. Ansgar Dietrichs cho biết vì 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 để đổi lấy mở rộng trong ngắn hạn và tập trung vào khả năng chống kiểm duyệt trong dài hạn.
Dankrad Feist, một nhà nghiên cứu tại Ethereum Foundation, quan điểm rằng mức tăng nhỏ trong chi phí vận hành của các nhà điều hành nút do EIP 4844 gây ra là không đáng kể và sẽ không gây ra thiệt hại đáng kể cho các tính năng 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 nút riêng của họ không phải vì chi phí mà vì trải nghiệm người dùng kém. Diederik Loerakker cho biết để tạo ra mức độ phi tập trung cao hơn, việc mở rộng quy mô nên là ưu tiên hàng đầu đối với các nhà phát triển Ethereum, vì những thay đổi về mã như EIP 4844 sẽ giúp Ethereum rẻ hơn khi sử dụng và giảm rào cản gia nhập cho nhiều người trên khắp thế giới.
Lukasz Rozmej của đội ngũ máy trạm Nethermind EL cũng đặt câu hỏi liệu EIP 4844 có tác động tiêu cực đến khả năng chống kiểm duyệt của Ethereum hay không, vì về mặt lý thuyết, nhiều giao dịch sẽ được thực hiện trên L2 rollup. Zoltu giải thích rằng trong khi EIP 4844 có thể khiến các trình xác thực khó kiểm duyệt các giao dịch riêng lẻ hơn trong tương lai thì hiện tại các hoạt động tổng hợp L2 được tập trung hóa và do đó có thể kiểm duyệt được. Kết thúc lần thảo luận, Tim Beiko cho biết việc cải thiện trải nghiệm người dùng khi chạy một nút Ethereum nên là trọng tâm chính mà cộng đồng cần tập trung trong tương lai. Beiko đề xuất rằng đội ngũ phát triển tiếp giáp với các nhà phát triển cốt lõi Ethereum nên giúp đơn giản hóa việc vận hành một nút Ethereum và làm cho nó dễ tiếp cận hơn với người dùng thông thường.
Khác Lặt Vặt
Ngoài những vấn đề trên, còn có một số vấn đề mà các nhà phát triển Ethereum vẫn chưa thảo luận trong cuộc gọi hội nghị lần. Chúng bao gồm:
- Đề án cải thiện thông số kỹ thuật API Engine : Nhà phát triển Teku Mikhail Kalinin đã tạo ra một Đề án để cải thiện thông số kỹ thuật API Engine của Ethereum . Về bối cảnh , Engine API là phần mềm cho phép giao tiếp dễ dàng giữa máy trạm EL và CL của nút Ethereum . Những thay đổi được đề xuất đối với Engine API có thể được thảo luận tại cuộc họp Ethereum CL vào thứ năm tuần tới.
- Mạng thử nghiệm dành cho nhà phát triển nguyên mẫu và “lõi” Thượng Hải: Việc thử nghiệm EIP cho nâng cấp Thượng Hải sẽ yêu cầu tạo nhiều mạng thử nghiệm chuyên dụng. Shandong là mạng thử nghiệm được đội ngũ JavaScript của Ethereum Foundation ra mắt. Ngoài một số EIP liên quan đến việc triển khai EOF, công ty đã triển khai EIP 4895, EIP 3860, EIP 3651 và EIP 3855. Trong một lần cuộc gọi hội nghị ACD tiếp theo, các nhà phát triển sẽ phối hợp tạo ra nhiều mạng thử nghiệm chuyên dụng hơn cho đội ngũ máy trạm để thử nghiệm EIP nâng cấp Thượng Hải.
- Ngày kết thúc mạng thử nghiệm Ropsten : Afri Schoeden, một trong những nhà phát triển duy trì mạng thử nghiệm Ethereum Goerli, đã đề xuất một Đề án về việc ra mắt và ngừng sử dụng mạng thử nghiệm Ethereum theo mốc thời gian đã định. Đây là phản hồi trước tâm lý của các nhà phát triển ứng dụng và nhà cung cấp cơ sở hạ tầng về việc ngừng hỗ trợ nhiều mạng thử nghiệm Ethereum . Các nhà phát triển được khuyến khích chia sẻ ý tưởng của mình về cách loại bỏ các mạng thử nghiệm Ethereum công khai như Ropsten một cách có trách nhiệm trong chuỗi diễn đàn Ethereum này.
