EIP-8141: Ethereum(ETH) bàn thiết kế giao dịch dạng khung, giữ nguyên khung gốc

Các nhà phát triển Ethereum(ETH) đang hoàn thiện thiết kế EIP-8141 theo hướng lấy khung (frame) làm trung tâm, nhằm mở rộng chức năng giao dịch mà không thay đổi khung giao dịch (transaction envelope) hiện có. Các tính năng như thời hạn giao dịch, chữ ký tổng hợp hay gốc Merkle của privacy pool sẽ được thể hiện dưới dạng lời gọi hợp đồng bên trong khung, thay vì đưa thẳng vào khung giao dịch.

Theo Wu Blockchain đưa tin lúc 4h37 ngày 7 (giờ Việt Nam), nhà phát triển Ethereum Derek Chiang đã trình bày hướng thiết kế mới nhất của EIP-8141 theo cách trên. Tài liệu chính thức của EIP-8141 gọi đề xuất này là “giao dịch khung” (frame transaction) - một loại giao dịch mới chia quá trình xác thực, thực thi và thanh toán phí gas thành nhiều khung khác nhau.

Điểm mấu chốt của đề xuất là hạn chế tối đa việc thay đổi khung giao dịch. Đây là định dạng cơ bản được ví, trình khám phá khối (block explorer), bộ công cụ phát triển phần mềm (SDK) và hạ tầng lớp 2 (L2) cùng sử dụng để đọc dữ liệu. Nếu phần này thay đổi, không chỉ mạng chính Ethereum mà cả các công cụ, dịch vụ xung quanh cũng phải điều chỉnh theo.

EIP-8141 tìm cách đẩy các tính năng mới vào bên trong khung để giảm gánh nặng phối hợp này. Do chu kỳ nâng cấp của Ethereum khá dài, việc phải chỉnh sửa khung giao dịch mỗi khi bổ sung tính năng mới có thể làm tăng chi phí ứng phó cho toàn bộ hệ sinh thái.

Tài liệu EIP-8141 mô tả giao dịch khung sẽ tách quá trình xác thực, phê duyệt thanh toán gas và thực thi hành động của người dùng thành các khung có thứ tự. Theo tài liệu, một giao dịch dạng này có thể chứa tối đa 64 khung, mỗi khung có giới hạn gas thực thi và gas trạng thái riêng.

Với người dùng phổ thông, thiết kế này gắn liền với các tính năng trừu tượng hóa tài khoản (account abstraction) như giao dịch theo lô, thanh toán phí gas bằng tài sản khác, hay thay đổi khóa. Trước nay, người dùng phần lớn bị bó buộc vào việc tự quản lý khóa cá nhân và phải giữ sẵn ETH để trả phí. Khi trừu tượng hóa tài khoản được triển khai, các tính năng như tài khoản thông minh, giao dịch được tài trợ phí hay xử lý nhiều thao tác cùng lúc sẽ được hỗ trợ rộng hơn.

Tuy nhiên, cách tiếp cận bằng khung càng linh hoạt thì tranh cãi về độ phức tạp càng lớn. Trong một bài viết trên EthLabs ngày 25 tháng 8, Chiang cho biết cộng đồng phát triển cốt lõi của Ethereum lâu nay nghiêng về việc chấp nhận sự linh hoạt của khung hơn là các đề xuất trừu tượng hóa tài khoản cứng nhắc. Cũng theo bài viết này, đề xuất EIP-8130 do Base nộp đã khơi lại cuộc tranh luận.

EIP-8130 là đề xuất triển khai trừu tượng hóa tài khoản thông qua cấu hình tài khoản onchain và một loại giao dịch mới. Tài liệu chính thức nêu rõ giao dịch sẽ chỉ định cụ thể trình xác thực (authenticator) được sử dụng, nhờ đó node có thể lọc giao dịch mà không cần thực thi mã ví tùy ý. Cách làm này khác với hướng đi của EIP-8141, vốn muốn trừu tượng hóa việc xác thực và thực thi ở phạm vi rộng hơn thông qua khung.

Theo Wu Blockchain, Chiang cho rằng việc trừu tượng hóa quá mức có thể làm giảm khả năng đọc hiểu giao dịch. Vì vậy, các nhà phát triển đang cân nhắc kết hợp EIP-8141 với chuẩn tài khoản EIP-8130, nhằm bổ sung các ràng buộc cấu trúc lên trên nền tảng khung. Hướng đi này vừa giữ được sự linh hoạt, vừa củng cố khung sườn để ví và hạ tầng có thể diễn giải được.

TokenPost từng đưa tin rằng việc theo dõi tiến độ triển khai EIP-8141 và thảo luận về mạng thử nghiệm dạng khung (frame devnet) vẫn đang tiếp diễn. Khi đó, giới quan sát cũng nhận định việc còn tồn đọng vấn đề triển khai chưa đồng nghĩa với việc EIP-8141 đã chắc chắn được đưa vào mạng chính hay một bản nâng cấp cụ thể nào.

Diễn biến gần đây cho thấy nghiên cứu về định dạng giao dịch của Ethereum đang bước sang giai đoạn thiết kế lại cấu trúc giao dịch, chứ không chỉ dừng ở việc mở rộng thông lượng xử lý. Vấn đề trọng tâm là nên tách điều kiện cần xác thực khỏi hành động thực thi thực tế đến mức nào, và ví cùng các giải pháp L2 sẽ đọc kết quả đó ra sao.

Đối với người dùng trong nước, điểm đáng quan tâm cũng nghiêng về trải nghiệm sử dụng hơn là biến động giá ngắn hạn. Nếu cấu trúc khung được áp dụng, cách ví xử lý phí giao dịch, gộp nhiều thao tác để thực thi cùng lúc, hay cách khôi phục tài khoản và thay khóa đều có thể thay đổi. Ngược lại, nếu gánh nặng triển khai tăng lên, tốc độ thích ứng của các ví và đơn vị hạ tầng sẽ là yếu tố quyết định.

Theo tài liệu chính thức, EIP-8141 hiện vẫn ở giai đoạn dự thảo. Việc đề xuất này có được đưa vào mạng chính hay không, và vào thời điểm nào, sẽ còn phụ thuộc vào các cuộc thảo luận của nhóm phát triển cốt lõi cũng như quá trình thử nghiệm trên client.