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 single object type, `UPSIDEAI`, which is a dummy struct. The `init` function is the only public/entry function and it creates a new fungible token (coin) named "UPSIDEAI" with a fixed supply of 6 decimal places, a description, and an icon URL. It then transfers both the `CoinMetadata<UPSIDEAI>` and `TreasuryCap<UPSIDEAI>` objects to the transaction sender. The package's primary purpose is to mint and distribute this new token. There are no notable patterns like signature/allowlist gating, time-gating, dynamic fields, or vault/escrow functionality.
This package defines a single object type, `UPSIDEAI`, which is a dummy struct used as a marker for a custom coin. The `init` function is an entry point that creates a new currency named "UPSIDEAI" with a fixed supply of 6, a description, and an image URL. It then transfers the `CoinMetadata<UPSIDEAI>` and `TreasuryCap<UPSIDEAI>` objects to the transaction sender. The package does not manage any other primary object types, nor does it have any other public or entry functions. There are no notable patterns like signature/allowlist gating, time-gating, dynamic fields, or vault/escrow mechanisms.
This package defines a single object type, UPSIDEAI, which is a dummy struct. The `init` function, which is called once during package deployment, creates a new fungible token (Coin) of type UPSIDEAI. It sets the token's metadata, including its name ("UPSIDEAI"), symbol ("The Upside Agent"), description, and icon URL. Both the CoinMetadata and the TreasuryCap for this new token are then transferred to the deployer's address. This package essentially deploys a new fungible token with predefined metadata.
This package defines a single object type, `UPSIDEAI`, which is a dummy struct. The `init` function is an entry function that creates a new fungible token called "UPSIDEAI" with a fixed supply and specific metadata (name, description, icon URL). It then transfers the `CoinMetadata<UPSIDEAI>` and `TreasuryCap<UPSIDEAI>` objects to the sender of the transaction. This effectively deploys a new token and grants the deployer administrative control over it. The package utilizes the `coin` module for token creation and the `transfer` module for ownership transfers.
This package manages a single primary object type: `Nft`, which represents a "Foundation Member" NFT with fields for ID, name, description, media URL, and attributes (a `VecMap` of strings). The `init` function initializes a `Display` object for the `Nft` type, setting various metadata fields, and creates a `TransferPolicy` for `Nft`s with a kiosk lock rule and a 5% royalty rule. The `create_nft_with_verification` function creates a new `Nft` object and sets its ID within a `Verification` object, effectively linking the NFT to a verification process. The `update_nft_with_verification` function allows modification of an existing `Nft`'s name, description, media URL, and attributes, but only if the NFT's ID matches the one stored in a `Verification` object and the caller provides a `Kiosk` and `KioskOwnerCap`. Notable patterns include the use of `Display` for NFT metadata, `TransferPolicy` for transfer rules (kiosk lock and royalties
True specific-lot profit from 3 closed buy→sell round-trips of the same NFT (realized_roundtrip), wash-adjusted, valued at each leg's trade-hour USD. Excludes still-held inventory (that's unrealized).
1 self-dealing round-trip excluded from the headline (gross incl. wash: -$7).
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.
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": "0x8c57572e259f9f33a3d2314280b9e8d25473905d8074acb4bfdf59ae990f4c82",
"n_tx": 195,
"n_successful_tx": 194,
"n_distinct_epochs": 31,
"n_distinct_sponsors": 0,
"first_seen_cp": 215335238,
"last_seen_cp": 255189579,
"first_seen_ts_ms": 1763909129207,
"last_seen_ts_ms": 1773717748822,
"total_gas_spent_mist": 540456464,
"n_self_sponsored_tx": 195,
"n_sponsored_tx": 0,
"gas_price_p50": 506,
"gas_price_p95": 515,
"active_hours_top24": [
1,
3,
23,
6,
22,
20,
0,
2,
5,
4,
18,
16,
19,
13,
17,
14,
15,
8,
21
],
"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 W. N. America (Pacific/Mountain).
area + brightness = call volume; hover for detail