OpesSignals OpesSignals
Live Signal Intelligence
Deposit to wallet

Send SOL to this address. Your balance updates automatically once the network confirms.

Watching for incoming deposits in real time

Withdraw SOL

Withdraw from wallet
Quick BuySet preset
Welcome to OpesSignals
Your Gateway to Data-Driven Decisions
Previous X10+ Signals
Loading X10+ signals from OpesData...
Latest Signals
Loading latest signals from OpesData...
Holder bubble map
Top holders
KOL / Smart moneyWinner walletLow win-rateBundleLiquidity poolProven winnerHolder
Token
Risk factors
Powered by

Confirm

Add Contact

Create a trading wallet first

Your Profit Vault only receives a share of your trading profit and can only be withdrawn from. To deposit and trade, add a trading wallet first.

  1. Create a new trading wallet.
  2. Deposit SOL into that wallet.
  3. Start trading. A share of each profit is moved to your Profit Vault automatically.

New Wallet

How the Profit Vault works

Where your trading profit goes, step by step.

Trading Walletyou place your trades from here
makes a winning trade
The trade makes profityour position closes in the green
the profit is split by your %
X% back to Trading Walletkeeps trading
Rest into Profit Vaultlocked & safe

You choose the split percentage. The part that goes to your Profit Vault is locked in: the vault is not a trading wallet, so you cannot buy or sell from it and it never appears as a source when you place a trade. Withdraw it to your own wallet whenever you want.

No live trading from the vault

Send SOL to this address. Your balance updates automatically once the network confirms the transfer.

Watching for incoming deposits in real time

Withdraw SOL

Buy Token

Sell Position

How much do you want to sell?

Customize Wallet

Buy/Sell Testing

Current execution partner: Sniperoo

Main funding wallet (top up once, then distribute to the pool)

-
This tool performs REAL Sniperoo actions. Creating wallets is free, but a buy uses real SOL and the wallets must be funded. Use small amounts, and test with tokens outside our signal pipeline.

1. Wallet pool

Fund wallets
Source defaults to your main funding wallet above. Distribute evenly splits its balance across the ticked wallets (none ticked = all). Fund selected instead sends a fixed USD amount to each.
Return funds
Send the SOL from the ticked wallets (none ticked = all) back to one address.

2. Bundled buy test (all pool wallets buy the same token in one Sniperoo call = bundling)

Optional auto-sell: add one or more Take Profit levels (each sells its % at that multiple). Choose a hard stop loss OR a trailing stop. These run natively and keep working after you leave. Auto-sell after N seconds is a timed sell - keep this page open. Sell now sells all open positions immediately.

3. Results (runs, rich like Platform Transactions)

Buy/Sell Order Flow

Visual step-by-step of how orders are executed

Bundled buy (many users, one transaction)

When several users copytrade the same source and buy the same token at the same moment, their buys are grouped into a single transaction.
1
Source call
A source (KOL, Telegram or X) calls a token.
2
Users line up
Multiple users run a strategy on that source and buy the same token in the same window.
3
Group
Users with the same token, amount and sell settings are grouped into one batch.
4
One transaction
A single buy sends the token to every wallet at once.
5
Own positions
Each wallet gets its own position. Fewer transactions and less price impact.
6
Auto exit
Each position runs its own take-profit ladder and stop loss.

Manual buy (single order)

A one-off buy from a single wallet, used for testing.
1
Pick
Choose a wallet, a token and a USD amount.
2
Convert
The USD amount is converted to SOL at the live price.
3
Buy
One buy is sent for that single wallet.
4
Position
The position opens at the fill price.
5
Auto exit
Take-profit and stop loss manage the exit if set.

CopyTrade (live, per user)

How a real user's live strategy turns a source call into a trade.
1
Source call
A tracked source calls a token.
2
Detect
The engine sees the call in near real-time.
3
Filter
Entry rules and safety checks run: liquidity, minimum market cap, dont-buy-after-top and more.
4
Buy
It buys per the user's conviction-ladder amount, from the user's own wallet.
5
Position
The position opens and is recorded for stats.
6
Auto exit
The take-profit ladder plus a trailing or hard stop closes it.

Partner Integration Spec

What our system needs from an execution partner, and how a transaction flows through it
Execution partner: Sniperoo current / live Bananabot onboarding

Wallet model most important

How wallets must behave for automated trading. This is the part most partners get wrong, so it comes first.
Fresh wallet per automated trade required
For every automated buy and sell (copytrading), a new, dedicated wallet is created for that trade. Wallets are never shared between users and an automated position is never mixed into a wallet that already holds another position. This keeps every position isolated, cleanly attributable, and independently exitable. The partner must be able to create a wallet on demand in well under a second, so it does not add latency to a buy.
Non-custodial: the user keeps the private key required
When a user creates a wallet, the private key must be returned once so we can show it to the user to write down themselves. We never store the private key anywhere - not in a database, a log or a backup. We stay non-custodial on purpose, so we never carry the privacy or hack-leak liability of holding user keys. The partner therefore lets us buy, sell and withdraw by wallet address plus our authenticated API key, and must support full withdrawal to an external address on command (see Return funds below).

Required capabilities

Each operation below lists what we send and what we must get back. A partner is "ready" when all of these work through one authenticated API key.
POST Create wallet(s) required
Create one or many fresh trading wallets on demand. Used before every automated buy and by the testing tool's wallet pool.
We send
{ count }
We need back
[{ address, (privateKey?) }]
POST Buy token required
Buy a token into one or more wallets. The amount is a SOL amount (we convert from USD at the live price on our side). An optional auto-sell config attaches the exit plan server-side so it keeps running after we disconnect.
We send
{ walletAddresses:[..], tokenAddress, inputAmount, // SOL autoSell } // see below
We need back
{ transactionId / signature, positionId, fillAmount, fillPrice }
POST Bundled buy (one transaction, many wallets) required
Same as Buy, but many wallets buying the same token, same amount, same auto-sell settle in a single transaction / same block. This is how concurrent copytraders enter together with less price impact. Return one signature plus a per-wallet result so each user can be attributed.
We send
{ walletAddresses:[..many..], tokenAddress, inputAmount, autoSell }
We need back
{ signature, results:[{ address, positionId }] }
POST Sell % from position required
Sell a percentage of an open position by its id. We call this for take-profit tranches, our real-time stop-loss and manual exits. Selling 100% closes the position.
We send
{ positionId, percentage }
We need back
{ signature, soldAmount }
GET Positions required
List positions for our wallets so we can track open / closed state, fills and current value independently of our own records.
We send
{ walletAddresses:[..] }
We need back
[{ id, walletAddress, tokenAddress, isOpen, fillAmount, fillPrice }]
POST Transfer / Return funds required
Move SOL from a wallet to any address. Used to fund test wallets, distribute a balance across a pool, and sweep everything back to one address.
We send
{ fromWallet, toAddress, amount } // SOL, or "all"
We need back
{ signature }

Auto-sell contract

The exit plan we attach to a buy. It must run server-side and survive us disconnecting. We support a take-profit ladder plus one stop type (static or trailing).
autoSell shape we send
{ "enabled": true, "strategy": { "profitTargets": [ { "multiplier": 1.7, "sellPercentage": 90 }, { "multiplier": 2.0, "sellPercentage": 100 } ], "stopLossType": "static" | "trailing", "stopLossPercentage": 50, "trailingStopLossAfter": 20 // optional, per target } }
Take profit: at each multiplier of entry, sell that percentage. Static stop: sell fully when price drops the stop % below entry. Trailing stop: the stop follows the peak at the trail % below it. We also run our own real-time stop-loss on top of the partner's, so a fast dump gets caught even if the server-side stop is slow. The partner's stop must measure from entry for static, and from the running peak for trailing.

Data we need back (for stats and monitoring)

Every buy and sell must return enough for us to attribute it, price it and prove it on-chain.
Transaction signature for every buy and sell (on-chain proof + explorer link)
Position id so we can later sell or query it
Fill amount and fill price (the real entry, not the quoted one), so our P&L is off the real fill
Timestamp / block of the fill
• A clear error message on failure (e.g. no liquidity, token account not initialised) so we can retry the right cases

Acceptance test

A new partner is signed off when this runs cleanly. Every step maps to a button in Buy/Sell Testing and Manual Buy, so it can be tested end to end with small real amounts on tokens outside our signal pipeline.
1
Create a pool of fresh wallets and confirm each has a unique address.
2
Fund the pool, distribute a single balance across it, and confirm balances update.
3
Run a single manual buy and confirm a signature, a position id and a real fill come back.
4
Run a bundled buy across the whole pool and confirm one transaction / same block, with a per-wallet result.
5
Attach an auto-sell (a TP ladder plus a stop) and confirm the take-profit and stop fire server-side.
6
Trigger a Sell now and confirm the position closes and returns a signature.
7
Return all funds to one address and confirm the wallets are emptied.
Latency matters: a buy should complete in well under a second end to end. Our warm keep-alive path already shaves the connection overhead, so the partner side is what we measure here.

Partner Sandbox

Isolated quarantine zone for onboarding a new execution partner
Quarantine zone. Everything here lives in a separate, isolated store. A partner can couple their system, copy sources and build strategies here, but none of it touches our real users, live positions or stats. Our live engine never reads this zone.

1. Couple partner system

Register a partner and how we reach their sandbox: a base URL and an API key we use only inside this zone.

2. Build a sandbox strategy

Copy sources and build a strategy inside the zone. Saved only in the sandbox, never delivered to real users and never run by the live engine.

Start from a proven strategy

Pick one of our users' best performing strategies (win / loss ratio above 2.0) to seed a sandbox strategy. The owner is never shown. Tap the gear to view its full settings (read-only), or Use it to copy its sources and settings into the builder above.
Loading proven strategies...

3. Acceptance checklist

Track a partner's onboarding: tick each capability once it passes in Buy/Sell Testing. Progress is saved per partner.
Saved
How referrals work
Grow your network and unlock bigger rewards.
1
Share your link
Grab your personal referral link from the Campaigns tab and share it anywhere you like.
2
Grow your network
Everyone who signs up through your link becomes an active referral on your account.
3
Climb the tiers
As your referrals add up you move from Bronze up to Diamond, with each tier unlocking better rewards.
4
Track everything
Overview, Analytics and Campaigns show your clicks, signups and earnings in real time.
Good to knowWhen someone clicks your link we remember it with a cookie that does not expire. Whenever they sign up later, the referral still counts toward you.
Cookie lifetimeNever expires
$ROAI verified

You are in. One more step.

Connect your Telegram to our Mini App to unlock your private group.