> For the complete documentation index, see [llms.txt](https://tron-energy-doc.crypto-chief.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://tron-energy-doc.crypto-chief.com/guides/inside-the-platform.md).

# Energy Inside a Payment Platform

## Energy Inside a Payment Platform

If you already use Crypto Chief for processing, you probably do not need this API at all.

Every TRC-20 transfer the platform makes on your behalf — sweeping deposits to your master wallet, sending payouts, executing contract calls — can be supplied with energy automatically instead of being funded with TRX. It is a setting, not an integration.

### The setting

`gas_source`, held per project and overridable per wallet:

| Value    | What happens                                                        |
| -------- | ------------------------------------------------------------------- |
| `rented` | **The default.** The platform supplies the energy for the transfer. |
| `native` | The wallet burns its own TRX, the way it always did.                |

Set it in the Dashboard under your sweep settings, or through the platform's own Auto-Sweep Settings endpoint — that API is documented with the rest of the processing platform, not here.

{% hint style="warning" %}
**Not setting it is not the same as setting `native`.** A project that has never chosen gets the platform default, which is `rented`. Read `effective.gas_source` to see what will actually happen; to have wallets burn their own TRX, set `native` explicitly.
{% endhint %}

### How it is billed

To your API credits, in every `fee_mode`, after the transfer is on chain and the real cost is known. Nothing is taken out of your wallets, and no extra on-chain transaction is made on your behalf to collect it.

`fee_mode` decides who covers the network fees of the transfer itself; it does not decide how the energy is settled. That is credits in every mode.

Because the charge lands after the transfer rather than before it, it is accepted even if it takes you into debt — the energy was already supplied, and refusing at that point would only mean the platform absorbs the cost silently. A balance that was sufficient when the transfer went out can therefore go negative afterwards.

### It degrades safely

With no energy available, or a supplier that cannot serve the transfer, the platform funds the wallet with native coin instead. A rental is an optimisation of cost, not a condition of moving money — a payment platform that stopped settling because an energy market was having a bad afternoon would be a worse platform than one that overpays for gas that afternoon.

On every chain other than TRON the setting is carried and ignored, so you can hold one value for the whole project rather than one per network.

### When you still want this API

* You send TRC-20 transfers from wallets **outside** the platform.
* You are not a processing customer at all.
* You want energy for something the platform does not do on your behalf.

Otherwise the setting is less work and covers more ground: it applies to sweeps, payouts and executed transactions at once, without a call per transfer.