Những EIP nào đã được xác định để đưa vào bản nâng cấp Pectra?

Tác giả: 0xNatalie Nguồn: chainfeeds

Bản nâng cấp tiếp theo của Ethereum Pectra, tên của nó xuất phát từ Praha A kết hợp với Electra.

Prague đại diện cho việc nâng cấp lớp thực thi, được đặt theo tên của Hội nghị nhà phát triển Ethereum (Devcon 4) thành phố chủ nhà là Praha và Electra tượng trưng cho sự nâng cấp của lớp đồng thuận, được đặt tên theo các ngôi sao theo thứ tự bảng chữ cái. Tên ngôi sao Electra được chọn lần này tương ứng với chữ "E".

Nâng cấp Pectra, như một hard fork có thể liên quan đến nhiều Đề xuất cải tiến Ethereum (EIP) nhất trong lịch sử Ethereum, không chỉ bao gồm một chuỗi xác minh Đề xuất để cải thiện hoạt động của người dùng và hiệu suất mạng chính, đồng thời đưa ra các đề xuất để tối ưu hóa L2. Testnet Pectra Devnet 4 vừa được ra mắt và hiện có 8 EIP được xác nhận sẽ đưa vào bản nâng cấp Pectra.

< /p>

Xác định EIP được bao gồm và tác động của nó

Đây là tác động của 8 EIP đối với người dùng được thể hiện ở chỗ: việc thêm khả năng thực thi mã vào EOA giúp cải thiện tính linh hoạt của tài khoản, cho phép chúng thực hiện các hoạt động phức tạp hơn; việc tăng giới hạn cam kết có thể đồng thời làm tăng nhu cầu về ETH, tối ưu hóa quy trình; trình xác thực Cải thiện tính bảo mật và hiệu quả, tăng tốc độ và thông lượng của Ethereum.

1. EIP-2537 (hỗ trợ chữ ký BLS): Bằng cách giới thiệu một loạt các hợp đồng được biên dịch trước (biên dịch trước), Ethereum bổ sung hỗ trợ cho BLS12- Sự hỗ trợ của hoạt động đường cong 381 có thể thực hiện xác minh chữ ký BLS và cho phép tổng hợp nhiều chữ ký thành một chữ ký, do đó làm giảm độ phức tạp của việc xác minh. Chữ ký BLS là một thuật toán mã hóa có khả năng tạo ra các chữ ký nhỏ hơn và hỗ trợ tổng hợp chữ ký. Điều này sẽgiúp các L2 yêu cầu hoạt động xác minh dữ liệu và xác minh chữ ký mở rộng hoạt động tốt hơn.

2. EIP-2935 (Lưu các khối băm lịch sử ở trạng thái): Bằng cách chuyển đổi 8192 khối gần đây nhất. Hàm băm là được lưu trữ trong hợp đồng hệ thống để hỗ trợ mô hình máy khách không trạng thái và cung cấp chức năng truy vấn băm khối lịch sử linh hoạt hơn. Những hàm băm này có thể được truy vấn trực tiếp thông qua hợp đồng và được đóng gói dưới dạng nhân chứng để cung cấp cho các khách hàng không quốc tịch. Khách hàng không cần phải duy trì lịch sử blockchain hoàn chỉnh hoặc tự lưu trữ lượng lớn dữ liệu. Họ chỉ có thể dựa vào hàm băm khối và các bằng chứng liên quan được lưu trữ trong trạng thái để xác minh tính hợp pháp của các khối và giao dịch.

3. EIP-6110 (Cung cấp tiền gửi của người xác thực trên chuỗi): Chuyển việc xử lý tiền gửi của người xác thực từ lớp đồng thuận sang lớp thực thi , được xử lý và xác minh trực tuyến, thay vì dựa vào các cơ chế bỏ phiếu bổ sung trong lớp đồng thuận để xác nhận tính hợp lệ của thông tin tiền gửi. Tăng cường tính bảo mật của quy trình gửi tiền và giảm độ trễ xử lý đồng thời đơn giản hóa thiết kế của lớp đồng thuận và ứng dụng khách.

4. EIP-7002 (Lối thoát có thể kích hoạt lớp thực thi): Cho phép chủ sở hữu giữ thông tin xác thực rút tiền để tăng quyền tự chủ của người dùngbằng cách bắt đầu thoát độc lập mà không dựa vàokhóa hoạt động của trình xác thực (khóa BLS). Hiện tại, chỉ có khóa hoạt động của người xác thực mới có thể kích hoạt lối thoát, có nghĩa là nếu khóa hoạt động bị mất hoặc người xác thực sẽ ủy quyền nhiệm vụ xác minh cho bên thứ ba (chẳng hạn như nhà cung cấp dịch vụ đặt cọc), chủ sở hữu chứng chỉ rút tiền (tức là chủ sở hữu quỹ) Chủ sở hữu thực tế) không thể kiểm soát độc lập số ETH đã cam kết. Đề xuất kích hoạt hoạt động rút và rút ETH thông qua lớp thực thi. Người nắm giữ có thể bắt đầu rút tiền thông qua chứng chỉ rút tiền mà không cần dựa vào khóa hoạt động.

5. EIP-7251 (Tăng giới hạn đặt cược): Tăng số dư hiệu quả tối đa của người xác nhận, cho phép mỗi người xác thực giữ số tiền đặt cược vượt quá 32 ETH, trong khi ngưỡng đặt cược tối thiểu vẫn ở mức 32 ETH. Được thiết kế để cho phép các nhà khai thác nút lớn giảm số lượng trình xác thực trong mạng bằng cách hợp nhất nhiều trình xác thựcdo đó giảm nhắn tin P2P, tổng hợp chữ ký và gánh nặng lưu trữ.

6. EIP-7549 (Di chuyển chỉ mục ủy ban ra khỏi chứng thực): Bằng cách chuyển trường chỉ mục ủy ban ra khỏi Chứng thực (chứng thực ) để đạt được sự tổng hợp biểu quyết đồng thuận hiệu quả hơn. Hiện tại trong cơ chế đồng thuận của Ethereum, phiếu bầu của mỗi người xác nhận bao gồm: phiếu bầu LMD GHOST (bao gồm gốc khối và khe thời gian của phiếu bầu), phiếu bầu Casper-FFG (bao gồm thông tin nguồn và mục tiêu), chỉ số ủy ban (người xác nhận thuộc số ủy ban). Bởi vì chỉ số ủy ban được bao gồm trong thông báo ký kết, khi nhiều người xác thực bỏ phiếu cho cùng một khối, ngay cả khi phiếu bầu của họ giống nhau, gốc chữ ký thu được sẽ khác nhau, khiến những phiếu bầu này không thể được tổng hợp dễ dàng. Di chuyển trường chỉ mục ủy ban ra khỏi chính thông báo ký tên, cho phéptổng hợp phiếu bầu hiệu quả hơn, giảm chi phí xác minh và tải mạng.

7. EIP-7685 (Yêu cầu lớp thực thi chung): Xác định khung chung cho lớp thực thi (EL), 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. Khung này hỗ trợ nhiều hành vi kích hoạt lớp thực thi hơn và cho phép các loại yêu cầu khác nhau được xử lý thống nhất, đơn giản hóa quá trình thêm các loại yêu cầu mới mà không sửa đổi cấu trúc khối thực thi.

8. EIP-7702 (Thêm khả năng thực thi mã cho EOA): Thêm khả năng thực thi mã cho tài khoản thuộc sở hữu bên ngoài (EOA) , từ đó nâng cao tính linh hoạt và khả năng lập trình của tài khoản. EOA chỉ định một hợp đồng thông minh để thực hiện một số hoạt động nhất định thay mặt cho người khác, chẳng hạn như giao dịch hàng loạt hoặc kiểm soát quyền, thông qua chữ ký được ủy quyền. Nó có một số chức năng hợp đồng thông minh nhất định mà không cần chuyển đổi thành tài khoản hợp đồng thông minh.

EIP cần xem xét

Sau đây là một số EIP đang được xem xét tích cực, chủ yếu cải thiện tính ổn định về chi phí của việc phát hành dữ liệu L2, nâng cao khả năng xử lý giao dịch của L2 và giảm chi phí L2 một cách hiệu quả bằng cách tối ưu hóa các đốm màu. Ngoài ra, những điều chỉnh nhằm tăng chi phí calldata có thể ảnh hưởng đến lượng ETH bị phá hủy và làm tăng áp lực lạm phát đối với ETH.

• EIP-7742 (Xóa sự phụ thuộc về số blob giữa lớp đồng thuận và lớp thực thi): Loại bỏ sự phụ thuộc giữa lớp đồng thuận và lớp thực thi Việc tách số lượng blob giúp đơn giản hóa quá trình xác minh blob, giảm độ phức tạp không cần thiết và cải thiện khả năng mở rộng cũng như tính linh hoạt của giao thức. Trong giao thức hiện tại, cả lớp thực thi và lớp đồng thuận đều mã hóa cứng kích thước tối đa của blob, dẫn đến việc xác minh dư thừa. Đề xuất này hủy bỏ xác minh của lớp thực thi về giá trị blob tối đa và thay vào đó, lớp đồng thuận tự động cung cấp giá trị mục tiêu blob cho lớp thực thi. Bằng cách này, các tham số mục tiêu blob có thể được điều chỉnh linh hoạt hơn để thích ứng với nhu cầu mở rộng trong tương lai. EIP-7742 là đề xuất ít gây tranh cãi nhất trong danh sách EIP đang được xem xét đưa vào bản nâng cấp. Theo cuộc họp lớp đồng thuận mới nhất, các nhà phát triển đã đồng ý bắt đầu triển khai EIP 7742 trong pectra-devnet 5 , nhưng liệu điều đó có xảy ra hay không. được chính thức đưa vào, Bạn vẫn cần chờ phản hồi từ cấp điều hành tại ACDE (Cuộc họp điều hành toàn bộ nhà phát triển cốt lõi).

• EIP 7762 (phí cơ sở blob tối thiểu): Tăng MIN_BASE_FEE_PER_BLOB_GAS đểgiảm mức điều chỉnh giá blob đến mức thời gian cần thiết hợp lý. Hiện tại, phí cơ sở blob tối thiểu được đặt ở mức 1 wei và khi nhu cầu blob vượt quá nguồn cung, quá trình xác định giá (tức là xác định giá khí blob hợp lý) quá chậm và mất nhiều thời gian để đạt được mức phí thích hợp. Bằng cách tăng phí cơ sở blob tối thiểu, thời gian điều chỉnh giá có thể được rút ngắn, trạng thái cân bằng thị trường có thể đạt được nhanh hơn và mạng có thể duy trì ổn định trong thời gian nhu cầu cao nhất.

• EIP-7623 (Tăng chi phí calldata): Tăng chi phí calldata trong giao dịch để giảm kích thước khối tối đa và phạm vi thay đổi của nó , đảm bảo mạng có thể xử lý các giao dịch trơn tru hơn. Kích thước khối tối đa hiện tại là khoảng 1,79 MB, nhưng kích thước khối trung bình tiếp tục tăng do lượng dữ liệu lớn được giải phóng từ các ứng dụng như bản tổng hợp. Giảm kích thước khối tối đa xuống khoảng 0,72 MB bằng cách tăng chi phí dữ liệu cuộc gọi chủ yếu cho các giao dịch có sẵn dữ liệu (DA), nhường chỗ cho việc tăng giới hạn gas khối hoặc nhiều đốm màu hơn trong tương lai. Chi phí giao dịch đối với người dùng thông thường không thay đổi, với sự thay đổi này chủ yếu ảnh hưởng đến các loại giao dịch dựa vào Ethereum để lưu trữ dữ liệu quy mô lớn. Tuy nhiên, việc tăng chi phí dữ liệu cuộc gọi có thểlàm giảm khả năng cạnh tranh của Ethereum trong việc lưu trữ dữ liệu. Ngoài ra, chi phí của calldata tăng lên và số lượng giao dịch có thể giảm, dẫn đến lượng ETH bị tiêu hủy thông qua cơ chế EIP-1559 giảm tương ứng, do đó mang lại áp lực lạm phát lớn hơn cho ETH.

• EIP 7782 (rút ngắn thời gian slot): Giảm thời gian slot Ethereum từ 12 giây xuống 8 giây, tạo các vùng thường xuyên hơn để xử lý các khối nhiều giao dịch hơn như một giải pháp thay thế cho việc tăng số lượng các đốm màu để tăng thông lượng giao dịch. Tuy nhiên, nó có thể phá hủy một số hợp đồng thông minh có thời gian 12 giây được mã hóa cứng, đẩy nhanh vấn đề mở rộng trạng thái của Ethereum và tăng gánh nặng lưu trữ và tính toán.

• EIP-7783 (Tăng dần giới hạn phí gas chặn): Là một giải pháp thay thế nhẹ nhàng hơn cho EIP-7782, thông qua điều chỉnh động Gas giới hạn của khối tăng dần số lượng giao dịch mà mỗi khối có thể đáp ứng, từ đó cải thiện khả năng xử lý của mạng. So với việc trực tiếp rút ngắn thời gian slot, việc điều chỉnh dần giới hạn gas có thể giúp việc mở rộng mạng mượt mà hơn. Đề xuất này không yêu cầu hard fork nhưng có thể có tác động đến dữ liệu trạng thái.

Vì bản nâng cấp Pectra chứa một số lượng lớn EIP, để giảm độ phức tạp của một lần nâng cấp và tăng tốc độ ra mắt một số EIP, vào tháng 5, nhóm kỹ thuật EthPandaOps của Ethereum Foundation đã đề xuất chia Pectra thành hai phần, nhưng vào thời điểm đó họ lo ngại sẽ trì hoãn việc nâng cấp nên không được xem xét nghiêm túc. Vào tháng 9, nhà nghiên cứu Ethereum Alex Stokes một lần nữa đề xuất việc phân chia, lần này đã được các nhà phát triển công nhận. Việc phân chia này sẽ giúp hoàn thành phần đầu tiên của quá trình nâng cấp trong vòng sáu tháng:

1. Phần đầu tiên: Bao gồm các EIP đang chạy trên mạng thử nghiệm Pectra Devnet (tức là 8 EIP đã được xác định), tương đối cho biết để dễ thực hiện hơn và đã vượt qua thử nghiệm rộng rãi.

2. Phần 2: Các đề xuất liên quan đến EIP phức tạp hơn (chẳng hạn như PeerDAS, EOF ) và các phần khác những đề xuất cần nhiều thời gian hơn để thử nghiệm sẽ được đưa vào giai đoạn thứ hai. Những đề xuất này yêu cầu phát triển, kiểm tra và thử nghiệm hơn nữa, đặc biệt là những đề xuất liên quan đến sự phối hợp giữa lớp đồng thuận và lớp thực thi.