Etheeum cập nhật testnet Shanghai khi EIP-4844 ngày càng gần

EIP-4844

Bản cập nhật tiếp theo được lên lịch triển khai, Cancun, cũng đã được thảo luận khi việc triển khai EIP-4844 đến gần hơn.

Theo nhà nghiên cứu Ethereum Diederik Loerakker của OP Labs , EIP-4844 sẽ thêm Proto-Danksharding vào blockchain Etherum, giới thiệu các blobs (các mảng byte nhị phân thuần túy) của dữ liệu là “cột mốc đầu tiên hướng tới việc bảo vệ hoàn toàn Ethereum, cho phép các bản rollup như Optimism tăng gấp 100 lần dung lượng” .

Một trang web mà các nhà phát triển Ethereum dành riêng cho EIP-4844 đã mô tả các lợi ích của việc nâng cấp như cải thiện các bản rollup, giảm phí, mức sử dụng dung lượng đĩa thấp, các blobs tồn tại trong các node Beacon thay vì trên layer thực thi và cắt bớt blobs hai tuần một lần.

Trong cuộc gọi ACDE, Jacek Glen từ imapp nhận xét rằng thử nghiệm EIP-4844 đã dẫn đến “sự khác biệt đáng chú ý” về giá gas và không có vấn đề nghiêm trọng nào có thể cản trở sự phát triển. Do đó, ACDE đã đồng ý tiếp tục và xem xét thử nghiệm vào một ngày sau đó.

Các nhà phát triển tiếp tục thảo luận về việc triển khai ‘blobs’ và liệu họ có nên có quyền truy cập vào mempool hay không. Tuy nhiên, nhà phát triển Ethereum Nethermind Łukasz Rozmej đã nhận xét rằng “giao dịch zero blob” có thể trở thành một vấn đề.

“Cũng có vấn đề với UX chung, trải nghiệm người dùng và khả năng sử dụng, bởi vì nếu chúng tôi đánh dấu các giao dịch này là giao dịch blobs, thì theo tôi, chúng có một miền đặc biệt… và chúng được đối xử đặc biệt vì điều này.

Nếu chúng tôi không cho phép các giao dịch blob bằng 0, lý do này bị phá vỡ và sau đó bạn cũng phải kiểm tra xem chúng có bao nhiêu blobs theo các quy tắc cho giao dịch này.”

Ansgar Dietrichs cũng tiết lộ nghiên cứu của mình về việc tách các block khỏi sản xuất blob bằng cách tạo các mạng con để truyền bá. Đề xuất này nhằm giảm băng thông cho các máy khách Ethereum đồng thời bổ sung sản xuất blob.

Đề xuất Vitalik SSZ

Đồng sáng lập Ethereum Vitalik Buterin cũng đã trình bày một đề xuất về năm loại giao dịch SSZ mới để giúp duy trì khả năng tương thích ngược khi mạng nâng cấp lên EIP-4844 và các loại dữ liệu mới khác. Simple serialize (SSZ) là phương thức serialization* được sử dụng trên Beacon Chain, thay thế phương thức RLP được sử dụng trên layer thực thi. Đề xuất của Vitalik nhằm mục đích “thực hiện tất cả công việc cùng một lúc để tránh phát sinh thêm chi phí từ việc thiết kế quá trình chuyển đổi nhiều bước.”

*Serialization là khái niệm giúp chúng ta chuyển đổi đối tượng thành dạng mảng byte và sẽ gửi mảng byte đó đến máy chủ mà chúng ta sẽ lại chuyển đổi nó thành đối tượng. Về cơ bản, quá trình chuyển đổi đối tượng thành luồng byte được gọi là Serialization, chúng ta tuần tự hóa đối tượng vào mảng byte.

Các loại đề xuất mới là:

• SignedLegacyTransaction
• SignedEIP2930Transaction
• SignedEIP1559Transaction
• SignedBasicTransaction
• SignedBlobTransaction

Cuộc trò chuyện về định dạng SSZ đã dừng lại cho đến khi có một cuộc gọi sau đó khi nhà phát triển Ethereum Nimbus, Etan Kissling đưa ra câu hỏi vào ngày 7 tháng 2 về các thay đổi code EIP-4844.