SERVICE TERMS · EN

MBOTJ Service Rules

These rules explain the account, deposit, balance, product, payment, delivery, after-sales and security boundaries of participating store bots. Always read the product details and final confirmation screen before using a service.

Version 4.0 Effective: August 8, 2026 Applies to mbotj.com and stores adopting these rules 中文版本
01

Scope and acceptance

These rules apply to the general service information on mbotj.com and to store bots that expressly adopt them. Product name, quantity, region, price, estimated timing, delivery method and after-sales conditions are governed by the product page and final confirmation screen presented before payment.

Agreeing to the rules, creating an order, depositing, paying or continuing to use a service means you accept the version shown at that time. If you do not agree, do not create or pay for an order.

02

Official entry and impersonation prevention

  • The only brand website is mbotj.com. Look-alike spellings, added prefixes or unfamiliar short links are not this website.
  • Purchases and after-sales support must remain in the store bot you originally used. Do not switch bots or pay a personal address because of an unsolicited message.
  • The website does not publish fixed deposit addresses. Use only the details generated for the current order.
  • Support will never request your Telegram login code, six-digit payment password, private key, seed phrase or recovery key.
Stop immediately if anyone requests a password or private credential in exchange for faster crediting, risk removal, redelivery or account recovery.
03

Eligibility and permitted use

You must have the legal capacity required in your location and ensure that buying, paying for, holding and using a service complies with applicable law, network rules and third-party platform policies. Restricted regions, sanctioned persons or users who cannot complete necessary verification may be denied access to some services.

Services may not be used for fraud, account theft, harassment, extortion, malicious automation, unlawful gambling, money laundering, infringement, bypassing platform safety measures or any other unlawful activity.

04

Store, account and balance boundaries

Identity, balance, ledger entries, orders, pricing and support relationships created in one store bot belong to that store entry. Do not assume that balances, discounts, orders or support rights automatically transfer between different store bots.

A bot balance is an internal ledger balance used to buy services in the current store. It is not a self-custody on-chain wallet and does not give you control of a private key or an address that can perform arbitrary blockchain transactions.

Each store may independently configure its brand entry, enabled catalog, dynamic pricing, support and management tools. A current-store administrator can manage only that store's scope and does not thereby gain access to another store's customers, balances, orders or operating data.

05

Catalog, stock, pricing and availability

  • Catalog items, stock, regions, quantity limits, delivery estimates and prices can change.
  • Website catalog counts show general scope and are not a promise of permanent stock or a fixed price in any store.
  • Only the product, quantity, unit price, total and version shown on the final confirmation screen govern that order.
  • An item that is hidden, sold out or marked unavailable cannot be ordered. No order means no charge.
  • A custom item submitted by a store operator may appear only after current-store review and while enabled. Submission, approval or prior listing does not guarantee continued sale.
06

Deposit methods, orders and crediting

  1. Use only a method actually shown on the current bot's deposit page. A missing method is not enabled there.
  2. Create a new deposit order every time and verify its order number, actual amount and validity.
  3. For KKPay or OKPay, use only the official entry generated for that order. Never reuse an old link or pay a personal account.
  4. For TRON-USDT, follow the network, specified asset, complete address and exact amount shown. Do not substitute another network or asset.
  5. A provider payment must pass a signed callback or order lookup; an on-chain payment must reach the required finalized state. Only then does the current store balance and ledger update, and the same payment is credited no more than once.
Available methods depend on current-store configuration. A deposit normally does not require the payment password. Never reuse an old link, screenshot, address or amount, and never pay before creating the order.
07

Deposit exceptions

A delayed provider callback, order-lookup exception, underpayment, overpayment, duplicate or late payment, payment to an old order, or use of the wrong network, token or contract may not credit automatically. Check the current order and ledger before attempting another payment.

Keep the current-store order number when requesting review. For an on-chain payment, also provide the TXID, amount and time. Blockchain transfers are irreversible; recovery, manual credit or return depends on verifiable receipt, handling capability, cost and compliance requirements and cannot be guaranteed.

08

Balance, ledger and payment password

Balance purchases and sensitive settings may require a separate six-digit payment password. It is not a Telegram login code. Keep it private and never disclose it to support or any third party.

Charges, refunds, incoming transfers and outgoing transfers should appear in the ledger. If a result is unclear, check the order and ledger before trying again. Password or account recovery may require multiple factors, a cooling-off period and manual review.

09

Orders, payment and status

Before payment, verify the product, target account or address, region, quantity, specification, price and delivery conditions. Treatment of a wrong target, an ineligible target or a target changed after payment depends on the verifiable order status and the product-specific rules.

Status Meaning What to do
Pending payment Payment has not completed and the order may expire. Verify details and pay before expiry.
Processing Payment is confirmed and the service is being handled or delivered. Do not duplicate the same order.
Completed / delivered The result or delivery material has been sent. Check and securely save it promptly.
Exception review The result cannot yet be safely determined and automatic retries have stopped. Keep the order number and wait for verification.
Refunding / refunded An eligible amount is being or has been returned according to the order record. Check the current store balance and ledger.
10

Digital product delivery and storage

Delivery may occur through a bot message, file, QR code, code, account material or status update. Verify, download and secure the material promptly. Do not publish sensitive delivery data, forward it to unrelated people or leave it on an uncontrolled device.

Redelivery after device loss, deletion, account restriction, credential disclosure or expiry of a stated retention period is handled according to verifiable records and the specific product conditions; permanent redelivery is not guaranteed.

11

Balance transfers, red packets and claims

When enabled, a sender may create a single-recipient balance transfer or an equal-share or lucky red packet for eligible users in the same store. Share a claim link, code or credential only with its intended audience. A credential claimed by someone else after public or accidental disclosure normally cannot be reversed.

A standard claim expires after 24 hours. An unclaimed transfer or the unclaimed remainder of a red packet returns to the sender's current-store balance under the displayed record. Claims and returns have ledger entries. This is an internal balance move, not an on-chain or cross-store transfer.

12

Buying TRX and TRON Energy

The currently supported direction is buying TRX with the store balance; the reverse TRX-to-USDT entry has been retired. When the purchase entry is enabled, its confirmation screen shows the destination, payment asset, rate or unit price, fee, expected receipt and quote expiry. A missing entry is unavailable and must not be arranged privately. Refresh an expired quote.

Energy services may include an approximately one-hour flash rental, 24-hour, 72-hour and 30-day options, plus plans based on expected transfer count. Actual use depends on the destination, contract and chain execution. Verify the address, resource, duration, payment asset and intended transfer count. Delivered resources begin immediately, unused capacity normally does not roll over, and correct delivery is normally irreversible.

13

Telegram Premium and Stars

When enabled, the confirmation screen may offer 3-, 6- or 12-month Premium for a specified username, or quantity-based Stars. Before payment, verify the recipient, Premium term or Stars quantity, unit price, total and expected fulfillment. For batch Premium, review every recipient individually.

These digital entitlements may enter fulfillment immediately after submission. A wrong recipient, an ineligible recipient or an order already processing normally cannot be freely renamed or cancelled. If payment or fulfillment is uncertain, automatic repeat purchasing stops for review; do not create or pay again merely because a message is delayed.

14

eSIM-specific rules

  • Confirm device eSIM support, covered countries or regions, data allowance, validity, activation method and whether a number is included.
  • An internet exit IP location is not the same as the service coverage area; rely on the product coverage list.
  • QR codes, LPA details, ICCID and phone numbers are sensitive delivery information and must not be shared publicly.
  • Once issued, downloaded or activated, an eSIM normally cannot be refunded without cause. Keep an error screenshot if installation fails.
  • Renewal depends on the existing plan and may affect remaining data; the confirmation warning takes priority.
  • A My Cards or recovery entry checks the same Telegram UID and returns only that user's own deliveries. It does not share balance, orders or customer data between stores.
15

Telegram account product rules

Account products are classified by country or region, dialing code, age, number attributes and current stock. Verify the specification before payment. After delivery, promptly download TData, Session or related login material, follow the delivery instructions, change eligible security settings and create your own secure backup.

Digital accounts are affected by device, network, login behavior and Telegram safety controls, so permanent stability cannot be promised. Fraud, account theft, harassment, spam and attempts to evade platform enforcement are prohibited.

16

Social growth service rules

  • You must own, manage or be authorized to use the submitted target and comply with the target platform's rules.
  • Minimum and maximum quantities, speed, geographic targeting, refill and cancellation are governed by the product details.
  • Renaming, making a target private, deleting content, restricting access or submitting a wrong link after processing begins may prevent completion and a full refund.
  • Metrics may change because of platform cleanups, user behavior or algorithm updates. Permanent retention, ranking or official platform endorsement is not promised.
  • False claims, harassment, infringement and manipulation of public events are prohibited.
17

Queries, rates, calculator and address monitoring

UID, TON collectible, blockchain address, public market rate and calculator tools are for verification. Public-network results may be delayed by synchronization or congestion and are not investment, legal, tax or trading advice.

Address monitoring reads public blockchain data only. It does not require or control your private key and cannot transfer assets. The available controls may include minimum and maximum amount alerts, risk labels and copyable transaction identifiers. Alerts begin after successful activation and normally do not backfill historical transactions. High-frequency, abnormal or over-quota requests may be limited, paused or rejected.

18

Cancellation, refunds and after-sales boundaries

A balance order that is verifiably failed and undelivered is returned to the current store balance according to the product process. An order that has started, partly completed, been delivered, sent on-chain or remains uncertain is handled using the verifiable result, actual completed portion and product-specific rules.

Digital services may be immediate and, except where mandatory law requires otherwise, do not provide unconditional returns after delivery. Refunds follow the order and ledger record and are never arranged through a personal account, unfamiliar bot or privately messaged address.

19

Exceptions, manual review and risk controls

If the system cannot determine the result of a charge, on-chain payment, service submission or delivery, it stops automatic retries and marks the order for exception review. This reduces the risk of duplicate charges, purchases or delivery.

To prevent fraud, mispayment and abuse, the store may request an order number, TXID, target details, operation time or limited proof of order ownership. It will not request your full payment password, login code, private key, seed phrase or recovery key.

20

Account security and user responsibility

  • Protect your Telegram account, device lock, two-step verification, payment password and recovery material.
  • Do not store delivery files on shared devices or forward complete bot messages to strangers.
  • Before acting, verify the current store name, order number, destination and final price.
  • If your account, device or credentials may be compromised, stop paying and contact support through the original entry.
  • User-account or store-management recovery may require the original UID, payment password or built-in recovery credential, multiple checks, at least a 24-hour cooling period and manual review. No single item guarantees success.
  • Enter a recovery credential only in the bot's built-in recovery screen and keep it offline. Support will not ask for the full credential in chat or tell you to forward it to a third party.
21

Data and privacy

To provide account, order, payment, delivery, security and support functions, the service processes necessary Telegram identifiers, current-store identifiers, order content, balance ledger entries, product targets, blockchain transaction identifiers, risk status and support records. Customer data, balances and orders are isolated by store entry.

The service does not need your private key or seed phrase. You must restrict access to sensitive eSIM QR codes and account delivery files. Necessary records are retained for service, security audit, dispute handling and legal requirements and are protected with reasonable safeguards.

22

Interruptions, pauses and changes

Blockchain networks, Telegram, mobile operators, social platforms, connectivity, maintenance or force majeure may delay catalog updates, payment confirmation, processing or delivery. A store may pause a service for safety, stock, compliance or maintenance reasons. No order means no charge during a pause.

A paid order will be handled according to its verifiable state: processing may continue, wait for recovery, use an agreed alternative, or be refunded under these rules. Estimated times are not absolute guarantees unless the final screen expressly states otherwise.

23

Support, disputes and rule updates

Use the “Contact Support” button in the store bot where the order was placed. Provide the order number, description, time and any necessary TXID or redacted screenshot. Never send a payment password, login code, private key, seed phrase or recovery key.

Disputes are assessed using the current store's order, ledger, blockchain, delivery and product records together with these rules. Material updates may require fresh acceptance. New orders follow the new version; an existing order normally follows the rules visible when it was placed.

Official after-sales route: return to the store bot used for the order → tap “Contact Support.” The website does not publish a centralized payment or support route that bypasses the current store.