all collections · daily · marketplace overlay
weekly · real (teal) vs wash (rose)
counterparties · funders · clusters
Move packages this wallet published on-chain — what it shipped, not what it used.
This package defines a token staking mechanism. The primary object types are TokenStaking, which holds the staked tokens, AdminCap, which grants administrative privileges, and StakingReward, which tracks individual staking rewards. The create_staking function initializes a new TokenStaking object with a daily percentage rate (DPR) and an initial token balance, and also mints an AdminCap to the creator. The stake_token function allows users to stake tokens into an existing TokenStaking object, creating a StakingReward object for the staker and also minting an AdminCap to the staker. The receiver_reward and unstake_fund functions calculate and transfer rewards and unstaked funds, respectively, based on the DPR and staking duration, updating the withdraw_amount in the StakingReward object. The package uses shared objects for TokenStaking and StakingReward, allowing multiple users to interact with them, and transfers AdminCap to the sender of relevant transactions.
This package manages three primary object types: TokenStaking, AdminCap, and StakingReward. The `create_staking` entry function initializes a new TokenStaking object, which acts as a vault for a specific token type, and issues an AdminCap to the sender. The `stake_token` function allows users to stake tokens, creating a StakingReward object that tracks the staked amount and a `start_time`, and also issues an AdminCap to the sender. The `receiver_reward` and `unstake_fund` functions calculate rewards based on the staked amount and `start_time`, allowing users to withdraw rewards or their principal, respectively, by taking coins from the TokenStaking vault and updating the `withdraw_amount` in the StakingReward object. A notable pattern is the issuance of an AdminCap to the sender in both `create_staking` and `stake_token`, which seems unusual as AdminCaps are typically for administrative control and not for every user interaction.
marketplace NFT sales from analytics.sale. Net = proceeds − spend; realized trading flow, not true PnL (ignores still-held NFTs; wash trades inflate both sides).
Wallets that share a funder, were co-funded by the same personal-scale source, or land in the same behavioral cluster. A heuristic, not proof of common control.
casualRule-based labels, conservative precision.
area + brightness = call volume; hover for detail
Where this wallet's SUI first came from, and what it seeded downstream. Observational: a CEX funder suggests a real/retail origin; a high-fanout non-CEX funder is a signal worth noting — not proof of anything.
{
"wallet": "0xf2ea311c033f80f91077f6e6ba78b008259aa871d59e0d4b636643560b8d30ae",
"n_tx": 37,
"n_successful_tx": 33,
"n_distinct_epochs": 9,
"n_distinct_sponsors": 0,
"first_seen_cp": 1998089,
"last_seen_cp": 6233961,
"first_seen_ts_ms": 1683563168859,
"last_seen_ts_ms": 1687905072806,
"total_gas_spent_mist": 173716320,
"n_self_sponsored_tx": 37,
"n_sponsored_tx": 0,
"gas_price_p50": 950,
"gas_price_p95": 990,
"active_hours_top24": [
18,
15,
16,
13,
19,
21,
20,
11,
22
],
"primary_archetype": "casual",
"labels": [
"casual"
],
"label_confidence": [
0.7
],
"bot_score": 0,
"bot_signals": [],
"cex_label": null
}Tinted amber on the bubble map when they appear in the expanded graph.
Top active hours by UTC. Circadian peak → likely Atlantic / E. South America.