Tác giả: Ethlabs
Biên dịch: Chopper, Foresight News
Hướng phát triển của Ethereum liên quan đến tất cả những người xây dựng ứng dụng, sử dụng mạng lưới, nắm giữ ETH, và tin tưởng vào tiềm năng tương lai của Ethereum. Hướng đi lâu dài cuối cùng của Ethereum được quyết định bởi những người tham gia xây dựng sản phẩm, vận hành ứng dụng và cộng đồng hàng ngày, nhưng nâng cấp mạng lưới là phương tiện cốt lõi để lặp lại giao thức và đáp ứng nhu cầu người dùng. Hegotá là lần nâng cấp mạng tiếp theo được lên kế hoạch cho Ethereum sau Glamsterdam. Bài viết này sẽ trình bày các hướng đi chính mà Ethlabs cho rằng Ethereum nên tập trung thúc đẩy trong lần nâng cấp này cùng lý do.
Hiện tại, phạm vi nâng cấp Hegotá đang được sơ bộ xác định thông qua quy trình kỹ thuật công khai của Ethereum. Các đề xuất được đề cập dưới đây tập hợp thành quả từ nhiều nhà phát triển, nhóm nghiên cứu và nhóm khách hàng khác nhau. Bài viết này trình bày rõ ràng các hướng đi mà Ethlabs đề xuất ưu tiên, cũng như những quan điểm chúng tôi chưa có kết luận. Chúng tôi hoan nghênh đánh giá, chất vấn, hoàn thiện những đề xuất này từ mọi ngành; trong vài ngày đến vài tuần tới, cùng với thảo luận liên tục và cập nhật thông tin, quan điểm của chúng tôi cũng sẽ được lặp lại.
Đối với lần nâng cấp Hegotá, xem xét tất cả các EIP đã đề xuất, chúng tôi cho rằng các lĩnh vực sau là nhiệm vụ hàng đầu của Ethereum:
- Khả năng chống kiểm duyệt mạnh hơn: Bất kỳ ai, bất kể danh tính, mục đích, đều có thể đảm bảo giao dịch của mình được đưa vào khối;
- Ethereum nhanh hơn: Tạo khối nhanh hơn có nghĩa là xác nhận giao dịch nhanh hơn, giá cả trên chuỗi thời gian thực, thời gian xác nhận cuối cùng ngắn hơn;
- Tài khoản trừu tượng gốc: Tài khoản hỗ trợ khóa thông hành, tài trợ giao dịch, thanh toán phí Gas bằng token, giao dịch hàng loạt, bảo vệ quyền riêng tư mạnh hơn và dự phòng đường nâng cấp khóa hậu lượng tử;
- Mở rộng quy mô L1 liên tục: Ứng dụng có thể đạt được dung lượng mạng ổn định, có thể chi trả được ngay cả trong thời gian cao điểm nhu cầu.
Lưu ý trước: Quy trình thúc đẩy EIP hoạt động như thế nào?
Trước khi giải thích chính thức các đề xuất, hãy làm rõ bối cảnh quan trọng, giai đoạn thứ hai của việc xác định phạm vi nâng cấp Hegotá vừa bắt đầu. Giai đoạn đầu tiên đã xác định FOCIL là đề xuất nâng cấp cốt lõi cho Hegotá. Thời hạn cho các đề xuất EIP không cốt lõi là ngày 6 tháng 8, sau đó cuộc họp ACD sẽ đánh giá toàn diện tổng thể phương án nâng cấp Hegotá.
Tất cả các EIP dưới đây hiện đều đang ở giai đoạn PFI (Đề xuất Đưa vào). Việc gửi EIP đến đề xuất nâng cấp không cần cấp phép, nhưng phần lớn đề xuất cuối cùng không được đưa vào nâng cấp chính thức.
Khi phát triển được tiến hành, đề xuất sẽ trải qua nhiều vòng đánh giá, giai đoạn được nâng cấp dần, và tính chắc chắn triển khai ngày càng tăng:
PFI (Đề xuất Đưa vào): Đề xuất được gửi đến lần nâng cấp này. Giai đoạn này không có rào cản gia nhập, không đại diện cho sự hỗ trợ của khách hàng và cũng không đảm bảo sẽ được triển khai cuối cùng;
CFI (Cân nhắc Đưa vào): Nhóm khách hàng hoàn tất xem xét, có kế hoạch phát triển nguyên mẫu và thử nghiệm;
SFI (Xác định Đưa vào): Các bên về cơ bản đồng ý đưa vào, với điều kiện là phát triển và thử nghiệm diễn ra suôn sẻ.
Muốn hiểu toàn bộ quy trình, đề xuất xem video giải thích của Tim Beiko. (https://www.youtube.com/watch?v=-S4blFZl28g)
Hướng dẫn đọc
Bài viết này áp dụng tiêu chuẩn phân loại Forkcast, thể hiện đánh giá ưu tiên của Ethlabs đối với từng EIP của Hegotá. Để đơn giản hóa quyết định, tất cả các đề xuất được đánh giá được chia thành năm cấp độ:
- 【Cấp S】Đề xuất mạnh mẽ nên đưa vào
- 【Cấp A】Nếu giải quyết được các trở ngại như độ khó phát triển, đánh giá tác động, triển khai hệ sinh thái, đề xuất nên đưa vào
- 【Cấp B】Có giá trị, nhưng khó đưa vào lần nâng cấp này
- 【Cấp D】Trong điều kiện hiện tại, không đề xuất đưa vào Hegotá
- 【Quan điểm Đang được hình thành】Chúng tôi vẫn đang nghiên cứu đánh giá đối với EIP này
⚠️Lưu ý: Trên đây chỉ là đề xuất của Ethlabs. Chúng tôi chủ yếu đánh giá dựa trên mục tiêu đề xuất, quy cách kỹ thuật, độ phức tạp phát triển ước tính; đối với các dự án tham gia sâu (ví dụ: Frames, Quick Slots) thì nắm bắt thông tin đầy đủ hơn. Sau đó, chúng tôi sẽ tiếp tục cập nhật quan điểm dựa trên phản hồi từ ethPandaOps, nhóm thử nghiệm và các khách hàng khác nhau. Đánh dấu 【CL】đại diện cho việc ảnh hưởng đến khách hàng lớp đồng thuận; 【EL】đại diện cho việc ảnh hưởng đến khách hàng lớp thực thi.
Ngoài ra, Ethlabs tham gia viết nhiều EIP (bao gồm FOCIL, Frame Transactions, Quick Slots). Chúng tôi cố gắng đánh giá khách quan tất cả các đề xuất, không bị ảnh hưởng bởi mức độ tham gia của chính mình, nhưng độc giả có thể lưu ý bối cảnh này khi tham khảo quan điểm.
Danh sách ưu tiên CL
Danh sách ưu tiên EL
Không nói nhiều nữa, dưới đây là quan điểm toàn diện của Ethlabs tại thời điểm hiện tại về lần nâng cấp Hegotá.
Bốn hướng cốt lõi của Hegotá
FOCIL: Tăng cường khả năng chống kiểm duyệt
EIP-7805 FOCIL đã bước vào giai đoạn SFI, được xác định chính thức là đề xuất cốt lõi của Hegotá. Ba thành viên của Ethlabs (Francesco, Barnabé, Julian) là đồng tác giả của đề xuất này, chúng tôi toàn lực ủng hộ triển khai. Vì phương án đã được xác định, ở đây chỉ trình bày ngắn gọn: Chỉ có blockchain giữ được tính trung lập với tất cả mọi người, mới có thể trở thành nền tảng đáng tin cậy cho tất cả mọi người. Đây là nền tảng để Ethereum mở rộng quy mô, phát triển thành lớp giải quyết thực sự của nền kinh tế toàn cầu, phục vụ từng người tham gia.
Quick Slots: Ethereum nhanh hơn
Khoảng thời gian 12 giây hiện tại của Ethereum mang lại độ trễ cao, làm tổn hại trải nghiệm người dùng. Do đó, chúng tôi mạnh mẽ đề xuất đưa 【CL】EIP-8198 Quick Slots【Cấp S】vào Hegotá, lý do cốt lõi có bốn điểm:
- Tốc độ xác nhận giao dịch người dùng L1 được nâng cao, tối ưu hóa trải nghiệm;
- Thị trường trên chuỗi L1 có được dữ liệu giá cập nhật hơn, cải thiện chênh lệch giá mua bán và lợi nhuận của nhà cung cấp thanh khoản;
- Tính quyết định cuối cùng, quy tắc xác nhận nhanh gắn với độ dài khoảng thời gian, khối nhanh hơn sẽ đồng bộ cải thiện khả năng tương tác chuỗi chéo của Ethereum;
- Số lượng người đề xuất khối mỗi giây tăng lên, tăng cường khả năng chống kiểm duyệt, bao gồm chống kiểm duyệt ở khía cạnh kinh tế: Chi phí cần bỏ ra để thực hiện kiểm duyệt thông qua việc liên tục làm trống khối sẽ cao hơn.
Rút ngắn khoảng thời gian tạo khối trong khi vẫn giữ đặc tính phi tập trung của Ethereum, có thể nâng cao giá trị không gian khối của Ethereum, lợi ích quay trở lại mạng lưới và chính ETH. Mỗi lần giảm độ trễ, đều trực tiếp tạo ra giá trị cho người dùng. Đồng thời, tăng tốc độ cũng là một trong những hướng cải tiến được các nhà phát triển ứng dụng kêu gọi nhiều nhất.
Hiện tại bắt đầu cải tạo là hợp lý, việc điều chỉnh độ dài khoảng thời gian không thể hoàn thành ngay một bước. Tương tự như tư duy mở rộng quy mô, lặp lại tối ưu hóa qua triển khai thực tế, xa hứa hẹn hơn nhiều so với cam kết đơn thuần trên lộ trình, có thể mang lại sự chắc chắn hơn cho các nhà phát triển ứng dụng. Đạt được khoảng thời gian dưới 6 giây là mục tiêu dài hạn, con đường chia làm hai bước:
- Tái cấu trúc một lần: Cho phép quy cách và mã khách hàng hỗ trợ sửa đổi linh hoạt độ dài khoảng thời gian;
- Hoàn thành lần rút ngắn đầu tiên trong Hegotá, các lần phân tách cứng tiếp theo tiếp tục điều chỉnh giảm, tích lũy dữ liệu vận hành an toàn.
Hegotá là thời điểm thích hợp để gánh chịu chi phí tái cấu trúc một lần. ePBS của lần nâng cấp Glamsterdam đã tái cấu trúc logic liên quan đến khoảng thời gian; lần nâng cấp này, lớp đồng thuận thay đổi tương đối có thể kiểm soát. Một khi bước vào cửa sổ nâng cấp đồng thuận tách rời, tài nguyên phát triển lớp đồng thuận sẽ cực kỳ căng thẳng, trong tương lai nhiều lần phân tách cứng sẽ rất khó có cửa sổ thời gian như vậy.
Nói một cách đơn giản, hoặc là duy trì khoảng thời gian 12 giây trong ít nhất hai năm tới, hoặc là thực hiện khoảng thời gian 10 giây trong lần nâng cấp Hegotá sau một năm nữa, và có hy vọng nén tiếp xuống dưới 10 giây trong lần tiếp theo. Hai lần tăng tốc không phải là tối ưu hóa lý thuyết, có thể trực tiếp nâng cao giá trị người dùng, tối ưu hóa mô hình kinh tế mạng. Chúng tôi cho rằng thời cơ đã chín muồi.
Phản hồi chính về tranh cãi
Chúng tôi đã tổng hợp bốn mối lo ngại chính xuất hiện trong quá trình giao tiếp sơ bộ với nhóm phát triển khách hàng và nhóm giao thức Quỹ Ethereum:
- Độ phức tạp phát triển. Logic thời gian khoảng thời gian cấp mili giây đã được hợp nhất vào quy cách đồng thuận dựa trên ePBS; bản dự thảo quy cách lớp đồng thuận, lớp thực thi của EIP-8198 đều đã hoàn thành, chi phí cơ bản, giới hạn Gas, lịch trình Blob đều đã hoàn thành chuyển đổi, đảm bảo hành vi mạng ổn định mỗi giây. Khối lượng công việc còn lại tập trung vào việc thích ứng các công cụ khách hàng, kiểm tra tình huống biên giới khác nhau đã giả định khoảng thời gian cố định. Sau khi hoàn thành tái cấu trúc một lần này, việc rút ngắn khoảng thời gian tiếp theo chỉ cần điều chỉnh tham số.
- Áp lực chứng minh zkEVM. Lo ngại chính hai điểm: thời gian chứng minh tương đối, chi phí chứng minh cố định. 1) Thời gian chứng minh tương đối: Tỷ lệ thời gian có thể dùng để chứng minh trong một khoảng thời gian. Hiện tại, người xây dựng khối sau khi nhận được tải trọng của khối trước đó có thể bắt đầu xây dựng; khối beacon xác nhận tải trọng của khoảng thời gian hiện tại. Tải trọng phải được chứng minh xong trước khi người đề xuất beacon tiếp theo phát hành khối. Thời gian khả dụng tối thiểu để hoàn thành chứng minh xấp xỉ bằng một khoảng thời gian trừ đi độ trễ lan truyền của khối beacon. Độ trễ lan truyền khó nén, nhưng bản thân giá trị nhỏ, hiện tại không tạo thành nút cổ chai cốt lõi. Người xây dựng khối được tối ưu hóa có thể tiến hành chứng minh song song trong khi lắp ráp tải trọng, không cần phải chờ tải trọng chiến thắng được khối beacon xác nhận. 2) Chi phí chứng minh zkEVM: Thời gian chứng minh về cơ bản tỷ lệ tuyến tính với kích thước khối, nhưng có chi phí cố định. Tạo khối nhanh hơn có nghĩa là chi phí cố định kích hoạt tần suất cao hơn, dưới cùng thông lượng thì độ trễ tăng lên. Trong ngân sách độ trễ cố định, cần đảm bảo thông lượng không bị ảnh hưởng rõ ràng. Ngành có hai con đường cải thiện: lặp lại kỹ thuật tiếp tục giảm thời gian thao tác cố định; EIP-7862 trì hoãn tính toán gốc trạng thái, di chuyển một lượng lớn công việc chứng minh ra khỏi đường dẫn then chốt. Hai hướng cùng tiến hành, có nghĩa là khoảng thời gian nhanh hơn sẽ không cản trở sự tăng trưởng liên tục thông lượng trong tương lai.
- Đường nâng cấp hậu lượng tử. Phương án đồng thuận tách rời đã nhận được sự ủng hộ đủ, trở thành hướng ổn định kiến trúc đồng thuận tương lai. Tách rời có nghĩa là di chuyển phiếu bầu xác nhận cuối cùng ra khỏi đường dẫn then chốt sản xuất khối. Logic liên quan đến ký hậu lượng tử quy mô lớn, STARK đệ quy đều sẽ tách khỏi đường dẫn then chốt. Sản xuất khối, quy tắc lựa chọn phân nhánh chỉ phụ thuộc vào nhóm nhỏ gồm ước tính 512 (có hy vọng giảm xuống 256) người xác thực. Chữ ký hậu lượng tử thể tích lớn hơn, nhưng trong khoảng thời gian 10 giây được lên kế hoạch (tương lai có hy vọng tiếp tục rút ngắn) có thể lan truyền suôn sẻ.
- Thích ứng hợp đồng thông minh và cơ sở hạ tầng. Nhóm đang nghiên cứu toàn diện các tình huống hợp đồng thông minh kết hợp chặt chẽ với độ dài khoảng thời gian. Chúng tôi kết hợp với Sourcify tiến hành phân tích tất cả hợp đồng đã được xác thực; đồng thời đánh giá tác động của việc thay đổi khoảng thời gian đối với việc lưu trữ lịch sử gốc khối beacon của EIP-4788 (gốc khối beacon trong EVM). Ở cấp độ cơ sở hạ tầng, Etherscan phản hồi: Điều chỉnh khoảng thời gian nhiều khả năng tăng tải máy chủ, nhưng cơ sở hạ tầng vốn đã thích ứng với thời gian tạo khối biến đổi trong thời kỳ PoW, do đó phạm vi thay đổi có thể kiểm soát.
Tài khoản trừu tượng: Tối ưu hóa trải nghiệm, tính bảo mật và quyền riêng tư
Hệ sinh thái Ethereum từ lâu đã rất cần tài khoản trừu tượng gốc (AA), để hiện thực hóa ví khóa thông hành, tài trợ giao dịch, thanh toán Gas bằng ERC20, giao dịch hàng loạt và các nâng cấp trải nghiệm khác. Nhưng con đường triển khai tài khoản trừu tượng gốc cực kỳ quanh co: AA chạm đến toàn bộ ngăn xếp của Ethereum, bao gồm khách hàng, L2, ví, RPC, công cụ phát triển, cần sự phối hợp từ nhiều phía. Điều này không chỉ khiến các EIP liên quan khó thúc đẩy thông qua quy trình phát triển dựa trên sự đồng thuận, mà sau khi triển khai cũng đối mặt với khó khăn trong việc triển khai hệ sinh thái.
Do đó, chúng tôi xếp đề xuất Frame Transactions của AA gốc Hegotá vào cấp A. Không phải vì cấp độ kỹ thuật không đạt tiêu chuẩn cấp S, mà là cần cân nhắc đầy đủ rủi ro triển khai quy mô lớn của hệ sinh thái, khối lượng công việc phối hợp rất lớn. Dựa trên tích lũy của nhóm trong lĩnh vực tài khoản trừu tượng, Ethlabs có kế hoạch thúc đẩy sâu triển khai Frame Transactions, liên kết với người tham gia như L2, ví để đảm bảo AA gốc triển khai suôn sẻ.
Bây giờ hãy xem các đề xuất liên quan đến tài khoản trừu tượng của Hegotá.
【EL】EIP-8141 Frame Transactions【Cấp A】
Chúng tôi cho rằng Frame Transactions là phương án tối ưu nhất cho tài khoản trừu tượng gốc Ethereum. So sánh với các phương án AA gốc khác, nhiều đặc tính phù hợp với nguyên tắc phát triển CROPS của Ethereum:
- Đổi mới tài khoản không cần cấp phép: Logic xác thực được thực thi bởi mã EVM, nhà phát triển có thể tùy chỉnh quy tắc xác thực bất kỳ; một số phương án AA bắt buộc logic xác thực danh sách trắng, linh hoạt không đủ;
- Thích ứng gốc với giao thức quyền riêng tư: Dựa trên điểm trên, các phương án quyền riêng tư như Railgun có thể chứa logic xác thực giao dịch Frame, người dùng gửi giao dịch riêng tư không cần phụ thuộc vào bộ chuyển tiếp tập trung, nâng cao đáng kể tính riêng tư và khả năng chống kiểm duyệt;
- Thiết kế hướng đến bảo mật hậu lượng tử: Ngay từ khi phát triển đã khớp với lộ trình hậu lượng tử của Ethereum. Hỗ trợ tổng hợp chữ ký, ngay cả khi chi phí xác thực một chữ ký hậu lượng tử đơn lẻ cao, sau khi tổng hợp cũng có thể đạt được chi phí Gas thấp.
Điểm yếu lớn nhất của Frame Transactions cũng bắt nguồn từ tính linh hoạt của nó: Logic xác thực được giao cho mã EVM thực thi, chi phí xác thực biến động, đối với L2 theo đuổi TPS cao là thách thức.
Chúng tôi lạc quan cho rằng, có thể giải quyết thông qua tiêu chuẩn EIP/ERC đi kèm (ví dụ: EIP-7819), giao dịch tuyên bố tĩnh logic xác thực, trình tự hóa có thể tối ưu hóa đường dẫn quy trình xác thực bằng mã gốc. Đồng thời chúng tôi sẽ hợp tác với L2 và Quỹ Ethereum tiến hành kiểm tra điểm chuẩn, định vị và giải quyết nút cổ chai hiệu suất.
[CL][EL]Thành phần bổ sung của Frame Transactions
Có nhiều EIP có thể được coi là phần mở rộng của giao dịch Frame, và trên cơ sở đó tăng cường chức năng của chúng.
【EL】EIP-8250 Số ngẫu nhiên khóa cho giao dịch Frame【Cấp A】
Chúng tôi coi đề xuất này là thành phần hữu cơ của EIP-8141, đề xuất triển khai đồng bộ. Giới thiệu Nonce hai chiều, tài khoản có thể gửi nhiều giao dịch song song đến bộ nhớ giao dịch; giao thức quyền riêng tư cũng có thể lưu trữ giá trị null trong Nonce hai chiều. Chi phí lưu trữ đọc ghi Nonce hai chiều cực thấp, so sánh với mô hình hiện tại là ghi giá trị null vào bộ nhớ thông thường, giao dịch riêng tư có thể tiết kiệm Gas đáng kể. Đặc biệt quan trọng trong bối cảnh EIP-8037 điều chỉnh tăng chi phí Gas lưu trữ trong Glamsterdam.
【EL】EIP-8272 Gốc mới nhất cho giao dịch Frame【Cấp B】
Tối ưu hóa hơn nữa trải nghiệm sử dụng giao dịch Frame của giao thức quyền riêng tư. Quá trình xác thực của giao thức quyền riêng tư cần đọc gốc cam kết mới nhất, nếu lưu vào bộ nhớ thông thường không chỉ chi phí cao, mà còn xung đột với quy tắc bộ nhớ giao dịch công khai của Frame. Đề xuất này lưu trữ dữ liệu gốc thông qua bộ đệm vòng của hợp đồng hệ thống, tự động dọn dẹp dữ liệu cũ. Xếp vào cấp B lý do: Tăng độ phức tạp đáng kể của Frame cho một tình huống ứng dụng đơn lẻ, chúng tôi không chắc có tồn tại phương án triển khai tổng quát, đơn giản hơn không.
【CL】EIP-8369 Hồ sơ VOPS đủ điều kiện cho FOCIL【Cấp B】
Giải quyết tương tác giữa Frame và VOPS (chỉ hợp lệ không trạng thái hóa). Phương án VOPS cho phép nút bộ nhớ chỉ lưu trạng thái tối thiểu để xác thực giao dịch, đảm bảo khả năng chống kiểm duyệt của bộ nhớ trong môi trường không trạng thái zkEVM tương lai. Xếp vào cấp B vì phương án này kết hợp chặt chẽ với một lộ trình không trạng thái hóa chưa hình thành sự đồng thuận cộng đồng.
【EL】EIP-7906 Khẳng định giao dịch thông qua mã thao tác khác biệt trạng thái【Cấp B】
Nâng cao tính có thể kiểm toán tĩnh của kết quả giao dịch. Người dùng hiện tại có thể khẳng định kết quả tích cực, nhưng không thể ràng buộc "không tồn tại thay đổi trạng thái khác". Muốn chứng minh không có sửa đổi trạng thái bổ sung, cần thêm mã thao tác. Khẳng định tích cực (ví dụ: số dư WETH tăng ít nhất 1.5) kết hợp với khẳng định tiêu cực (không có thay đổi trạng thái khác), không cần mô phỏng cũng có thể khóa toàn bộ ảnh hưởng của giao dịch, ví phần cứng là tình huống hưởng lợi cốt lõi. Đề xuất này độ phức tạp cao, đưa vào phân tách cứng cần thận trọng. Đề xuất đáp ứng hai điều kiện rồi mới tiến hành: 1 Nhóm khách hàng hiểu đầy đủ tất cả chi tiết và ảnh hưởng liên hoàn; 2 Phạm vi thử nghiệm, đánh giá rủi ro tiềm ẩn hoàn chỉnh.
【EL】Di cư EOA【Cấp B】
EIP-7851, EIP-8151 phù hợp để xem xét cùng nhau, cùng cấu thành phương án di cư tài khoản bên ngoài sang tài khoản thông minh. Con đường như sau: EOA đầu tiên thông qua EIP-7702 ủy quyền cho tài khoản thông minh; EIP-7851 thêm mã thao tác củng cố vĩnh viễn quan hệ ủy quyền, vô hiệu hóa khóa ECDSA gốc; EIP-8151 để ecRecover nhận diện khóa đã ngừng hoạt động, ngăn chặn khóa cũ đánh cắp tài sản thông qua giao dịch loại Permit. Xếp hạng cấp B: Đây chỉ là một trong các phương án di cư EOA, chưa nhận được đánh giá rộng rãi và sự đồng thuận ngành. Nguy cơ lớn nhất nằm ở khả năng tương thích đa chuỗi: Người dùng cần lặp lại thao tác di cư trên mỗi L2, bao gồm cả chuỗi chưa ra đời, trải nghiệm người dùng kém. Chúng tôi mong đợi một phương án dựa trên L1 làm gốc tin cậy, một lần thao tác áp dụng cho tất cả chuỗi EVM, loại phương án như vậy mới có cơ hội điều chỉnh lên cấp A/S.
【EL】Tiêu chuẩn chữ ký hậu lượng tử【Cấp A】
Hegotá nên xác lập con đường triển khai rõ ràng cho chữ ký hậu lượng tử, nhưng cần xác định cơ chế tối ưu rồi mới triển khai chính thức. EIP-8355 thêm hợp đồng biên dịch trước ML-DSA: Kết hợp với giao dịch Frame, triển khai khả năng bảo mật tài khoản hậu lượng tử sau khi triển khai. Phương án dự phòng: Đăng ký trước hỗ trợ chữ ký hậu lượng tử nhưng tạm thời không kích hoạt, hoặc định nghĩa định dạng suy dẫn tương thích khóa hậu lượng tử.
【EL】EIP-7819 Chỉ thị SETDELEGATE【Cấp A】
Một khi AA gốc được triển khai trong Hegotá, giảm chi phí triển khai tài khoản thông minh là cực kỳ quan trọng. Nhưng EIP-8037 của Glamsterdam sẽ đẩy cao chi phí tạo tài khoản. EIP-7819 cho phép tài khoản mới sử dụng con trỏ ủy quyền nhẹ, thay thế hợp đồng đại lý, giảm đáng kể lưu trữ trạng thái mới thêm, giảm chi phí triển khai. Xếp hạng cấp A vì chi phí triển khai tài khoản thấp hơn có thể giảm đáng kể ngưỡng triển khai AA.
Tối ưu hóa hiệu suất: Tiếp tục thúc đẩy mở rộng quy mô L1
Glamsterdam đánh dấu sự thay đổi tư duy nghiên cứu phát triển của Ethereum: Hiệu suất trở thành ràng buộc cốt lõi trong thiết kế giao thức, phát triển khách hàng. Thực thi trễ, điều chỉnh định giá tài nguyên, tối ưu hóa khách hàng quy mô lớn, trong hai năm đã nâng khả năng chịu tải của mạng từ 30 triệu Gas lên ít nhất 200 triệu Gas. Tối ưu hóa hiệu suất mang lại quyền lựa chọn, dung lượng hiệu suất dư ra có thể dùng để mở rộng quy mô, rút ngắn khoảng thời gian, giảm ngưỡng phần cứng nút, hoặc đồng thời đạt được nhiều mục tiêu.
Nhu cầu mở rộng quy mô vẫn cấp bách. Dự án chọn địa điểm không chỉ tham khảo giá Gas hiện tại, mà còn xem Ethereum có thể tiếp tục ổn định mở rộng cung cấp không gian khối hay không. Tiếp tục triển khai nâng cấp mở rộng quy mô, xa hơn nhiều so với lộ trình trên giấy, có thể mang lại niềm tin hơn cho nhà phát triển. Mạng chính vẫn còn khoảng cách để đón nhận ổn định đỉnh lưu lượng: Vào ngày kỷ niệm 11 năm của Ethereum, Gas trung vị chỉ khoảng 0.1 gwei, một hoạt động đúc NFT đã đẩy Gas lên vùng 10 gwei, chi phí giao dịch trung vị vượt qua 1 đô la. Xu hướng mở rộng quy mô được Glamsterdam mở ra cần tiếp tục đến Hegotá.
Tóm lại, các EIP dưới đây tiếp nối đà mở rộng của Glamsterdam, đồng thời củng cố nguyên tắc rộng hơn đằng sau nó: Hiệu suất trong công việc khách hàng và thiết kế giao thức đều nên luôn là ưu tiên hàng đầu.
【EL】EIP-8131 & EIP-8279【Cấp S】
Tổ hợp đề xuất định giá dữ liệu Sau khi nâng cấp Glamsterdam, nút cổ chai cốt lõi của mạng trở thành lan truyền tải trọng khối. Nguyên nhân gốc rễ là tiêu chuẩn kế toán Gas cho các loại byte tài nguyên khác nhau không thống nhất, thậm chí một phần không tính phí. EIP-8131 thống nhất giới hạn dưới cơ bản của giao dịch: Mở rộng quy tắc tính phí tối thiểu hiện có của giao dịch đến dữ liệu có thể xác nhận trước khi thực thi; EIP-8279 giới hạn dưới byte danh sách truy cập khối: Tính phí cho byte danh sách truy cập được tạo động trong quá trình thực thi.
Cơ chế tính phí động khiến EIP-8279 phức tạp hơn, nhưng cả hai nên được xem xét cùng nhau. Tổ hợp phương án thực hiện kế toán thống nhất byte liên quan giao dịch, giới hạn trường hợp xấu nhất của tải trọng khối, đồng thời đại đa số giao dịch thông thường, chiếm ít dữ liệu không bị ảnh hưởng. Lấp đầy lỗ hổng kế toán tài nguyên, dọn đường cho việc tiếp tục điều chỉnh tăng giới hạn Gas sau này.
【CL】【EL】EIP-8146 【Cấp A】
EIP-8146 cải thiện chính đường dẫn then chốt bằng cách tách riêng việc lan truyền BAL và tải trọng hiệu quả, từ đó hoàn thiện cơ chế định giá lại. Điều này không chỉ nâng cao hiệu quả lan truyền, mà còn cho phép khách hàng thực thi giành lấy ưu thế trong việc tìm nạp trước trạng thái và tính toán sau gốc trạng thái. Chúng tôi cho rằng đây là tối ưu hóa ngưỡng thấp không thể bỏ lỡ. Công việc triển khai chủ yếu dựa trên cơ chế CL gossip quen thuộc, do đó đây là một EIP đầu tư thấp, giá trị cao, đặc biệt là trong một nhánh có mã lượng EL lớn.
Các đề xuất liên quan đến mở rộng khác
【EL】Hiệu chỉnh lại CPSB【Cấp A】
Thay đổi đơn giản. Chúng tôi đề xuất tiếp tục tiến hành, dựa trên kế hoạch điều chỉnh tăng giới hạn Gas, tình hình sử dụng Gas trạng thái và thực thi trên chuỗi, chọn một đưa vào. EIP-8368 Hiệu chỉnh CPSB phù hợp với giới hạn Gas mới: Phương án đi kèm sau EIP-8037. Chi phí byte trạng thái từ việc điều chỉnh động theo giới hạn Gas chuyển thành giá trị cố định, đơn giản hóa phát triển thử nghiệm. CPSB hiện tại tính toán dựa trên giới hạn Gas 150 triệu, sau khi điều chỉnh tăng giới hạn Gas, Hegotá nhiều khả năng cần hiệu chỉnh. EIP-8372 Tiêu chuẩn hóa giới hạn Gas trạng thái: Thuộc phương án mở rộng của EIP-8368, điều chỉnh hạt mịn hơn, đối phó với tình huống mục tiêu tăng trưởng trạng thái, mục tiêu Gas thông thường lệch so với dự kiến.
【EL】EIP-7862 Gốc trạng thái trễ【Cấp B】
Bản thân quy cách rất đơn giản, nhưng theo chúng tôi biết, độ phức tạp triển khai khách hàng chưa được hiểu đầy đủ. Gốc trạng thái tồn tại phổ biến trong kho mã. Lợi ích ngắn hạn hạn chế, giá trị cốt lõi tập trung vào xa (kéo dài thời gian khả dụng chứng minh gốc trạng thái). Lần Hegotá này bản thân áp lực thay đổi lớp thực thi đã lớn.
【CL】EIP-8341 Cam kết tải trọng hiệu quả một phần【Cấp D】
Đề xuất không đưa vào. Lợi ích hạn chế (trì hoãn nhỏ việc tính toán gốc trạng thái), nhu cầu không cấp bách, và EIP-7862 có thể đạt được hiệu quả mạnh hơn, có thể thay thế trực tiếp.
Thảo luận phân loại các EIP còn lại
Tiếp theo tổng hợp các đề xuất còn lại, phân nhóm theo chủ đề. Một phần đề xuất quan điểm của chúng tôi vẫn đang hình thành, tương lai kết hợp với nhóm khách hàng, tác giả giao tiếp tiếp tục cập nhật.
Hegotá dự kiến là phân tách cứng thay đổi lớp thực thi nặng, chúng ta nên kiểm soát chặt chẽ ngưỡng vào của EIP lớp thực thi. Ngoài FOCIL và Quick Slots ra, cố gắng kiểm soát phạm vi thay đổi lớp đồng thuận: Thu hẹp phạm vi nâng cấp, dành thời gian dồi dào cho nhóm khách hàng, ứng phó với chuyển đổi kiến trúc lớn trong tương lai.
【CL】Liên quan đến cơ chế phát hành
Chúng tôi không phân ưu tiên cho EIP-8363 Phát hành và tiêu hủy dần dần. Chính sách phát hành lạm phát không nên do nhà phát triển cốt lõi đơn phương quyết định, bảng xếp hạng ưu tiên tương đương với việc đưa ra đề xuất triển khai rõ ràng cho nhà phát triển cốt lõi. Đại đa số EIP nghiêng về quyết định kỹ thuật, cộng đồng ủy quyền quyền quyết định cho nhóm phát triển cốt lõi; nhưng cơ chế phát hành thuộc về chính sách tiền tệ, cần cộng đồng đạt được sự đồng thuận rộng rãi. Ý kiến của nhà phát triển cốt lõi chỉ là tham khảo cho thảo luận công khai. Nếu xếp nó cùng hạng với EIP thông thường, tương đương với việc coi nó là quyết định kỹ thuật ACD thông thường.
Xét về mặt kỹ thuật, EIP-8363 có giá trị. Khi tổng lượng ETH đặt cược tăng lên, độ tin cậy của cơ chế phạt giảm; dưới tỷ lệ đặt cược cao, phần thưởng mới thêm phần lớn bù đắp lạm phát; hiệu ứng quy mô tiếp tục kéo dài khoảng cách giữa nhà vận hành lớn và người đặt cược độc lập. Nhưng thay đổi cũng đi kèm rủi ro: Cục diện phân bố đặt cược tồn tại tính không chắc chắn, quá trình củng cố chính sách tiền tệ sẽ khởi động lại. Bài đăng thảo luận do Ansgar phát hành liệt kê đầy đủ quan điểm thuận nghịch, phù hợp với lập trường của chúng tôi. Một phần thành viên nhóm trước đây ủng hộ điều chỉnh cơ chế phát hành, hiện tại vẫn duy trì đánh giá này.
Chúng tôi đề xuất, đợi sau khi tất cả các phạm vi khác của Hegotá được xác định, rồi mới thảo luận điều chỉnh cơ chế phát hành. Cho cộng đồng thời gian thảo luận đầy đủ, tránh gây nhiễu chủ tuyến xác định phạm vi nâng cấp.
【CL】Tối ưu hóa chức năng đặt cược
Cải tiến đặt cược có giá trị, nhưng ưu tiên đảm bảo tối ưu hóa hướng đến người dùng cuối, thay đổi cơ sở hạ tầng thuần túy trừ khi cần thiết, nếu không thì hoãn lại.
【CL】EIP-8015 Xóa trường tiền gửi và eth1data【Cấp A】
Dọn dẹp nợ kỹ thuật lịch sử nhẹ nhàng. Dựa trên EIP-7688 tương thích về phía trước cấu trúc dữ liệu đồng thuận, chứng minh Merkle của trường không liên quan không bị ảnh hưởng, sẽ không ảnh hưởng đến bên đọc dữ liệu trên chuỗi.
【EL】【CL】EIP-8237 Đồng bộ độc lập lớp đồng thuận / lớp thực thi【Cấp B】
Xây dựng trên cơ sở ePBS tách khối beacon và tải trọng, cho phép CL, EL đồng bộ độc lập, có hy vọng đơn giản hóa logic phức tạp của khách hàng.
【CL】EIP-8205 Đăng ký trước chứng chỉ rút tiền【Cấp D】
Đề xuất không đưa vào. Mặc dù giải quyết điểm đau thực sự của đặt cược ủy quyền, nhưng phương án đặt trước tiền gửi hiện có đã có thể ứng phó, thêm vào toàn bộ cơ chế giao thức mới mang lại độ phức tạp, giai đoạn hiện tại khó phù hợp với lợi ích.
【CL】EIP-8148 Ngưỡng thanh lý tùy chỉnh của người xác thực【Cấp D】
Đề xuất không đưa vào. Cơ chế phức tạp (thêm hợp đồng hệ thống, yêu cầu thực thi, logic lớp đồng thuận), lợi ích hạn chế, chỉ thúc đẩy nhỏ tích hợp đặt cược nhỏ lẻ. Kết hợp với cục diện phân bố đặt cược hiện tại, khó thay đổi đáng kể xu hướng tập trung người xác thực toàn mạng.
【CL】EIP-8372 ePBS Bắt buộc tiêu hủy phần thưởng thực thi【Cấp D】
Đề xuất không đưa vào. Nhiều khả năng chỉ thúc đẩy nhiều kênh ngoài sàn hơn. Nhiều năm thảo luận tiêu hủy MEV không hình thành phương án được đồng thuận rộng rãi.
【CL】EIP-7716 Phạt chứng minh phản tương quan【Cấp D】
Đề xuất không đưa vào. Thiếu bằng chứng đầy đủ hỗ trợ điều chỉnh lớn cơ chế khuyến khích đặt cược, và nâng cấp đồng thuận tách rời sẽ thiết kế lại hệ thống khuyến khích đặt cược.
【CL】EIP-8333 Khối biên giới kỷ nguyên căn chỉnh điểm kiểm tra【Cấp D】
Đề xuất không đưa vào. Thuộc công việc dọn dẹp tối ưu hóa, có thể hoãn đến nâng cấp đồng thuận tách rời quy mô lớn hơn cùng tiến hành.
【CL】EIP-8359 Trường báo cáo khối beacon【Quan điểm Đang được hình thành】
【CL】Công việc tiền trạm nâng cấp hậu lượng tử
Các đề xuất dưới đây giảm sự phụ thuộc vào chữ ký BLS, lót đường cho chuyển đổi hậu lượng tử xa.
【CL】EIP-8365 Loại bỏ chứng chỉ rút tiền BLS【Cấp A】
Loại bỏ chứng chỉ rút tiền kiểu cũ, đơn giản hóa giao thức, lót đường cho chuyển đổi hậu lượng tử sau này. Thay đổi đơn giản, phù hợp triển khai hiện tại.
【CL】EIP-8367 Loại bỏ cơ chế hết hạn số dư người xác thực BLS【Cấp D】
Đề xuất không đưa vào. Đại đa số người xác thực chứng chỉ 0x0 sẽ hoàn thành di cư chứng chỉ trước sau khi EIP-8365 triển khai, rút tiền hoặc tiếp tục đặt cược. Không cần thêm cơ chế xử lý riêng cho số lượng tồn còn lại, triển khai EIP-8365 trước quan sát tình hình thực tế.
【CL】EIP-8321 RANDAO chuỗi băm【Cấp D】
Đề xuất không đưa vào. Chỉ thực hiện riêng RANDAO bảo mật hậu lượng tử ý nghĩa hạn chế, khóa BLS của người xác thực vẫn tồn tại rủi ro; đồng thời mỗi người xác thực tăng thêm 32 byte dữ liệu, thêm logic quản lý khóa, mục đích đơn nhất. Phương án đồng thuận hậu lượng tử hoàn chỉnh chưa triển khai. Chúng tôi ủng hộ nâng cấp lặp lại, nhưng bước đầu tiên nên tuân theo lộ trình thống nhất, tránh phương án bị tiêu chuẩn cuối cùng thay thế.
【EL】【CL】Tối ưu hóa thích ứng zkEVM
Phần lớn tối ưu hóa tiền trạm zkEVM lợi ích ngắn hạn hạn chế, chỉ tiện lợi cho nhóm cụ thể chạy nút đầy đủ, đồng thời chiếm dụng tài nguyên phát triển, có thể đẩy cao chi phí vận hành EVM. Chỉ những đề xuất có giá trị dài hạn rõ ràng cao hơn chi phí ngắn hạn, mới phù hợp đưa vào.
【CL】EIP-8025 Chứng minh thực thi tùy chọn【Cấp D】
Lần nâng cấp này không nên đưa vào. Bản thân đề xuất không bắt buộc phân tách cứng, gắn với Hegotá chỉ là yêu cầu ưu tiên, chúng tôi không đồng tình với điều này. Trước khi triển khai chứng minh tùy chọn, nên xác định rõ hình thái cuối cùng dài hạn, tiến hành ổn định, không nên vội vàng triển khai trước khi mô hình người xác thực / trạng thái chưa định hình. Vấn đề cốt lõi cần giải quyết: Người xác thực nên lưu giữ, lưu trữ một phần trạng thái, hay hoàn toàn không trạng thái. Người xác thực là nhóm nút quan trọng, có tài nguyên phần cứng và mạng, thay đổi làm suy yếu vai trò của họ cần tiêu chuẩn vào cao hơn.
【EL】EIP-7666 EVM hóa biên dịch trước nhận dạng【Cấp A】
Thay đổi nhỏ nhắn, có giá trị thực dụng.
【EL】EIP-8200 EVM hóa biên dịch trước【Cấp B】
Sử dụng mã byte EVM thay thế ba loại biên dịch trước gốc. Hai loại sử dụng lượng thấp, di cư độ khó nhỏ; loại thứ ba sử dụng rộng rãi trong chứng minh SNARK. Cần hoàn thành đánh giá tác động, xác nhận chi phí di cư có thể kiểm soát, hoặc di chuyển loại thứ ba ra khỏi phạm vi, chúng tôi sẽ điều chỉnh lên cấp A.
【EL】EIP-7709 Đọc BLOCKHASH từ bộ nhớ và điều chỉnh Gas【Cấp D】
Phạm vi điều chỉnh tăng Gas lớn, nhiễu động rõ ràng, nhu cầu không cấp bách. Muốn giảm rủi ro có thể tiến hành đánh giá tác động, hoặc kết hợp với cơ chế làm nóng khối hoãn triển khai.
【EL】EIP-8268 Đưa danh sách truy cập khối vào gốc lưu trữ【Cấp B】
Cần đánh giá tác động thực tế đối với thể tích danh sách truy cập, chi phí Gas giao dịch mang lại (EIP-8279 sẽ tính phí byte danh sách truy cập), mỗi mục tài khoản truy cập kèm theo thêm gốc Merkle lưu trữ.
【EL】Chức năng gốc EVM
Hegotá vẫn sẽ triển khai một phần cải tiến rời rạc của EVM. Chúng tôi cho rằng sau lần nâng cấp này, Ethereum nên cùng toàn bộ hệ sinh thái EVM xây dựng lộ trình phát triển EVM dài hạn, Ethlabs sẽ tham gia cùng xây dựng.
【EL】EIP-5920 Mã thao tác PAY【Cấp A】
Logic đơn giản, là nguyên thủy cơ sở có giá trị của EVM. Vẫn cần làm rõ thêm tình huống ứng dụng thực tế.
【EL】EIP-8163 Dự phòng mã thao tác EXTENSION (0xae)【Cấp A】
Rất thực dụng với L2, hầu như không có chi phí với L1, chỉ làm nhận diện dự phòng.
【EL】Tái sử dụng mã hợp đồng【Cấp B】
EIP-8058 Giảm giá loại bỏ trùng lặp mã byte hợp đồng, EIP-8298 Chỉ thị SETCODEFROM tái sử dụng mã Dựa trên mô hình lưu trữ khách hàng: Mã hợp đồng lưu trữ độc lập, tài khoản chỉ thông qua băm mã chỉ đến mã. Cả hai đề xuất đều thực hiện cùng một mã chỉ lưu trữ một bản, giảm chi phí triển khai. Tư duy có sức hấp dẫn, nhưng cần đánh giá tác động đối với khả năng tương thích về phía trước của cấu trúc lưu trữ cây nhị phân. Hai đề xuất tạm thời không có thiên hướng rõ ràng.
【EL】Cải cách định giá bộ nhớ【Cấp B】
Chúng tôi chưa đánh giá có phù hợp triển khai cải cách bộ nhớ trong Hegotá hay không. Hiện tại nhận thức về không gian thiết kế chưa đầy đủ.
EIP-7686 Giới hạn bộ nhớ EVM tuyến tính: Thay đổi nhỏ, hủy bỏ chi phí mở rộng bộ nhớ tăng trưởng bậc hai;
EIP-7923 Định giá bộ nhớ tuyến tính dựa trên phân trang: Tái cấu trúc quy tắc cơ sở, hoàn thiện hơn, nhưng độ phức tạp cao hơn.
【EL】EIP-8219 Mã thao tác số học với kiểm tra tràn【Cấp B】
Thêm chức năng tính toán an toàn gốc cho EVM có giá trị. Cần kiểm tra điểm chuẩn xác nhận định giá hợp lý; sau khi hoàn thành đánh giá tác động (quy mô giao dịch hưởng lợi, tình hình thích ứng trình biên dịch) có hy vọng điều chỉnh lên cấp A.
【EL】EIP-8360 Mã thao tác TCREATE【Cấp B】
Hỗ trợ tạo hợp đồng tạm thời trong vòng đời giao dịch, nguyên thủy cơ sở tổng quát. Nhưng đề xuất độ phức tạp cao, sau khi hoàn thành đánh giá độ khó phát triển và thử nghiệm có thể xếp hạng lại.
【EL】EIP-7645 Bí danh ORIGIN chỉ đến SENDER【Cấp D】
Đề xuất không đưa vào. Thuộc thay đổi phá hoại, lạm dụng ngữ nghĩa ORIGIN.
【EL】EIP-8182 Chuyển ETH và ERC20 riêng tư gốc【Cấp D】
Đề xuất không đưa vào. Quy mô thay đổi lớn, giới thiệu phụ thuộc ZK. Nếu tương lai triển khai, nên làm đề xuất cốt lõi của nâng cấp.
【EL】EIP-2488 Ngừng sử dụng mã thao tác CALLCODE【Quan điểm Đang được hình thành】
【EL】EIP-4758 Ngừng hoạt động SELFDESTRUCT【Quan điểm Đang được hình thành】
【EL】EIP-7979 Mã thao tác gọi và trả về EVM【Quan điểm Đang được hình thành】
【EL】EIP-8173 Cơ sở luồng điều khiển EVM【Quan điểm Đang được hình thành】
【EL】EIP-8253 Nonce lưu trữ tài khoản Nonce 0 tự tăng【Quan điểm Đang được hình thành】
【EL】EIP-8030 Thêm hỗ trợ thuật toán P256【Quan điểm Đang được hình thành】
【EL】Cơ chế định giá EVM
Glamsterdam điều chỉnh tăng chi phí Gas thao tác định giá thấp, hạn chế thông lượng. Các đề xuất định giá liên quan của Hegotá hướng ngược lại: Điều chỉnh giảm chi phí thao tác hiện tại định giá quá cao, hạn chế ứng dụng triển khai, nhưng đóng góp cho mở rộng toàn mạng hạn chế, thuộc loại tối ưu hóa thêm phần hấp dẫn. Chúng tôi ủng hộ điều chỉnh giá có mục tiêu, nhưng đề xuất mô hình tính phí mới phải thiết kế hoàn thiện, có người thúc đẩy kiên định xác thực rủi ro đầy đủ, mới có thể đưa vào.
【EL】EIP-8358 Tính phí Gas ròng thay đổi tài khoản【Cấp B】
Lợi ích nghi ngờ. Dữ liệu mẫu 900 khối mạng chính, 400 nghìn giao dịch cho thấy: Chỉ 2.07% giao dịch tiết kiệm Gas, tổng Gas khối tiết kiệm chỉ chiếm 1.14%.
【EL】EIP-7973 Tính phí ghi tài khoản nóng【Quan điểm Đang được hình thành】
【EL】EIP-7609 Điều chỉnh giảm Gas cơ bản TLOAD/TSTORE【Quan điểm Đang được hình thành】
【EL】EIP-7971 Giới hạn cứng lưu trữ tức thời【Quan điểm Đang được hình thành】
【EL】EIP-3298 Hủy hoàn trả Gas【Quan điểm Đang được hình thành】
【EL】EIP-8374 Giữ lại tập hợp truy cập nóng sau khi cuộn lại【Quan điểm Đang được hình thành】
【EL】EIP-8115 Thu phí ưu tiên hàng loạt cuối khối【Quan điểm Đang được hình thành】
【EL】EIP-8188 Ghi lại khối ghi mới nhất của tài khoản và khe lưu trữ【Quan điểm Đang được hình thành】
【EL】【CL】Dữ liệu thực thi và chỉ mục
【EL】【CL】EIP-7668 Xóa bộ lọc Bloom【Quan điểm Đang được hình thành】
【EL】【CL】EIP-7807 Khối thực thi định dạng SSZ【Quan điểm Đang được hình thành】
【EL】EIP-8116 Đơn giản hóa trường biên lai tích lũy【Quan điểm Đang được hình thành】
【EL】EIP-8304 Chỉ mục nhật ký và giao dịch không cần tin cậy【Quan điểm Đang được hình thành】
【EL】【CL】Lớp mạng
Mạng ngang hàng P2P của Ethereum vẫn có không gian tối ưu hóa định hướng, đặc biệt là cơ chế lan truyền thông điệp giao dịch, Blob, chứng minh.
【CL】EIP-8371 RowDAS Tái tạo Blob phân tán【Cấp A】
Tránh việc tái tạo hoàn chỉnh, nút đầy đủ lưu trữ trở thành nút cổ chai mở rộng Blob. Về dài hạn, cơ chế tái tạo phân tán chắc chắn phải đưa vào giao thức, có hy vọng hủy bỏ yêu cầu lưu trữ Blob của người xác thực. Vẫn cần đánh giá thêm độ phức tạp triển khai.
【CL】EIP-8142 Blob nhúng khối BiB【Cấp D】
Thời cơ chưa chín muồi, tính cấp bách không đủ, để lại nhiều vấn đề chưa giải quyết (có sử dụng KZG không, tạo chủ đề phát sóng mới). Không muốn đưa cơ chế KZG vào đường dẫn then chốt sản xuất khối, phương án thay thế chưa rõ ràng.
【CL】EIP-8243 Phát sóng hàng loạt chứng minh từ nguồn【Cấp D】
Không thể đảm bảo rõ ràng rút ngắn thời gian xác nhận cuối cùng, giới hạn trên của tải trọng không rõ ràng; khả năng phòng thủ DoS của cơ chế cần được xác thực.
【EL】EIP-8077 eth/XX Phát sóng giao dịch dựa trên Nonce【Quan điểm Đang được hình thành】
【EL】EIP-8094 eth/vhash Giao thức bộ nhớ giao dịch hỗ trợ Blob【Quan điểm Đang được hình thành】
【CL】EIP-8334 Phát sóng hàng loạt chứng minh【Quan điểm Đang được hình thành】
Kết luận
Nâng cấp Ethereum rủi ro cực cao, do đó độ phức tạp khó tránh khỏi. Hàng nghìn nút toàn cầu cần chuyển đổi quy tắc đồng bộ trong cùng một khoảng thời gian, hoạt động mạng không thể gián đoạn. Sự nghiêm ngặt này hỗ trợ Ethereum trải qua các lần nâng cấp suôn sẻ, hiện thực hóa mạng phi tập trung 11 năm liên tục không ngừng hoạt động.
Trên đây là đánh giá của Ethlabs tại thời điểm hiện tại đối với Hegotá. Khi phát triển được tiến hành, thảo luận sâu hơn, một khi xuất hiện căn cứ mới, chúng tôi sẽ tiếp tục cập nhật quan điểm. Một phần EIP do thành viên Ethlabs chủ đạo thúc đẩy, các đề xuất còn lại đến từ lượng lớn nhà nghiên cứu, nhà phát triển khách hàng và người đóng góp độc lập xuất sắc của Ethereum. Nhưng tất cả phương án muốn triển khai, đều không thể tách rời sự phối hợp của nhóm khách hàng, ví, ứng dụng, L2, nhà cung cấp dịch vụ cơ sở hạ tầng, tổ chức, người vận hành nút và người dùng cuối. Ethereum thuộc về toàn thế giới, tiến bộ lớn của mạng chưa bao giờ là thành quả của một tổ chức đơn lẻ.
