skills/binance-web3/binance-leaderboard/SKILL.md
On-chain wallet leaderboard and Gem Hunter analysis on Binance Web3. Query top trader rankings by PnL, win rate, volume, trade count, or token count across BSC/Solana/Base/ETH. Analyze individual wallet addresses with a 6-dimension scoring model (winrate/stability/drawdown/ tags/pnl/follow_friendly) plus AI archetype overlay. Query Gem Hunter to find wallets holding specific tokens. Save and load preset filter conditions and Gem Hunter configs. Trigger whenever the user mentions leaderboard, top traders, wallet analysis, Address Analysis, AddressScore, Gem Hunter, or wants to evaluate a wallet's trading quality — even if they don't say "leaderboard" explicitly.
npx skillsauth add binance/binance-skills-hub binance-leaderboardInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
On-chain wallet leaderboard ranking and address analysis. Query top traders by PnL, win rate, and more. Evaluate wallet quality with a 6-dimension scoring model.
This skill requires the baw CLI (@binance/agentic-wallet npm package). If baw is not found:
npm install -g @binance/agentic-wallet
Verify: baw --version should print 1.6.2 or higher. If installation fails or the user doesn't have Node.js, inform them that Node.js >= 18 is required.
| User intent | Command |
|-------------|---------|
| Query top traders by PnL/win rate/volume | baw leaderboard query |
| Analyze a single wallet address (6-dim score + AI archetype) | baw leaderboard analyze |
| Find wallets holding specific tokens (Gem Hunter) | baw leaderboard alpha-radar |
| Save/load preset filter conditions | baw leaderboard preset save/list |
| Save/load Gem Hunter configs | baw leaderboard alpha-radar-config save/list |
| Chain | chainId |
|-------|---------|
| BSC | 56 |
| Solana | CT_501 |
| Base | 8453 |
| Ethereum | 1 |
baw leaderboard
query # Leaderboard query (Public, no auth)
analyze # Single address analysis (6-dim score + AI overlay)
alpha-radar # Gem Hunter query (Private, agentSessionId)
preset
save # Save preset filters (Private)
list # List preset filters (Private)
alpha-radar-config
save # Save Gem Hunter config (Private)
list # List Gem Hunter config (Private)
All commands support --json for structured output.
# Basic query — top 20 by PnL on BSC, 7d period
baw leaderboard query -c 56 -p 7d -t ALL --json
# Sort by win rate, KOL tag only
baw leaderboard query -c 56 -p 30d -t KOL --sort-by 20 --json
# Pagination (page from 0, size max 20)
baw leaderboard query -c 56 -p 7d --page 0 --size 20 --json
Public endpoint — no auth required. Returns per-address PnL, win rate, volume, trade count, token distribution, daily PNL, and top earning tokens.
Key query parameters: -c/--chain-id (required), -p/--period (7d/30d/90d), -t/--tag (ALL/KOL/MPC), --sort-by (0=PnL · 20=Win Rate · 30=Total Volume · 50=Trade Count · 60=Recent Activity · 70=Profit Rate · 80=Token Count), --order-by (0/2=Descending · 1=Ascending), --page (from 0), --size (max 20).
Full parameter and return field reference: references/cli.md
# Analyze a wallet address — 6-dim scoring + AI archetype
# Default scans top 1000 entries
baw leaderboard analyze -c 56 -a 0xabc... --json
# Scan more entries (up to 5000) for long-tail addresses
baw leaderboard analyze -c 56 -a 0xabc... --top-n 5000 --json
Evaluates the address across 6 dimensions (winrate 25 + stability 20 + drawdown 20 + tags 15 + pnl 10 + follow_friendly 10 = 100), then applies an AI overlay (archetype + behavior_flags + ai_adjustment ±10).
Flow: Query leaderboard top 1000 (configurable via --top-n) → reverse-lookup the target address → compute scores → apply AI overlay → output rating.
Rating: ⭐⭐⭐ ≥ 80 · ⭐⭐ ≥ 65 · ⭐ ≥ 50 · ❌ < 50
If the address is not in the top N (default 1000), returns "N beyond top". Use --top-n to increase scan range up to 5000.
Full scoring model details: references/scoring.md
# Find wallets holding specific tokens
baw leaderboard alpha-radar -c 56 \
-t 0xtoken1,0xtoken2 \
-m 1 --json
Private endpoint — requires agentSessionId. Extra required params: -t/--tokens (comma-separated token addresses), -m/--match-count (≥ 1). Supports -p/--period, --page, --size like query.
Returns records with the same fields as leaderboard query, but topEarningTokens replaced by marchedTokens (matched tokens).
Note: The field is spelled marchedTokens (not "matched") in the CLI output.
# Save preset filter conditions (pass null/empty to clear all)
baw leaderboard preset save --config '[{"name":"MyPreset","period":"7d","winRateMin":50}]' --json
# List saved presets
baw leaderboard preset list --json
# Save Gem Hunter config (pass null/empty to clear)
baw leaderboard alpha-radar-config save -c 56 \
--config '[{"uuid":"u1","name":"MyRadar","matchTokenCount":2,"tokenAddressList":[{"tokenAddress":"0xabc"}]}]' --json
# List saved configs
baw leaderboard alpha-radar-config list -c 56 --json
6-dimension model (total 100) + AI overlay (±10). Dimensions: winrate (25), stability (20), drawdown (20), tags (15), pnl (10), follow_friendly (10). Full tiered scoring tables and AI overlay rules: references/scoring.md.
analyze queries the leaderboard's top 1000 entries (configurable via --top-n, max 5000) and reverse-looks-up the target address. If not found, returns "N beyond top" — inform the user they can increase --top-n or use binance-wallet-tracker's address list for long-tail wallets.
Passing null or empty array to preset save or alpha-radar-config save clears all saved items.
Some scenarios require both leaderboard and wallet-tracker skills:
binance-wallet-tracker's tracker follow to get the user's followed addresses, then leaderboard analyze each one.binance-wallet-tracker's address list to find untracked wallets.binance-wallet-tracker's address batch command.After preset/config save operations, re-fetch via list to confirm the operation succeeded — don't assume success from the API response alone. If readback shows the saved data is missing, tell the user "Save may not have taken effect, please try again later" — never mention backend bugs or silent failures.
This skill serves end users, not developers. Internal field names, error codes, and CLI internals must never appear in user-facing output.
1. Term Mapping (internal → user-facing)
| Internal value | User-facing term | Notes |
|----------------|-------------------|-------|
| archetype: sniper | Sniper | |
| archetype: swing | Swing Trader | |
| archetype: accumulator | Accumulator | |
| archetype: farmer | Farmer | |
| archetype: mixed | Mixed | |
| sort-by: 0 | Sort by PnL | |
| sort-by: 20 | Sort by Win Rate | |
| sort-by: 30 | Sort by Total Volume | |
| sort-by: 50 | Sort by Trade Count | |
| sort-by: 60 | Sort by Recent Activity | |
| sort-by: 70 | Sort by Profit Rate | |
| sort-by: 80 | Sort by Token Count | |
| address (in display) | omit | Don't show raw address unless user asks; use {addressLabel} |
| finalScore | Score | Don't show the formula totalScore + aiAdjustment |
Raw enum values (sniper, swing, etc.) may appear in CLI syntax examples and internal lookup tables, but never in user-facing replies.
2. Never expose internal identifiers
groupId, displayOrder — internal IDs, never shown to users70001001, etc.) — translate to natural-language messages onlydata: true without persisting) — never mention "backend bug" or "silent failure"3. Display template hygiene
Use user-facing terms in all output. The archetype field should be translated to its Chinese term (Sniper, Swing Trader, etc.) — never show the raw English enum value. Score should be shown as a number, not as a formula.
Error codes are for internal lookup only — never show numeric codes or internal names to users. Translate to natural-language messages.
| Code | Internal Name | User-Facing Message | |------|---------------|---------------------| | 70001001 | TRACKER_API_ERROR | Query failed, please try again later | | 70004001 | TRACKER_LEADERBOARD_EMPTY | Leaderboard data is empty | | 70004002 | TRACKER_ADDRESS_NOT_RANKED | Address not ranked (beyond top 250) |
Leaderboard entry:
{addressLabel} | PnL: {realizedPnl} ({realizedPnlPercent}%) | Win Rate: {winRate}% | Trades: {totalTxCnt} | Tokens: {totalTradedTokens}
Address analysis rating:
📊 {addressLabel} Address Analysis
Rating: ⭐⭐⭐ (85/100)
Trading Style: Sniper
Behavior Patterns: High Frequency Small Amount, Nocturnal Active
Dimension Scores:
Win Rate: 22/25 | Stability: 18/20 | Drawdown: 16/20
Tags: 15/15 | PnL: 8/10 | Trackability: 6/10
AI Adjustment: +5 (consistent trading style, stable pattern)
references/cli.md — All commands with parameter tables, return field tables, and examplesreferences/scoring.md — 6-dimension scoring model, AI overlay, rating standardsdevelopment
Wallet tracking and monitoring on Binance Web3. Monitor token/trade activity for private groups or public Smart Money/KOL data. Four domains: (A) Discovery — consensus, pioneer, leaderboard diff, token buyer lookup, time-window summaries, similar wallets; (B) Evaluation — token risk (tokenRiskLevel ≥ 3), group rhythm, follow list assessment, token heat; (C) Replay — 4h summary, Accumulation/Distribution, sector rotation, anomaly orders, round-trip, first-mover/leader-follower, wake-up, bot-like; (D) Management — group create/rename, batch import, label update, link, follow list; (E) Real-time — WebSocket push for Smart Money, KOL, wallet-level, and address-level trade events. Trigger on: wallet tracker, monitoring, consensus, pioneer, accumulation, Distribution, Sector Rotation, Anomaly Large Order, round-trip, first-mover, wake-up, bot-like, token risk, token heat, group profile, similar wallets, group management, address import, follow list, real-time push, WebSocket — even without "tracker" explicitly.
development
On-chain trading signals and custom signal strategy management on Binance Web3. Three signal sources: smart money (wallet buy/sell events), platform strategies, and user-created strategies (meme / fomo). Four scenario domains: (A) Reports — daily report, monthly backtest review (BSC vs Solana, protocol comparison); (B) Signal discovery — feed, sort by maxGain or multi-strategy hit, token buyability ("can I still buy"); (C) Analysis — backtest interpretation, strategy comparison by golden/silver/bronze rate, indicator impact (KOL holdings, protocol, liquidity); (D) Management — create/update/delete strategies, enable/disable strategies, trigger/schedule backtests, query credits, auto-scan, copy strategies from the strategy hall. Trigger whenever the user mentions trading signals, smart money, custom signal strategies, backtesting, strategy management, daily or monthly reports, token buyability, or indicator impact analysis — even if they don't say "signal" or "strategy".
development
Use when the user mentions connect/disconnect wallet, sign in, sign out, web3 wallet, wallet address, check balance, how much crypto do I have, send BNB/USDT/crypto, transfer tokens, swap tokens, buy/sell token, DEX trade, limit order, market order, cancel order, get a quote, transaction history, wallet settings, daily limit, slippage, MEV protection, supported chains, available networks, prediction market, predict.fun, YES/NO market, place a prediction, redeem winnings, claim payout, prediction portfolio, prediction PnL, x402 payment, HTTP 402 Payment Required, pay a known x402 API, check approvals, view token approvals, revoke approval, manage approvals, wallet approvals, authorization management, token authorization, DeFi protocols, DeFi position, DeFi portfolio, staking, liquidity pool, LP, yield farming, health factor, APY, TVL, DeFi investment, DeFi deposit, DeFi redeem, DeFi stake, DeFi unstake, add liquidity, remove liquidity, claim rewards, claim fees, speed up transaction, speedup, cancel transaction, cancel pending tx, pending transactions, stuck transaction, replace transaction, or any on-chain wallet operation.
development
Binance Onchain Pay enables users to buy cryptocurrency with fiat (e.g., EUR, USD) or send existing crypto from their Binance account directly to any external on-chain wallet address in a single flow—no manual withdrawal needed. Enables partners to integrate crypto buying services: - payment-method-list: Get available payment methods (Card, P2P, Google Pay, Apple Pay, etc.) with limits for a fiat/crypto pair - trading-pairs: List all supported fiat currencies and cryptocurrencies - estimated-quote: Get real-time price quote including exchange rate, fees, and estimated crypto amount - pre-order: Create a buy order and get redirect URL to Binance payment flow - order: Query order status and details (processing, completed, failed, etc.) - crypto-network: Get supported blockchain networks with withdraw fees and limits - p2p/trading-pairs: List P2P-specific trading pairs