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 Sui package, named 'sonic', primarily manages a custom Coin type also named 'SONIC'. The `init` function, which is called only once during package deployment, creates this new `SONIC` currency. It mints an initial supply of 10,000,000,000,000,000 `SONIC` coins and transfers them to the deployer's address. Additionally, it shares the `CoinMetadata<SONIC>` object publicly, making the currency discoverable, and transfers the `TreasuryCap<SONIC>` to the deployer, which is necessary for future minting or burning of `SONIC` coins. The package does not contain any other public or entry functions, nor does it exhibit patterns like signature/allowlist gating, time-gating, dynamic fields, or royalties.
This Sui package defines a single module named `test` that manages a custom fungible token. 1. **Primary Object Type(s):** The primary object type managed by this module is a custom `Coin<TEST>` (a fungible token) and its associated `CoinMetadata<TEST>` and `TreasuryCap<TEST>` objects. The `TEST` struct itself is a dummy type used to parameterize the `Coin` type. 2. **Public/Entry Functions:** * `init(Arg0: TEST, Arg1: &mut TxContext)`: This is the module initializer function, which is called once when the module is published. It creates a new fungible token `TEST` with a symbol "test", name "test", description "testing", and a base64 encoded JPEG image as its icon URL. It then mints an initial supply of `10,000,000,000,000,000` (10 quadrillion) `TEST` tokens and
This Sui package defines a single module, `sonictest`, which primarily manages a custom coin type named `SONICTEST`. The `init` function, which runs once upon package deployment, creates this new currency. It mints an initial supply of 10,000,000,000,000,000 `SONICTEST` tokens and transfers them to the zero address (0x0). It also shares the `CoinMetadata<SONICTEST>` object publicly, making the coin's details accessible. The `TreasuryCap<SONICTEST>` object, which controls further minting, is also transferred to the zero address, effectively locking the total supply at the initial minted amount. The package does not contain any other public or entry functions, meaning no further operations like minting, burning, or transferring are directly supported by this module after initialization.
This package defines a single object type, `GONG`, which is a dummy struct used as a type parameter for a custom coin. The `init` function creates a new fungible token named "gong" with a supply of 10,000,000,000,000,000 units. It mints this initial supply to the transaction sender and then transfers the `TreasuryCap<GONG>` to a hardcoded zero address, effectively burning it and preventing further minting. Finally, it shares the `CoinMetadata<GONG>` object publicly. The notable pattern is the immediate burning of the `TreasuryCap` after initial minting, making the "gong" token a fixed-supply, non-mintable asset.
This package defines a single primary object type, `SONICTEST`, which is a dummy struct with a boolean field. The `init` function, which is an entry function, creates a new fungible token named "SonicTest" with a supply of 10,000,000,000,000,000 units. It mints this initial supply and transfers it to the sender of the transaction. The `TreasuryCap<SONICTEST>` object, which controls the minting and burning of the token, is transferred to address `0x0` (likely a burn address or a placeholder for future admin control), and the `CoinMetadata<SONICTEST>` object is publicly shared. This module primarily focuses on the initial setup and distribution of a new fungible token.
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.
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": "0xc95f6a27a1fe22b6d05ea47512c4de99dfc2ef254e86303da1ecf5de7044e043",
"n_tx": 341,
"n_successful_tx": 337,
"n_distinct_epochs": 53,
"n_distinct_sponsors": 0,
"first_seen_cp": 57801799,
"last_seen_cp": 209743266,
"first_seen_ts_ms": 1726217693974,
"last_seen_ts_ms": 1762572296864,
"total_gas_spent_mist": 1280407764,
"n_self_sponsored_tx": 341,
"n_sponsored_tx": 0,
"gas_price_p50": 750,
"gas_price_p95": 753,
"active_hours_top24": [
5,
9,
8,
3,
11,
15,
10,
4,
12,
14,
6,
2,
23,
13,
16,
7,
0,
1,
22,
21,
18,
17,
19
],
"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 E. / SE Asia.
area + brightness = call volume; hover for detail