Search practical guides for setup, native Android apps, cryptocurrency payments, devices, and account safety.
CloudPhoneBase support context
Get help with a specific decision or blocked step.
Get help with a specific plan, app, device, or payment step. Include what you expected and what happened, but never send passwords, keys, or recovery phrases.
Plan and device organisation: Include the number of active projects, which ones need separate Android environments, and whether you are considering Essential, Plus, or Workspace. This makes a capacity question concrete.
Remote access or app use: Say whether the device opens in the browser, then include the app name, device purpose, and exact stage that failed: installation, sign-in, web handoff, or a specific feature. For Snapchat, note the action you checked after installation.
Order and crypto payment: Include the order reference, plan, displayed asset and network, transaction identifier if available, and current confirmation status. Never share wallet secrets or recovery phrases.
Help topic
Payments
Payments
Understand the minimum wallet top-up
The minimum wallet deposit is $20.00 USD.
The wallet deposit minimum does not change the price of a direct plan purchase.
Use the exact asset, network and destination shown on the payment request. Payments are reviewed manually.
A confirmed wallet deposit adds credit to your account; it does not automatically order or activate a phone.
Follow your cloud phone order from payment to device activation.
Choose a monthly plan for 1, 3 or 25 cloud phones. Confirm availability and activation timing before paying.
Complete the payment request only after reviewing the asset, network, amount, address, and current delivery limitation.
Keep the order and payment references while manual verification is in progress.
A confirmed payment records the order; it does not automatically create or deliver a cloudphone. Contact support with the reference for the current fulfilment route.
Use clear labels so each Android space is easy to choose at a glance.
Use this guide only if device records have been added through manual fulfilment, then open Devices and review their current names.
Keep a simple list matching each device name to its project or purpose. If you need a label changed and no rename control is available, include the device reference in a support request.
Keep sensitive credentials out of device names because names may appear in workspace lists and order context.
Before opening a device, confirm both its name and status to avoid working in the wrong Android space.
Reset controls and workflows are not confirmed. If support confirms a reset route for a fulfilled device, first protect anything you are permitted to retain.
Review the apps, files, and sign-ins stored only inside the cloudphone.
Save anything you are allowed to retain using the app’s own export or sync options.
Confirm that account recovery methods work without relying on the device you plan to reset.
Ask support whether a reset is available for that device and what it would remove. Do not assume a dashboard control or automatic reset workflow exists.
Secure the service account and each Android app account as separate things.
Use a unique password for your service account and a trusted password manager to store it.
Keep the email account used for sign-in secure and update its recovery methods.
Turn on the strongest verification offered by each app you install, and store recovery codes away from the cloudphone.
If access looks unfamiliar, change the affected account password, review active sessions in that service, and contact support with relevant order or device context.