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 manages a primary object type called `TestNFT`, which represents a non-fungible token with properties like tier, name, description, attributes, and image URL. Public/entry functions allow an authorized `OperatorCap` to configure NFT tiers, upgrade costs, and pause/unpause minting. Users can `free_mint` a basic `TestNFT` or `buy_special_edition_dvd` NFTs, which involves payment, random rarity calculation, and dynamic field additions for rewards and a "spin" value. Notably, `buy_special_edition_dvd` also locks the minted NFT into a Kiosk and transfers the KioskOwnerCap to the sender. The package features admin caps (`GovernorCap`, `OperatorCap`), dynamic fields for NFT attributes and rewards, and a `GiftRegistry` for managing gifted NFTs.
This Sui package manages NFTs, specifically "TestNFT" objects, which have properties like tier, name, description, attributes, and an image URL. It also manages a "Config" object that stores global settings such as NFT tier details, upgrade costs, total/current supply, minting pause states, and an admin address. A "GiftRegistry" object tracks gifted NFTs. Public/entry functions allow an authorized "OperatorCap" to configure NFT tiers and upgrade costs, and to pause/unpause free and exclusive minting. Users can mint "TestNFT"s through "free_mint" or "buy_special_edition_dvd" (which involves payment and locks the NFT in a Kiosk), or receive them as gifts via "gift_special_edition_nft". Minting functions mutate the "Config" object's current supply and transfer newly minted NFTs or gift metadata. Notable patterns include admin caps ("OperatorCap") for configuration, dynamic fields to attach "TireNFTRewards" and a "spin_count" to "TestNFT"s,
This package defines an escrow system for a generic coin type (Ty0) and a test USDC token (tUSDC). The primary object type is PersonalEscrow<Ty0>, which holds a balance of coins, an owner, a recurring payment schedule (Occurrence), and a list of Data objects specifying cross-chain transfer details. Public functions in 'escrow' allow users to create an escrow with an initial deposit, update the escrow's coin balance and occurrence type (only by the owner via PersonalEscrowCap), and for an approver (via PersonalEscrowApproverCap) to release a predefined 'buy_amt' of funds from the escrow as a Coin<Ty0> and update the next buy timestamp. The 'tUSDC' module provides standard fungible token functionalities: initializing the token with metadata, minting new tUSDC coins to an address or returning them, burning tUSDC coins, and querying the total supply. Notable patterns include: - Capability-based access control: PersonalEscrowCap grants owner-level control, while Personal
This Sui package primarily manages NFT objects, specifically a `TestNFT` type with associated metadata like tier, name, description, attributes, and image URL. Public/entry functions allow for the creation and management of these NFTs, including minting (free and paid special editions), upgrading, and gifting. The package also defines rules for transfer policies (floor price, kiosk lock, royalty) and manages an `OperatorCap` for administrative actions, enabling signature-gated functions for adding/updating tier configurations, upgrade costs, and pausing/unpausing minting. Notable patterns include dynamic fields for NFT attributes, an admin cap for privileged operations, and a reward system for NFT tiers. The package also includes a `GiftRegistry` for tracking gifted NFTs.
True specific-lot profit from 1 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).
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.
Tinted amber on the bubble map when they appear in the expanded graph.
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": "0x9c19049d269c7e153b458d9b9ac9f2c5209243836967ab16fc3b2e01f7ba0dc1",
"n_tx": 203,
"n_successful_tx": 201,
"n_distinct_epochs": 15,
"n_distinct_sponsors": 1,
"first_seen_cp": 131486510,
"last_seen_cp": 273573663,
"first_seen_ts_ms": 1744086022157,
"last_seen_ts_ms": 1778277636435,
"total_gas_spent_mist": 1563549714,
"n_self_sponsored_tx": 202,
"n_sponsored_tx": 1,
"gas_price_p50": 740,
"gas_price_p95": 750,
"active_hours_top24": [
14,
4,
15,
5,
3,
18,
13,
6,
19,
2,
11,
7,
20,
21,
17,
22,
16,
10
],
"primary_archetype": null,
"labels": [],
"label_confidence": [],
"bot_score": 0,
"bot_signals": [],
"cex_label": null
}Top active hours by UTC. Flat around the clock → no timezone signal (likely automated).
area + brightness = call volume; hover for detail