Skip to content
Documentation

Search is only available in production builds. Try building and previewing the site to test it out locally.

Troubleshooting

Diagnose pending, failed, partial, or unexpected operations without repeating actions blindly.

Ask ldoc

Documentation assistant

Page context
TroubleshootingDiagnose pending, failed, partial, or unexpected operations without repeating actions blindly.

Ask a question or jump directly to a relevant operational guide.

Searches curated Proxima guides · Esc

Use this page after an operation was submitted but its final state is pending, failed, partial, or inconsistent with the displayed balances.

Preserve the evidence first

  1. Stop submitting actions to the affected wallets or launch.

  2. Record the page, action, network, launchpad, approximate time, and public wallet addresses.

  3. Open Activity and save the matching entry or transaction hash.

  4. Compare Proxima with the relevant explorer and classify the result as pending, failed, partial, or finalized with an unexpected balance.

Choose the recovery path

Observed stateFirst safe actionDo not do yet
PendingWait for a final explorer statusRepeat the transaction
Failed with no state changeRecheck balance, network, recipient, and prerequisitesChange several settings at once
PartialIdentify exactly which wallets or batch indexes completedResubmit the full selection
Finalized, balance looks wrongCheck asset, decimals, address, and network independentlyTrust a stale table value alone
Automation unexpectedReview trigger, scope, mode, and latest activityRecreate the rule before diagnosis

A transaction is pending

Open the explorer from Activity when available. Confirm that a transaction was submitted, then wait for a final status. Refreshing the page or wallet table does not cancel an on-chain transaction.

An action failed

Recheck only the prerequisites relevant to that action:

  • native balance for the action and network fees;
  • active network and launchpad;
  • source and recipient addresses;
  • supported settings for the selected launch;
  • existing funding, activity, or automation conflicts.

If no transaction was submitted and no balance changed, correct the demonstrated prerequisite and try once. If a transaction exists, verify its result first.

Only some wallets executed

Treat the operation as partial. Compare Activity, explorer transactions, and wallet balances, then create a recovery selection containing only wallets that still need the action.

Escalate with useful evidence

Provide the network, launchpad, page, action, approximate time, public wallet addresses, transaction hash or activity entry, exact error text, and a screenshot with secrets removed.

Return to Verify an Operation after any recovery action.