Giải mã Pectra của Ethereum: Bản nâng cấp lớn tiếp theo
Tuyển chọn TechFlowTuyển chọn TechFlow
Giải mã Pectra của Ethereum: Bản nâng cấp lớn tiếp theo
Pectra là bản nâng cấp quan trọng tiếp theo của mạng Ethereum, dự kiến sẽ được triển khai vào quý 1 năm 2025.
Chuyên sâu báo cáo Web3Tác giả: dwong
Pectra là cột mốc quan trọng tiếp theo của mạng Ethereum, dự kiến sẽ được triển khai vào quý I năm 2025. Đợt nâng cấp này bao gồm hai phần chính: nâng cấp tầng thực thi Prague (Prague) và nâng cấp tầng giao thức Electra (tên chòm sao).
Khác với các đợt nâng cấp lớn trước đó, Pectra không tập trung vào một mục tiêu nổi bật nào, mà thay vào đó hướng đến nhiều cải tiến và tối ưu hóa kỹ thuật. Điều này trái ngược với nâng cấp Dencun (giảm mạnh chi phí L2) hay nâng cấp Shapella (cho phép rút ETH đã stake, hoàn tất bước cuối cùng trong việc chuyển đổi Ethereum sang cơ chế Proof-of-Stake - PoS).
Tiến triển mới nhất
Gần đây, các nhà phát triển cốt lõi của Ethereum (ACD – All Core Developers) đã thảo luận trong cuộc họp điện thoại về khả năng chia nhỏ nâng cấp Pectra thành hai giai đoạn. Theo đề xuất này:
-
Nâng cấp Pectra sẽ bao gồm các EIP từ pectra-devnet-3 (xem bên dưới).
-
Các nội dung ban đầu dự kiến đưa vào như EOF (EVM Object Format) và PeerDAS (Peer Data Availability Sampling) sẽ bị trì hoãn sang đợt nâng cấp tiếp theo, tạm đặt tên là Fusaka (kết hợp từ Fulu + Osaka).
-
Những nội dung liên quan đến Verkle Trees vốn định triển khai tại Osaka sẽ tiếp tục bị trì hoãn thêm, có thể được đưa vào đợt nâng cấp Amsterdam (Amsterdam) sau này.
Phương pháp từng giai đoạn này nhằm đảm bảo quy mô và độ phức tạp của mỗi lần nâng cấp nằm trong giới hạn kiểm soát, đồng thời tạo đủ thời gian để kiểm thử và hoàn thiện đầy đủ các công nghệ liên quan.
Các EIP liên quan đến nâng cấp Pectra
Các EIP đã xác định sẽ bao gồm
-
EIP-2537[1]: Các thao tác tiền biên dịch trên đường cong BLS12-381
-
EIP-2935[2]: Lưu trữ hash khối lịch sử trong trạng thái
-
EIP-6110[3]: Cung cấp khoản gửi stake cho trình xác thực ngay trên chuỗi
-
EIP-7002[4]: Thoát khỏi tầng thực thi theo yêu cầu
-
EIP-7251[5]: Tăng mức dư tối đa hiệu lực
-
EIP-7549[6]: Chuyển chỉ số ủy ban ra khỏi chữ ký xác nhận
-
EIP-7685[7]: Yêu cầu chung tại tầng thực thi
-
EIP-7702[8]: Thiết lập mã tài khoản cho một giao dịch EOA
Các EIP đang được xem xét
-
EIP-7212: Tiền biên dịch hỗ trợ đường cong secp256r1
-
EIP-7547[9]: Danh sách bao gồm
-
EIP-7623[10]: Tăng chi phí calldata
-
EIP-7742[11]: Gỡ bỏ mối quan hệ ràng buộc số lượng blob giữa tầng đồng thuận và tầng thực thi
Giới thiệu ngắn gọn về các EIP chính
EIP-2537: Các thao tác tiền biên dịch trên đường cong BLS12-381
Đề xuất này giới thiệu các thao tác tiền biên dịch trên đường cong BLS12-381, giúp tăng đáng kể hiệu suất của các thao tác như xác minh chữ ký BLS. So với tiền biên dịch BN254 hiện tại, BLS12-381 cung cấp mức độ an toàn cao hơn (trên 120 bit, so với 80 bit của BN254). Cải tiến này không chỉ bao gồm các phép toán cơ bản trên đường cong mà còn tích hợp cả phép mũ hóa đa điểm, tạo nền tảng cho việc gom nhóm khóa công khai và chữ ký một cách hiệu quả.
EIP-2935: Lưu trữ hash khối lịch sử trong trạng thái
Đề xuất này đề nghị lưu trữ hash của 8.192 khối gần nhất vào một hợp đồng hệ thống. Thay đổi này chủ yếu nhằm hỗ trợ việc thực thi các client vô trạng thái (stateless client). Nhờ vậy, các client loại này có thể dễ dàng truy cập thông tin lịch sử cần thiết, đồng thời vẫn duy trì tính tương thích với opcode BLOCKHASH hiện tại. Cách làm này không chỉ đơn giản hóa cơ chế lưu trữ dữ liệu lịch sử mà còn mở ra phương thức mới để truy vấn dữ liệu quá khứ.
EIP-6110: Cung cấp khoản gửi stake cho trình xác thực ngay trên chuỗi
Đề xuất này tích hợp trực tiếp quá trình gửi stake của trình xác thực vào cấu trúc khối tại tầng thực thi của Ethereum. Thay đổi này chuyển trách nhiệm xác nhận và bao gồm khoản gửi stake từ tầng đồng thuận sang tầng thực thi, loại bỏ nhu cầu bỏ phiếu về dữ liệu gửi stake (hay eth1data) tại tầng đồng thuận. Danh sách gửi stake sẽ được tạo bằng cách phân tích các sự kiện log từ giao dịch gửi stake trong hợp đồng. Phương pháp này không chỉ nâng cao tính bảo mật và hiệu quả xử lý gửi stake mà còn cải thiện trải nghiệm người dùng. Đồng thời, nó cũng đơn giản hóa thiết kế phần mềm client và giảm độ phức tạp tổng thể của hệ thống.
EIP-7002: Thoát khỏi tầng thực thi theo yêu cầu
Đề xuất này giới thiệu một cơ chế mới, cho phép trình xác thực kích hoạt việc rút tiền và thoát khỏi mạng thông qua việc thay đổi bằng chứng rút tiền (withdrawal credentials) tại tầng thực thi (0x01). Việc thực hiện cụ thể là gắn thông báo rút tiền vào khối tại tầng thực thi, sau đó được xử lý bởi tầng đồng thuận. Cơ chế này mang lại sự linh hoạt hơn cho trình xác thực khi muốn rút lui, đồng thời duy trì tính an toàn và nhất quán của hệ thống.
EIP-7251: Tăng mức dư tối đa hiệu lực
Đề xuất này nhằm nâng mức dư tối đa hiệu lực (MAX_EFFECTIVE_BALANCE) cho các trình xác thực Ethereum, trong khi vẫn giữ mức tối thiểu cần stake là 32 ETH. Thay đổi này mang lại nhiều lợi ích:
-
Cho phép các nhà vận hành nút lớn hợp nhất thành ít trình xác thực hơn, nâng cao hiệu quả vận hành.
-
Mang lại cơ hội nhận thưởng lãi kép cho những người stake nhỏ, tăng sức hấp dẫn của việc stake.
-
Cung cấp các lựa chọn stake linh hoạt hơn, thu hút thêm người tham gia.
-
Giảm số lượng trình xác thực dư thừa trong mạng, giảm số lượng tin nhắn P2P.
-
Giảm bộ nhớ chiếm dụng bởi BeaconState, nâng cao hiệu suất hệ thống.
-
Kết hợp với cơ chế rút tiền một phần tại tầng thực thi, tối ưu hóa hơn nữa tính thanh khoản vốn trên toàn mạng Ethereum.
EIP-7549: Chuyển chỉ số ủy ban ra khỏi chữ ký xác nhận
Đề xuất này đề nghị loại bỏ trường index của ủy ban khỏi thông điệp chữ ký xác nhận, nhằm cho phép gộp các lá phiếu đồng thuận giống nhau. Mục tiêu chính là nâng cao hiệu suất của các client Casper FFG, bằng cách giảm số lượng phép ghép đôi trung bình cần thiết để xác minh các quy tắc đồng thuận. Mặc dù mọi loại client đều hưởng lợi từ cải tiến này, nhưng các mạch ZK cần chứng minh đồng thuận Casper FFG có thể đạt được mức tăng hiệu suất đáng kể nhất.
EIP-7685: Yêu cầu chung tại tầng thực thi
Đề xuất này định nghĩa một khuôn khổ chung để lưu trữ và xử lý các yêu cầu do hợp đồng thông minh khởi tạo. Cụ thể, nó bổ sung một trường trong tiêu đề và thân khối thực thi để lưu thông tin yêu cầu, từ đó phơi bày các yêu cầu này ra tầng đồng thuận, cho phép tầng này xử lý từng yêu cầu. Cơ chế này được thiết kế chủ yếu để đáp ứng nhu cầu ngày càng tăng về các trình xác thực được điều khiển bởi hợp đồng thông minh, tạo nền tảng cho các tương tác phức tạp hơn trên chuỗi trong tương lai.
EIP-7702: Thiết lập mã tài khoản cho một giao dịch EOA
EIP-7702 do Vitalik Buterin và những người khác đề xuất nhằm tối ưu hóa trừu tượng tài khoản (account abstraction) trên Ethereum. Đề xuất này giới thiệu một loại giao dịch mới, cho phép tài khoản sở hữu bên ngoài (EOA) thiết lập mã tài khoản thông qua cơ chế ủy quyền. Cải tiến này hỗ trợ nhiều chức năng mới:
-
Thao tác theo lô: Cho phép EOA thực hiện nhiều thao tác trong cùng một giao dịch, nâng cao hiệu suất.
-
Giao dịch trả phí hộ: Tạo điều kiện cho bên thứ ba thanh toán phí giao dịch.
-
Giảm đặc quyền: Tăng cường tính bảo mật và linh hoạt cho tài khoản.
Bằng cách áp dụng cấu trúc giao dịch mới, đề xuất này không chỉ nâng cao tính năng và khả năng sử dụng của EOA mà còn đảm bảo tính tương thích và khả năng mở rộng tốt cho các công nghệ trừu tượng tài khoản trong tương lai.
Kết luận
Mặc dù nâng cấp Pectra không có một mục tiêu chính nổi bật, nhưng thông qua hàng loạt cải tiến và tối ưu hóa kỹ thuật, nó sẽ tiếp tục tăng cường chức năng, tính bảo mật và hiệu suất của mạng Ethereum. Khi kế hoạch nâng cấp được triển khai, chúng ta có thể sẽ thấy thêm nhiều EIP được đưa vào hoặc điều chỉnh.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@UpchainDAO
