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 two fungible token types, FAUCETCOIN and MYCOIN, both represented by their respective CoinMetadata and TreasuryCap objects. The init function for both modules creates a new currency, freezing the CoinMetadata object and either sharing the TreasuryCap (faucetcoin) or transferring it to the transaction sender (mycoin). The mint entry function for both modules allows a holder of the TreasuryCap to mint new coins of that type and transfer them to a specified address. Both modules use identical metadata for their respective coins, including name, symbol, description, and an image URL. The primary difference lies in the initial distribution of the TreasuryCap.
This package defines a game where players interact with a checkerboard. The primary object type is `GameInfo`, which stores the game's unique ID, a checkerboard state (a vector of character vectors), and a hash code. The `admin` module manages a `GameCap` object, which acts as a vault for SUI tokens, allowing the publisher to withdraw funds. Players can `start_game` by depositing SUI into the `GameCap` and receive a `GameInfo` object. They can also `start_task` by interacting with a `TaskList` (from the `task` module) and receive a `GameInfo` object. The core gameplay involves `game_click`, where players select a coordinate on their `GameInfo`'s checkerboard. This function checks if the move is "safe" using a hash code, updates the checkerboard, and either emits a success event (and destroys the `GameInfo` object) or a failure event (and marks the clicked cell with 'x'). The `GameCap` acts as an escrow for
This package defines a Rock-Paper-Scissors game. The primary object types are GameCap, which identifies the game creator, and Game, which stores the game's SUI balance and a table of hands played by the user and a "robot". The `init` function creates a GameCap and freezes it. The `create_game` entry function initializes a new Game object, taking user-chosen hands and a SUI coin as a bet, and transfers the Game object to the sender. The `choose_hand` entry function allows a player to choose "left" or "right" to determine which of their pre-selected hands (from `create_game`) will play against a randomly chosen "robot" hand. This function determines the winner, transfers the SUI prize to the winner (either the user or the GameCap creator), and destroys the Game object. Notable patterns include the use of a GameCap for creator identification and the escrow of SUI within the Game object.
This package manages `Admin` and `Company` objects, along with `TransportItem` objects representing goods in transit. The `admin` module initializes an `Admin` object with a shared SUI balance and allows the `Publisher` to withdraw funds from it. The `company` module allows users to create a `Company` object, which has a `CompanyCap` for administrative actions, a price per hundred grams, and manages a `LinkedTable` of `ItemInfo` for items awaiting receipt. Public functions include `create_company` to establish a new company, `create_item` to initiate a transport item, `confirm_items` for the company to process received items after a 15-epoch delay, `cash` for the company to withdraw 1% of its `can_be_cashed` balance to the `Admin` object and the remaining to the sender, `refunds` to refund a user if an item is not confirmed within 3 epochs, and `confirm_receipt` to process an item's receipt, moving its value to
This package defines a game where players interact with a checkerboard. The primary object type is `GameInfo`, which stores the game's unique ID, a task ID, the checkerboard state (a vector of character vectors), and a hash code. Public/entry functions allow players to `start_game` by paying SUI (which is held in a `GameCap` object managed by an admin), or `start_task` to begin a game associated with a specific task. The `game_click` function allows players to make moves on the checkerboard, mutating its state and potentially triggering game-over or success events. The `GameCap` object acts as a vault for SUI, and an admin can withdraw funds from it. The game logic involves generating a hash, confirming safe moves, and using a Depth-First Search (DFS) algorithm to clear areas on the checkerboard.
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": "0x9e4092b6a894e6b168aa1c6c009f5c1c1fcb83fb95e5aa39144e1d2be4ee0d67",
"n_tx": 185,
"n_successful_tx": 180,
"n_distinct_epochs": 36,
"n_distinct_sponsors": 2,
"first_seen_cp": 30007582,
"last_seen_cp": 280516146,
"first_seen_ts_ms": 1711679994585,
"last_seen_ts_ms": 1779936469781,
"total_gas_spent_mist": 2308233936,
"n_self_sponsored_tx": 183,
"n_sponsored_tx": 2,
"gas_price_p50": 750,
"gas_price_p95": 751,
"active_hours_top24": [
3,
2,
12,
11,
8,
9,
7,
6,
14,
13,
4,
1,
15,
10,
0
],
"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