Wobbly-Lab
0xea09384c380c0c69c446695a3725629685db3656
Wallet digest
Activity score
43/100
Performance: thin sample
Open positions
2
Open notional
$0.00
Total PnL
$-20.00
Realised
$0.00
Win rate
n/a
too few closed
Recent activity
- REDEEMWill Adin Ross interview Kim Jong Un on stream by Saturday?$0.00Oct 30, 14:51 UTC
- REDEEMETH above $2,000 at end of September?$0.00Oct 2, 10:49 UTC
- REDEEMIs Vivek Ramaswamy GCR?$0.00Oct 2, 10:48 UTC
- TRADEBUYIs Vivek Ramaswamy GCR?$12.00Sep 21, 19:27 UTC
- TRADEBUYETH above $2,000 at end of September?$10.00Sep 21, 10:34 UTC
- TRADEBUYWill X start charging all users?$10.00Sep 21, 00:58 UTC
- TRADEBUYWill Donald Trump be President of the USA on November 30, 2023?$10.00Sep 21, 00:57 UTC
- TRADEBUYWill Adin Ross interview Kim Jong Un on stream by Saturday?$10.00Sep 20, 21:24 UTC
Persistent ledger timeline
persistentNo trades for this wallet in Orrery's persistent ledger yet. The whale-ingest cron writes ≥ $5k trades every 10 minutes; check back after a recovery window.
Ledger intelligence
persistent7d volume
$0.00
0 trades
30d volume
$0.00
0 trades
Buy share
50%
Sample
low
0 ledger trades
No persistent whale trades for this wallet yet. The live Data API score above can still be useful, but the durable ledger sample is empty.
Profile dimensions
Trade count + how recently they were active. Low = dormant.
How trustworthy the win-rate number is, based on sample size of closed markets.
Share of trades concentrated in their top category.
Share of positions taken while the market was still uncertain (30–70¢) rather than after direction was obvious.
How risky to blindly copy. Higher = riskier — large size, single-position exposure, or thin win-rate sample.
- Trades (all time)
- 5
- Avg trade size
- $10.40
- Top category
- —
- Category concentration
- 0%
- First seen
- Sep 20, 21:24 UTC
- Last active
- Oct 30, 14:51 UTC
- Win rate sample
- 0 closed
The single Activity score is kept for the leaderboard sort. The five dimensions above are the canonical read — copy-risk bar is inverted so green is always "better for the user".