Nâng cấp Pectra là cột mốc quan trọng tiếp theo của mạng Ethereum và dự kiến sẽ được triển khai vào quý đầu tiên của năm 2025. Bản nâng cấp này bao gồm hai phần chính: nâng cấp lớp thực thi Praha (Prague) và nâng cấp lớp giao thức Electra (tên chòm sao).
Không giống như các bản nâng cấp lớn trước đây, Pectra không có mục tiêu chính nổi bật mà tập trung vào 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 bản nâng cấp Dencun (giúp giảm đáng kể phí L2) hoặc bản nâng cấp Shapella (cho phép rút tiền ETH đã đặt cược, hoàn thành bước cuối cùng trong quá trình chuyển đổi Ethereum sang Proof-of-Stake (PoS)).
Những phát triển mới nhất
Gần đây, Nhà phát triển Ethereum Core (ACD, Tất cả nhà phát triển cốt lõi) Khả năng về việc chia bản nâng cấp Pectra thành hai giai đoạn đã được thảo luận trong cuộc gọi hội nghị. Theo đề xuất này:
Nâng cấp Pectra sẽ bao gồm các EIP của pectra-devnet-3 ( chi tiết xem bên dưới).
Nội dung EOF (Định dạng đối tượng EVM) và PeerDAS (Lấy mẫu tính sẵn có của dữ liệu ngang hàng) theo kế hoạch ban đầu sẽ bị hoãn lại cho bản nâng cấp tiếp theo, tạm đặt tên là Fusaka (Fulu + Osaka).
Nội dung liên quan đến Verkle Trees ban đầu dự kiến triển khai ở Osaka (Osaka) sẽ bị hoãn lại thêm và có thể được triển khai ở Amsterdam tiếp theo (Amsterdam) ) được triển khai trong quá trình nâng cấp.
Phương pháp tiếp cận theo từng giai đoạn này được thiết kế để đảm bảo rằng quy mô và độ phức tạp của mỗi lần nâng cấp vẫn có thể quản lý được trong khi vẫn còn đủ thời gian cho việc nâng cấp. thử nghiệm và cải tiến đầy đủ từng công nghệ.
EIP liên quan đến nâng cấp Pectra
EIP có chứa
EIP-2537[1]: Biên dịch trước các phép toán đường cong BLS12-381
EIP-2935[2]: Lưu các hàm băm khối lịch sử ở trạng thái
EIP-6110[3]: Cung cấp tiền gửi xác thực trên chuỗi
-
EIP-7002[4]: Thoát khỏi lớp thực thi có thể kích hoạt
EIP-7251 [5]: Tăng số dư hiệu dụng tối đa
EIP -7549[6]< /sup>: Di chuyển chỉ mục ủy ban ra khỏi chứng thực
EIP-7685[7 : Thực thi chung yêu cầu lớp
EIP-7702[8]: Dành cho một Mã tài khoản EOA thiết lập giao dịch
EIP đang được xem xét
EIP-7212: Hỗ trợ biên dịch trước đường cong secp256r1
EIP-7547[9]< /sup>: bao gồm danh sách
EIP-7623[10]: Tăng chi phí dữ liệu cuộc gọi
EIP-7742[11]: Mở khóa lớp đồng thuận và thực thi mối quan hệ đếm Blob giữa các lớp
< /li>
Giới thiệu về khóa EIP
EIP-2537: Biên dịch trước BLS12-381 hoạt động đường cong
Đề xuất này giới thiệu việc biên dịch trước các hoạt động trên đường cong BLS12-381, cải thiện đáng kể chữ ký BLS Hiệu quả của việc xác minh và các hoạt động khác. BLS12-381 cung cấp tính bảo mật cao hơn so với các bản biên dịch trước BN254 hiện có (hơ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 đường cong cơ bản mà còn tích hợp nhiều phép toán hàm mũ, đặt nền tảng cho việc tổng hợp khóa công khai và chữ ký một cách hiệu quả.
EIP-2935: Lưu các giá trị băm khối lịch sử ở trạng thái
Đề xuất này đề xuất Giá trị băm của 8192 khối gần đây nhất được lưu trữ trong hợp đồng hệ thống. Thay đổi này chủ yếu là để hỗ trợ việc thực thi các máy khách không có trạng thái. Bằng cách này, các máy khách không trạng thái có thể dễ dàng lấy được thông tin lịch sử cần thiết hơn trong khi vẫn duy trì khả năng tương thích với các mã BLOCKHASH hiện có. Điều này không chỉ đơn giản hóa cơ chế lưu trữ lịch sử băm khối mà còn cung cấp một cách mới để truy cập dữ liệu lịch sử.
EIP-6110: Cung cấp tiền gửi cho người xác thực trên chuỗi
Đề xuất này sẽ khiến người xác thực trở thành Quá trình gửi tiền được tích hợp trực tiếp 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 bao gồm và xác minh tiền gửi từ lớp đồng thuận sang lớp thực thi, loại bỏ nhu cầu lớp đồng thuận bỏ phiếu về tiền gửi (hoặc eth1data). Bằng cách phân tích các sự kiện trong nhật ký hợp đồng của các giao dịch gửi tiền để tạo danh sách gửi tiền, phương pháp này không chỉ cải thiện tính bảo mật và hiệu quả của việc xử lý tiền gửi mà còn cải thiện trải nghiệm người dùng. Ngoài ra, nó đơn giản hóa việc thiết kế phần mềm máy khách và giảm độ phức tạp của toàn bộ hệ thống.
EIP-7002: Thoát khỏi lớp thực thi có thể kích hoạt
Đề 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 các hoạt động thu hồi và thoát bằng cách thu hồi thông tin xác thực thông qua lớp thực thi (0x01). Việc triển khai cụ thể là nối thêm thông báo thu hồi vào khối lớp thực thi, sau đó được xử lý bởi lớp đồng thuận. Cách tiếp cận này cung cấp cho người xác nhận các tùy chọn thoát linh hoạt hơn trong khi vẫn duy trì tính bảo mật và tính nhất quán của hệ thống.
EIP-7251: Tăng số dư hiệu dụng tối đa
Đề xuất này nhằm cải thiện việc xác minh Ethereum Số dư hiệu dụng tối đa của người dùng (MAX_EFFECTIVE_BALANCE), trong khi vẫn duy trì số dư cầm cố tối thiểu là 32 ETH. Thay đổi này mang lại nhiều lợi ích:
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 hoặc cải thiện hoạt động hiệu quả.
Cung cấp cho những người cầm cố nhỏ cơ hội nhận được phần thưởng lãi suất kép, khiến việc đặt cược trở nên hấp dẫn hơ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.
Giảm trình xác thực dư thừa trong mạng và giảm số lượng tin nhắn P2P.
Giảm mức sử dụng bộ nhớ của BeaconState và cải thiện hiệu quả hệ thống.
Hợp tác với cơ chế rút tiền một phần nâng cao của lớp thực thi để tối ưu hóa hơn nữa tính thanh khoản của toàn bộ mạng Ethereum.
EIP-7549: Di chuyển chỉ mục ủy ban ra khỏi chứng thực
Đề xuất đề xuất loại bỏ trường chỉ mục của ủy ban khỏi các thông báo chứng thực đã ký để cho phép tổng hợp các phiếu bầu đồng thuận giống hệt nhau. Mục tiêu chính của thay đổi này là nâng cao hiệu quả của ứng dụng khách Casper FFG bằng cách giảm số lượng cặp trung bình cần thiết để xác minh các quy tắc đồng thuận. Mặc dù 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, nhưng thay đổi này có thể sẽ mang lại những cải tiến hiệu suất đáng kể nhất cho các mạch ZK cần chứng minh sự đồng thuận của 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, Được sử dụng để 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. Việc triển khai cụ thể là thêm một trường vào tiêu đề và nội dung thực thi để lưu trữ thông tin yêu cầu, từ đó hiển thị các yêu cầu này cho lớp đồng thuận và cho phép nó 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 của người xác nhận được kiểm soát bởi hợp đồng thông minh và tạo cơ sở 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
Bởi Vitalik Buterin et al. EIP-7702 được đề xuất nhằm mục đích tối ưu hóa việc trừu tượng hóa tài khoản của Ethereum. Đề xuất 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:
Thao tác hàng loạt: cho phép EOA trong cùng một giao dịch Thực hiện nhiều giao dịch hoạt động nhằm nâng cao hiệu quả.
Giao dịch thanh toán: Tạo sự thuận tiện cho bên thứ ba trong việc thanh toán phí giao dịch.
Hạ cấp quyền: Tăng cường tính bảo mật và tính linh hoạt của tài khoản.
Bằng cách áp dụng cấu trúc giao dịch mới, đề xuất không chỉ cải thiện chức năng và khả năng sử dụng của EOA mà còn tóm tắt nó cho tương lai tài khoản Công nghệ này cung cấp khả năng tương thích và khả năng mở rộng tốt.
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ử dụng một loạt công nghệ Cải tiến và tối ưu hóa sẽ nâng cao hơn nữa chức năng, tính bảo mật và hiệu quả của mạng Ethereum. Khi chương trình nâng cấp tiến triển, chúng tôi có thể thấy nhiều EIP được kết hợp hoặc điều chỉnh hơn.
Brian
Kikyo
Alex