Blog · 7 tháng 11, 2026

Giữ một ví chi trả luôn có năng lượng: stake, thuê cho từng lần chuyển, hay nạp lại sau mỗi lần

Một ví chi trả trên TRON tiêu năng lượng cho mỗi lần chuyển USDT nó gửi: khoảng 65,000 đơn vị khi người nhận đã giữ USDT, khoảng 131,000 khi nó không giữ chút nào. Khi thiếu năng lượng, mạng lưới lấy TRX thay vào đó, ở mức 100 sun mỗi đơn vị, tức 6.5 TRX hoặc 13.1 TRX cho mỗi lần chuyển, và khoản chi trả vẫn được xác nhận miễn là ví giữ số TRX đó và fee_limit của giao dịch cho phép phần đốt (toàn bộ phép tính). Vì vậy việc của một ví nóng là có sẵn năng lượng trước mỗi lần gửi mà không ai phải đặt bằng tay. Ba mô hình làm được việc đó, và mỗi mô hình hỏng theo cách riêng của nó.

Một khoản stake được định cỡ cho ngày bận nhất và phải trả cho mọi ngày

Stake TRX để lấy năng lượng là mua một phần của một pool cố định mỗi ngày. Hạn mức hằng ngày của một ví là khoản stake của nó nhân với TotalEnergyLimit chia cho TotalEnergyWeight của mạng lưới, và ngày 3 tháng 9 năm 2026 tỷ số đó là 180,000,000,000 chia cho 18,770,236,993: hơi dưới mười đơn vị năng lượng mỗi ngày cho mỗi TRX được stake. Số chia là toàn bộ lượng stake lấy năng lượng của mạng lưới, gồm cả của bạn, nên con số trôi từ khối này sang khối khác (công thức được tính ra).

Năng lượng đã tiêu hồi lại dần trong 24 giờ kế tiếp. Một chiếc ví chi phần lớn trong ngày của nó trong một đợt lúc giữa trưa cần một khoản stake phủ được đợt đó, và khoản stake vẫn bị đóng băng suốt những giờ vắng và cả những ngày vắng. Rút ra cũng chậm. Trên mainnet, TRX unstake hôm nay có thể rút sau mười bốn ngày.

Khi các khoản chi trả lớn hơn khoản stake, những lần chuyển gặp hạn mức đã hết sẽ đốt TRX cho phần thiếu và, khi ví có TRX và fee_limit còn chỗ, vẫn được xác nhận. Không có gì trả về lỗi, và dấu hiệu đầu tiên là một dòng đốt trong lịch sử của ví (chuyện gì xảy ra khi giới hạn quá thấp).

Thuê cho từng lần chuyển đặt một khoảng chờ trước mỗi lần gửi

Mô hình thứ hai mua năng lượng cho từng lần chuyển khi nó tới. Một đơn hàng nêu ví gửi và người nhận. API trả lời 202, với địa chỉ riêng của đơn hàng trong Location và khoảng thời gian hỏi lại trong Retry-After, và chúng tôi mua năng lượng rồi canh nó trên ví. Khi lần ủy quyền được xác nhận, đơn hàng mang theo send_before, và đó là tín hiệu để mã của bạn gửi. Cửa sổ là thời hạn thuê trừ ba giây: 297 giây ở thời hạn thuê năm phút và 3,597 ở thời hạn thuê một giờ.

Vì vậy mỗi khoản chi trả đều phải chờ một lần mua và một khối. Chúng tôi đã đo thời gian chờ đó trên các đơn hàng của chính mình ở những nơi mã của khách hàng làm việc gửi, từ lúc đơn hàng được tạo tới lần ủy quyền cuối cùng được xác nhận trên chuỗi, trong sáu mươi ngày tới 8 tháng 9 năm 2026.

Mười ba đơn hàng là một mẫu nhỏ, và phần lớn nó nằm ở giai đoạn đầu. Bảy đơn tới từ tuần đầu tiên của các đơn hàng thật, những đơn chậm nhất nằm trong số đó, và các tuần sau chạy ở mức ba tới bốn giây. Chúng tôi chưa lặp lại phép đo trên một mẫu lớn hơn.

Một lần chuyển được gửi trước khi năng lượng đáp xuống sẽ đốt ở mức đầy đủ, và một lần chuyển gửi sau send_before có thể thấy năng lượng đã mất và đốt theo cùng cách. Số TRX nó đốt không quay lại. Năng lượng đã được giao mà không dùng trong cửa sổ sẽ đóng ở expired và bị tính tiền, vì nó đã được giao (ba chiếc đồng hồ của một lần thuê). Một hàng đợi chi trả gửi theo lịch của riêng nó phải được xây lại quanh tín hiệu đó. Với một đợt chi trả biết trước, một đơn hàng gộp tối đa 500 lần chuyển gom việc chờ vào một chỗ: năng lượng cho cả đợt được mua trước, và mọi lần chuyển trong đó dùng chung một send_before (một lô trông ra sao từ bên trong).

Một quy tắc nạp lại ví sau mỗi lần chuyển

Mô hình thứ ba là một quy tắc trên ví, mà chúng tôi bán dưới tên Auto-refill, trường hợp ví nóng của gửi USDT mà không giữ TRX. Nó nhận hai trường, address và daily_budget_trx, trong một lệnh gọi tới POST /v1/auto-refill-rules. Từ đó ví được đưa trở lại khoảng 131,000 đơn vị năng lượng sau mỗi lần chuyển nó thực hiện. Mức đó phủ bất kỳ lần chuyển kế tiếp nào, kể cả lần chuyển tới một địa chỉ không giữ USDT. Quy tắc không tạo đơn hàng nào: GET /v1/orders chỉ liệt kê những đơn bạn đã đặt.

Một lần nạp được tính giá theo những gì lần chuyển trước nó đã dùng. Nếu lần chuyển đó tiêu khoảng 65,000 đơn vị, lần nạp được tính theo mức single; nếu nó tiêu khoảng 131,000, theo mức double. Cả hai mức nằm trong GET /v1/tariff dưới maintenance_price_trx. Chúng là một mức giá riêng và dịch chuyển tách biệt với giá của các thời hạn thuê, và mức được tính là mức đang có hiệu lực khi lần nạp được xác nhận. Lần nạp đầu tiên của một quy tắc mới luôn là double: không có lần chuyển nào trước đó để tính giá theo, và ví nhận trọn 131,000 cùng một lúc.

Việc tính tiền đợi cho tới khi năng lượng hiện ra trên ví trên chuỗi; một nhà cung cấp nói rằng nó đã giao thì chưa đủ. Mỗi khoản tính tiền tới dưới dạng một sự kiện maintenance.topup mang rule_id, address, units và charged_trx, và dưới dạng một dòng charge trong GET /v1/ledger. Một chiếc ví không gửi gì thì không nhận lần nạp nào và không trả tiền cho lần nào.

Việc nạp lại dừng thế nào, và khi đó ví làm gì

Ngân sách hằng ngày, daily_budget_trx, được giữ lại từ số dư khả dụng của bạn khi quy tắc bắt đầu và lại được giữ vào đầu mỗi ngày UTC, và nó là mức tối đa mà quy tắc có thể chi trong ngày đó. Các lần nạp được lấy từ phần giữ lại đó, và phần còn lại của nó quay về số dư vào nửa đêm UTC. spent_today_trx của quy tắc cho thấy đã hết bao nhiêu của ngày. Tăng ngân sách vào giữa trưa thì cộng phần chênh vào phần giữ lại và không mở ra một ngày thứ hai.

Khi ngân sách đã hết, các lần nạp dừng cho tới ngày UTC kế tiếp. Bạn nhận một sự kiện maintenance.budget_exhausted, trong đó có spent_today_trx và daily_budget_trx, và quy tắc vẫn active. Từ lúc đó tới nửa đêm, mỗi lần chuyển mà ví không trả nổi bằng năng lượng sẽ đốt TRX cho phần thiếu ở mức 100 sun mỗi đơn vị. Một ngân sách định cỡ cho một ngày trung bình sẽ cạn vào một ngày bận.

Khi số dư của bạn không đủ cho phần giữ lại của ngày kế tiếp, quy tắc dừng. status của nó chuyển sang paused với paused_reason đặt là insufficient_balance, và một sự kiện maintenance.paused được gửi đi. Một quy tắc đã tạm dừng không bao giờ tự tiếp tục, và một khoản nạp tiền không khởi động lại nó: nó đợi PATCH /v1/auto-refill-rules/{rule_id} với {"status": "active"}, và một lần tiếp tục mà số dư vẫn không đủ phủ sẽ trả lời 402. Một lần tạm dừng do chính bạn đặt không mang lý do nào, nên paused_reason cho biết một quy tắc đang đợi tiền khác với một quy tắc đang đợi quyết định của bạn.

Một ngân sách thấp hơn mức double bị từ chối với 422, details.reason đặt là budget_below_topup_price và mức tối thiểu nằm trong details.min_daily_budget_trx: lần nạp đầu tiên là double, và một quy tắc có ngân sách nhỏ hơn sẽ đi vào hoạt động mà không bao giờ trả nổi cho nó.

Khoảng 131,000 đơn vị trên ví phủ hai lần chuyển tới các địa chỉ giữ USDT, hoặc một lần tới một địa chỉ không giữ gì. Một lần chuyển được gửi trước khi lần nạp cho lần chuyển trước đã đáp xuống có thể thấy ít hơn mức nó cần và trả một phần chi phí, hoặc gần như toàn bộ, bằng TRX. Chúng tôi chưa đo lần nạp đáp xuống sớm đến mức nào sau một lần chuyển. Xóa một quy tắc trước khi các lần nạp của nó bù đủ số mà chúng tôi đã trả trước cho ví đó thì tốn phần chưa được bù, tính các khoản trả trước và các khoản tính tiền từ ngày 6 tháng 11 năm 2026 trở đi; một lần tạm dừng không bao giờ tính tiền cho việc đó.

Một ngày ví dụ, theo ba cách

Để đặt ba cách cạnh nhau, hãy lấy một chiếc ví và một ngày: ba mươi khoản chi tới các địa chỉ đã giữ USDT và mười khoản tới các địa chỉ không giữ gì. Phần đốt và phần stake là số học của mạng lưới. Giá đơn hàng và các mức nạp là của chúng tôi, đọc từ GET /v1/tariff lúc 21:46 UTC ngày 27 tháng 10 năm 2026; mức của hôm nay nằm ở trang bảng giá.

Vào giờ đó, các đơn hàng ra thấp hơn các lần nạp, và đó là trường hợp thông thường. Trong ba mươi ngày lịch sử theo giờ tới cùng buổi tối, các mức nạp không đổi lần nào, và một đơn hàng năm phút cho cùng lần chuyển tốn ít hơn lần nạp của nó ở phần lớn các giờ.

Phần mà một lần nạp tốn hơn đơn hàng mua cho ví một trạng thái đã có sẵn năng lượng khi mỗi lần chuyển đi ra, cùng một mức trần cứng cho những gì nó có thể chi trong một ngày. Ngân sách, như một khoản stake, phải phủ được ngày bận, nhưng phần mà một ngày vắng để lại của nó quay về số dư vào nửa đêm UTC. Chúng tôi không có con số vận hành thực tế nào về một quy tắc thực hiện bao nhiêu lần nạp trong một ngày.

Hãy đặt một ví chi trả tự nạp lại chính nó bằng một yêu cầu và một ngân sách hằng ngày do bạn chọn: POST /v1/auto-refill-rules trong tài liệu tham khảo API →