giới thiệu
Nếu lịch sử của blockchain là lịch sử mở rộng của Bitcoin, thì các bản nâng cấp theo chu kỳ của Ethereum là chỉ báo cốt lõi về hướng mở rộng.
Các bản nâng cấp hard fork lớn của Ethereum sau mỗi 1-2 năm sẽ dần lan tỏa từ bản thân đến L2 của mỗi chuỗi Ethereum, sau đó mở rộng thành sự phát triển của nhiều L1. Eip có trong mỗi hard fork đại diện cho bản chất của cộng đồng cốt lõi Ethereum và là kết quả của sự cân bằng giữa lợi ích và chi phí.
Vậy hãy để Shisijun đưa bạn qua 11 Eips của bản nâng cấp Prague-Electra theo góc nhìn kỹ thuật. Chúng là gì, chúng được sử dụng để làm gì và tại sao lại là anh ấy?
lý lịch
Thời gian chính xác hiện tại cho bản nâng cấp dự kiến sẽ được phát hành trên mạng thử nghiệm Sepolia vào ngày 3.5 và trên mạng chính Ethereum vào ngày 4.8. Câu đầu tiên của phiên bản do cơ sở mã chính thức của Ethereum phát hành cách đây 4 ngày (2025.2.26) là: Ồ nhìn kìa, một bản phát hành hotfix khác! Đúng vậy, có một vấn đề. Mã phiên bản hiện đang được kích hoạt trong mạng thử nghiệm Holesky đã gây ra một nhánh trong mạng thử nghiệm (có thể hiểu là thời gian ngừng hoạt động trên diện rộng). Mặc dù chúng ta không cần chú ý đến các lỗi trong mã nhánh, nhưng chúng ta có thể thấy được sự phức tạp của nội dung lần này. Và theo quan điểm cá nhân của tôi, bản nâng cấp này cũng là bản nâng cấp có ảnh hưởng nhất sau khi sáp nhập Pow vào Pos trong Ethereum . Nó sẽ thay đổi hoàn toàn chế độ hoạt động trên chuỗi và mang lại trải nghiệm hoàn toàn mới. Danh sách đầy đủ các eips như sau:
[Nguồn: https://ethroadmap.com/#pectra sticky]
Mặc dù phần giới thiệu đề xuất có đôi chút thay đổi nhưng đã thu hút được sự chú ý của các nhóm phát triển ví như Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe, v.v. Về cơ bản, mọi thứ được thực hiện để đảm bảo rằng mạng chính có thể được điều chỉnh ngay khi nó chuyển đổi. Là người dùng, chúng ta cũng có thể trải nghiệm nó với sự trợ giúp của ví của mình.
Nhưng câu hỏi cốt lõi thực sự là - ngoài việc triển khai kỹ thuật của các nhà phát triển, liệu bản nâng cấp này có thực sự tận dụng được cấu trúc sinh thái của Ethereum hay không?
Những thay đổi này có đủ sâu sắc không, hay chỉ là bản vá thông thường của Ethereum Foundation trong kỷ nguyên L2?
Quét toàn cảnh
Chúng ta hãy sử dụng bảng để cảm nhận nhịp điệu tổng thể:
Rõ ràng, chúng ta có thể thấy 3 đặc điểm chính:
Khi quá trình phát triển Ethereum bước vào giai đoạn nước sâu, về cơ bản tất cả những người đề xuất đề xuất mới có thể được đưa vào đều đến từ chính Quỹ Ethereum . Trong số đó, Vitalik là người đầu tiên đề xuất những thay đổi quan trọng. Gần như không thể thấy được sự sáng tạo của các vai trò khác được đưa vào các bản nâng cấp chính thức. Đây cũng có thể là bằng chứng cho thấy Ethereum ngày càng đi theo con đường riêng và dần trở thành một hệ thống ra quyết định ngày càng tập trung.
Tốc độ thị trường của Ethereum đang tăng tốc . Vào tháng 11 năm ngoái, sự đồng thuận cơ bản của bản nâng cấp này đã hoàn thành trên 8 mục, và hiện tại việc triển khai thực tế bao gồm 11 mục (thêm vào đó là 3 tối ưu hóa ở cấp độ L2 do vitalik thúc đẩy). Trước đây, một phiên bản chính về cơ bản chỉ thực hiện một vài tối ưu hóa từ một lõi, nhưng bây giờ nó gần như được thực hiện bởi nhiều bên cùng một lúc và AA (phiên bản hard fork) vốn khó đạt được sự đồng thuận trong nhiều năm cũng đã được đưa vào. Từ đó, chúng ta có thể thấy rằng với sự bùng nổ của nhiều chuỗi như hiện nay, hệ thống EVM đang trong tình trạng đối mặt với hệ thống SVM đang bùng nổ (Solana, v.v.), hệ thống Move (Aptos, v.v.) và thậm chí cả hệ thống BTC (nhiều BTC L2).
Ethereum đang tận dụng lợi thế sinh thái của mình và ngày càng có xu hướng tối ưu hóa trải nghiệm người dùng . Có lẽ bạn nghĩ rằng tối ưu hóa trải nghiệm người dùng là điều nên làm? Không, trên thực tế, nhiều phiên bản hợp nhất chính của Ethereum không liên quan gì đến trải nghiệm chung của người dùng. Lần gần nhất kích thước khối được điều chỉnh (mở rộng dung lượng sẽ giảm chi phí cho người dùng và giảm biến động giá được coi là tối ưu hóa trải nghiệm người dùng) là vào năm 2018. Lần trước, bằng cách giới thiệu blob, chi phí phí người dùng của L2 đã giảm đáng kể. Và lần này, có thể thấy từ ba thời điểm rằng trọng tâm là tối ưu hóa chi phí người dùng.
Nhưng câu hỏi đặt ra là liệu Ethereum có thực sự “đặt trải nghiệm của người dùng lên hàng đầu” không? Hay nó chỉ bị ép buộc để tối ưu hóa trải nghiệm của người dùng? Chúng ta hãy thảo luận từng chi tiết một và tìm hiểu xem anh ấy đã thay đổi những gì.
Tối ưu hóa trải nghiệm
Trước hết, thay đổi quan trọng nhất là 7702, giới thiệu cơ chế trừu tượng hóa tài khoản từ bản cập nhật lớp chuỗi. Trước đây chúng tôi đã có một bài viết có hệ thống về điểm này, vì vậy tôi sẽ không nhắc lại lần này: Từ 4337 đến 7702: Giải thích sâu sắc về quá khứ và tương lai của đường dẫn trừu tượng hóa tài khoản Ethereum
Diễn giải
Xét về mặt khách quan, 7702 phá vỡ các quy tắc bất thành văn không thể có trên nhiều chuỗi và cũng phá vỡ logic ứng dụng của hầu hết các Dapp.
Đối với người dùng, đây vẫn là địa chỉ EOA và logic CA chỉ được điều khiển và sử dụng khi cần thiết, do đó chi phí lưu trữ thấp.
Không cần phải chuyển đổi danh tính CA trên chuỗi trước khi thực hiện bất kỳ thao tác nào, điều đó có nghĩa là người dùng không cần phải đăng ký.
Người dùng có thể dễ dàng sử dụng EOA để thực hiện nhiều giao dịch song song, chẳng hạn như kết hợp khấu trừ được ủy quyền và khấu trừ đã thực hiện thành một, giúp giảm chi phí giao dịch cho người dùng.
Đối với Dapp, đặc biệt là đối với các dự án cần thực hiện quản lý cấp doanh nghiệp trên chuỗi, chẳng hạn như trao đổi, thì đây là một sự tối ưu hóa mang tính đột phá. Khi việc thu thập hàng loạt được thực hiện trong hệ sinh thái ban đầu, chi phí trao đổi cơ bản có thể giảm hơn một nửa ngay lập tức, điều này cuối cùng có thể mang lại lợi ích cho người dùng.
Do đó, mặc dù đã thay đổi rất nhiều nhưng khía cạnh chi phí vẫn đáng để tất cả các Dapp nghiên cứu và áp dụng , vì lần này, người dùng chắc chắn sẽ đứng về phía EIP 7702.
Nhưng có một rủi ro tiềm ẩn ở đây: mặc dù việc trừu tượng hóa tài khoản làm giảm chi phí tương tác, nhưng nó cũng làm tăng tính phức tạp của việc quản lý quyền của người dùng.
Nếu các nhà sản xuất ví không thích ứng đúng cách, điều này có thể dẫn đến các lỗ hổng bảo mật không mong muốn. Trước đây, một tài sản chuỗi đơn lẻ sẽ bị mất nhiều nhất trong quá trình điều tra, nhưng bây giờ toàn bộ chuỗi có thể bị mất hoặc thậm chí phát nổ vào thời điểm đã định.
Rõ ràng, đây là bản nâng cấp được tin tặc lừa đảo ưa chuộng và người dùng nên cẩn thận hơn về các giao dịch trên chuỗi.
Tối ưu hóa phía ứng dụng
EIP-2537 (Biên dịch trước cho BLS 12-381 Curve Operations)
tác dụng
Giới thiệu biên dịch trước đường cong elip BLS 12-381, tối ưu hóa các hoạt động mã hóa phức tạp như xác minh chữ ký BLS, cung cấp bảo mật cao hơn (bảo mật 120+ bit) và hiệu quả tính toán (tối ưu hóa Gas)
Về chức năng thực tế, xác minh chữ ký BLS, tổng hợp khóa công khai và xác minh đa chữ ký đã được thêm vào.
Các địa chỉ được biên dịch trước cụ thể được chỉ định cho các hoạt động BLS khác nhau và các hợp đồng có thể được thực thi trực tiếp bằng cách gọi các địa chỉ được biên dịch trước này mà không cần triển khai mã bổ sung để thực hiện các hoạt động toán học phức tạp liên quan đến BLS 12-381.
Diễn giải
Ví hợp đồng thông minh đa chữ ký ngày càng trở nên tiện lợi hơn đối với người dùng thông thường với chi phí thấp. Nó có thể giảm đáng kể độ phức tạp và chi phí gas của các tính toán xác minh chữ ký, đồng thời có thể triển khai và hỗ trợ hiệu quả hơn các chức năng như bằng chứng không kiến thức (như zk-SNARK) và mã hóa đồng cấu. Điều này sẽ ảnh hưởng đến quyền riêng tư và khả năng tương tác (đặc biệt là với các blockchain hỗ trợ BLS khác như ZCash).
EIP-2935 (Phục vụ các khối băm lịch sử từ trạng thái)
tác dụng
Lưu trữ 8192 khối băm cuối cùng trong bộ nhớ của hợp đồng hệ thống để cung cấp cho các máy khách không có trạng thái dữ liệu băm khối gần đây nhất.
Thiết kế này cho phép khách hàng truy cập vào các hàm băm khối lịch sử trong quá trình thực thi mà không cần phải lưu trữ toàn bộ dữ liệu lịch sử của chuỗi, điều này đặc biệt quan trọng đối với các giải pháp tối ưu hóa trong tương lai như cây Verkle.
Dữ liệu băm này được lưu trữ dưới dạng bộ đệm vòng và hỗ trợ cập nhật liên tục, nghĩa là luôn giữ nguyên giá trị băm khối 8192 mới nhất.
Cung cấp các hoạt động Set và Get, SET là địa chỉ hệ thống có thể được sử dụng để ghi giao dịch và người dùng có thể sử dụng Get để truy vấn các hàm băm khối bằng cách sử dụng số khối.
Diễn giải
Bởi vì máy khách có thể truy cập vào khối băm lịch sử thông qua một truy vấn đơn giản mà không cần lưu trữ bổ sung, mặc dù không ảnh hưởng trực tiếp đến người dùng thông thường, nhưng nó sẽ thúc đẩy sự xuất hiện của một số máy khách không cần lưu trữ và có giá trị tối ưu hóa cho các ứng dụng dịch vụ trên chuỗi yêu cầu xác minh .
Nó cũng giúp tiết kiệm chi phí cho Rollup L2 , vì hầu hết các L2 cần truy cập vào các hàm băm khối L1 từ thời gian trước để xác minh tính nhất quán và thông tin lịch sử của dữ liệu trên chuỗi.
Ngoài ra còn có các dịch vụ xác minh trên chuỗi như oracle, yêu cầu xác minh và theo dõi dữ liệu của các khối lịch sử để ngăn chặn lỗi dữ liệu được báo cáo ngoài chuỗi.
Nhiều tối ưu hóa cho các kịch bản đặt cược
Staking Ethereum là một chủ đề lớn, nhưng nó ít tác động đến người dùng thông thường (nhưng nếu bạn tham gia staking, bạn cần xem xét kỹ hơn và suy nghĩ về logic kinh tế ở đây). Tôi sẽ tóm tắt từng đề xuất trong một câu và sau đó cùng nhau bình luận.
EIP-6110 (Cung cấp tiền gửi xác thực trên chuỗi)
Hoạt động staking sẽ được xử lý thông qua cơ chế giao thức trong chuỗi, loại bỏ cơ chế bỏ phiếu của lớp đồng thuận và tối ưu hóa tính bảo mật cũng như hiệu quả của luồng staking. Bằng cách thêm danh sách các hoạt động cam kết xác thực vào khối lớp thực thi, bản ghi và quá trình xác minh hoạt động cam kết được đặt trực tiếp vào cấu trúc khối lớp thực thi, do đó lớp đồng thuận không còn cần phải dựa vào cơ chế bỏ phiếu dữ liệu cam kết (dữ liệu eth 1).
EIP-7002 (Lớp thực thi có thể kích hoạt rút tiền)
Đề xuất này cho phép lớp thực thi của Ethereum cung cấp cơ chế kích hoạt trạng thái thoát của trình xác thực và rút một phần, cho phép trình xác thực sử dụng chứng từ rút tiền 0x 01 để kiểm soát độc lập số ETH đã đặt cược của họ từ lớp thực thi.
EIP-7251 (Tăng MAX_EFFECTIVE_BALANCE)
Tăng giới hạn staking hiệu quả cho một trình xác thực duy nhất (lên 2048 ETH), trong khi giới hạn staking tối thiểu vẫn là 32 ETH.
EIP-7549 Di chuyển chỉ mục ủy ban ra ngoài Chứng nhận
Di chuyển trường chỉ mục ủy ban của thông báo “Xác nhận” của lớp đồng thuận ra ngoài thông báo để đơn giản hóa quá trình xác minh và cải thiện hiệu quả. Kết quả là hiệu suất được cải thiện cho máy khách Casper FFG, đặc biệt khi chạy trong mạch ZK.
Diễn giải
Có thể bạn sẽ thấy bối rối khi phải nhìn thấy quá nhiều thứ cùng một lúc, nhưng thực tế là chúng ta chỉ cần kiểm soát bản thân để quay về với những nhu cầu cốt lõi.
Bối cảnh vĩ mô là cụm trình xác thực của Ethereum đang phát triển nhanh chóng, với hơn 830.000 trình xác thực tính đến tháng 10 năm 2023. Vì MAX_EFFECTIVE_BALANCE bị giới hạn ở 32 ETH nên người vận hành nút cần tạo nhiều tài khoản xác thực để quản lý số tài sản được đặt cược lớn hơn, dẫn đến tồn tại một số lượng lớn trình xác thực dư thừa .
Do đó, bằng cách tăng giới hạn tối đa thông qua EIP-7251, số lượng tài khoản được kiểm soát và độ phức tạp của hệ thống có thể được giảm đối với các giao thức staking tổng hợp như lido, nhưng điều này có thể làm trầm trọng thêm vấn đề phi tập trung và khiến thị trường staking ETH trở nên tập trung hơn.
Việc duy trì mức cược tối thiểu là 32 mọi lúc có nghĩa là các hộ gia đình lớn vẫn phải tham gia, đây là một sự thỏa hiệp về mặt sinh thái với giao thức tổng hợp và cũng ngăn các hộ gia đình nhỏ thực hiện các hoạt động tần suất cao ảnh hưởng đến tính ổn định của lớp đồng thuận.
Thông qua EIP-7549, tính linh hoạt của các hoạt động rút tiền được tăng lên, giúp người đặt cược và nhà điều hành nút cải thiện khả năng kiểm soát tiền của mình. Bối cảnh kỹ thuật ở đây là thiết kế ban đầu có một số lỗi. Vì chỉ số ủy ban được bao gồm trong thông tin chữ ký, ngay cả đối với cùng một phiếu bầu, các gốc chữ ký khác nhau sẽ được tạo ra do các ủy ban khác nhau, dẫn đến nhu cầu xác minh từng phiếu bầu riêng biệt. Do đó, động lực của EIP-7549 là giảm số lượng hoạt động ghép nối cần thiết để xác minh bằng cách loại bỏ chỉ mục ủy ban trong chữ ký, do đó đạt được tổng hợp các phiếu bầu giống hệt nhau.
Do đó, điều quan trọng cần lưu ý là Ethereum liên tục tối ưu hóa trải nghiệm staking, bản chất của nó là hợp nhất nhóm staking và các nhà điều hành node . Đây là mạch máu của Ethereum sau khi sáp nhập. Khi một lượng lớn tiền không còn ở Ethereum nữa, bản thân tính bảo mật của nó sẽ bị lung lay.
Với nhiều EIP được thêm vào, điều này sẽ cho phép các nhà điều hành nút quy mô lớn hơn hợp nhất nhiều tài khoản xác thực, đồng thời cung cấp nhiều tính linh hoạt hơn cho các trình xác thực nhỏ, chẳng hạn như tăng thu nhập thông qua tích lũy lãi kép hoặc tăng mức đặt cược linh hoạt hơn.
Điều này rất quan trọng. Sau khi đạt đến 32 ETH ban đầu, nếu bạn tạo ra 10 ETH trong thu nhập mới, bạn sẽ không tiếp tục sử dụng ETH để staking nữa, vì bạn vẫn cần đạt được 32 ETH để mở tài khoản mới.
Nhưng sau bản cập nhật này, bạn có thể stake trực tiếp 42 eth. Khi đó, rõ ràng là lãi kép của bạn có thể quay trở lại ETH.
Vì vậy, theo tôi, trong tình hình lợi nhuận yếu hiện tại của các dự án DeFi trên thị trường ETH, nó sẽ tiếp tục hút cạn, và tính thanh khoản của ETH sẽ giảm. Đây có thể là động lực để nền tảng thúc đẩy loạt bài này.
Tối ưu hóa sinh thái L2
EIP-7623: Tăng chi phí dữ liệu cuộc gọi
Đây là điều sẽ ảnh hưởng đến lớp evm, trực tiếp tăng phí gas của calldata trong giao dịch từ 4/16 gas cho mỗi byte lên 10/40 gas. Hai giá trị ở đây được sử dụng để phân biệt giữa phí 0 byte và không phải byte, cả hai đều cao hơn 2,5 lần.
Trên thực tế, việc giảm áp lực khối là một biểu ngữ, buộc L2 không sử dụng calldata mà sử dụng Blob nhiều hơn.
EIP-7691: Tăng thông lượng blob
Tăng kích thước của các khối trong một khối, do đó hỗ trợ không gian lưu trữ L2 lớn hơn. Trong bản nâng cấp Cancun trước đó, có hai tham số cốt lõi biểu diễn các blob: mục tiêu và tối đa, được sử dụng để chỉ ra số lượng blob mục tiêu trên mỗi khối và số lượng blob tối đa trên mỗi khối. Ở Cancun, các thông số là 3 và 6, và bây giờ sau Prague, các thông số đã trở thành 6 và 9. Tóm lại, sức chứa đã được mở rộng.
Trên thực tế, Ethereum chỉ đang thêm một đường cao tốc vào L2, nhưng cách giải quyết quản lý giao thông và tiêu chuẩn tính phí cho các đường cao tốc khác nhau mới là những vấn đề cơ bản nhất.
EIP-7840: Thêm lịch trình blob vào tệp cấu hình EL
Một tệp cấu hình đã được thêm vào để cho phép máy khách điều chỉnh cài đặt số lượng blob của EIP-7691 một cách linh hoạt.
Ngoài ra còn có tham số baseFeeUpdateFraction có thể điều chỉnh khả năng phản hồi của giá gas của blob.
Diễn giải
Xét cho cùng, đây là đề xuất EIP nên nghe có vẻ rất kỹ thuật, nhưng khái niệm cốt lõi lại dễ nắm bắt.
Điểm bán hàng cốt lõi của Ethereum đã thay đổi từ hệ thống hợp đồng của Defi Summer sang cộng đồng sinh thái L2 . Bất kỳ hệ thống chuỗi nào khác, ngay cả hệ thống BTC L2 nóng nhất trong 24 năm qua (bản chất của dòng chữ vẫn là do kỳ vọng của L2), đều hoàn toàn không có vị thế cạnh tranh với L2 của Ethereum.
Bởi vì nó giống như BTC, do những hạn chế về chuỗi nên rất khó đạt được L2 theo nghĩa thực tế là chia sẻ dữ liệu dự phòng và bảo mật.
Các chuỗi svm và move khác về cơ bản vẫn đang phát triển L1 của riêng chúng và khám phá hời hợt L2 ở trên. Tất nhiên, hiệu suất cao của các chuỗi này phụ thuộc tương đối ít vào L2.
Do đó, Ethereum tự cải thiện thông qua tps của L2. Tất nhiên, có nhiều vấn đề, chẳng hạn như tính thanh khoản phân tán và độ phức tạp của chuỗi chéo. Nhưng đây là con đường duy nhất anh có thể đi. Rốt cuộc, một khi web3 phát triển đến giai đoạn chuỗi ứng dụng tần suất cao, nó sẽ không thường xuyên vượt qua chuỗi. Ngoài ra, để giải quyết các vấn đề về tính thanh khoản và tính phổ quát, có những con đường như trừu tượng hóa chuỗi đang được thử nghiệm. Sau đó, chúng ta sẽ giải thích mạng lưới hạt và các phân tích khác.
Do chi phí giao dịch trên L2 sẽ phụ thuộc rất nhiều vào dung lượng của Blob của Ethereum nên mục đích của việc sửa đổi phí gas calldata là để khuyến khích L2 sử dụng nhiều blob hơn và không sử dụng calldata vĩnh viễn của Ethereum để lưu trữ dữ liệu trạng thái L2.
Ngoài ra, dung lượng của blob cũng cần phải tính đến sự gia tăng tiếp theo của L2 và cần có thể cấu hình động.
Do đó, thông qua hướng phát triển này, có thể xác định thêm tính chắc chắn của hướng L2, điều này cũng có nghĩa là tính chắc chắn của nhu cầu thị trường để giải quyết những thiếu sót của L2.
Suy nghĩ cuối cùng
Bản nâng cấp Prague là một bước ngoặt quan trọng trên con đường phát triển liên tục của Ethereum, nhưng theo tôi, bản nâng cấp này giống một kế hoạch thỏa hiệp đòi hỏi phải liên tục thỏa hiệp và điều chỉnh.
Ethereum đang bị thị trường thúc đẩy thay vì dẫn đầu, bởi vì ngoài các tối ưu hóa dành riêng cho Ethereum về staking và L2, các bls, aa, v.v. khác thực sự đã được các L1 khác thử nghiệm rộng rãi.
Tuy nhiên, xét về ý nghĩa chung , mặc dù bản nâng cấp này không gây ra cuộc thảo luận rộng rãi trên thị trường như London và Sáp nhập, nhưng nó đang âm thầm đặt nền tảng khả năng mở rộng và phi tập trung cao hơn cho mạng lưới Ethereum.
Sự tiến bộ của trừu tượng hóa tài khoản sẽ hạ thấp ngưỡng cho người dùng sử dụng các ứng dụng tiền điện tử. Sự cải thiện của cơ chế staking sẽ củng cố thêm tính bảo mật và tính ổn định của mạng lưới Ethereum PoS. Sự cải thiện về tính khả dụng và thông lượng dữ liệu sẽ cung cấp một không gian rộng hơn cho hệ sinh thái lớp thứ hai ngày càng thịnh vượng.
Có thể thấy trước rằng với việc hoàn thành bản nâng cấp Prague/Electra, Ethereum sẽ trở nên hiệu quả hơn, thân thiện hơn và linh hoạt hơn. Quan trọng hơn, một số khái niệm và công nghệ do bản nâng cấp Prague mang lại sẽ chỉ ra con đường cho những cải tiến trong tương lai.
Trong bản nâng cấp hard fork “Osaka” tiếp theo được lên kế hoạch, cộng đồng có thể giới thiệu nhiều cải tiến mang tính cách mạng hơn, chẳng hạn như giải pháp trạng thái cây Verkle được mong đợi từ lâu và cơ chế xác nhận cuối cùng ở một khe cắm .
Về lâu dài, lộ trình phát triển của Ethereum rất rõ ràng và vững chắc (mặc dù có phần cứng đầu), và hiệu ứng tích lũy của những nâng cấp này sẽ thúc đẩy Ethereum đạt được tầm nhìn lớn về hàng triệu giao dịch mỗi giây (The Surge) và chống kiểm duyệt, rủi ro tập trung hóa thấp (The Scourge) .
Hard fork Osaka vào cuối năm 2025 (ước tính sẽ bị trì hoãn 26 năm như thường lệ) và hard fork Amsterdam vào năm 2026, chúng tôi kỳ vọng rằng mỗi bản nâng cấp sẽ giúp Ethereum trưởng thành và mạnh mẽ hơn, với nhiều chức năng phong phú hơn.
