TRON Mainnet bắt buộc nâng cấp nhắc nhở: GreatVoyage-v4.8.1 (Democritus) đã phát hành

Nhóm phát triển cốt lõi của TRON chính thức phát hành GreatVoyage-v4.8.1 (mã số Democritus) vào ngày 4 tháng 2 năm 2026, đây là phiên bản bắt buộc nâng cấp.
Tất cả các nút toàn bộ (bao gồm các nút tạo khối đại diện siêu cấp) vui lòng hoàn thành nâng cấp trước 23:59 ngày 9 tháng 3 năm 2026 (giờ Singapore / UTC+8). Các nút không nâng cấp đúng hạn sẽ không thể tiếp tục đồng bộ khối, có thể gây gián đoạn tạo khối hoặc dịch vụ không khả dụng.
I. Giá trị cốt lõi của lần nâng cấp này nằm ở đâu?
1. Hỗ trợ toàn diện kiến trúc ARM64 + JDK 17 lần đầu tiên chính thức
Đây là bước nhảy vọt quan trọng về khả năng tương thích phần cứng của hệ sinh thái TRON.
Trong môi trường ARM64, yêu cầu bắt buộc sử dụng JDK 17 + RocksDB v9.7.4 (hoàn toàn loại bỏ hỗ trợ LevelDB).
Kiến trúc x86_64 vẫn tiếp tục bắt buộc dùng JDK 8 (phiên bản cao hơn sẽ gây ra lỗi chú thích, NPE, thất bại đồng bộ, v.v.).
Phép tính dấu phẩy động thống nhất sử dụng StrictMath và phần cứng mã hóa một phần trên ARM64, đảm bảo dữ liệu hoàn toàn nhất quán với mạng chính x86.
Đối với các nhà vận hành nút, pool khai thác, tổ chức muốn sử dụng máy chủ đám mây chi phí thấp hơn (ví dụ Graviton, Ampere và các instance ARM khác), điều này có nghĩa là chi phí phần cứng dài hạn có khả năng giảm đáng kể.
2. Hành vi TVM phù hợp với Ethereum EIP-6780: SELFDESTRUCT sửa đổi lớn
Thực hiện qua TIP-6780 (tham số mạng #94, mặc định tắt, cần đề xuất cộng đồng mở).
Thay đổi quan trọng nhất là: chỉ khi gọi SELFDESTRUCT trong cùng một giao dịch tạo hợp đồng, dữ liệu tài khoản mới bị xóa (mã + lưu trữ + chính tài khoản).
Nếu trong các giao dịch sau đó gọi:
1/ Không xóa lưu trữ và mã, chỉ chuyển khoản dư (bao gồm TRX, staking TRX, TRC10)
2/ Nếu địa chỉ đích là hợp đồng chính nó, số dư sẽ không bị xóa
3/ Tiêu thụ năng lượng của thao tác này từ 0 lên 5000, tăng đáng kể ngưỡng lạm dụng
Điều này giúp hành vi hợp đồng thông minh của TRON càng ngày càng phù hợp hơn với EVM của Ethereum, thân thiện hơn với cầu nối chuỗi chéo, giao thức DeFi, kiểm toán an ninh.
3. Tăng cường toàn diện độ ổn định và an toàn của tầng mạng (P2P)
1/ Thêm giới hạn tần suất tin nhắn của Peer đơn (SyncBlockChainMessage, FetchInvDataMessage giới hạn 3 QPS trong giai đoạn đồng bộ, P2P_DISCONNECT giới hạn 1 QPS), hiệu quả phòng chống tấn công cạn kiệt tài nguyên
2/ Sửa lỗi node nhẹ (light node) nhận định kết nối là FORKED, đổi thành LIGHT_NODE_SYNC_FAIL chính xác hơn
3/ Tối ưu nhật ký bất thường đồng bộ gt lastNum / gt highNoFork, chỉ xuất ra thông tin cốt lõi, giảm nhiễu nhật ký
4/ Chi tiết mã lý do ngắt kết nối đa dạng: xác thực chữ ký thất bại → BAD_BLOCK, kiểm tra tin nhắn Hello thất bại → INCOMPATIBLE_PROTOCOL, v.v.
5/ Các trường chia sẻ của PeerConnection đều thêm volatile + tối ưu thứ tự gán, loại bỏ vấn đề khả năng nhìn thấy đồng thời
Những thay đổi này giúp các nút đồng bộ ổn định hơn dưới tải cao, triển khai xuyên quốc gia, môi trường mạng phức tạp, khả năng chống tấn công tốt hơn.
4. Trải nghiệm API và dịch vụ sự kiện nâng cao rõ rệt
1/ Thêm eth_getBlockReceipts, trả về toàn bộ các biên nhận giao dịch của toàn bộ khối trong một lần
2/ Thêm /wallet/getpaginatednowwitnesslist, có thể phân trang theo thời gian thực để truy vấn số phiếu bầu của các chứng nhân trong chu kỳ hiện tại (theo thứ tự giảm dần của phiếu)
3/ Khi eth_call thất bại, trả về dữ liệu lý do revert chi tiết hơn (theo hành vi của Ethereum)
4/ Tối ưu hiệu suất truy vấn quy mô lớn của eth_getLogs / eth_getFilterLogs (loại bỏ bitIndex trùng lặp, giảm đáng kể truy cập không hợp lệ vào cơ sở dữ liệu)
5/ Loại bỏ cấu hình bật tắt ghi bộ lọc bloom, mặc định ghi dữ liệu section-bloom vào cơ sở dữ liệu, đảm bảo tính toàn vẹn của truy vấn sự kiện lịch sử không bị ảnh hưởng bởi cấu hình
5. Các cải tiến thực tiễn khác
1/ Tập lệnh cấu hình chuẩn hóa toàn diện, chỉ chấp nhận các trường trong mẫu đầy đủ, các trường khác coi là không hợp lệ hoặc đã bỏ
2/ Chức năng của SolidityNode và KeystoreFactory chính thức nhập vào FullNode, có thể khởi động qua tham số –solidity / –keystore-factory, đơn giản hóa triển khai
3/ TIP-767: Thời gian hết hạn đề xuất (tham số mạng #92) chuyển lên quản trị chuỗi
4/ Tối ưu quản lý tài nguyên RocksDB, maxOpenFiles có thể cấu hình (mặc định 5000), tránh rò rỉ bộ nhớ
II. Gợi ý về nhịp độ nâng cấp
1/ Các nút tạo khối đại diện siêu cấp → Lập kế hoạch nâng cấp chủ-chủ dự phòng theo chu kỳ, đảm bảo không gián đoạn
2/ Nhà cung cấp dịch vụ DApp / RPC → Ưu tiên nâng cấp, kiểm tra kỹ các logic liên quan eth_call, eth_getLogs, SELFDESTRUCT
3/ Các nút toàn bộ / dịch vụ dữ liệu thông thường → Sắp xếp sớm, tránh hạn cuối ngày 9 tháng 3
4/ Môi trường phát triển / thử nghiệm → Gợi ý theo dõi, đặc biệt các kịch bản liên quan đến phép tính dấu phẩy động (pow, v.v.) của chuỗi riêng, chú ý cách khởi động ARM64
Tài liệu chính thức đáng tin cậy (khuyên ngay lập tức lưu lại)
• Tải xuống Release & xác thực chữ ký GPG:

• Sổ tay triển khai chi tiết bằng tiếng Trung (khuyến nghị làm theo):

• Phân tích sâu bằng tiếng Anh (Medium):

Khả năng tương thích ARM, phù hợp EVM, nâng cao độ bền mạng — Democritus là bước quan trọng trong hạ tầng của TRON năm 2026.
@justinsuntron @trondao #TRONEcoStar