Did the transaction succeed?
If no, stop. A reverted token movement cannot serve as a successful qualifying action even though gas may have been consumed.
MONSTA QUALIFYING TRANSFER CHECKER.
Test transfer size against an explicit pre-transfer wallet balance and threshold without deciding contract eligibility or resetting a live timer.
Transfer threshold test
Runs in this browser. No wallet, account, signature or transaction.
How Transfer threshold test works
The checker divides a transfer amount by the wallet balance immediately before that transfer. It compares the percentage with a user-selected qualifying threshold and reports the minimum amount required. Passing the arithmetic test does not establish that the address, direction or contract version was covered by a historic reset rule. Read the MONSTA wallet-reset guide to inspect the documented rule and its evidence boundary in more detail.
Transfer threshold test equation
transfer percentage = transfer amount ÷ pre-transfer wallet balance × 100; qualifies arithmetically when percentage ≥ selected thresholdTransfer threshold test example
A transfer of 60,000 MONSTA from a pre-transfer balance of 1,000,000 equals 6%. It passes a selected 5% size threshold but still needs direction, exemption and implementation checks. Review historic inactivity conditions before treating the modeled output as present contract behavior.
One arithmetic gate
Historic balance
Wallet balance immediately before the candidate transfer.
Candidate amount
MONSTA moved by the transaction being tested.
Selected rule
Percentage threshold sourced for the applicable implementation.
PASSING THE SIZE TEST
IS NOT FULL QUALIFICATION.
The checker resolves only the numerical branch. A defensible timer-reset conclusion must also establish direction, address eligibility, applicable code and transaction success.
Is the address and direction covered?
Check exclusions and whether the relevant rule treated incoming, outgoing or another action type as a reset.
Does the amount meet the threshold?
Use this calculator with the pre-transfer balance. Do not substitute the lower post-transfer balance.
Was this the latest qualifying action?
Review later transactions before using the date as the start of an inactivity interval.
Reconstruct the denominator at the prior block
Suppose a wallet sends 60,000 MONSTA and holds 940,000 afterward. Dividing by 940,000 asks the wrong question because the transfer already changed the balance. The intended pre-transfer denominator is 1,000,000, producing a 6% ratio.
Read the balance at the block immediately before execution or reconstruct it from state and receipt evidence. For contract-mediated actions with several movements, identify which transfer the historic rule evaluates rather than summing logs without justification.
PRESERVE A QUALIFYING-ACTION
WORKSHEET.
FieldRecordVerification sourceReason
Transaction
Full hash and status.
BNB Chain receipt.
Binds every later claim to one execution.
Pre-transfer state
Balance, block and decimals.
Historic balanceOf read or reproducible reconstruction.
Defines the percentage denominator.
Movement
Amount, sender, recipient and direction.
Decoded token transfer logs.
Defines the numerator and action category.
Rule version
Implementation, threshold and exclusions.
Proxy storage and applicable verified code.
Establishes whether the arithmetic test belongs to the transaction.
Amount equals minimum
Arithmetic passEquality meets a minimum threshold unless the actual rule specifies otherwise.
Later transfer is smaller
Earlier date may remainDo not restart from a later action that fails the same qualifying rule.
Wallet is excluded
Size result is irrelevantA numerical pass cannot override an address exclusion in applicable code.
Continue with wallet rules
The reset guide defines the evidence needed for qualification. The inactivity guide explains how a verified action feeds a date model.
MONSTA QUALIFYING TRANSFER CHECKER FAQ.
Answers about transfer threshold test, its inputs and the evidence limits specific to this result.
01Why use the pre-transfer wallet balance?
A percentage threshold needs the balance against which the action was evaluated. A later balance can change because of the transfer itself or unrelated activity.
02Does an incoming transfer qualify?
The calculator does not decide direction rules. Establish whether the applicable implementation treated incoming, outgoing or both action types as qualifying.
03What if the wallet balance is zero?
The percentage is undefined, so the tool refuses the calculation. Verify the address, block and pre-transfer state.
04Does a passing result reset the inactivity date?
No. It only passes the selected size test. Address eligibility, exclusions, direction and the code active at that block remain separate.
05Can I use the current wallet balance for an old transfer?
No. Read the historic balance immediately before the transaction. Current state cannot reproduce an older percentage test.
NEXT CHECKS FOR
TRANSFER THRESHOLD TEST.
Continue from transfer threshold test with the three adjacent checks most relevant to its assumptions and unresolved evidence.
What the MONSTA Qualifying Transfer Checker proves - And what it cannot
Read these relationships alongside the documented assumptions for transfer threshold test. Together, the MONSTA Qualifying Transfer Checker relationships identify what its result measures and which evidence remains unresolved.
The qualifying transfer checker
comparestransfer size with pre-transfer wallet balance
A percentage threshold
requireshistoric balance evidence from the transaction block
An arithmetic pass
does not resetlive contract state or an inactivity timer