CASHALOT.ONE USER AGREEMENT

Version dated 03.07.2026

1. General Provisions

1.1. This User Agreement governs the use of the cashalot.one website, the creation and execution of exchange orders, the application of security procedures, the refund procedure, the review of requests, and other terms of interaction between the User and the Service.

1.2. "CASHALOT", the "Service" or "We" means the cashalot.one online service and the person administering the operation of the Service. "User", "Customer" or "You" means an individual who uses the website or creates an Order.

1.3. Creating an Order, registering a Personal Account, ticking the checkbox confirming acceptance of the documents, or otherwise actually using the Service constitutes acceptance of this Agreement, the AML/KYC/SoF Policy, the Privacy Policy, and the terms of the specific Order.

1.4. In case of any inconsistency between documents, the following priority applies: the terms of the specific Order prevail in relation to the amount, rate, payment details, validity period, network, and exchange direction; the AML/KYC/SoF Policy prevails in relation to checks, AML-Hold, and documents; the Privacy Policy prevails in relation to personal data processing; this Agreement applies to all other matters.

1.5. The fact of acceptance and material actions of the User may be recorded in the technical logs of the Service: date, time, IP address, email, Order number and parameters, document version, technical parameters of the device, and other information necessary for Order execution, security, and dispute resolution.

1.6. If the User does not agree with this Agreement, related documents, or the terms of a specific Order, the User must refuse to create an Order and stop using the Service.

1.7. The User confirms that the User is at least 18 years old, has full legal capacity, acts on behalf of the User and in the interest of the User, and is not under the control, pressure, or instructions of third parties connected with fraud, deception, or illegal activity.

1.8. One User may have only one Personal Account unless otherwise agreed with the Service. The User is responsible for maintaining the security of access to the Personal Account, email, Telegram, devices, and other communication channels used to work with the Service.

1.9. If unauthorized access is detected, the User must immediately notify the Service via support@cashalot.one, the online chat on the website, or Telegram support.

2. Terms

2.1. Order means a request submitted by the User on the website to exchange assets in a selected direction, specifying the amount, rate, payment details, terms, commission, status, and other conditions.

2.2. Exchange direction means a pair of assets, payment methods, or currencies selected by the User when creating an Order.

2.3. Rate means the calculated ratio of assets under the Order, shown to the User before the Order is created and applied subject to the fixing and recalculation rules.

2.4. Service fee means the remuneration of the Service, included in the rate or specified separately in the Order if this is provided by the interface.

2.5. Payment details means banking, card, cryptocurrency, electronic, cash, or other details required to receive or send funds within an Order.

2.6. Digital currency means a digital asset whose accounting and transfer are carried out using a distributed ledger or another information system.

2.7. AML/KYC/SoF means procedures for checking risks, the identity of the User, ownership of payment details, origin of funds, and the economic purpose of the transaction.

2.8. AML-Hold means temporary suspension of Order execution for the purpose of checking the transaction, address, transfer, User, payment details, or documents when signs of increased risk are present.

2.9. Service Partner means a verified person or organization engaged by the Service for technical, operational, settlement, courier, compliance, or other support of an Order.

2.10. Support means employees or representatives of the Service who advise Users, support Orders, accept requests, and request necessary confirmations.

3. Subject of the Agreement, Status of the Service, and Regulatory Disclaimers

3.1. The Service provides the User with the ability to create an Order for the exchange of assets in available directions, receive a calculation, payment details, status notifications, Support assistance, and the result of Order execution, provided that the User complies with the terms of the Service and the specific Order.

3.2. The Service is an online service for processing and supporting exchange orders. The Service does not claim to hold a banking license, the status of a credit institution, payment system operator, money transfer operator, banking payment agent, operator of an information system for digital financial assets, operator of exchange of digital financial assets, broker, dealer, investment adviser, mining operator, mining pool organizer, or any other regulated status, unless such status is expressly stated on the website.

3.3. The Service does not open bank accounts for Users, does not issue electronic means of payment, does not accept payments for goods, works, or services, and does not provide payment acceptance services on behalf of banks, payment systems, or third parties.

3.4. Digital currency within the Service is considered only as the subject of exchange under an Order. The Service does not accept digital currency as payment for goods, works, or services, does not offer such payment, and does not distribute information that would allow such payment to be presumed.

3.5. The Service does not issue digital currency, does not organize mining or mining pools, does not issue digital financial assets, does not maintain their register, and does not provide services of an operator of exchange of digital financial assets, unless otherwise expressly stated on the website and confirmed by the relevant regulated status.

3.6. If a mandatory authorization, registration, or licensing regime is introduced in the future for the activity actually carried out, the Service may change its operating model, limit or disable certain directions, engage authorized partners, request additional documents, or suspend operations until processes are brought into compliance with the new requirements.

3.7. Execution of an Order may be carried out by the Service independently, using its own operational infrastructure, verified partners, verified payment details, exchange infrastructure, consolidation addresses, dynamic addresses, and other technical solutions used for security, liquidity, Order execution, and AML control.

3.8. The Service does not use unverified P2P performers, questionable payment platforms, casinos, betting services, unlicensed brokers, illegal exchange platforms, or other sources that, according to the information available to the Service, show signs of increased risk for execution of Orders.

3.9. The Service supports an Order until the User actually receives the funds due to the User or until the Order is lawfully completed in another way: cancellation, refund, refusal of service, AML-Hold, blocking of the transaction by a third party, or another status provided for by this Agreement.

3.10. An Order is considered executed after the funds actually reach the payment details specified by the User. When digital currency is paid out, the Order is considered executed after the transaction is sent and receives the number of network confirmations specified in the Order or in the rules of the exchange direction.

3.11. The Service may refuse to create or execute an Order without explaining the reasons if this is necessary for security, compliance with law, partner requirements, AML/KYC/SoF, sanctions restrictions, protection of Users, or prevention of fraud.

4. Creating an Order and Exchange Procedure

4.1. An exchange is carried out only through an Order created in the Service interface. The Order must contain the material terms of the exchange: number, direction, amount to be sent, amount to be received, rate, commission, validity period, payment details, communication method, status, digital currency network if applicable, and other terms of the selected direction.

4.2. The User must carefully check all data before creating and paying for an Order. Material terms affecting the amount, term, rate, payment details, network, commission, and execution procedure are deemed agreed after the Order is created and must not be interpreted based on third-party correspondence, advertising, monitoring services, or oral explanations if they contradict the data of the active Order.

4.3. The User must use only the User own payment details, cards, accounts, wallets, and addresses, unless otherwise agreed with the Service in advance and allowed by the selected direction. The use of third-party, corporate, nominee, stolen, rented, or proxy payment details is prohibited.

4.4. Unless otherwise specified in the Order or exchange direction, the Service accepts for review only transactions from cards, accounts, electronic wallets, and payment details of individuals belonging to the User. Transfers from payment details of legal entities, individual entrepreneurs, foreign banks, third parties, payment intermediaries, or other non-standard sources may be rejected, suspended for checking, refunded, or executed only after additional approval.

4.5. A bank card, bank account, SBP, electronic wallet, electronic wallet account number, virtual electronic wallet card, and other payment instruments are different methods of payment or receipt of funds. The User must use exactly the method specified in the Order or agreed with Support. Changing the payment or receipt method is allowed only after confirmation by the Service.

4.6. The User must pay for the Order only using the payment details specified in the active Order, within their validity period, and in the amount specified in the Order, with an allowed deviation if it is expressly indicated in the interface.

4.7. Payment using expired, incorrect, changed, old, cancelled, or payment details not specified in the Order is at the risk of the User. After payment details, bank, payment method, amount, or number of transfers are changed, the previous payment details become invalid from the moment the new terms are sent to the User. The Service provides assistance within its technical capabilities but does not guarantee a refund and may withhold actual expenses.

4.8. If the User does not pay for the Order on time, does not confirm payment, does not provide requested data, or does not respond, the Service may cancel the Order. If it later turns out that the payment was being processed and actually arrived after cancellation, the Order is not considered paid until the funds actually arrive. After the funds arrive, the Service may restore the Order, offer recalculation, agree on a new execution procedure, or issue a refund less actual expenses.

4.9. For certain directions, the Service may provide several payment details for payment, split the payment into parts, or make a payout in several transfers, including transfers arriving at different times. A request by the User to make a payout in one transfer, two transfers, through a specific bank, SBP, card, electronic wallet, or another method is taken into account by the Service where possible but is not a guarantee unless such condition is expressly confirmed by the Service in the Order or through an official communication channel.

4.10. By agreement with the User, the Service may execute several Orders with one transfer or one blockchain transaction and may also allocate one payment by the User among several Orders. In this case, obligations under each Order are considered fulfilled in the relevant part after the total amount actually arrives and the allocation is recorded in the Service data.

4.11. After payment, the User must click the payment confirmation button if the interface provides it and must provide a correct receipt, PDF receipt, transaction certificate, statement, or another document showing a successful payment status. Documents must not be altered, cropped, or edited in a way that hides material transaction data.

4.12. If the payment is displayed as "processing", "under review", "awaiting confirmation", "under consideration", or similarly, the User must not make a repeated payment without agreement with Support. If cancelling the payment is possible without a risk of double debit, the User must take reasonable steps to cancel it and notify the Service.

4.13. If the Order specifies a mandatory payment comment, the User must enter it without changes. If the Order states that no comment should be left, the User must not enter a comment. Violation may result in a delay, check, recalculation, or refund less actual expenses.

4.14. Changing the payment details for receipt, email, phone number, Telegram, source of payment, bank, wallet, network, or other material data for an active Order is possible only after the request is checked and confirmed by the Service. A User message stating a wish to pay or receive funds in another way does not by itself change the terms of the Order until confirmed by the Service.

4.15. The User must specify the wallet address for receiving the selected asset and the selected network. Providing a token smart contract address, an address of an unsupported asset, an incorrect network, an exchange address without a required memo, tag, or other identifier, an address to which the User has no access, or any other incorrect address is considered a User error and may lead to a delay, cancellation, a new address request, or inability to refund.

4.16. A payment receipt, confirmation, screenshot, bank statement, or any other proof of payment shall not be considered sufficient confirmation of payment under an Order unless the receipt of funds has been confirmed by the recipient. If the recipient does not confirm that the funds have been credited, the Service may request additional evidence from the Sender confirming the transfer, including a video recording from the banking application showing the relevant transaction. The Service may suspend processing of the Order until the required evidence has been provided.

4.17. The User must respond to important Service requests regarding an open Order without unreasonable delay, usually no later than 10 minutes from receiving the request. Ignoring requests may lead to delay, rate change, inability to execute, or other consequences for which the Service is not responsible.

5. Rate, Fees, Terms, and Notifications

5.1. The rate, amount to be sent, amount to be received, commission, Order validity period, minimum and maximum amount, available reserve, and processing rules are shown to the User before payment. Creating an Order means the User agrees to the specified terms.

5.2. The Service fee is included in the rate unless otherwise expressly stated in the Order. Fees of banks, payment systems, cryptocurrency networks, wallets, exchanges, and other third parties are paid by the sender or included in the calculation if this is specified in the Order.

5.3. For non-cash directions, the rate is fixed for the period specified in the Order. If a 30-minute period is specified, the User must pay for the Order and provide payment confirmation within that period. For certain directions, a 20-minute period may apply, and for preliminary verification a separate 10-minute fixing period may apply.

5.4. If payment does not arrive within the rate fixing period, the transaction does not enter the mempool, the funds are not credited to the settlement system, the User violates instructions, or the currency pair rate changes by 0.5% or more according to the exchange, rate source, or calculation method specified in the Order or direction rules, the Service may cancel the Order or offer recalculation at the current rate as of the moment the funds actually arrive.

5.5. If the need for recalculation arises after payment, the Service notifies the User of the reason, new calculation, and available options. A payout under the recalculated Order is made only after the User agrees. The User may refuse recalculation and request a refund less actual expenses, if any were incurred.

5.6. If the Service delayed providing payment details or processing the Order for reasons within the control of the Service, the rate will not worsen for the User for the period of such delay, unless otherwise caused by AML-Hold, force majeure, actions of third parties, or violation of the Order terms by the User.

5.7. The usual Order processing time is from 5 to 360 minutes unless another time is specified in the Order. The time may be extended up to 24 hours in case of high load, technical failures, payment verification, delay by a bank or network, need for AML/KYC/SoF, suspected fraud, User error, night processing, or lack of counter liquidity.

5.8. Priority processing, a request to speed up an Order, a "urgent", "priority" or similar note is an operational measure of the Service and does not change the standard processing time unless another time is expressly confirmed by the Service in the Order or through an official communication channel.

5.9. For cryptocurrency payouts, the Service sets a network fee at a level that is usually sufficient to execute the Order within the standard processing time. The Service is not responsible for delays caused by network congestion, blockchain failures, actions of validators, miners, token issuers, wallets, or exchanges if the Service applied a reasonable fee and correct transaction parameters.

5.10. When an Order is created and when its status changes, the Service sends the User a notification by email, in the Personal Account, Telegram, online chat, or another communication channel specified in the Order. The notification may contain the Order number, direction, amount to be sent, amount to be received, payment details of the parties, receipt details, validity period of the unpaid Order, status, and Service contacts.

5.11. The technical status of an Order, bot notification, button error, interface failure, delayed page update, captcha, technical unavailability of the website, or error in displaying direction, reserve, or payment details does not change the actual state of settlements. In case of discrepancy between the technical status and actual movement of funds, priority is given to data of the blockchain network, bank, payment system, internal logs of the Service, and confirmed documents for the transaction.

5.12. For cash directions, the rate fixing terms, city, date, time, time zone, rate source, commission, transfer method, and procedure for confirming receipt of funds are displayed in the Order or sent to the User through the agreed communication channel.

6. Obligations and Restrictions of the User

6.1. The User undertakes to use the Service only for lawful purposes, provide accurate data, respond to Support requests in a timely manner, and not take actions that disrupt the operation of the Service, the rights of other persons, the rules of banks, payment systems, blockchain networks, or applicable law.

6.2. The User is prohibited from using the Service for money laundering, terrorist financing, sanctions evasion, fraud, carding, scams, extortion, ransomware, trading stolen data, darknet operations, mixers, gambling, illegal brokers, unlicensed investment schemes, funds with critical AML tags, or any other illegal activity.

6.3. The User confirms that the assets used in the Order belong to the User lawfully, are not subject to dispute, arrest, pledge, unlawful possession, theft, fraud, sanctions restriction, or third-party claims, and that the User has independent access to the wallet, address, account, card, or other payment details specified for receiving funds.

6.4. The User may not create an Order at the request of unknown persons, employees of questionable investment projects, fake brokers, representatives of pseudo-exchanges, bank security services, or other persons who may use the User for deception, withdrawal of funds, or circumvention of restrictions.

6.5. The User independently fulfills tax, currency control, reporting, and other obligations that may arise in connection with the use of the Service, ownership of assets, their exchange, or receipt of income.

6.6. The User may not attempt to recall a payment after execution of the Order, file a false dispute, demand a double payout, provide forged receipts, alter confirmations, conceal material information, or use the Service to cause damage to other persons.

6.7. Violation of this section is grounds for suspension of the Order, AML-Hold, request for additional confirmations, recalculation, cancellation of the Order, refund with withholding of actual expenses, refusal of further service, transfer of information to competent authorities, and recovery of direct losses.

7. AML/KYC/SoF and Transaction Security

7.1. The Service applies risk-based AML/KYC/SoF control as an internal security measure, good-faith verification, protection of Users, and interaction with partners, monitoring services, and payment infrastructure. This does not mean that the Service has a special regulated status unless such status is expressly stated on the website.

7.2. Verification may be carried out using internal procedures, external AML analyzers, including BitOK, BestChange AML Report, and other tools, sanctions lists, blockchain analytics, checks of transactions, addresses, payment details, User behavior, and other risk factors.

7.3. The Service may apply AML-Hold before Order execution, during execution, or after receipt of funds if the transaction, payment details, address, TxID, amount, User behavior, source of funds, country, payment method, or other circumstances show signs of increased risk.

7.4. Grounds for AML-Hold may include High Risk or another material Risk-Score, links to sanctions, darknet, mixers, ransomware, scams, stolen funds, terrorism financing, fraud, gambling, unlicensed platforms, suspicious splitting of transactions, use of third-party payment details, refusal to undergo verification, data mismatch, a complaint from a third party, or a request from a bank, payment system, monitoring service, partner, or competent authority.

7.5. During verification, the Service may request an identity document, selfie or video confirmation, confirmation of ownership of a card, account, wallet, or address, receipt, PDF receipt, statement, transaction certificate, TxID, information about the origin of funds, economic purpose of the transaction, source of income, and other materials necessary to assess the risk.

7.6. If the User sends digital currency from an exchange, custodial wallet, payment service, hot wallet, wallet with dynamic addresses, or another source, the actual sending address may differ from the address specified by the User. The User must notify the Service of this in advance and, upon request, provide proof of ownership of the account, address, transaction, or right to dispose of the asset. A mismatch of the sending address without a sufficient explanation is grounds for AML-Hold, request for documents, recalculation, refund, or refusal of service.

7.7. Detection of a fake token, fictitious balance, unsupported asset, forged wallet or exchange interface, unreliable TxID, forged receipt, altered confirmation, simulated personal account, or other signs of an unreliable transaction is grounds for AML-Hold, refusal of service, cancellation of the Order, access restriction, and transfer of information to monitoring services, partners, or competent authorities within the law.

7.8. The Service does not request and the User must not provide passwords, one-time codes, CVV, full bank card number, seed phrases, private keys, recovery codes, device access, or other data allowing disposal of the funds of the User. During video confirmation, the User must hide unnecessary data and show only information related to the transaction being checked.

7.9. The approximate time for the initial check is up to 24 hours after receipt of the requested materials. In complex cases, the time may be extended up to 7 calendar days, and in case of requests from banks, payment systems, partners, monitoring services, or competent authorities - for the time necessary to receive a response or lawfully resolve the situation.

7.10. Refusal to undergo verification, provision of inaccurate data, ignoring requests, attempts to pressure the Service, or detection of critical risks is grounds for refusal of service, cancellation of the Order, refund, continuation of AML-Hold, or transfer of information to competent authorities if required by law, partner rules, or circumstances of the check. In case of increased AML risk, the Service may also refuse the standard exchange direction, offer a separate direction for assets with increased AML risk, request additional documents, or make a refund to a verified address.

7.11. The Service takes reasonable measures to check outgoing cryptocurrency assets and does not use addresses or sources for payouts that, according to the information available to the Service, are directly or indirectly connected with high-risk or illegal sources. Payouts may be made through unique addresses, low-risk addresses, addresses of verified platforms, operational addresses, consolidation addresses, and other verified infrastructure.

7.12. The Service may request additional information about the sender, recipient, source of funds, purpose of the transaction, wallet address, exchange, platform, counterparty, or route of funds if this is necessary for AML/KYC/SoF, partner rules, monitoring services, payment infrastructure, or lawful resolution of a disputed situation.

7.13. Preliminary AML check of an address or TxID on the website is for informational purposes and does not cancel the right of the Service to conduct its own check when an Order is created or executed.

8. Refunds, Order Cancellation, and Erroneous Payments

8.1. A refund is possible in case of cancellation of an unpaid Order, technical impossibility of execution, the refusal of the User of recalculation, an AML/KYC/SoF decision, incorrect amount, inability to use payment details, late payment, or another ground provided for by this Agreement, the Order terms, or a decision of the Service.

8.2. To request a refund, the User contacts support@cashalot.one, the online chat, or Telegram support, specifying the Order number, reason for the refund, payment details or address for the refund, and supporting documents. The Service may accept a request only through a confirmed communication channel.

8.3. A refund is made to the original payment details of the sender if this is technically possible and does not contradict AML/KYC/SoF, the rules of the bank, payment system, network, or legal requirements. If a refund to the original payment details is impossible, unavailable, or unsafe, the Service may offer a refund to alternative payment details, a refund in digital currency, crediting to a new Order, or another reasonable settlement method after additional verification of ownership of the payment details.

8.4. In case of a refund under an uncompleted Order, the amount withheld by the Service may not exceed actual expenses related to the refund, including a fee of the bank, payment system, network, partner, or other documented expenses, if any were incurred.

8.5. When digital currency is refunded, the actual network fee and actual expenses are withheld. For a good-faith User whose funds are not confirmed by the check to be connected with unlawful sources, withholdings are limited to actual refund expenses.

8.6. The approximate refund period after a decision is made and correct payment details are received is up to 3 business days, unless a longer period is caused by AML/KYC/SoF, the operation of a bank, payment system, blockchain network, partner, monitoring service, competent authority, or the need for additional verification of refund payment details.

8.7. If the User paid for the Order after the validity period of the payment details expired, transferred funds to incorrect payment details, selected an incorrect network, incorrect bank, incorrect comment, incorrect memo, tag, or payment purpose, provided third-party data, or violated the payment terms, the Service provides assistance within technical and organizational capabilities but does not guarantee a refund if the funds have already been sent to a third party, blocked, debited, converted, or are unavailable for reasons beyond the control of the Service.

8.8. If the actual payment amount differs from the Order amount by more than the allowed deviation specified in the Order, or by more than 5% if no separate value is specified, the Service may suspend processing, request confirmations, offer recalculation based on the amount actually received, or issue a refund less actual expenses.

8.9. An overpayment above the Order amount is refunded after verification of receipt and ownership of the payment if the refund is technically possible and does not contradict AML/KYC/SoF. The Service may withhold actual expenses related to the refund of the overpayment.

8.10. If a minor balance, underpayment, overpayment, rounding difference, or amount that is technically or economically impractical to send as a separate transfer arises under an Order, the Service may, by agreement with the User, pay such balance by separate transfer, credit it to the next Order, account for it in a subsequent exchange, or issue a refund less actual expenses. Until the method of closing the balance is agreed, such balance is not considered overdue debt of the Service.

8.11. If the Order has been executed correctly, any subsequent payment recall, dispute, complaint, banking restriction, or User error does not create an obligation of the Service to make a repeated payout.

8.12. If the User, recipient of funds, or another person claims non-receipt, partial receipt, erroneous receipt, or disputed payment status, the Service may suspend payment of the balance, repeated payout, top-up, refund, or restoration of the Order until sufficient confirmations are received. Such confirmations may include video recording of the bank or payment system application, transaction history for the checked period, statement, transaction certificate, PDF receipt, document with the electronic signature of a bank, or another material allowing verification of the absence or presence of the disputed receipt.

8.13. If a refund is connected with a high-risk transaction, sanctions risk, or a request from a bank, payment system, monitoring service, partner, or competent authority, the Service may continue AML-Hold, request additional documents, offer a refund to a verified address or payment details, or postpone the refund until the situation is lawfully resolved.

9. Bank Transfers, SBP, Federal Law No. 161-FZ, and Payment Recalls

9.1. The User must comply with the rules of the bank, payment system, wallet, blockchain network, or other third-party service used to pay or receive funds under the Order.

9.2. When making a transfer through SBP by phone number, the User must select exactly the recipient bank specified in the Order. One phone number may be linked to several banks, and automatic bank selection by the payer application is beyond the control of the Service.

9.3. The recipient name displayed by the bank for an SBP or card transfer is formed by banks and payment infrastructure. Minor display features of the name, if the payment details match the Order, are not by themselves an error of the Service.

9.4. A transfer to a bank not specified in the Order, a transfer to an incorrect number, card, account, wallet, address, or network is considered a User error. The Service may provide assistance in search or communication but does not guarantee a refund and is not responsible for the consequences of such error unless it was caused by a proven technical error of the Service.

9.5. If a bank, payment system, communications operator, wallet, exchange, blockchain network, or other third-party service delays, rejects, blocks, freezes, returns, or checks a payment, the Service provides reasonable assistance but is not responsible for decisions, timeframes, and restrictions of such third parties unless the delay was caused by a proven error of the Service.

9.6. Bank limits, anti-fraud checks, rejection of a second or subsequent payment, inability to send the amount in one transfer, or a restriction on a specific bank, card, account, SBP, or electronic wallet are within the responsibility of the User and the relevant third party. If part of the payment has already been made, further payment from another bank, card, account, or wallet is allowed only after agreement with Support and may require additional verification.

9.7. If a card, account, wallet, or operation is blocked under Federal Law No. 115-FZ, Federal Law No. 161-FZ, internal rules of a bank, anti-fraud control, sanctions procedures, or other requirements, the User must obtain an official response from the bank, payment system, or competent authority indicating the reason for the restriction and its connection with the specific Order. Until such document is provided, the connection between the restriction and the Order is not considered established.

9.8. An attempt to recall, dispute, chargeback, claim an erroneous transfer, fraudulent debit, or other refund after correct execution of the Order without legal grounds is a material breach of the Agreement. The Service may suspend service, request documents, transfer information to a bank, monitoring service, partner, or competent authority, and demand compensation for direct losses.

9.9. The Service does not disclose personal data of another person, partner, or payment recipient without a legal basis, court order, request of a competent authority, or the need to protect the rights of the Service and Users within applicable law.

9.10. References to banks, SBP, cards, electronic wallets, or payment systems on the website are used only to indicate possible methods of payment or receipt of funds under an Order and do not mean that the Service acts on behalf of a bank, payment system, or money transfer operator.

10. Liability of the Parties

10.1. The Service is responsible for correctly displaying Order terms, providing payment details, calculation within published terms, reasonable Order support, security of data processing, and fulfillment of obligations within this Agreement.

10.2. The Service compensates the User for documented direct losses if they arose specifically due to a proven error of the Service in Order execution, including incorrect payment details, incorrect calculation, erroneous sending, use of a high-risk payout source, insufficient network fee, or other transaction parameters that were within the control of the Service, provided that the User complied with the Order terms and this Agreement.

10.3. The Service is not responsible for losses, delays, or restrictions caused by User errors, violation of Order terms, use of third-party payment details, actions of banks, payment systems, blockchain networks, wallets, exchanges, communications operators, government authorities, monitoring services, sanctions administrators, token issuers, or other third parties, unless such circumstances were caused by a proven error of the Service.

10.4. Lost profit, changes in market rate, investment decisions of the User, actions of the User after receiving funds, losses from third-party fraudulent schemes, blocks for reasons unrelated to a specific Order, and indirect losses are not subject to compensation unless otherwise required by applicable law.

10.5. The User is responsible for the accuracy of data, lawful origin of funds, ownership of payment details, compliance with Order instructions, timely communication with Support, tax and other personal obligations.

10.6. The Service does not participate in transactions of the User with third parties, investment projects, purchases, loans, transfers to relatives, payment for goods, works, or services, or any other relations outside the specific Order. Receiving payment details, an address, a comment, or an instruction within an Order does not confirm participation of the Service in such relations.

10.7. The Service may restrict the access of the User to the website, Personal Account, or certain directions in case of violation of the Agreement, suspected fraud, abuse of reviews and requests, threats, blackmail, document forgery, attempted payment recall after Order execution, attempted double receipt of funds, DDoS, spam, or other bad-faith actions. Such restriction does not deprive the User of the right to have a substantiated claim reviewed.

10.8. The Service is not responsible for inability to execute or changes in Order terms if this is caused by changes in law, introduction of a new authorization regime, positions of regulators, restrictions of banks, payment systems, monitoring services, partners, sanctions requirements, infrastructure blocks, or other circumstances arising after Order creation and beyond the control of the Service.

11. Personal Data and Communications

11.1. The Service processes personal data of the User for registration, creation and execution of an Order, communication with the User, AML/KYC/SoF, security, fraud prevention, accounting and legal recordkeeping, review of requests, and compliance with applicable requirements.

11.2. The scope, purposes, periods, methods of processing, User rights, and procedure for protecting personal data are determined by the Privacy Policy published on the website. Transfer of data to third parties is allowed only to the extent necessary for Order execution, security checks, partner operation, compliance with law, or protection of the rights of the Service and Users.

11.3. The User agrees to receive operational notifications concerning the Order by email, in the Personal Account, Telegram, online chat, or another channel specified by the User. Operational notifications are not advertising mailings and are necessary for Order execution.

11.4. Advertising or informational messages may be sent only with the User consent or another lawful basis. The User may unsubscribe from advertising mailings by the method specified in the message or by contacting Support.

11.5. The Service may store documents, logs, receipts, correspondence, AML/KYC/SoF check results, and materials on disputed transactions for the period necessary to protect the rights of the Service, execute the Order, interact with monitoring services, banks, payment systems, partners, and competent authorities. Materials unrelated to the transaction check must not be requested or stored without necessity.

12. Support, Claims, and Reviews

12.1. Support operates around the clock and advises Users on the operation of the Service, Order status, confirmations, refunds, AML/KYC/SoF, and technical difficulties. The Service is not obliged to advise on the operation of banks, exchanges, wallets, taxes, investments, third-party projects, or other matters outside the competence of the Service.

12.2. Claims are sent to support@cashalot.one, through the online chat on the website, or Telegram support @cashalot_official. The request should specify the Order number, email, nature of the issue, amount, date, payment details, TxID, receipts, screenshots, statements, and other evidence.

12.3. The Service sends the User an initial response within up to 24 hours, unless a longer period is required due to a check by a bank, payment system, blockchain network, partner, monitoring service, AML/KYC/SoF, or competent authority. The Service responds to requests from monitoring services in the manner and within the timeframes provided by the rules of the relevant monitoring service.

12.4. In a disputed situation, payment recall, bank complaint, monitoring service request, AML-Hold, erroneous payment, or data mismatch, the User must provide all materials requested by the Service. Until they are provided, execution of the Order, refund, or review of the claim may be suspended.

12.5. A request, inquiry, or claim concerning an old, cancelled, incorrectly specified, non-existent, or not related to the User Order is not grounds for executing a transaction, refund, or payout until the valid Order, amount, payment details, sender, recipient, and actual movement of funds are identified.

12.6. The User may leave objective reviews and requests on monitoring services, forums, and other platforms. The Service does not restrict the right of the User to a good-faith complaint or review.

12.7. Threats, blackmail, forged evidence, knowingly false information, or pressure aimed at obtaining an unjustified benefit or double payout constitute abuse of rights and may result in refusal of further service.

12.8. The Service may respond to public claims and provide a monitoring service with information necessary to verify the request, within the law, confidentiality rules, and the scope necessary to protect the rights of the parties.

12.9. Support may stop communication or move correspondence to an official channel if the User behaves aggressively, threatens, spams, refuses to provide the Order number, demands disclosure of personal data of third parties, or attempts to obtain information not related to the User Order.

13. Force Majeure and Changes in Regulation

13.1. The parties are released from liability for non-performance or improper performance of obligations if it is caused by force majeure circumstances that the party could not reasonably foresee or prevent.

13.2. Force majeure includes, among other things, actions of authorities, bans or restrictions on digital currency transactions, sanctions, military actions, mass failures of communications, energy supply or the internet, cyberattacks, data center accidents, blockchain network failures, actions of banks and payment systems in fulfillment of mandatory requirements, emergencies, and other circumstances beyond the control of the parties.

13.3. Changes in the legal regime of digital currency, bank transfers, payment methods, AML/KYC/SoF, sanctions requirements, tax rules, requirements of monitoring services or partners may lead to updating the Agreement, disabling directions, additional checks, changing limits, temporary suspension of operation, or transition to a new Order execution model.

13.4. The party affected by force majeure or a regulatory restriction must notify the other party within a reasonable time and take measures to minimize consequences if this is technically and legally possible.

14. Final Provisions and Contacts

14.1. The Service may amend this Agreement, the AML/KYC/SoF Policy, the Privacy Policy, exchange directions, limits, reserves, commissions, operating schedule, and other terms. Changes take effect upon publication on the website unless another date is specified in the new version.

14.2. The new version of the Agreement applies to Orders created after its publication. Orders already created are governed by the version in effect at the time the Order was created, unless the change is connected with mandatory legal requirements, AML/KYC/SoF, sanctions, security, force majeure, orders of competent authorities, or the need to prevent an illegal transaction.

14.3. The Agreement version, publication date, fact of acceptance, and Order parameters may be stored in Service logs and used to confirm the terms in effect at the time the Order was created.

14.4. If any provision of this Agreement is found invalid or unenforceable, this does not affect the validity of the remaining provisions.

14.5. Current legal information and related Service documents are available at https://cashalot.one/legal-information.

14.6. The official Service contacts page is available at https://cashalot.one/contact.

14.7. Support and claims email: support@cashalot.one. Telegram support: @cashalot_official. Email for cooperation and legally significant messages: info@cashalot.one.

14.8. Support operates around the clock unless otherwise stated on the website. The Service may process certain directions in manual, semi-automatic, or limited mode if this is displayed on the website, in the Order, or communicated to the User through the agreed communication channel.

14.9. The affiliate program, promotions, cooperation, listing, advertising offers, and other commercial initiatives are governed by separate rules if they are published on the website and do not change the procedure for executing Orders under this Agreement.

14.10. The Service may disclose additional information about the operator, partners, registration, location, owners, management, regulated status, or Order execution model to monitoring services, banks, payment systems, partners, and competent authorities to the extent necessary for verification, listing, compliance with rules, security, or fulfillment of law.