TechFlow đã xác nhận Pectra sẽ tích hợp những EIP nào? Liệu điều này có làm gia tăng lạm phát ETH?
Tuyển chọn TechFlowTuyển chọn TechFlow
TechFlow đã xác nhận Pectra sẽ tích hợp những EIP nào? Liệu điều này có làm gia tăng lạm phát ETH?
Các EIP đã được xác định sẽ nâng cao khả năng lập trình tài khoản, hiệu suất xác thực của Ethereum và tối ưu hóa việc đặt cược, trong khi các EIP chưa được xác định tập trung vào việc cải thiện khả năng mở rộng cho L2.
Chuyên sâu báo cáo Web3Bài viết: 0XNATALIE
Lần nâng cấp tiếp theo của Ethereum mang tên Pectra, được đặt tên từ sự kết hợp giữa Prague và Electra.
Prague đại diện cho nâng cấp ở tầng thực thi (execution layer), lấy cảm hứng từ thành phố tổ chức hội nghị nhà phát triển Ethereum Devcon 4 – Praha; trong khi Electra tượng trưng cho nâng cấp ở tầng đồng thuận (consensus layer), được đặt tên theo các ngôi sao theo thứ tự bảng chữ cái. Tên ngôi sao được chọn lần này là Electra, tương ứng với chữ cái "E".
Pectra là một đợt phân nhánh cứng (hard fork) có thể bao gồm nhiều đề xuất cải tiến Ethereum (Ethereum Improvement Proposals - EIP) nhất trong lịch sử Ethereum. Đợt nâng cấp này không chỉ bao gồm loạt đề xuất nhằm cải thiện hoạt động của trình xác thực và hiệu suất mạng chính, mà còn giới thiệu các đề xuất tối ưu hóa cho L2. Mạng thử nghiệm Pectra Devnet 4 vừa ra mắt, hiện tại đã có 8 EIP được xác nhận sẽ được đưa vào nâng cấp Pectra.
Các EIP được xác nhận đưa vào và tác động của chúng
Tác động của 8 EIP này đến người dùng bao gồm: tăng tính linh hoạt cho tài khoản bằng cách trang bị khả năng thực thi mã cho EOA, giúp thực hiện các thao tác phức tạp hơn; nâng cao giới hạn stake có thể làm tăng nhu cầu sở hữu ETH; đồng thời, việc tối ưu quy trình xác thực nâng cao bảo mật và hiệu quả, cải thiện tốc độ và thông lượng của Ethereum.
-
EIP-2537 (Hỗ trợ chữ ký BLS): Thêm hỗ trợ xử lý đường cong BLS12-381 trên Ethereum thông qua việc giới thiệu một loạt hợp đồng tiền biên dịch (precompiles), cho phép xác minh chữ ký BLS và cho phép gộp nhiều chữ ký thành một chữ ký duy nhất, từ đó giảm độ phức tạp khi xác minh. Chữ ký BLS là một thuật toán mật mã học có thể tạo ra chữ ký nhỏ gọn và hỗ trợ gộp chữ ký. Điều này sẽ giúp các giải pháp L2 cần thực hiện rất nhiều thao tác xác minh chữ ký và dữ liệu hoạt động hiệu quả hơn.
-
EIP-2935 (Lưu trữ băm khối lịch sử trong trạng thái): Lưu trữ băm của 8192 khối gần nhất vào một hợp đồng hệ thống, nhằm hỗ trợ mô hình khách hàng vô trạng thái (Stateless Clients) và cung cấp chức năng truy vấn băm khối linh hoạt hơn. Những giá trị băm này có thể được truy vấn trực tiếp qua hợp đồng và đóng gói làm chứng cứ (witness), gửi tới các khách hàng vô trạng thái. Khách hàng không cần tự lưu trữ toàn bộ lịch sử chuỗi khối hay lượng lớn dữ liệu, mà chỉ cần dựa vào băm khối và chứng cứ liên quan được lưu trong trạng thái để xác minh tính hợp lệ của khối và giao dịch.
-
EIP-6110 (Xử lý gửi tiền xác thực trên chuỗi): Chuyển việc xử lý gửi tiền của trình xác thực từ tầng đồng thuận sang tầng thực thi, để thực hiện và xác minh trên chuỗi, thay vì phụ thuộc vào cơ chế bỏ phiếu bổ sung ở tầng đồng thuận để xác nhận tính hợp lệ thông tin gửi tiền. Đề xuất này tăng cường bảo mật quy trình gửi tiền, giảm độ trễ xử lý, đồng thời đơn giản hóa thiết kế tầng đồng thuận và client.
-
EIP-7002 (Thoát khỏi tầng thực thi được kích hoạt bởi chủ sở hữu): Cho phép chủ sở hữu chứng chỉ rút tiền có thể độc lập khởi động quá trình thoát, mà không cần phụ thuộc vào khóa hoạt động (khóa BLS) của trình xác thực, tăng quyền tự chủ cho người dùng. Hiện tại, chỉ có khóa hoạt động của trình xác thực mới có thể kích hoạt việc thoát, điều này có nghĩa là nếu khóa hoạt động bị mất hoặc trình xác thực ủy thác công việc cho bên thứ ba (như nhà cung cấp dịch vụ stake), thì chủ sở hữu chứng chỉ rút tiền (người sở hữu thực sự tài sản) sẽ không thể tự chủ kiểm soát ETH đang stake. Đề xuất này cho phép người sở hữu khởi động việc rút ETH thông qua tầng thực thi bằng cách sử dụng chứng chỉ rút tiền, không cần phụ thuộc vào khóa hoạt động.
-
EIP-7251 (Tăng giới hạn stake tối đa): Tăng số dư hiệu lực tối đa cho mỗi trình xác thực, cho phép mỗi trình xác thực nắm giữ nhiều hơn 32 ETH, trong khi ngưỡng stake tối thiểu vẫn giữ nguyên ở mức 32 ETH. Mục tiêu là giúp các nút lớn giảm số lượng trình xác thực trên mạng bằng cách gộp nhiều trình xác thực lại, từ đó giảm tải tin nhắn P2P, gộp chữ ký và áp lực lưu trữ.
-
EIP-7549 (Di chuyển chỉ số ủy ban ra khỏi chứng cứ): Loại bỏ trường chỉ số ủy ban khỏi thông điệp Attestation (chứng cứ), nhằm đạt được sự gộp phiếu đồng thuận hiệu quả hơn. Hiện tại, trong cơ chế đồng thuận Ethereum, mỗi trình xác thực khi bỏ phiếu sẽ bao gồm: phiếu LMD GHOST (gốc khối và khe thời gian), phiếu Casper-FFG (thông tin nguồn và đích), và chỉ số ủy ban (số hiệu ủy ban mà trình xác thực thuộc về). Vì chỉ số ủy ban nằm trong thông điệp được ký, nên ngay cả khi nhiều trình xác thực bỏ phiếu giống nhau, gốc chữ ký cũng khác nhau, khiến việc gộp phiếu trở nên khó khăn. Việc di chuyển chỉ số ủy ban ra khỏi thông điệp ký sẽ giúp gộp phiếu hiệu quả hơn, giảm chi phí xác minh và tải mạng.
-
EIP-7685 (Yêu cầu chung ở tầng thực thi): Xác định một khuôn khổ chung cho tầng thực thi (EL) để 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 được kích hoạt ở tầng thực thi hơn, cho phép xử lý thống nhất các loại yêu cầu khác nhau, đồng thời đơn giản hóa việc thêm các loại yêu cầu mới mà không cần sửa đổi cấu trúc khối thực thi.
-
EIP-7702 (Thêm khả năng thực thi mã cho EOA): Trang bị khả năng thực thi mã cho các tài khoản do bên ngoài sở hữu (EOA), từ đó tăng tính linh hoạt và khả năng lập trình. EOA có thể thông qua chữ ký ủy quyền chỉ định một hợp đồng thông minh đại diện thực hiện một số thao tác như giao dịch theo lô hoặc kiểm soát quyền hạn. Như vậy, EOA có thể sở hữu một phần chức năng của hợp đồng thông minh mà không cần phải chuyển đổi thành tài khoản hợp đồng thông minh.
Các EIP đang được xem xét trọng tâm
Dưới đây là một số EIP đang được tích cực xem xét, chủ yếu tập trung vào việc tối ưu blob nhằm cải thiện tính ổn định chi phí phát hành dữ liệu cho L2, tăng cường năng lực xử lý giao dịch của L2 và hiệu quả giảm chi phí cho L2. Ngoài ra, việc điều chỉnh chi phí calldata có thể ảnh hưởng đến lượng ETH bị tiêu hủy, gia tăng áp lực lạm phát cho ETH.
-
EIP-7742 (Ngắt phụ thuộc số lượng blob giữa tầng đồng thuận và tầng thực thi): Tách rời số lượng blob giữa tầng đồng thuận và tầng thực thi, đơn giản hóa quy trình xác minh blob, giảm độ phức tạp không cần thiết, nâng cao khả năng mở rộng và tính linh hoạt của giao thức. Trong giao thức hiện tại, cả hai tầng đều hardcode giá trị tối đa của blob, dẫn đến việc xác minh dư thừa. Đề xuất này loại bỏ việc tầng thực thi xác minh giá trị tối đa blob, thay vào đó, tầng đồng thuận sẽ cung cấp động giá trị mục tiêu blob cho tầng thực thi. Nhờ vậy, có thể điều chỉnh linh hoạt các tham số mục tiêu blob để thích nghi 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 đang được xem xét đưa vào nâng cấp. Theo cuộc họp tầng đồng thuận gần nhất, các nhà phát triển đã đồng ý bắt đầu triển khai EIP-7742 trên pectra-devnet 5, tuy nhiên việc có chính thức đưa vào hay không vẫn cần chờ phản hồi từ tầng thực thi tại ACDE (All Core Developers Execution Layer Meeting).
-
EIP-7762 (Phí cơ bản tối thiểu cho blob): Tăng MIN_BASE_FEE_PER_BLOB_GAS nhằm rút ngắn thời gian để giá blob điều chỉnh về mức hợp lý. Hiện tại, phí cơ bản tối thiểu cho blob được đặt ở mức 1 wei, khi nhu cầu blob vượt cung, quá trình phát hiện giá (xác định mức giá blob gas phù hợp) diễn ra quá chậm, cần rất nhiều thời gian để đạt đến mức phí hợp lý. Việc tăng phí cơ bản tối thiểu cho blob sẽ rút ngắn thời gian điều chỉnh giá, giúp thị trường cân bằng nhanh hơn và đảm bảo mạng lưới ổn định ngay cả trong thời điểm nhu cầu cao.
-
EIP-7623 (Tăng chi phí calldata): Tăng chi phí cho calldata trong giao dịch nhằm giảm kích thước tối đa của khối và phạm vi biến động, đảm bảo mạng lưới xử lý giao dịch ổn định hơn. Kích thước khối tối đa hiện tại khoảng 1,79 MB, nhưng do các ứng dụng như rollup phát hành lượng lớn dữ liệu, kích thước khối trung bình ngày càng tăng. Việc tăng chi phí calldata – chủ yếu dùng cho các giao dịch khả dụng dữ liệu (DA) – sẽ giảm kích thước khối tối đa xuống còn khoảng 0,72 MB, dành chỗ cho việc tăng giới hạn gas khối hoặc thêm nhiều blob trong tương lai. Chi phí giao dịch cho người dùng thông thường sẽ không thay đổi, thay đổi này chủ yếu ảnh hưởng đến các loại giao dịch phụ thuộc vào Ethereum để lưu trữ dữ liệu quy mô lớn. Tuy nhiên, việc tăng chi phí calldata có thể làm giảm tính cạnh tranh của Ethereum trong lĩnh vực lưu trữ dữ liệu. Ngoài ra, chi phí calldata tăng có thể làm giảm số lượng giao dịch, từ đó làm giảm lượng ETH bị tiêu hủy thông qua cơ chế EIP-1559, dẫn đến áp lực lạm phát lớn hơn cho ETH.
-
EIP-7782 (Rút ngắn thời gian slot): Rút ngắn thời gian slot của Ethereum từ 12 giây xuống còn 8 giây, tạo khối thường xuyên hơn để xử lý nhiều giao dịch hơn, coi đây là phương án thay thế cho việc tăng số lượng blob nhằm nâng cao thông lượng giao dịch. Tuy nhiên, điều này có thể phá vỡ một số hợp đồng thông minh đã hardcode thời gian slot 12 giây, đồng thời làm trầm trọng thêm vấn đề phình to trạng thái Ethereum, gia tăng gánh nặng lưu trữ và tính toán.
-
EIP-7783 (Tăng dần giới hạn gas khối): Là phương án thay thế nhẹ nhàng hơn so với EIP-7782, thông qua việc điều chỉnh động giới hạn gas của khối để từng bước tăng số lượng giao dịch mỗi khối, từ đó nâng cao năng lực xử lý mạng. So với việc rút ngắn trực tiếp thời gian slot, việc điều chỉnh dần giới hạn gas giúp mở rộng mạng lưới một cách ổn định hơn. Đề xuất này không cần hard fork, nhưng có thể ảnh hưởng đến dữ liệu trạng thái.
Vì nâng cấp Pectra bao gồm rất nhiều EIP, để giảm độ phức tạp của một lần nâng cấp và đẩy nhanh việc triển khai một số EIP, vào tháng 5, đội kỹ sư EthPandaOps của Quỹ Ethereum đã đề xuất chia Pectra thành hai phần, nhưng lúc đó lo ngại sẽ làm chậm tiến độ nâng cấp nên chưa được xem xét nghiêm túc. Đến tháng 9, nhà nghiên cứu Ethereum Alex Stokes lại đề xuất chia tách, lần này nhận được sự đồng thuận từ các nhà phát triển. Cách chia tách này sẽ giúp hoàn thành phần đầu tiên của nâng cấp trong vòng sáu tháng:
-
Phần thứ nhất: Bao gồm các EIP đã được chạy trên mạng thử nghiệm Pectra Devnet (tức là 8 EIP đã xác nhận), những EIP này tương đối dễ triển khai và đã trải qua nhiều đợt kiểm thử.
-
Phần thứ hai: Đưa các EIP phức tạp hơn (như PeerDAS, các đề xuất liên quan EOF) và các đề xuất cần thêm thời gian kiểm thử vào giai đoạn sau. Những đề xuất này cần thêm thời gian phát triển, kiểm toán và thử nghiệm, đặc biệt là các đề xuất liên quan đến phối hợp giữa tầng đồng thuận và tầng thực thi.
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
@ChainFeedsxyz
