Các nhà phát triển Ethereum gần đây đã tiết lộ tiến triển mới trong thiết kế EIP-8141. Đề xuất này cố gắng triển khai một số chức năng giao dịch dưới dạng các cuộc gọi hợp đồng có thể lập trình, gọi là “frames”, thay vì phải sửa đổi định dạng bao giao dịch của Ethereum mỗi khi thêm một tính năng mới.
Chức năng giao dịch được chuyển thành gọi có thể lập trình
Các tính năng được bao phủ bởi ý tưởng này bao gồm hết hạn giao dịch, chữ ký tổng hợp, Merkle root liên quan đến hồ sơ riêng tư và kiểm tra khẳng định sau khi thực hiện giao dịch. Các nhà phát triển cho rằng, nếu các giao diện này đủ phổ quát, thì khi Ethereum giới thiệu các phương pháp xác thực mới trong tương lai, ví tiền, trình duyệt, thiết bị ký và Layer 2 sẽ không cần phải điều chỉnh từng lần cho từng vỏ giao dịch mới.
Bản nháp EIP-8141 định nghĩa một Frame Transaction là một chuỗi các cuộc gọi hợp đồng. Các frame khác nhau có thể chịu trách nhiệm xác minh điều kiện giao dịch, phê duyệt thanh toán gas hoặc thực hiện các thao tác của người dùng.
Bản nháp hiện tại liệt kê ba chế độ: DEFAULT, VERIFY và SENDER. Trong đó, frame VERIFY được sử dụng để kiểm tra xem một điều kiện có được đáp ứng hay không, trong khi frame SENDER đại diện cho việc thực hiện hành động với tư cách là người gửi giao dịch. Nhiều frame có thể được nhóm lại thành một lô nguyên tử, nghĩa là tất cả đều thành công hoặc toàn bộ bị hoàn tác.
Giảm chi phí phối hợp ví và cơ sở hạ tầng
Quan điểm cốt lõi của nhà phát triển Derek Chiang là các tính năng mới trong tương lai không nhất thiết phải thiết kế một bộ bao giao dịch mới. Chỉ cần biểu đạt thông qua các mục tiêu frame mới và mô hình gọi, khả năng có thể được mở rộng trong khi vẫn duy trì sự ổn định của cấu trúc cơ sở.
Mỗi lần chỉnh sửa đóng gói giao dịch của Ethereum đều không chỉ ảnh hưởng đến các client thực thi. Các ví, Layer 2, trình duyệt khối, thiết bị ký số, thư viện phần mềm và các nhà cung cấp hạ tầng khác đều cần hiểu và hỗ trợ định dạng mới.
Chiang cho biết, việc nâng cấp Ethereum diễn ra khoảng mỗi chín tháng một lần, và nếu thay đổi thường xuyên việc đóng gói giao dịch, chi phí phối hợp sẽ rất cao. Ngược lại, nếu định dạng frame có thể trở thành một giao diện ổn định hơn, các phương pháp xác thực mới có thể được giao nhiều hơn cho hợp đồng hoặc các thành phần giao thức được chỉ định xử lý.
Tuy nhiên, điều này không có nghĩa là tất cả các tính năng trong tương lai đều có thể bỏ qua việc nâng cấp mạng. EIP-8141 vẫn sẽ thay đổi các quy tắc đồng thuận của Ethereum và yêu cầu các triển khai client. Nếu liên quan đến các opcode mới, hợp đồng precompiled hoặc quy tắc gas, vẫn có thể cần một hard fork.
EIP-8130 và hướng xác thực song song
Các nhà phát triển cũng thừa nhận rằng, khi mức độ trừu tượng giao dịch tăng lên, việc ví và bộ sắp xếp phân tích giao dịch trước khi thực thi sẽ trở nên khó khăn hơn. Để giải quyết vấn đề này, nhóm đang nghiên cứu cách kết hợp EIP-8141 với bản nháp trừu tượng tài khoản khác là EIP-8130.
EIP-8130 đề xuất cấu trúc keystore trên chuỗi, cho phép tài khoản đăng ký trước các bên tham gia và hợp đồng xác thực, đồng thời ghi rõ phương thức xác thực trong giao dịch. Nhờ đó, các nút có thể xác định trước loại quy trình xác thực nào được yêu cầu cho giao dịch trước khi chạy bất kỳ mã ví nào. Đối với Layer 2, điều này giúp giới hạn các phương thức xác thực thành một tập hợp có chi phí dễ dự đoán hơn.
Vitalik Buterin cũng giải thích hướng đi liên quan trong một bài đăng khác. Ông chia giao dịch thành hai phần: “hành động” và “điều kiện phụ thuộc”. Phần đầu tiên chịu trách nhiệm thay đổi trạng thái của Ethereum, trong khi phần sau bao gồm các điều kiện tiên quyết như chữ ký, bằng chứng Merkle hoặc bằng chứng không kiến thức. Nếu các điều kiện phụ thuộc này độc lập với nhau, trong tương lai có thể kiểm tra song song, từ đó giảm chi phí xử lý một số giao dịch.
Đã được thêm vào Hegotá, nhưng thời gian kích hoạt chưa được xác định
Chính thức Hegotá Meta EIP đã liệt kê Frame Transactions là một trong các nâng cấp dự kiến, điều này có nghĩa là trạng thái của nó đã tiến xa hơn so với trước đây. Tuy nhiên, EIP-8141 hiện vẫn là bản nháp cốt lõi và các chi tiết kỹ thuật chưa được xác định cuối cùng.
Các công việc cần tiếp tục thực hiện bao gồm: cập nhật quy phạm, hoàn thành triển khai client thực thi, thiết lập mạng phát triển, và thực hiện kiểm thử tương tác với ví và hệ thống Layer 2. Các nhà phát triển cũng cần đánh giá rủi ro từ tấn công từ chối dịch vụ đối với memory pool, vì việc xác minh có thể lập trình làm tăng chi phí tính toán để loại bỏ các giao dịch không hợp lệ.
Hiện tại, thời gian kích hoạt của Hegotá trên Sepolia, Hoodi và mạng chính vẫn còn trống. EIP-8141 đã được đưa vào kế hoạch nâng cấp, nhưng vẫn còn một quá trình thực hiện và kiểm thử trước khi được triển khai cuối cùng.