Reference desk.

01 / Wallet lookup

Find the record behind a payment

After launch and reward-service connection, enter a public Solana wallet address in the wallet checker. It returns recorded awards and their payment state. No wallet connection, signature, private key or manual claim is needed.

Paid

A completed GLDx transfer is backed by finalized Solana payment evidence. Open its transaction receipt to inspect delivery.

Reserved

The round assigned GLDx to an award, but finalized delivery has not been recorded. The amount remains reserved while the worker checks or retries delivery.

Processing review

Uncertain or conflicting evidence needs operator review. A calculated award is not proof that a transfer succeeded.

The public Payments tab shows finalized payouts. A wallet report also shows recorded awards that are still awaiting delivery. The fee receipts tab describes income, while the round archive describes calculations.

A paused or unavailable feed is incomplete evidence. Missing data is displayed as unavailable, rather than counted as zero. Use Records to inspect the underlying rounds and transaction receipts.

02 / Funding provenance

Establish where the funding came from

Reward funding starts with authenticated GLDx creator fees attributable to the configured token. A treasury wallet balance alone does not establish that origin.

1. Identify the source

   The worker verifies creator-fee income for this token from its supported Pump bonding curve or canonical PumpSwap pool.

2. Verify the collection

   GLDx must actually be collected, with finalized evidence recorded by the round's cutoff, before it can fund that round.

3. Record the allocation

   Amounts assigned to awards become reserved. Only finalized delivery moves them into the paid total.

Fees claimed

Cumulative verified creator-fee GLDx received for this token.

Unallocated

Collected funding that has not been reserved for an award.

Reserved

Funding allocated to awards whose payment is not yet finalized.

Rewards paid

Delivered GLDx awards backed by finalized transactions.

100% of verified, attributable creator-fee funding goes into rewards. Initial wallet holdings, operating deposits and ordinary transfers do not increase the reward pool. SOL pays transaction fees and token-account rent separately.

Creator fees depend on the token’s on-chain launch settings. Protocol fees and other trading charges are separate. The displayed reward pool uses actual verified collections, not an advertised fee percentage or unclaimed balance.

03 / Timing & confirmation

Locate a purchase on the schedule

The launch is planned to use a 150-second purchase window, followed by a 150-second wait: 2.5 + 2.5 minutes. Groups begin every 150 seconds. The first evaluation is 300 seconds after the schedule begins, with subsequent evaluations every 150 seconds.

1. 12:00:00–12:02:30 · purchase window

   Recognized purchases enter this group until just before 12:02:30. A buy at exactly 12:02:30 belongs to the next group.

2. 12:02:30–12:05:00 · waiting period

   The first group accepts no more buys. Sales and outgoing transfers can still reduce its remaining qualifying tokens.

3. 12:05:00 · evaluation cutoff

   The calculation uses the indexed finalized state strictly before this boundary. Activity exactly at the cutoff does not change the earlier snapshot.

A purchase reaches its evaluation cutoff approximately 2.5–5 minutes after buying, depending on where it lands in the purchase window. The interactive timing example shows this shared schedule.

The policy identifier is holdup-v1-150s. Each purchase receives one evaluation, including purchases that finish profitable, sold out or unfunded. New purchases can join later groups; old holdings cannot qualify again.

The 150-second policy has a distinct ledger identity. Existing histories using a different schedule must not be relabeled or recalculated as this policy.

04 / Qualification

Check which part of a position qualifies

The calculation follows purchase lots, rather than a wallet's total token balance. It considers verified new purchases assigned to the group being evaluated and the portion still held at that group's cutoff.

• A later purchase creates a new lot in the group open at that time.
• Old inventory does not acquire new eligibility by staying in the wallet.
• Incoming transfers, gifts and airdrops are not recognized purchases.
• Selling or transferring out reduces the newest purchased tokens first.
• Movements between token accounts owned by the same wallet are netted; a transfer to a different owner does not create a buy for that recipient.

For example, a wallet buys 120 tokens, then buys 80 more. Disposing of 100 removes the newer 80 and 20 from the earlier lot. The remaining 100 retain their original purchase group and proportional acquisition cost.

At the cutoff, remaining qualifying lots from the same group are combined per wallet. Their reference value must be below their remaining purchase cost measured in GLDx. Profitable fills can offset losing fills in the same group; individual losing fills cannot be selected on their own.

Supported Pump and canonical PumpSwap trading evidence must establish the purchase and token movement. Unsupported or ambiguous activity cannot silently become an eligible buy.

05 / Allocation method

Reproduce an allocation

Eligibility compares remaining purchase cost with value at the original cutoff's finalized supported pool spot price. Both use raw GLDx units. The verified venue trading leg includes venue fees; upstream aggregator conversion fees, Solana network fees and recoverable account rent are excluded.

Once eligibility is established, the available verified reward pool is shared in proportion to each eligible wallet's remaining qualifying token quantity.

If 0.8 GLDx is available and two wallets qualify with 300 and 500 tokens, they receive 0.3 and 0.5 GLDx respectively. A profitable wallet contributes neither a recipient nor token weight to this calculation.

There is no loss cap. The loss determines eligibility, not the reward weight. A reward can exceed the calculated loss, cover only part of it, or be absent when no verified funding is available.

One GLDx has 100,000,000 raw units. Calculations use exact integers; leftover units go to the largest fractional remainders, with wallet-address order resolving ties. When the pool contains fewer raw units than eligible wallets, some awards can be zero.

The pool spot price is a calculation reference, not a promise of proceeds from a real sale. Slippage, liquidity and market movement affect what a sale could receive.

06 / Service scope

Identify the service you are viewing

Rebounce is this reward application. The main token has not launched yet. The planned service runs on Solana mainnet using a Pump.fun token. Losses are measured in GLDx, and funded awards are sent in GLDx.

A trading token, a reachable webpage and a running worker are different evidence states. Read the feed status, mint, creator treasury, asset and indexing coverage before interpreting the amounts.

Pending

The website does not yet have a verified live reward connection or active payment status.

Paused

The worker may be catching up, transfers may be disabled, or evidence may require review. Recorded finalized receipts remain available.

Active

The connected status reports the reward service active. This alone does not demonstrate that a specific fee collection or holder payment has completed.

The backend supports this GLDx accounting path through the bonding curve, canonical PumpSwap migration and recognized post-migration Pump Boost activity. Boost burns affect pool price and inventory; they are not qualifying purchases or creator-fee income.

07 / Trust & coverage

Assess custody and operational dependencies

The operator controls the treasury and signing key. Rewards are sent from a custodial creator wallet using a persistent ledger. There is no custom distribution program or trustless escrow enforcing delivery.

Complete historical evidence matters. The worker indexes finalized Solana blocks and verifies supported market events, token movements, quote reserves, fee collections and payout evidence. Unreadable transactions are recorded and excluded while indexing continues. Affected holdings lose reward eligibility, and market state recovers from verified finalized data. Rounds without a verified cutoff price carry their funding forward; their purchases are not retried. Incomplete RPC evidence, inconsistent block history and persistence failures can still pause processing.

Delivery must remain consistent across restarts. Funded awards keep their reservations. The worker records transactions and checks uncertain outcomes before retrying, so a timeout is not treated as proof that a payment failed.

GLDx is a Token-2022 asset. Its token controls can pause or restrict transfer behavior. A reserved award remains recorded while delivery is unavailable. The creator wallet also needs SOL for transaction costs and token-account rent.

Supported market modes have boundaries. This configuration targets the verified Pump bonding curve, canonical PumpSwap pool and recognized Pump Boost operations. Mayhem, cashback, holder-reward and alternative creator-fee sharing modes are outside this configuration.

Reward size depends on eligible positions and verified collected fees. The mechanism cannot guarantee profit, loss recovery, uninterrupted processing or a token-price increase. Thin liquidity and market manipulation can affect the reference price.

08 / Token directory

Check the official addresses

The official token and creator treasury will be published here at launch. No token address is announced yet. GLDx below identifies the planned reward asset, not the token to buy.

There is no separate Rebounce distribution program address: the operator signs GLDx transfers from the configured creator wallet. Public records link to transaction evidence when it is available.

Inspect the treasury monitor for current collected, reserved, paid and available GLDx. The round archive separates calculated awards from finalized transfers.