Solana và TRON đều là mạng lưới thông lượng cao, phí thấp — nhưng kiến trúc của chúng hoàn toàn khác biệt. TRON gần gũi hơn với Ethereum về mô hình tài khoản và Hợp đồng thông minh. Hướng dẫn này ánh xạ các khái niệm Solana sang tương đương trên TRON.
Đây là sự khác biệt lớn nhất về kiến trúc giữa hai chuỗi.
Khái niệm
Solana
TRON
Mô hình tài khoản
Dựa trên tài khoản kèm phí thuê (rent)
Dựa trên tài khoản, không có phí thuê
Lưu trữ trạng thái
Program Derived Addresses (PDAs), các tài khoản dữ liệu
Lưu trữ hợp đồng bên trong hợp đồng
Phí thuê (Rent)
Bắt buộc — tài khoản phải giữ SOL để luôn mở
Không có khái niệm phí thuê trên TRON
Quyền sở hữu tài khoản
Sở hữu bởi các program
Không áp dụng — các hợp đồng tự sở hữu kho lưu trữ của chúng
Kích hoạt tài khoản
Cấp vốn (Funded) khi tạo
Biên lai nhận TRX đầu tiên sẽ kích hoạt địa chỉ
Tác động thực tế: Trên Solana, bạn thường tương tác với nhiều tài khoản trong một giao dịch (tài khoản ví của bạn, tài khoản token, tài khoản program, PDA). Trên TRON, một giao dịch tương tác với một Hợp đồng thông minh duy nhất và bộ nhớ riêng của nó — gần hơn với mô hình Ethereum.
Cả hai chuỗi đều đo lường việc thực thi Hợp đồng thông minh, nhưng với các cơ chế rất khác nhau.
Khái niệm
Solana
TRON
Tên đơn vị
Compute Units (CU)
Năng lượng
Độ ưu tiên (Priority)
Thiết lập cho mỗi giao dịch (phí ưu tiên)
Không áp dụng
Thanh toán
Luôn luôn bằng SOL (phí ưu tiên cộng với phí cơ bản)
Đốt TRX HOẶC Khóa TRX trả trước
Chi phí trên mỗi chỉ thị
Cố định trên mỗi loại chỉ thị
Cố định trên mỗi opcode EVM
Có thể miễn phí không?
Không
Có — lượng TRX được Khóa tạo ra Năng lượng có thể tái tạo
Giới hạn cấp giao dịch
1.4M CU mỗi giao dịch
Không có giới hạn cứng cho mỗi giao dịch (áp dụng giới hạn cấp độ khối)
Compute Units của Solana bị tiêu thụ theo từng chỉ thị và không thể cấp vốn trước (pre-funded). Năng lượng của TRON được cấp vốn trước bằng cách Khóa TRX — người dùng Khóa đủ TRX sẽ được thực thi Hợp đồng thông minh miễn phí.
Đây là khoảng cách khái niệm lớn nhất đối với các nhà phát triển Solana.
Khái niệm
Solana
TRON
Ngôn ngữ
Rust (chủ yếu), C
Solidity (giống như Ethereum)
VM
Sealevel (BPF song song)
TVM (tuần tự, dẫn xuất từ EVM)
Triển khai
Các program accounts
Các contract accounts
Trạng thái
Các tài khoản dữ liệu bên ngoài, PDAs
Lưu trữ nội bộ của hợp đồng
Khả năng nâng cấp
Có thể nâng cấp mặc định (program authority)
Bất biến mặc định (mẫu proxy để nâng cấp)
Thực thi song song
Có (các giao dịch không xung đột chạy song song)
Không (thực thi tuần tự)
Tấn công Reentrancy
Ít phổ biến hơn
Mối quan ngại lớn — áp dụng các biện pháp giảm nhẹ tương tự Ethereum
Dành cho các nhà phát triển Solana: Viết Hợp đồng thông minh TRON có nghĩa là viết Solidity, không phải Rust. Mô hình lập trình là OOP có trạng thái (hợp đồng giữ kho lưu trữ của riêng nó) thay vì các chương trình phi trạng thái (stateless) chỉ đọc/ghi các tài khoản bên ngoài. Một Hợp đồng thông minh TRON gần giống với một đối tượng (object) phía máy chủ truyền thống hơn là một chương trình Solana.
Học Solidity — hãy bắt đầu với một TRC-20 đơn giản
Mong đợi thực thi song song
TVM tuần tự có nghĩa là tấn công reentrancy là một vấn đề
Tuân theo mẫu mã Checks-Effects-Interactions
Không có phí thuê trên TRON
Lưu trữ là miễn phí — không cần đóng tài khoản
Đừng mang logic “đóng tài khoản” sang
API timestamp tính bằng mili giây
API TRON trả về mili giây, nhưng block.timestamp của TVM trả về giây
Chia API timestamp cho 1,000 trước khi truyền (pass) tới TVM
Giả định về thời gian khối
3s so với 400ms
Tính toán lại bất kỳ độ trễ nào dựa trên thời gian khối
Đối với các công cụ nhà phát triển tương đương (Anchor → TronBox, v.v.), hãy xem Công cụ tương đương. Để xem bảng khái niệm bao quát hơn bao gồm Ethereum và các chuỗi Move, hãy xem Ánh xạ khái niệm.