How NOXR evaluates Solana account and token state

NOXR targets Solana mainnet. Recovery inspects supported SPL Token, Token-2022 and Stake Program account state. Dust discovery remains limited to supported token balances.

Recovery reads each account's current data size and asks Solana for the current minimum balance required for rent exemption. It does not assume a historical fixed token-account rent amount.

A token account is presented for closure only when it has zero token balance, is not frozen, has no delegate and has no close authority conflicting with the audited wallet. Closing returns that account's lamports to the wallet.

A native wrapped-SOL token account is eligible only when it is owned by the audited wallet, uses the canonical wrapped-SOL mint, is not frozen, has no delegate and has no conflicting close authority. Closing it returns the account's full lamport balance as native SOL.

NOXR searches canonical stake accounts where the audited wallet is the withdraw authority. It only offers withdrawal when the account is initialized or fully inactive and its epoch and timestamp lockups have expired. Active, activating and deactivating stake is excluded; NOXR never deactivates stake automatically.

For supported token accounts and mints, NOXR compares current lamports with the current rent-exempt minimum. When the audited wallet has the required authority, only the excess can be returned while leaving the token balance or mint intact.

When a user chooses recovery, NOXR scans the wallet again, selects a bounded batch of eligible actions, adds the disclosed recovery fee, builds the transaction server-side and simulates it before presenting it for approval.

The prepared transaction message is hashed and stored. Your selected wallet signs the prepared transaction without broadcasting it. NOXR verifies the returned signed message has the same hash, verifies the audited wallet signature and checks expiry before broadcasting those exact signed bytes. The confirmed on-chain transaction is checked again before success is recorded.

Wallet Health is a read-only orchestration layer over NOXR's supported recovery, permission, dust and token-risk checks. It enumerates SPL Token and Token-2022 accounts for the public wallet, reports active delegates and supported token controls, prices positive non-native token accounts for dust classification, and evaluates a bounded set of held token mints with the Token Risk model.

Held-token risk checks prioritize mints that already have permission findings, then higher priced wallet positions. The current scan evaluates at most 12 held token mints. If a wallet holds more, if Jupiter cannot price a token, or if an RPC/market-data lookup is incomplete, Wallet Health is explicitly marked partial and lists the missing coverage.

The Token Risk Scanner accepts a public Solana mint address and reads the mint directly from Solana. It checks active mint and freeze authorities, supported Token-2022 controls and the concentration of the largest token accounts. Jupiter Tokens V2 is used as a separate market-data layer for liquidity, holder count, verification status, organic activity and its conditional suspicious-token flag.

NOXR combines explicit observations with fixed weights into a 0–100 signal score. Active authorities, restrictive Token-2022 controls, extreme token-account concentration, Jupiter's suspicious-token flag, thin liquidity, low organic activity and very new markets can increase the score. Missing evidence never lowers the score. A low score means fewer observed signals in the checks that completed; it does not mean the token is safe or that losses are unlikely.

Solana's largest-token-account RPC identifies token accounts, not beneficial owners. A large account can belong to a liquidity pool, exchange, custodian, program or individual. NOXR therefore labels this as token-account concentration and does not infer ownership from the account balance alone.

Dust Cleaner reads positive token balances and only surfaces low-value balances with a current positive Jupiter USD price. Unpriced tokens and wrapped/native SOL accounts are excluded rather than assigned an estimated value.

Eligible cleanup uses the reviewed Jupiter route, token-account closure and disclosed fees in one simulated transaction. Selected tokens are processed separately, and each cleanup requires wallet approval.

Active or deactivating stake, arbitrary program-owned accounts, protocol-specific deposits and unsupported account layouts remain outside automatic recovery unless they can be separately validated.