all collections · daily · marketplace overlay
weekly · real (teal) vs wash (rose)
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 custom fungible token named "CTX" (likely "Suilend"). It manages CoinMetadata<CTX> and TreasuryCap<CTX> objects. The init function creates and freezes the CoinMetadata and shares the TreasuryCap, which is essential for managing the token supply. Public entry functions allow authorized users to mint new CTX tokens and transfer them to a specified address, or burn existing CTX tokens. A public view function retrieves the balance of a given CTX coin. The TreasuryCap<CTX> acts as an admin capability for minting and burning.
This package defines a custom fungible token, CTX, representing "FanTv's native token." The `init` function creates and freezes the CoinMetadata for CTX and shares its TreasuryCap. The public entry functions allow for minting new CTX tokens to a specified address and burning existing CTX tokens, both requiring the shared TreasuryCap. There is also a public function to query the balance of a CTX coin. The package utilizes the standard Sui `coin` module for token management and `transfer` for object handling.
This package manages `AirdropPoolInfo` objects, which represent token airdrop pools. Public/entry functions allow for: 1. `create_airdrop_pool`: Creates a new `AirdropPoolInfo` object, initializing it with details about the coins to be airdropped, including their types, amounts, and object IDs. It also sets the owner, delegate, wallet addresses, and profit split. 2. `init_pool_airdrop`: Creates an `AirdropPoolInfo` object without initializing the airdrop details, setting `details` to `None`. 3. `init_claim_mechanism`: Allows the owner of an `AirdropPoolInfo` object to set its `initialized` status. 4. `init_pool_update`: Allows the owner to update the airdrop details (coin types, amounts, object IDs), wallet addresses, and profit split for an existing `AirdropPoolInfo` object. 5. `add_pair_claiming`: Allows the delegate to transfer
This package manages `AirdropPoolInfo` objects, which represent token distribution pools. The `create_airdrop_pool` and `init_pool_airdrop` entry functions create and share new `AirdropPoolInfo` objects, initializing them with an owner, delegate, wallet addresses, profit split, and optionally a `Pool` containing details about the tokens to be distributed. The `init_claim_mechanism` function allows the owner to mark an `AirdropPoolInfo` as initialized, while `init_pool_update` allows the owner to update the wallet addresses, profit split, and the `Pool` details. The `jtzsblulvthawhl` function handles withdrawing staked SUI from a `SuiSystemState` and distributing it to the pool's wallet and dev wallet based on the profit split, but only if the pool is initialized and has `Pool` details. The `add_pair_claiming` function allows the delegate to transfer an arbitrary object (`Ty0`) to either the dev wallet (if the pool
This package manages `AirdropPoolInfo` objects, which represent an airdrop pool with an owner, delegate, wallet addresses, and profit split. The `create_airdrop_pool` and `init_pool_airdrop` entry functions create and share new `AirdropPoolInfo` objects, with `create_airdrop_pool` also initializing a `Pool` containing `PoolDetail` entries (coin type, amount, object ID). The `init_pool_update` function allows the owner to update the pool's wallet addresses, profit split, and the `Pool` details. The `init_claim_mechanism` function, callable only by the owner, sets the `initialized` flag on an `AirdropPoolInfo` object. The `add_pair_claiming` function allows the delegate to transfer an arbitrary object to either the dev wallet (if initialized) or the delegate's address (if not initialized). The `claim_tokendrop` function, callable by the delegate, allows claiming a specific `Coin` from the
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.
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": "0xe372ee815ac4bb2c2e83d85546108d6bbc1563181b9286ce671b3aa5f30fa692",
"n_tx": 193,
"n_successful_tx": 193,
"n_distinct_epochs": 10,
"n_distinct_sponsors": 0,
"first_seen_cp": 78051712,
"last_seen_cp": 104607850,
"first_seen_ts_ms": 1731180642395,
"last_seen_ts_ms": 1737623052041,
"total_gas_spent_mist": 1818084260,
"n_self_sponsored_tx": 193,
"n_sponsored_tx": 0,
"gas_price_p50": 750,
"gas_price_p95": 750,
"active_hours_top24": [
14,
22,
13,
18,
16,
10,
12,
1,
20,
15,
19,
0,
6,
17,
2,
9,
23,
7,
21,
8,
11
],
"primary_archetype": null,
"labels": [],
"label_confidence": [],
"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 UK / W. Europe / W. Africa.