Hard fork Ethereum Fusaka được lên kế hoạch vào cuối năm 2025

Theo một thành viên của Ethereum Foundation, hard fork Fusaka của Ethereum dự kiến ​​sẽ diễn ra vào quý 3 hoặc quý 4 năm nay.

Trong bài đăng ngày 28/4 trên X, đồng Giám đốc điều hành Ethereum Foundation – Tomasz Kajetan Stańczak cho biết tổ chức này đang hướng tới triển khai bản nâng cấp mạng Ethereum Fusaka vào quý 3 hoặc quý 4/2025. Tuy nhiên, lịch trình triển khai chính xác vẫn chưa được quyết định.

Stańczak cho biết triển khai gây tranh cãi về bản nâng cấp định dạng đối tượng EVM (EOF) cho Máy ảo Ethereum (EVM) từng được dự kiến ​​sẽ là một phần của bản nâng cấp mạng Fusaka, nhưng nhà phát triển cốt lõi Tim Beiko của Ethereum đã loại trừ sau đó.

“EOF đã bị xóa khỏi bản nâng cấp mạng Fusaka ngày hôm nay”, Beiko cho biết trong bài đăng ngày 28/4 trên X, nêu rõ trong bài đăng trên GitHub rằng các nhà phát triển Ethereum nhận thấy sự không chắc chắn kỹ thuật về tác động của nó và có nguy cơ trì hoãn việc triển khai Fusaka.

EVM là phần mềm chạy các hợp đồng thông minh của Ethereum. EOF sẽ triển khai một loạt các thay đổi giao thức, được gọi là đề xuất cải tiến Ethereum (EIP), với những tác động sâu sắc đến cách thức hoạt động của nó. EOF giới thiệu một dạng “vùng chứa” có thể mở rộng và có phiên bản cho bytecode hợp đồng thông minh được xác minh một lần khi triển khai, tách biệt code và dữ liệu để tăng hiệu quả.

Gói lại, đóng dấu một lần, gửi đi

Bytecode là một tập hợp các hướng dẫn nhỏ gọn, cấp thấp. Hợp đồng thông minh Solidity phải được biên dịch thành bytecode trước khi EVM có thể thực thi.

EOF xác định module “vùng chứa” cho bytecode hợp đồng thông minh, thay thế các blob bytecode dạng tự do hiện nay bằng một cấu trúc được xác định rõ hơn. Các đối tượng này sẽ bao gồm:

– Một tiêu đề bắt đầu bằng giá trị thập lục phân 0xEF00, theo sau là số phiên bản một byte để đảm bảo khả năng nâng cấp.

– Một bảng thành phần, cung cấp siêu dữ liệu về nội dung của vùng chứa. Mỗi mục nhập bao gồm thiết lập một byte cho loại mục nhập và hai byte cho kích thước của mục nhập.

– Các phần có nội dung thực tế, với ít nhất một phần code và bất kỳ phần dữ liệu cần thiết nào — nhiều loại phần hơn có thể được thêm vào thông qua các EIP trong tương lai.

Cấu trúc này hợp lý hóa hoạt động của EVM, cho phép hiệu quả cao hơn và chi phí xử lý thấp hơn. Bản nâng cấp này sẽ tạo ra môi trường sạch hơn dành cho nhà phát triển và các hợp đồng thông minh được triển khai dễ hiểu hơn.

RJUMP được sử dụng thay thế JUMP

EIP-4200, một trong những EIP EOF, cung cấp giải pháp thay thế cho các lệnh JUMP và JUMPI, cho phép chương trình di chuyển lệnh thực thi đến bất kỳ độ lệch byte tùy ý nào. Chain thực thi kiểu này dẫn đến các lỗi khó phát hiện (giá trị JUMP bị sai trong một số trường hợp sẽ không dễ dự đoán) và giúp ẩn phần mềm độc hại trong các blob dữ liệu và di chuyển con trỏ thực thi đến đó.

Bước này được gọi là JUMP động và EIP-4750 (đang được xem xét) đề xuất không cho phép JUMP/JUMPI động bên trong các hợp đồng thông minh EOF, từ chối hoàn toàn trong giai đoạn triển khai EOF sau này. Ở dạng hiện tại, EIP này thay thế chúng bằng các lệnh gọi hàm (CALLF) và lệnh trả về từ hàm (RETF). Các lệnh mới đó sẽ đảm bảo các đích đến được hardcode vào bytecode, nhưng các hợp đồng thông minh trước EOF cũ sẽ không bị ảnh hưởng.

Các nhà phát triển chọn sử dụng JUMP hoặc JUMPI sau khi nâng cấp sẽ có bytecode được xác thực thời gian triển khai, đảm bảo không bao giờ có thể nhảy vào dữ liệu hoặc giữa lệnh khác. Xác minh này sẽ diễn ra thông qua các quy tắc xác thực code của EIP-3670, cộng với bảng JUMP (EIP-3690), do đó mọi đích đến đều được kiểm tra.

Là một giải pháp thay thế cho các hàm đó, EOF triển khai RJUMP và RJUMP thay thế, yêu cầu đích đến phải được hardcode trong bytecode. Tuy nhiên, không phải ai cũng đồng ý với việc triển khai EOF.

EOF không hoàn toàn được ủng hộ

EOF là triển khai 12 EIP có ý nghĩa sâu sắc đối với cách thức hoạt động của các nhà phát triển hợp đồng thông minh. Những người ủng hộ cho rằng nó hiệu quả hơn, tinh tế hơn và cho phép nâng cấp dễ dàng hơn sau này.

Tuy nhiên, những người chỉ trích nhận xét nó được thiết kế quá mức và làm phức tạp thêm một hệ thống vốn đã phức tạp như Ethereum. Nhà phát triển Ethereum Pascal Caversaccio đã than thở trong bài đăng trên Ethereum Magicians ngày 13/3 rằng “EOF cực kỳ phức tạp” vì nó bổ sung thêm hai ngữ nghĩa mới và xóa rồi thêm hơn 10 opcode. Điều đó là không cần thiết.

Theo anh, tất cả lợi ích nên được đưa vào “các bản cập nhật từng phần, ít xâm lấn hơn”. EVM cũ cũng cần được duy trì, “có thể là vô thời hạn”.

Caversaccio cũng giải thích EOF sẽ yêu cầu nâng cấp công cụ, điều này có nguy cơ gây ra các lỗ hổng mới do bề mặt tấn công lớn. Ngoài ra, “các hợp đồng EVM trở nên phức tạp hơn nhiều do các tiêu đề”, trong khi các hợp đồng trống hiện tại chỉ nặng 15 byte. Một nhà phát triển khác đã nêu ra một điểm riêng:

“Có lẽ là một điểm meta, có vẻ như có sự bất đồng về việc liệu những thay đổi lớn về EVM có đáng mong muốn nói chung hay không. Một VM ổn định, nơi mọi người có thể đầu tư để xây dựng các công cụ và ứng dụng tuyệt vời một cách tự tin, có giá trị hơn nhiều”.

Caversaccio dường như có cùng quan điểm phản đối EOF. Một cuộc thăm dò chuyên sâu trên nền tảng thăm dò Ethereum ETHPulse cho thấy 39 cử tri nắm giữ tổng cộng gần 17.745 ETH phản đối việc nâng cấp. Chỉ có 7 holder với chưa đến 300 ETH bỏ phiếu ủng hộ.

Disclaimer: Bài viết chỉ có mục đích thông tin, không phải lời khuyên đầu tư. Nhà đầu tư nên tìm hiểu kỹ trước khi ra quyết định. Chúng tôi không chịu trách nhiệm về các quyết định đầu tư của bạn. 

Tham gia Telegram: https://t.me/tapchibitcoinvn

Twitter (X): https://twitter.com/tapchibtc_io

Tiktok: https://www.tiktok.com/@tapchibitcoin

Youtube: https://www.youtube.com/@tapchibitcoinvn

• Bitcoin có khả năng củng cố khi báo cáo PCE cốt lõi, sản xuất và việc làm của Hoa Kỳ được công bố trong tuần này
• Vitalik Buterin đề xuất thay thế ngôn ngữ EVM bằng RISC-V, có thể tăng hiệu quả 100 lần cho Ethereum
• 8,05 tỷ đô la quyền chọn Bitcoin và Ethereum hết hạn hôm nay – Thị trường đối mặt với biến động mạnh

Đình Đình