Đăng
eth
ETHUSDT
Vĩnh cửu
--
+1,06%
‌ EIP ĐỀ XUẤT RÚT NGẮN THỜI GIAN LƯU GIỮ NODE – TỪ 146 NGÀY XUỐNG CHỈ CÒN 36 NGÀY

Các nhà phát triển Ethereum vừa đề xuất một cải tiến lớn: giảm thời gian lưu giữ block của lớp đồng thuận từ khoảng 146 ngày xuống chỉ còn 36,4 ngày.

Vấn đề: State và dữ liệu block lịch sử của Ethereum tiếp tục mở rộng, khiến yêu cầu phần cứng để vận hành node ngày càng trở nên khó đáp ứng.

Giải pháp: Là một thay đổi thông tin không yêu cầu fork, đề xuất này sẽ giảm đáng kể chi phí backfill cho các node mới sau khi đồng bộ hóa checkpoint.

Tại sao điều này quan trọng: Thay đổi này sẽ giúp duy trì nền tảng phi tập trung của Ethereum bằng cách hạ thấp rào cản phần cứng để vận hành node.

Cuộc tranh luận: Các thành viên cộng đồng đang thảo luận liệu điều này có đủ để giải quyết những lo ngại về khả năng mở rộng dài hạn khi Ethereum tiếp tục phát triển hay không.

👇 Bạn có đang vận hành node Ethereum không? Nhập CÓ hoặc KHÔNG.
#GateEventPointsSystemLaunched
Xem bản gốc
post-image
Trang này chứa nội dung từ bên thứ ba và không phải là lời khuyên hay sự ủng hộ của Gate đối với những quan điểm đó. Để biết thêm chi tiết, vui lòng xem tuyên bố miễn trừ trách nhiệm.
ETHETH+1,06%


Thêm một bình luận
Thêm một bình luận

Bình luận
BalancedHand
21-08-2026
36,4 ngày vừa đúng là một tháng cộng thêm vài ngày, khá quyết liệt, cảm giác nhà phát triển đã quyết tâm giảm chi phí đồng bộ hóa.
0Xem bản gốc
MemeArchaeologist
21-08-2026
Không chạy node, nhưng cảm thấy điều này hoàn toàn hợp lý. Người bình thường dùng ví nhẹ, còn chạy node đồng bộ hoàn toàn thì quá cực.
0Xem bản gốc
OnChainGeologist
20-08-2026
Nên xây dựng một lớp dữ liệu lịch sử phi tập trung đi kèm; nếu không, khi cửa sổ bị thu hẹp, khả năng truy cập dữ liệu sẽ lập tức giảm sút. Đồng thời, có thể cung cấp cho các nút chế độ lưu trữ tùy chọn, để những ai sẵn sàng lưu trữ tiếp tục lưu, còn những ai không muốn thì chỉ cần giữ lại 36 ngày; như vậy mọi người có thể tùy nhu cầu, tránh áp dụng cứng nhắc gây ảnh hưởng đến hệ sinh thái.
0Xem bản gốc
GasStationAtt
20-08-2026
Vấn đề là nhiều DApp cần truy vấn các sự kiện lịch sử, nhưng các node không lưu trữ chúng. Chẳng lẽ lại để doanh nghiệp cung cấp API? Khi đó còn gì là quyền riêng tư và tính phi tập trung?
0Xem bản gốc
GasFeeFighter
19-08-2026
Đề xuất này chỉ chữa phần ngọn chứ chưa giải quyết được gốc rễ; vấn đề thực sự là phi trạng thái hóa và trạng thái hết hạn, kỳ vọng vào EIP trong giai đoạn tiếp theo.
0Xem bản gốc
VolumeRatioWatcher
19-08-2026
Ủng hộ việc giảm gánh nặng, nhưng hãy bảo vệ tốt lịch sử trên chuỗi.
0Xem bản gốc
PositionRuler
19-08-2026
Thay đổi này thực chất là thuê các node chuyên biệt chịu trách nhiệm về dữ liệu lịch sử, còn các node thông thường chỉ quản lý trạng thái gần đây; ý tưởng này có thể thực hiện được.
1Xem bản gốc
Xem thêm
TrendlineArtist
19-08-2026
Tôi đã chạy node rồi, nói thật là ổ cứng đúng là đang rất thiếu dung lượng. Giảm từ 146 ngày xuống còn 36 ngày ít nhất cũng giúp tôi tiết kiệm được khá nhiều không gian, ủng hộ.
1Xem bản gốc
Xem thêm
MarketCapEstimator
19-08-2026
Hạ thấp yêu cầu phần cứng là điều tốt, nhưng tôi nghĩ cách căn bản hơn là tinh gọn cả dữ liệu trạng thái, nếu không việc vận hành các node sẽ ngày càng khó khăn.
1Xem bản gốc
Xem thêm
SharpeStar
19-08-2026
Chỉ lo rằng sau khi dữ liệu lịch sử bị bỏ đi, việc kiểm toán on-chain và phân tích tuân thủ sẽ trở nên không thể tách rời khỏi các nhà cung cấp dịch vụ tập trung, điều này mâu thuẫn với tính phi tập trung.
1Xem bản gốc
Xem thêm
Xem thêm