Ethereum lộ trình phát triển dài hạn: tối ưu hóa lưu trữ, đơn giản hóa giao thức, nâng cao hiệu quả

2025-07-21 23:30:05

Đang tạo bản tóm tắt

Con đường đến Ethereum đơn giản và hiệu quả hơn

Một trong những thách thức lớn mà Ethereum phải đối mặt là làm thế nào để giảm thiểu độ phức tạp và nhu cầu lưu trữ trong dài hạn, đồng thời duy trì tính bền vững và đặc điểm phi tập trung của blockchain. Điều này yêu cầu chúng ta thực hiện các biện pháp trong một số lĩnh vực then chốt:

Lịch sử đã hết hạn

Hiện tại, một nút Ethereum được đồng bộ hoàn chỉnh cần khoảng 1.1TB không gian lưu trữ, trong đó phần lớn được sử dụng để lưu trữ dữ liệu lịch sử. Ngay cả khi giới hạn gas giữ nguyên, kích thước nút vẫn sẽ tăng hàng trăm GB mỗi năm.

Giải pháp là xây dựng một mạng lưới điểm-điểm bao gồm các nút Ethereum, để lưu trữ dữ liệu cũ một cách phân tán. Mỗi nút chỉ cần lưu trữ dữ liệu gần đây khoảng 18 ngày, dữ liệu cũ hơn có thể được lấy qua mạng. Điều này có thể giảm đáng kể gánh nặng lưu trữ của từng nút.

Công việc chính để thực hiện việc hết hạn lịch sử bao gồm:

Xây dựng và tích hợp các giải pháp lưu trữ phân tán cụ thể, chẳng hạn như đưa vào các thư viện torrent hiện có hoặc mạng Portal gốc của Ethereum.
Kích hoạt EIP-4444, hạn chế thời gian lưu trữ dữ liệu lịch sử của nút.
Quyết định cách xử lý dữ liệu lịch sử "cổ xưa", là hoàn toàn phụ thuộc vào các nút lưu trữ hiện có, hay xây dựng một mạng lưới lưu trữ phân tán mạnh mẽ hơn.

Trạng thái đã hết hạn

Ngay cả khi nhu cầu lưu trữ lịch sử đã được loại bỏ, nhu cầu lưu trữ của khách hàng vẫn sẽ tăng khoảng 50GB mỗi năm, vì trạng thái ( số dư tài khoản, mã hợp đồng, v.v. ) vẫn đang tăng lên.

Có hai loại giải pháp chính:

Một số trạng thái đã hết hạn: Chia nhỏ trạng thái, chỉ lưu trữ các khối dữ liệu được truy cập gần đây, các dữ liệu khác chỉ lưu giữ cam kết 32 byte.
Trạng thái hết hạn dựa trên chu kỳ địa chỉ: định kỳ thêm cây trạng thái trống mới, cây cũ bị đóng băng. Nút hoàn chỉnh chỉ lưu trữ hai cây gần đây nhất.

Hai phương án này đều có ưu và nhược điểm, cần phải cân nhắc giữa độ phức tạp, thân thiện với người dùng và thân thiện với nhà phát triển. Dù chọn phương án nào, cũng cần giải quyết vấn đề mở rộng hoặc thu hẹp không gian địa chỉ, điều này tự nó đã là một thách thức lớn.

Dọn dẹp chức năng

Để giảm thiểu độ phức tạp của giao thức, chúng ta cần xóa bỏ một số chức năng không cần thiết hoặc ít được sử dụng.

Thay thế hoàn toàn mã hóa RLP bằng SSZ
Xóa loại giao dịch cũ
Cơ chế ghi nhật ký đơn giản hóa
Xóa cơ chế ủy ban đồng bộ chuỗi dấu hiệu
Định dạng dữ liệu thống nhất
Đơn giản hóa cơ chế gas
Xóa một số hợp đồng đã biên soạn sẵn
Hủy bỏ khả năng quan sát gas
Cải thiện khả năng phân tích tĩnh

Khi thực hiện những sự đơn giản hóa này, cần phải cân nhắc giữa mức độ đơn giản hóa/tốc độ và khả năng tương thích ngược. Cần thiết lập một quy trình chuẩn hóa để xử lý những thay đổi không tương thích ngược không khẩn cấp.

Phương pháp đơn giản hóa quyết liệt hơn là chuyển đổi phần lớn nội dung của giao thức thành mã hợp đồng. Chẳng hạn, đơn giản hóa Ethereum L1 thành chỉ chứa chuỗi tín hiệu, giới thiệu một máy ảo tối thiểu, sau đó xây dựng lại EVM trên đó như là một tổng hợp đầu tiên. Phương pháp này có thể đơn giản hóa giao thức đáng kể, nhưng khó thực hiện.

Tổng thể, thông qua những biện pháp này, chúng ta có thể giảm thiểu đáng kể độ phức tạp và nhu cầu lưu trữ của Ethereum trong khi vẫn giữ được các giá trị cốt lõi của nó, tạo nền tảng cho sự phát triển bền vững lâu dài. Điều này cần sự nỗ lực chung của cộng đồng, tìm ra điểm cân bằng giữa đổi mới công nghệ và khả năng tương thích ngược.

ETH-2.97%

Xem bản gốc

Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.

5 thích