Blog · 7 November 2026

Menjaga dompet pembayaran tetap berenergi: stake, sewa per transfer, atau isi ulang setelah tiap transfer

Dompet pembayaran di TRON memakai energi pada setiap transfer USDT yang dikirimnya: sekitar 65,000 unit bila penerima sudah memegang USDT, sekitar 131,000 bila tidak memegang. Ketika energinya tidak ada, jaringan mengambil TRX sebagai gantinya, pada 100 sun per unit, yang menjadi 6.5 TRX atau 13.1 TRX per transfer, dan pembayaran tetap terkonfirmasi selama dompet memegang TRX itu dan fee_limit transaksi mengizinkan pembakarannya (seluruh perhitungannya). Jadi tugas dompet panas adalah memiliki energi di tempat sebelum setiap pengiriman tanpa ada yang memesannya dengan tangan. Tiga pola menjalankan tugas itu, dan masing-masing gagal dengan caranya sendiri.

Stake diukur untuk hari tersibuk dan dibayar setiap hari

Staking TRX untuk energi membeli bagian dari pool harian yang tetap. Jatah harian sebuah dompet adalah stake-nya dikali TotalEnergyLimit jaringan dibagi TotalEnergyWeight, dan pada 3 September 2026 rasio itu berada di 180,000,000,000 dibagi 18,770,236,993: sedikit di bawah sepuluh unit energi per hari untuk setiap TRX yang di-stake. Pembaginya adalah seluruh stake jaringan untuk energi, termasuk milik Anda, jadi angkanya bergeser dari blok ke blok (rumusnya dihitung lengkap).

Energi yang terpakai pulih bertahap selama 24 jam berikutnya. Dompet yang membayarkan sebagian besar harinya dalam satu putaran pada tengah hari membutuhkan stake yang menutup putaran itu, dan stake itu tetap beku sepanjang jam-jam sepi dan hari-hari sepi juga. Keluar pun lambat. Di mainnet, TRX yang di-unstake hari ini bisa ditarik empat belas hari kemudian.

Ketika pembayaran melampaui stake, transfer yang mendapati jatahnya habis membakar TRX untuk kekurangannya dan, dengan TRX di dompet dan ruang di fee_limit, tetap terkonfirmasi. Tidak ada yang mengembalikan error, dan tanda pertamanya adalah baris pembakaran di riwayat dompet (apa yang terjadi bila batasnya terlalu rendah).

Menyewa per transfer menaruh penantian di depan setiap pengiriman

Pola kedua membeli energi untuk tiap transfer saat ia datang. Sebuah pesanan menyebut dompet pengirim dan penerima. API menjawab 202, dengan alamat pesanan itu sendiri di Location dan interval polling di Retry-After, dan kami membeli energinya dan mengawasinya di dompet. Begitu delegasinya terkonfirmasi, pesanan membawa send_before, dan itulah sinyal bagi kode Anda untuk mengirim. Jendelanya adalah masa sewa dikurangi tiga detik: 297 detik pada masa sewa lima menit dan 3,597 pada masa sewa satu jam.

Karena itu setiap pembayaran menunggu sebuah pembelian dan sebuah blok. Kami mengukur penantian itu pada pesanan kami sendiri yang pengirimannya dilakukan kode klien, dari saat pesanan dibuat sampai delegasi terakhir terkonfirmasi di rantai, selama enam puluh hari sampai 8 September 2026.

Tiga belas pesanan adalah sampel kecil, dan sebagian besarnya dari awal. Tujuh berasal dari pekan pertama pesanan langsung, yang paling lambat ada di antaranya, dan pekan-pekan sesudahnya berjalan pada tiga sampai empat detik. Kami belum mengulang pengukuran itu pada sampel yang lebih besar.

Transfer yang dikirim sebelum energinya mendarat membakar pada tarif penuh, dan yang dikirim setelah send_before bisa mendapati energinya sudah pergi dan membakar dengan cara yang sama. TRX yang dibakarnya tidak kembali. Energi yang terkirim dan tidak dipakai di dalam jendela ditutup sebagai expired dan ditagih, karena ia sudah terkirim (tiga hitungan waktu sebuah penyewaan). Antrean pembayaran yang mengirim menurut jadwalnya sendiri harus dibangun ulang di sekitar sinyal itu. Untuk satu putaran pembayaran yang diketahui sebelumnya, satu pesanan massal hingga 500 transfer mengumpulkan penantian itu di satu tempat: energi untuk seluruh putaran dibeli lebih dulu, dan setiap transfer di dalamnya berbagi satu send_before (seperti apa pesanan massal dilihat dari dalam).

Aturan yang mengisi ulang dompet setelah setiap transfer

Pola ketiga adalah aturan pada dompet, yang kami jual sebagai Auto-refill, kasus dompet panas dari mengirim USDT tanpa memegang TRX. Ia menerima dua field, address dan daily_budget_trx, dalam satu panggilan ke POST /v1/auto-refill-rules. Sejak itu dompet dibawa kembali ke sekitar 131,000 unit energi setelah setiap transfer yang dibuatnya. Itu menutup satu transfer berikutnya yang mana pun, termasuk yang ke alamat yang tidak memegang USDT. Aturan itu tidak membuat pesanan: GET /v1/orders hanya mencantumkan yang Anda buat.

Sebuah pengisian dihargai menurut apa yang dipakai transfer sebelumnya. Bila transfer itu memakai sekitar 65,000 unit, pengisian ditagih dengan tarif single; bila memakai sekitar 131,000, dengan double. Kedua tarif ada di GET /v1/tariff di bawah maintenance_price_trx. Keduanya adalah harga tersendiri dan bergerak terpisah dari harga masa sewa, dan tarif yang ditagihkan adalah yang berlaku ketika pengisian terkonfirmasi. Pengisian pertama sebuah aturan baru selalu double: tidak ada transfer sebelumnya untuk menghargainya, dan dompet mendapat penuh 131,000 sekaligus.

Penagihan menunggu sampai energinya terlihat di dompet di rantai; pemasok yang mengatakan sudah mengirim tidak cukup. Setiap tagihan datang sebagai peristiwa maintenance.topup yang membawa rule_id, address, units, dan charged_trx, dan sebagai baris charge di GET /v1/ledger. Dompet yang tidak mengirim apa pun tidak mendapat pengisian dan tidak membayar satu pun.

Bagaimana pengisian berhenti, dan apa yang dilakukan dompet sesudahnya

Batas harian, daily_budget_trx, dicadangkan dari saldo Anda yang tersedia ketika aturan dimulai dan lagi pada awal setiap hari UTC, dan itulah jumlah terbanyak yang boleh dipakai aturan pada hari itu. Pengisian diambil dari cadangan itu, dan sisanya kembali ke saldo pada tengah malam UTC. spent_today_trx milik aturan menunjukkan berapa banyak dari hari itu yang sudah terpakai. Menaikkan batas pada tengah hari menambah selisihnya ke cadangan dan tidak membuka hari kedua.

Ketika batas harian habis, pengisian berhenti sampai hari UTC berikutnya. Anda menerima satu peristiwa maintenance.budget_exhausted, dengan spent_today_trx dan daily_budget_trx di dalamnya, dan aturan tetap active. Sejak saat itu sampai tengah malam, setiap transfer yang tidak sanggup dibayar dompet dalam energi membakar TRX untuk kekurangannya pada 100 sun per unit. Batas yang disesuaikan dengan hari rata-rata habis pada hari yang sibuk.

Ketika saldo Anda tidak sanggup menutup cadangan hari berikutnya, aturan berhenti. status-nya menjadi paused dengan paused_reason diisi insufficient_balance, dan peristiwa maintenance.paused keluar. Aturan yang dijeda tidak pernah melanjutkan sendiri, dan deposit tidak memulainya kembali: ia menunggu PATCH /v1/auto-refill-rules/{rule_id} dengan {"status": "active"}, dan pelanjutan yang masih tidak sanggup ditutup saldo dijawab 402. Jeda yang Anda setel sendiri tidak membawa alasan, jadi paused_reason membedakan aturan yang menunggu uang dari aturan yang menunggu keputusan Anda.

Batas di bawah tarif double ditolak dengan 422, details.reason diisi budget_below_topup_price dan minimumnya di details.min_daily_budget_trx: pengisian pertama adalah double, dan aturan dengan batas yang lebih kecil akan aktif dan tidak pernah membayarnya.

Sekitar 131,000 unit di dompet menutup dua transfer ke alamat yang memegang USDT, atau satu ke alamat yang tidak memegang. Transfer yang dikirim sebelum pengisian untuk transfer sebelumnya mendarat bisa mendapati kurang dari yang dibutuhkannya dan membayar sebagian jalannya, atau hampir semuanya, dalam TRX. Kami belum mengukur seberapa cepat pengisian mendarat setelah sebuah transfer. Menghapus aturan sebelum pengisiannya menutup apa yang kami bayar di muka untuk dompet itu membebankan bagian yang belum tertutup, dengan menghitung pembayaran di muka dan tagihan mulai 6 November 2026; jeda tidak pernah menagihnya.

Satu hari contoh, tiga cara

Untuk menyandingkan ketiganya, ambil satu dompet dan satu hari: tiga puluh pembayaran ke alamat yang sudah memegang USDT dan sepuluh ke alamat yang tidak memegang. Pembakaran dan stake adalah aritmetika jaringan. Harga pesanan dan tarif pengisian adalah milik kami, dibaca dari GET /v1/tariff pukul 21:46 UTC pada 27 Oktober 2026; yang hari ini ada di halaman harga.

Pada jam itu pesanan berjumlah lebih kecil daripada pengisian, dan itu kasus yang lazim. Sepanjang tiga puluh hari riwayat per jam sampai malam yang sama, tarif pengisian tidak berubah sekali pun, dan pesanan lima menit untuk transfer yang sama berbiaya lebih kecil daripada pengisiannya pada sebagian besar jam.

Selisih biaya pengisian di atas pesanan memberi Anda dompet yang sudah berenergi ketika tiap transfer keluar, serta plafon yang keras atas apa yang bisa dibelanjakannya dalam sehari. Batas harian, seperti stake, harus menutup hari yang sibuk, tetapi apa yang tersisa darinya pada hari yang sepi kembali ke saldo pada tengah malam UTC. Kami tidak punya angka produksi tentang berapa pengisian yang dibuat sebuah aturan dalam sehari.

Atur dompet pembayaran agar mengisi ulang dirinya dengan satu permintaan dan batas harian pilihan Anda: POST /v1/auto-refill-rules di referensi API →