Bản nâng cấp Ethereum Prague được mong đợi nhất trong năm nay

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ập nhật hard fork phiên bản Ethereum lớn 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 đến quá trình phát triển 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 góc nhìn kỹ thuật, từng cái một, 11 Eips của bản nâng cấp Prague-Electra, chúng là gì, công dụng của chúng là gì và tại sao lại là anh ấy?

Bối cảnh

Thời gian chính xác hiện tại để 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 5 tháng 3 và trên mạng chính Ethereum vào ngày 8 tháng 4.

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 trên 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ác giả, bản nâng cấp này cũng làbản nâng cấp có ảnh hưởng nhất đối với Ethereum sau khi sáp nhập từ Pow sang Pos. Nó sẽ thay đổi hoàn toàn chế độ hoạt động trên chuỗi và mang đến trải nghiệm hoàn toàn mới.

Danh sách EIP đầy đủ như sau:

[Nguồn: https://ethroadmap.com/#pectra sticky]

Mặc dù đề xuất được giới thiệu đã có một chút thay đổi, nhưng nó đã gây ra Okx,Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe  và các nhóm ví khác đang chú ý đến vấn đề này. Về cơ bản, tất cả đều được đảm bảo có thể thích ứng ngay khi mạng chính chuyển đổi. Là người dùng, chúng ta cũng có thể trải nghiệm điều đó với sự trợ giúp của ví.

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?

Liệu những thay đổi này có đủ sâu sắc 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

Trước tiên, hãy sử dụng một bảng để cảm nhận nhịp điệu tổng thể

Rõ ràng, chúng ta có thể thấy ba đặc điểm chính:

1. Sau khi quá trình phát triển của Ethereum đi vào vùng nước sâu, những người đề xuất đề xuất mới về cơ bản có thể được đưa vào

   Tất cả họ đều là thành viên nội bộ của Ethereum Foundation. 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.

2. Tốc độ thị trường của Ethereum đang tăng tốc. Bản nâng cấp này đã hoàn thành 8 sự đồng thuận cơ bản vào tháng 11 năm ngoái và hiện bao gồm 11 sự đồng thuận trong quá trình triển khai thực tế (với việc bổ sung 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 giờ đây 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 cực đoan khi phải đối mặt với sự phát triển bùng nổ của hệ thống SVM (Solana, v.v.), hệ thống Move (Aptos, v.v.) và thậm chí cả hệ thống BTC (nhiều loại BTCL2).

3. Ethereum ngày càng có xu hướng tối ưu hóa trải nghiệm người dùng với sự trợ giúp của các lợi thế sinh thái của nó.Có lẽ bạn nghĩ rằng việc tối ưu hóa trải nghiệm người dùng không phải 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í giao dịch của người dùng 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í của người dùng.

Nhưng câu hỏi đặt ra là, 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 cùng khám phá từng chi tiết một. Chính xác thì anh ấy đã thay đổi điều gì?

Tối ưu hóa trải nghiệm

Diễn giải

Nói một cách 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 thao tác, đ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à 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ư sàn giao dịch, thì đây là một sự tối ưu hóa mang tính phá hoại. 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 sẽ mang lại lợi ích cho người dùng.

Vậy nên, mặc dù đã thay đổi rất nhiều,nhưng việc chiếm lĩnh khía cạnh chi phí là điều đá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 EIP7702.

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 cuộc khảo sát sẽ chỉ dẫn đến mất một chuỗi tài sản duy nhất, nhưng giờ đây có thể mất toàn bộ chuỗi hoặc thậm chí phát nổ vào thời điểm đã định.

Diễn giải

Nó ngày càng trở nên thuận tiện hơn đối với người dùng thông thường và họ có thể sử dụng ví hợp đồng thông minh đa chữ ký 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 băm khối lịch sử từ trạng thái)

Chức năng

1. Lưu trữ 8192 băm khối cuối cùng trong bộ lưu trữ của hợp đồng hệ thống để cung cấp cho các máy khách không trạng thái dữ liệu băm khối gần đây.

2. Thiết kế này cho phép khách hàng truy cập vào băm khối lịch sử trong quá trình thực hiện 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.

3. 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.

4. Cung cấp các thao tác Set và get. SET là địa chỉ hệ thống có thể được sử dụng để ghi giao dịch, trong khi người dùng có thể sử dụng get để truy vấn băm khối bằng số khối.

Diễn giải

Vì máy khách có thể truy cập vào hàm băm khối lịch sử thông qua một truy vấn đơn giản mà không cần thêm dung lượng lưu trữ,mặc dù không ảnh hưởng trực tiếp đến người dùng thông thườ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ữ, có giá trị tối ưu hóa cho các ứng dụng dịch vụ trên chuỗi cần xác minh.

Nó cũng giúp giảm chi phí của RollupL2, 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ừ khoảng 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ư máy 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 phương án tối ưu hóa cho các kịch bản staking

Staking Ethereum là một chủ đề lớn, nhưng nó có í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 về nó.

EIP-6110 (Cung cấp valtiền gửi idator trên chuỗi)

sẽ sử dụng cơ chế giao thức trong chuỗi để triển khai xử lý hoạt động thế chấp, 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 và hiệu quả của luồng thế chấp. 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 (eth1data).

EIP-7002 (Rút tiền có thể kích hoạt ở lớp thực thi)

Đề xuất này cho phép lớp thực thi của Ethereum cung cấp một cơ chế để kích hoạt việc thoát của trình xác thực và rút tiền một phần, cho phép các trình xác thực sử dụng chứng từ rút tiền "0x01" để 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 2048ETH), 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 bên ngoài Xác nhận

Di chuyển trường chỉ mục ủy ban của thông báo "Xác nhận" trong lớp đồng thuận ra bên 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ó vẻ khó hiểu khi phải đọc quá nhiều nội dung cùng một lúc, nhưng thực tế chúng ta chỉ cần kiểm soát lạ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 đó, giới hạn tối đa được tăng lên thông qua EIP-7251. Đối với các giao thức staking tổng hợp như lido, số lượng tài khoản được kiểm soát có thể giảm và độ phức tạp của hệ thống có thể giảm, 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.

Luôn duy trì số tiền cam kết tối thiểu là 32 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 sinh thái với giao thức tổng hợp và nó 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 thế chấp và người vận hành nút tăng cường 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 đó, chúng ta nên chú ý đến việc Ethereum liên tục tối ưu hóa trải nghiệm staking,về cơ bản là để hợp nhất nhóm staking và các nhà điều hành node, đây chính 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.

Sau khi 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 mang lại 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 dần tiền đặ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 thu nhập mới, bạn sẽ không tiếp tục sử dụng ETH để thế chấp, vì bạn vẫn cần đạt được 32 để 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. Rõ ràng là lãi kép của bạn có thể được trả lại cho ETH.

vậy theo tôi,với 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 hệ sinh thái L2

EIP-7623: Trongctăng chi phí calldata

Đây là điều sẽ ảnh hưởng đến lớp evm. Phí gas của calldata trong giao dịch được tăng trực tiếp từ 4/16 gas cho mỗi byte lên 10/40 gas. Hai giá trị ở đây là để phân biệt phí của 0 byte và không phải 0 byte, cả hai đều tăng gấp 2,5 lần.

Trên thực tế, việc giảm áp lực khối là lá cờ,buộc L2 không sử dụng calldata mà sử dụng nhiều Blob hơn.

EIP-7691: Tăng thông lượng blob

Tăng dung lượng của blob trong các 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, targetvàmax, đượ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à 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

Đã tăng tệp cấu hình để 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ó một 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 thì 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 btcL2 nóng nhất trong 24 năm qua (bản chất của dòng chữ này 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.

Vì nó giống như BTC, do hạn chế về chuỗi nên khó có thể đạt được khả năng dự phòng dữ liệu và chia sẻ bảo mật theo nghĩa thực tế của L2.

Các hệ thống 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.

Vì vậy, 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 các chuỗi và để 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.

Vì 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, mục đích của việc sửa đổi phí gas của calldata là khuyến khích L2 sử dụng nhiều blob hơn. Đừng sử dụng calldata được Ethereum lưu giữ vĩnh viễn để lưu trữ dữ liệu trạng thái của 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 trong việc giải quyết những thiếu sót của L2.

Cuối cùng

Bản nâng cấp Prague là một điểm dừng 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 như một kế hoạch thỏa hiệp đòi hỏi phải thỏa hiệp và điều chỉnh liên tục.

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 độc đáo của 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 tổng thể,mặc dù bản nâng cấp này không gây ra các 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.

Việc nâng cao tính trừu tượng của tài khoản sẽ giảm ngưỡng cho người dùng sử dụng các ứng dụng được mã hóa. Việc cải thiện 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. Việc cải thiện tính khả dụng và thông lượng dữ liệu sẽ cung cấp 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 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 nâng cấp Prague mang lại đã chỉ ra hướng cải tiến trong tương lai.

Trong bản nâng cấp hard fork "Osaka" được lên kế hoạch tiếp theo, 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 của 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à chắc chắn (mặc dù hơi cứng đầu). Hiệu ứng tích lũy của những nâng cấp này sẽ thúc đẩy Ethereum đạt được những tầm nhìn lớn như "hàng triệu giao dịch mỗi giây" (The Surge) và khả năng chống kiểm duyệt, rủi ro tập trung 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ệ), hard fork Amsterdam vào năm 2026, chúng tôi kỳ vọng rằng mỗi lần nâng cấp sẽ giúp Ethereum trưởng thành và mạnh mẽ hơn, với các chức năng phong phú hơn.