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 manages a primary object called State, which tracks PEARL and OSTR token distribution. The init function creates an AdminCap and a shared State object, initializing minter roles for PEARL and OSTR, and a table to store distribution receipts. The distribute entry function, callable only by the AdminCap holder, updates the State object by adding or modifying distribution receipts for multiple addresses, ensuring total distributed amounts do not exceed predefined limits. The claim entry function allows users to claim their allocated PEARL and OSTR tokens, marking their receipt as claimed and minting the tokens to their address. The package uses dynamic fields (Table) to store receipts and implements role-based access control for minting.
This package defines an OSTR token system with locking and redemption functionalities. The primary object types are `State` (managing token balances and total supply), `Lock` (representing locked OSTR tokens), and `OSTR_MINTER_ROLE` (an access control role). Public/entry functions allow `OSTR_MINTER_ROLE` members to `mint` and `burn` OSTR tokens, updating the `State` object's total supply and individual user balances stored in a dynamic table. Users can `redeem` their OSTR for PRL tokens, which involves creating a `Lock` object with a time-gated unlock period, or `cancel` a lock to get their OSTR back. The `State` object also holds a `Member<PEARL_MINTER_ROLE>` for minting PRL tokens, and access to minting and burning OSTR is gated by the `OSTR_MINTER_ROLE`.
This package defines an access control system using `Role` and `Member` objects. A `Role` object stores a vector of addresses representing its members, while a `Member` object is a unique ID. The `create_role` function creates a new `Role` and issues an `AdminCap` for that role, which is shared. The `grant_role` and `revoke_role` entry functions, gated by the `AdminCap`, allow adding or removing addresses from a `Role`'s member list. The `create_member_and_transfer` entry function creates a new `Member` object and transfers it to a specified address. The `has_role` and `check_role` functions verify if a given `Member` (identified by its ID's address) is part of a `Role`. Events are emitted for role creation, granting, and revocation.
This package defines a token, PRL, and its associated minting and burning mechanisms. The primary object types are TreasuryManagement, which holds the TreasuryCap<PRL> and tracks the total amount minted, and PEARL_MINTER_ROLE, an access control role. The init function for `prl` creates the PRL currency, mints an initial supply to the sender, and shares a TreasuryManagement object. The public `mint` function allows authorized minters (checked via `access_control::check_role`) to mint new PRL tokens, provided the total minted amount does not exceed a hardcoded cap (10,000,000,000,000,000), and updates the total_amount_minted. The `mint_and_transfer` entry function calls `mint` and then transfers the newly minted coins to a specified address. The `burn` entry function allows users to burn their PRL coins, and the `transfer` entry function facilitates direct transfers of PRL coins. Events are emitted for both minting and
This Sui package manages Fossil objects, which are NFTs. The `fossil` module allows minting and burning of these NFTs, tracking total supply via a shared `Supply` object. The `launchpad` module facilitates a phased NFT sale, where a `Listing` object defines sale phases with specific prices, allocations, and time windows. Users can buy NFTs from the `launchpad`'s `Listing` object, which transfers `Fossil` NFTs to the buyer and collects payment into a dynamic field wallet for each phase. The `supply` module provides a shared counter (`Supply`) to track the current and maximum number of NFTs. Notable patterns include admin capabilities via `LaunchCap` and `MintCap` objects, time-gating for sale phases, and dynamic fields used as vaults to hold funds for each phase.
area + brightness = call volume; hover for detail
{
"wallet": "0x27fc19844008441e44fa0557f8a5c39ee8c9c258054ad032ef66987e5156d052",
"n_tx": 308,
"n_successful_tx": 288,
"n_distinct_epochs": 48,
"n_distinct_sponsors": 0,
"first_seen_cp": 13965008,
"last_seen_cp": 81184921,
"first_seen_ts_ms": 1695704664582,
"last_seen_ts_ms": 1731940233557,
"total_gas_spent_mist": -1795169136,
"n_self_sponsored_tx": 308,
"n_sponsored_tx": 0,
"gas_price_p50": 750,
"gas_price_p95": 757,
"active_hours_top24": [
14,
8,
16,
18,
3,
7,
17,
5,
11,
9,
4,
2,
15,
19,
13,
6,
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).