Terms of Use and Service

1. Parties and scope

These terms form an agreement between the user and the operator of the re-energy service (the “Operator”, “we”, or “us”). They apply to the re-energy Telegram bot, re-energy.online, the API at api.re-energy.online, and related features unless additional terms are expressly presented for a particular service.

The official support channel is listed in section 27. Information on third-party websites and statements by persons not identified by the service as representatives do not amend this agreement.

2. Accepting the terms and eligibility

You accept these terms when you start the bot, create an API key, top up, confirm an order, or otherwise use a paid feature. If you act for a company or another person, you confirm that you are authorised to bind them to these terms.

• You must have the legal capacity and permission to use cryptoassets and the relevant services in your jurisdiction.
• You are responsible for checking local restrictions, taxes, and record-keeping requirements.
• If mandatory law gives you rights that cannot be waived by contract, those rights remain unaffected.

3. Key definitions

Balance

An accounting amount of prepaid service credit in TRX available to buy services within re-energy.

Quote

A wholesale or retail price calculated for specific parameters at a particular time. A catalogue price is not an order quote.

Resource

TRON Energy or Bandwidth temporarily delegated to the specified address.

Order

A confirmed request for a paid service with an address, parameters, and a fixed charge.

Provider

A third-party fulfilment or infrastructure partner the Operator may engage to deliver a service.

Recurring service

A user-configured service that makes automatic charges under the displayed schedule.

4. What the service provides

re-energy provides one interface for:

• renting Energy and Bandwidth on the TRON network;
• activating a TRON address;
• estimating Energy use for a USDT transfer;
• automatically maintaining or replenishing resources under user-defined rules;
• informational AML checks of addresses and transactions; and
• accessing these functions through the API.

We may select and change the provider for an order based on price, availability, provider balance, and delivery quality. The user purchases a service from re-energy and does not enter into a separate contract with our selected provider. Provider routing and commercial terms are internal.

re-energy is not a bank, exchange, investment adviser, or the user's own crypto wallet. The free calculator provides an estimate; it does not create an order or reserve a price.

5. Account and security

A bot account is linked to a Telegram ID. An API key is linked to the same service account and grants access to its functions and balance within the API. You are responsible for securing your Telegram account, devices, and API keys.

• Do not share API keys, login codes, or Telegram access with third parties.
• If compromise is suspected, revoke the key and contact support immediately.
• Actions made with valid credentials are treated as initiated by the account holder until we receive and process a compromise notice.
• We may request reasonable evidence of account control or source of funds to protect the user and service.

6. Prices, quotes, and exchange rates

Prices are denominated in TRX and may depend on resource type and amount, duration, address state, the user's tariff, available providers, and network costs. Tariff pages and catalogue prices are indicative. The final price shown for the specific order immediately before confirmation is binding.

• The service rechecks the price before charging. If it has changed, it does not silently charge the new price: the user receives a new calculation.
• For an inactive address, the total may include a clearly displayed activation charge where the selected fulfilment route requires it.
• Any USD equivalent is informational, uses an available exchange rate, and does not determine the TRX charge or refund.
• Discounts, personal tariffs, and fixed mark-ups apply only where displayed or assigned to the account.

7. Top-ups and the deposit address

The service displays a TRON deposit address for top-ups. This address is technically created and controlled by re-energy to receive payments; it is not the user's personal non-custodial wallet. Received funds may be consolidated into treasury addresses without reducing an already credited in-service balance.

• The minimum applies to each crediting event; multiple detected transfers within one blockchain transaction are counted together.
• A below-minimum transfer is recorded but is not automatically credited or refunded. If later rules make it eligible, it may be credited later; otherwise, support review is required.
• Other networks, tokens, contracts, and assets are unsupported. Detection or recovery is not guaranteed, may be technically impossible, and, where available, requires manual review and payment of network costs.
• Blockchain transfers are irreversible. You must verify the address, network, and asset before sending.

TRX is credited as TRX after detection and the required confirmations. USDT is converted into TRX using a reliable rate available at credit time. If no reliable rate is temporarily available, crediting waits until one is available.

8. In-service balance

The balance is prepaid credit for future re-energy services denominated in TRX. It is not a bank deposit, electronic money, an investment product, or a separate on-chain asset, earns no interest, and cannot be transferred between users unless the service expressly provides that function.

A refund to an external address is available only where required by applicable law or where the Operator separately approves an exception after verifying the sender, payment source, and destination. Actual non-recoverable network costs may be deducted where permitted by law and disclosed in advance.

9. Placing and confirming an order

The user selects a product, address, amount, and duration, reviews the total, and confirms the paid action. For an AML check, the price is shown before the target-entry step, and submitting a valid address or transaction hash after that notice confirms the paid check. In the API, a valid create-order request is the confirmation.

By confirming immediate performance, the user expressly asks us to begin the service without waiting for any cancellation period. A cancellation right ends only to the extent and from the time permitted by mandatory law, including, where required, after full performance with the user's necessary consent.

• The service charges only the displayed and confirmed amount.
• Insufficient balance, a changed price, or no available route causes rejection before a paid order is created.
• The user is responsible for the address and parameters. A blockchain delivery to a valid but mistakenly selected address cannot be redirected.

10. Resource rental, activation, and result

TRON uses Energy to execute smart contracts, including many TRC-20 transfers; Bandwidth covers transaction size in bytes. Actual consumption is determined by the network and the specific transaction. Rental may reduce network costs, but we do not guarantee a particular saving percentage or the success of a future transaction in a third-party wallet.

• A resource is delivered when delegation is confirmed by the network or a reliable fulfilment response and recorded in the order.
• Duration and amount belong to the order. Unused resource expires under the order rules and does not convert back into balance.
• Activation establishes the specified address on TRON; it does not create a seed phrase or a new wallet for the user and gives us no control over its keys.
• The calculator estimate is not guaranteed: actual use may change with address state, the USDT contract, and network parameters.

11. Order statuses and uncertain outcomes

An order may be pending, processing, completed, rejected, or awaiting reconciliation. A provider or the network may accept a request without returning confirmation in time. This cannot safely be treated as non-delivery: retrying or refunding immediately may result in duplicate delivery.

We aim to resolve these cases automatically and within a reasonable time, but timing depends on network and provider availability. Support may ask for the order ID, address, and transaction hash; no private key is needed.

12. Cancellations and refunds

• Confirmed non-delivery: the full charge for the affected order is automatically restored to the in-service balance.
• Uncertain outcome: a refund is made once non-delivery is confirmed; until then, the amount remains reserved against the order.
• Delivered order: after resource delegation, activation, or provision of an AML result, the charge is not refunded merely because the user changed their mind, supplied the wrong address, did not use the resource, or disliked the result.
• Defective service: if delivery differs from the confirmed parameters, contact support for investigation, correction, or a proportionate refund.

Refunds are normally credited to the in-service balance using the accounting method of the original charge. This section does not restrict mandatory consumer rights or exclude a refund to the original payment method where applicable law requires it.

13. “Always Charged” and “Auto-refill”

A recurring service is created only after its parameters, billing periods, and first charge are displayed. Its pricing snapshot is retained for the active configuration; new tariffs must not silently change an already paid period.

“Always Charged”

The first period is paid at activation, followed by scheduled charges while the feature is active. Pausing preserves remaining prepaid time and the billing cycle. Insufficient balance pauses the feature. Deleting it removes the configuration but does not refund a period that has already begun.

“Auto-refill”

The displayed initial package and first service period are charged at setup. The displayed balance reserve is neither locked nor charged in advance, but must remain available for future delivery. Checks and charges follow the schedule; insufficient funds pause the feature. Deletion does not refund an already-started paid period.

The user may pause or delete a recurring service through the available interface. An order already created before the pause follows the ordinary order and refund rules.

14. AML checks

An AML report is based on data and classifications from a third-party analytics provider. re-energy may structure the result, calculate an aggregate risk, and create a PDF, but does not guarantee completeness, continued accuracy, or identical interpretation by exchanges and other organisations.

The charge covers performing the check and providing the available result, not a “low-risk” score or an expected conclusion. The source may update its data later; an issued report is not changed retroactively unless the product expressly provides that feature.

15. API, sandbox, and partner use

API use is governed by these terms and the current documentation at api.re-energy.online/docs. An API key is a secret. Access may be further restricted to allowed IP addresses; when a list is set, requests from other addresses are rejected. Route-specific rate limits are reflected in responses and documentation.

• Before a paid order, a partner must obtain an exact quote and submit the expected cost as described in the documentation.
• An Idempotency-Key must be unique per operation and reused only for a safe retry of the same request.
• The sandbox is for integration testing: it does not charge real funds or perform real delegation unless the documentation expressly states otherwise.
• Do not evade limits, scan the service, share a key between unrelated clients, or conceal the source of abuse.

A partner may integrate and resell the services, but is responsible for its own interface, promises to end users, consents, support, taxes, and compliance. A partner must not impersonate re-energy or disclose internal provider information received by mistake or through privileged access.

We may release new API versions and retire obsolete methods. Where reasonably possible, incompatible changes are announced in advance; an urgent security fix or mandatory requirement may apply without the usual notice period. A separate SLA applies only if expressly agreed in writing.

16. Promo codes, bonuses, and referrals

Bonuses and referral rewards are service credits unless expressly stated otherwise when issued. They are not guaranteed income, a deposit, or a promise of payment in an external asset.

• A referral reward is calculated only from the positive actual margin of an eligible order, subject to the current rate and caps.
• If an order has no positive margin, is cancelled, refunded, or found erroneous, no reward may arise or an earlier reward may be reversed.
• Self-referrals, mass fake accounts, coordinated orders solely for rewards, and other manipulation are prohibited.
• Future promotions and rates may change or end; correctly confirmed rewards are not cancelled arbitrarily.

17. Acceptable use

You must not use the service:

• to violate law, sanctions restrictions, or third-party rights;
• for money laundering, fraud, theft, extortion, or concealing criminal proceeds;
• for attacks, automated probing, vulnerability exploitation, rate-limit evasion, or interference with other users;
• with false information, another person's payment instrument, or without required authority; or
• for resale involving knowingly false claims about re-energy, TRON, savings, or AML results.

We may apply technical controls, request information, and pause suspicious operations to the extent reasonably necessary to investigate, protect users, and comply with law.

Intellectual property

The re-energy code, interface, text, documentation, design, and marks belong to their respective owners. While complying with these terms, a user receives only a limited, non-exclusive right to use the service for its intended purpose. Do not copy or pass off the product, remove notices, decompile it, or bypass protections except where law expressly permits. Stating compatibility with re-energy does not permit a partner to use our brand as if its product were endorsed by or belonged to us.

18. TRON, providers, and availability

Delivery depends on the public TRON network, Telegram, hosting infrastructure, rate sources, AML systems, and resource providers. We design failover and monitoring but do not guarantee uninterrupted availability, fixed completion times, or freedom from maintenance periods.

We may perform maintenance, change routing, and temporarily disable an unsafe or underfunded provider. These actions do not change the confirmed price of an accepted order or remove our obligation to determine its outcome.

19. Service and informational messages

The bot sends messages needed for delivery: order statuses, credits, refunds, security notices, recurring-service state, and material changes. Disabling them may make parts of the service unusable.

News and offers are sent only under the selected settings and applicable requirements. You may opt out through the available setting or support; opting out does not disable critical service notices. You are responsible for keeping your Telegram account accessible and acknowledge that Telegram may delay or block delivery.

20. Data, privacy, and the public blockchain

Data handling is described in our Privacy Policy. Operation of the service involves Telegram IDs, public TRON addresses, transaction hashes, order history, technical logs, and security data.

TRON transactions are public and may be permanently retained by independent nodes and explorers. We cannot delete or alter data already written to a public blockchain. Never send seed phrases, private keys, or unnecessary personal information to the bot or support.

21. Suspension, restriction, and account closure

We may restrict an operation or account where there are signs of compromise, abuse, breach of these terms, a lawful authority request, risk to the service, or a need to verify a payment. Where possible, the measure should be proportionate to the risk and removed once the cause is resolved.

Suspension does not automatically forfeit a legitimate balance. Reversals are limited to erroneous, duplicate, refunded, or abuse-derived credits and other cases permitted by law. Contact support to close an account: open orders and required checks must be completed, and any remainder is handled under section 8 and applicable law.

22. Warranties and liability

Nothing on the website, in the bot, API, documentation, support messages, calculator, AML report, or marketing materials creates an additional warranty unless it is expressly included in the confirmed parameters of a particular order or a separate written agreement. In particular, we do not warrant:

• continuous, timely, error-free, or completely secure operation;
• continued availability of TRON, Telegram, a provider, wallet, exchange, rate source, or AML source;
• that a quote, indicative exchange rate, calculator result, or AML score will remain current after it is obtained;
• that purchased resources will cover every future transaction, that a third party will accept a transaction, or that the user will achieve a particular saving; or
• compatibility with every item of software, device, wallet, or modified version of a third-party protocol.

The user voluntarily assumes the technological and market risks of a public blockchain and is solely responsible for addresses, parameters, timing, resource sufficiency, security of keys and devices, legality, taxes, and backups. To the extent permitted by law, the Operator is not liable for loss caused by an incorrect user-supplied address or parameter, consumption or expiry of resources, compromise of an account or key for reasons outside the Operator's control, a duplicate order placed despite a pending status, a third party's act, or a change to a public protocol.

Excluded losses

To the maximum extent permitted by law, neither the Operator nor persons it engages are liable for any indirect, incidental, special, exemplary, punitive, or consequential loss, including lost profit, revenue, anticipated savings, business opportunity, data, goodwill, downtime, replacement-service costs, network fees for subsequent transactions, or claims by the user's customers, even if advised in advance that such loss was possible.

Liability cap

Where liability nevertheless arises, aggregate recovery is limited to the lower of documented direct loss or the amount actually paid to re-energy for the specific affected service. For a related series involving a recurring service, the cap is the amount paid for that service during the three months before the first event. The cap for a free function is zero. For a confirmed top-up wrongly not credited or restored to the balance, the cap is the corresponding confirmed amount.

A refund for confirmed non-delivery under section 12 is the sole contractual remedy for that non-delivery. These limits apply regardless of the legal theory of the claim and even if a remedy fails of its essential purpose; the service price reflects this allocation of risk.

Mandatory carve-outs

This section applies only to the extent a limitation is lawful. It does not exclude liability for fraud, wilful misconduct, gross negligence, death or personal injury, or any other liability that cannot be limited, and does not reduce mandatory consumer rights. If a particular limit is invalid, it is reduced to the maximum enforceable scope and the rest of this section remains effective.

A business user must notify us of a claim within a reasonable time, mitigate its loss, and, where a contractual period is lawful, bring proceedings no later than twelve months after the claim arose. This time limit does not apply to a consumer or to a claim subject to a mandatory statutory period.

Partner indemnity

To the maximum extent permitted by law, a business partner must defend and indemnify the Operator against documented third-party claims, direct losses, mandatory charges, and reasonable legal costs arising from the partner's integration, its end-user relationships, unlawful or insecure API use, compromise of its credentials, infringement of third-party rights, breach of data rules, or promises not made by re-energy. The Operator will give reasonable notice and cooperation; the partner may not admit fault on the Operator's behalf or accept non-monetary obligations for it without consent.

23. Events beyond reasonable control

A party is not liable for delay caused by events it could not reasonably prevent, including major network or communications failures, attacks, natural disasters, war, government action, widespread infrastructure failure, or protocol changes. The affected party must take reasonable steps to reduce the impact.

This section may extend delivery or reconciliation time, but it does not turn confirmed non-delivery into delivery or remove a refund required by section 12 or applicable law.

24. Changes to the service and terms

We may develop features, tariffs, and these terms. A new version is published on this page with its effective date. Where reasonably possible, material changes affecting payment, liability, or ongoing features are announced in advance through available channels.

Changes operate prospectively and do not retroactively alter the price or scope of a confirmed order or paid period. Continued use after a new version takes effect means acceptance; if you disagree, stop placing new orders and contact us about the account.

25. Support requests, complaints, and disputes

Contact support first and provide your Telegram ID or username, order ID, address, time, and a description of the issue. Never provide a private key. We will review logs, blockchain records, and delivery data and aim to provide a substantive response within a reasonable time.

If no agreement is reached, a dispute may be brought before a competent court under applicable law. Consumers retain mandatory rules of their country of residence on governing law, jurisdiction, and out-of-court remedies; these terms do not displace them.

An investigation may consider internal logs, Telegram and API confirmations, service ledger entries, and public blockchain data. No such source is declared in advance to be conclusive or the sole form of evidence.

26. General provisions

• If a provision is invalid, the rest remains effective and the affected provision applies to the maximum lawful extent.
• A delay in enforcing a right is not a waiver.
• These terms, the displayed order parameters, and any applicable additional rules form the agreement for the relevant service.
• The user may not transfer the agreement without our consent; we may transfer it with the service while preserving user rights and giving notice where required.
• Headings and the summary aid reading but do not replace the full text.
• The Russian and English versions have matching structures. If they conflict, the Russian version prevails unless mandatory law requires otherwise.

27. Contact

For questions about an order, payment, security, data, or these terms, use the official support channel.