Cập nhật Pectra là mốc quan trọng tiếp theo cho mạng Ethereum, dự kiến ​​sẽ được triển khai trong quý đầu tiên năm 2025. Cập nhật này bao gồm hai thành phần chính: cập nhật Prague (lớp thực thi) và cập nhật Electra (lớp giao thức).

Không giống như các nâng cấp lớn trước đó, Pectra không có mục tiêu nổi bật duy nhất; thay vào đó, nó tập trung vào nhiều cải tiến công nghệ và tối ưu hóa. Điều này tương phản với nâng cấp Dencun (mang lại sự giảm phí L2 đáng kể) và nâng cấp Shapella (cho phép rút ETH đặt cược, hoàn tất quá trình chuyển đổi của Ethereum sang Proof of Stake (PoS)).

Các phát triển mới nhất

Gần đây, các nhà phát triển Ethereum (ACD, All Core Developers) đã thảo luận về khả năng chia cắt nâng cấp Pectra thành hai giai đoạn trong cuộc gọi hội nghị. Theo đề xuất này:

1. Bản nâng cấp Pectra sẽ bao gồm các EIP từ pectra-devnet-3 (chi tiết như bên dưới).
2. Các thành phần EOF (EVM Object Format) và PeerDAS (Peer Data Availability Sampling) ban đầu đã được dự định sẽ bị hoãn đến phiên bản nâng cấp tiếp theo, tạm gọi là Fusaka (Fulu + Osaka).
3. Nội dung liên quan đến Verkle Trees, ban đầu được lên kế hoạch triển khai tại Osaka, sẽ tiếp tục bị trì hoãn và có thể được thực hiện trong lần nâng cấp tiếp theo có tên Amsterdam.

Cách tiếp cận theo giai đoạn này nhằm mục đích giữ cho quy mô và độ phức tạp của mỗi lần nâng cấp có thể quản lý được trong khi cho phép đủ thời gian để kiểm tra kỹ lưỡng và tinh chỉnh các công nghệ khác nhau.

Các EIP liên quan đến nâng cấp Pectra

Các EIP được xác định để bao gồm

1. EIP-2537^[1]: Các hoạt động được biên dịch trước cho đường cong BLS12-381
2. EIP-2935^[2]: Lưu trữ các băm khối lịch sử trong trạng thái
3. EIP-6110^[3]: Cung cấp tiền gửi của người xác thực trên chuỗi
4. EIP-7002^[4]: Thoát lớp thực thi có thể kích hoạt
5. EIP-7251^[5]: Tăng số dư hiệu quả tối đa
6. EIP-7549^[6]: Di chuyển chỉ số ủy ban ra khỏi các bằng chứng
7. EIP-7685^[7]: Yêu cầu lớp thực thi chung
8. EIP-7702^[8]: Thiết lập mã tài khoản EOA cho giao dịch

EIPs đang được xem xét

• EIP-7212: Các hoạt động được biên dịch trước cho đường cong secp256r1
• EIP-7547^[9]: Danh sách bao gồm
• EIP-7623^[10]: Tăng chi phí calldata
• EIP-7742^[11]: Tách khỏi mối quan hệ đếm blob giữa lớp đồng thuận và lớp thực thi

Giới thiệu về các KCN sinh thái chính

EIP-2537: Các hoạt động được biên soạn trước cho đường cong BLS12-381

Đề xuất này giới thiệu các hoạt động được biên dịch sẵn trên đường cong BLS12-381, cải thiện đáng kể hiệu quả của các hoạt động như xác minh chữ ký BLS. So với các hoạt động biên dịch sẵn BN254 hiện có, BLS12-381 cung cấp bảo mật cao hơn (hơn 120 bit, trong khi BN254 chỉ cung cấp 80 bit). Cải tiến này không chỉ bao gồm các hoạt động đường cong cơ bản mà còn tích hợp đa cấp số nhân, đặt nền tảng cho việc tổng hợp hiệu quả các khóa công khai và chữ ký.

EIP-2935: Lưu băm khối lịch sử ở trạng thái

Đề xuất này đề nghị lưu trữ các băm của 8.192 khối gần đây nhất trong một hợp đồng hệ thống, chủ yếu để hỗ trợ việc thực thi các client không lưu trạng thái. Như vậy, các client không lưu trạng thái có thể dễ dàng truy cập thông tin lịch sử cần thiết trong khi vẫn tương thích với opcode BLOCKHASH hiện có. Thay đổi này đơn giản hóa cơ chế lưu trữ lịch sử băm khối và cung cấp một phương pháp mới để truy cập dữ liệu lịch sử.

EIP-6110: Cung cấp tiền đặt cọc của người xác thực trên chuỗi

Đề xuất này tích hợp trực tiếp quá trình đặt cọc của validator vào cấu trúc khối của lớp thực thi Ethereum. Thay đổi này chuyển trách nhiệm cho việc bao gồm và xác minh các khoản đặt cọc từ lớp đồng thuận sang lớp thực thi, loại bỏ nhu cầu cho lớp đồng thuận bỏ phiếu về các khoản đặt cọc (hoặc eth1data). Bằng cách tạo ra một danh sách các khoản đặt cọc thông qua phân tích các sự kiện nhật ký hợp đồng từ các giao dịch đặt cọc, phương pháp này không chỉ cải thiện tính bảo mật và hiệu quả xử lý đặt cọc mà còn cải thiện trải nghiệm người dùng. Ngoài ra, nó đơn giản hóa thiết kế phần mềm khách và giảm tổng thể độ phức tạp của hệ thống.

EIP-7002: Triggerable execution layer exit

Đề xuất này giới thiệu một cơ chế mới cho phép các nhà xác minh rút lại thông tin xác thực của họ thông qua lớp thực thi (0x01) để kích hoạt các hoạt động rút lại và thoát. Cụ thể, thông điệp rút lại được đính kèm vào khối lớp thực thi và sau đó được xử lý bởi lớp đồng thuận. Phương pháp này cung cấp cho các nhà xác minh các lựa chọn thoát linh hoạt hơn trong khi duy trì tính bảo mật và nhất quán của hệ thống.

EIP-7251: Tăng giới hạn số dư tối đa hiệu quả

Đề xuất này nhằm mục đích tăng số dư hiệu quả tối đa (MAX_EFFECTIVE_BALANCE) cho người xác thực Ethereum trong khi vẫn duy trì số dư đặt cọc tối thiểu ở mức 32 ETH. Thay đổi này mang lại nhiều lợi ích:

1. Nó cho phép các nhà khai thác nút lớn hợp nhất thành ít trình xác thực hơn, cải thiện hiệu quả hoạt động.
2. Nó cung cấp cho người staker nhỏ cơ hội kiếm được phần thưởng lãi kép, làm cho việc staking hấp dẫn hơn.
3. Nó cung cấp các tùy chọn đặt cọc linh hoạt hơn, thu hút nhiều người tham gia hơn.
4. Nó làm giảm các trình xác thực dư thừa trong mạng, giảm khối lượng tin nhắn P2P.
5. Nó làm giảm dấu chân bộ nhớ của BeaconState, nâng cao hiệu quả hệ thống.
6. Kết hợp với cơ chế rút tiền nâng cao cho lớp thực thi, nó tiếp tục tối ưu hóa thanh khoản của quỹ trên toàn mạng Ethereum.

EIP-7549: Di chuyển chỉ số ủy ban ra khỏi bằng chứng

Đề xuất này đề nghị loại bỏ trường chỉ số của ủy ban khỏi các thông điệp chứng thực đã ký để cho phép tổng hợp các phiếu đồng thuận giống nhau. Mục tiêu chính của thay đổi này là cải thiện hiệu suất của các khách hàng Casper FFG bằng cách giảm số lượng ghép đôi trung bình cần thiết để xác minh các quy tắc đồng thuận. Trong khi tất cả các loại khách hàng đều có thể hưởng lợi từ cải tiến này, dự kiến ​​nó sẽ cung cấp cải tiến hiệu suất đáng kể nhất cho các mạch ZK cần chứng minh đồng thuận Casper FFG.

EIP-7685: Yêu cầu lớp thực thi chung

Đề xuất này xác định một khung chung để lưu trữ và xử lý các yêu cầu được kích hoạt bởi hợp đồng thông minh. Cài đặt cụ thể bổ sung một trường vào cả tiêu đề thực hiện và thân để lưu trữ thông tin yêu cầu, do đó tiết lộ các yêu cầu này cho lớp đồng thuận và cho phép nó xử lý mỗi yêu cầu. Cơ chế này được thiết kế chủ yếu để giải quyết nhu cầu tăng của người kiểm tra cho kiểm soát bởi hợp đồng thông minh và cung cấp một nền tảng cho các tương tác trên chuỗi phức tạp hơn trong tương lai.

EIP-7702: Đặt mã tài khoản EOA cho giao dịch

Được đề xuất bởi Vitalik Buterin và những người khác, EIP-7702 nhằm mục đích tối ưu hóa sự trừu tượng hóa tài khoản trên Ethereum. Đề xuất này giới thiệu một loại giao dịch mới cho phép các tài khoản thuộc sở hữu bên ngoài (EOA) đặt mã tài khoản thông qua cơ chế ủy quyền. Cải tiến này hỗ trợ một số tính năng mới:

1. Các hoạt động hàng loạt: Cho phép các EOAs thực hiện nhiều hoạt động trong một giao dịch duy nhất, nâng cao hiệu suất.
2. Giao dịch thanh toán phí: Hỗ trợ bên thứ ba thanh toán phí giao dịch.
3. Giảm quyền: Tăng cường bảo mật và linh hoạt của tài khoản.

Bằng cách áp dụng một cấu trúc giao dịch mới, đề xuất này không chỉ cải thiện tính năng và khả năng sử dụng của EOAs mà còn cung cấp khả năng tương thích và 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ù việc nâng cấp Pectra không có mục tiêu chính nổi bật, nhưng nó sẽ tăng cường hơn nữa chức năng, bảo mật và hiệu quả của mạng Ethereum thông qua một loạt các cải tiến và tối ưu hóa kỹ thuật. Khi các kế hoạch nâng cấp tiến triển, chúng ta có thể thấy nhiều EIP được kết hợp hoặc điều chỉnh hơn.

Tham khảo

• EIP-7600: Dữ liệu cắt cứng Pectra hard fork^[12]
• Cuộc họp lớp Consensus của Ethereum Core Developer #197^[13]

Tài liệu tham khảo

[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537

[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935

[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110

[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002

[5]EIP-7251: https://eips.ethereum.org/EIPS/eip-7251

[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549

[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685

[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702

[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547

[10]EIP-7623: https://eips.ethereum.org/EIPS/eip-7623

[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742

[12]EIP-7600: Dữ liệu cốt lõi của hard fork Pectra:https://eips.ethereum.org/EIPS/eip-7600

[13]Ethereum Core Developer Consensus Layer Meeting #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/

Tuyên bố:

1. Bài viết này được sao chép từ[dwong], tiêu đề gốc "Interpreting Ethereum Pectra: The Next Major Upgrade", bản quyền Ghi công cho tác giả gốc [dwong], nếu bạn có bất kỳ ý kiến ​​phản đối nào đối với việc sao chép, vui lòng liên hệ Đội học tập của GateĐội ngũ sẽ xử lý nó càng sớm càng tốt theo các quy trình liên quan.

2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết chỉ đại diện cho quan điểm cá nhân của tác giả và không hình thành bất kỳ lời khuyên đầu tư nào.

3. Các phiên bản ngôn ngữ khác của bài viết được dịch bởi nhóm Gate Learn và không được đề cập trong Gate.io, bài viết dịch có thể không được sao chép, phân phối hoặc đạo văn.