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 package manages liquidity positions within a Concentrated Liquidity Market Maker (CLMM) pool. The primary object type is `Position`, which represents a user's liquidity in a pool. The `h6f5e3` (add liquidity) entry function allows users to add liquidity to a pool by providing two types of coins (`Ty0`, `Ty1`) within a specified price range (defined by `Arg4` and `Arg5`). It mutates the `Pool` object, the `BalanceManager` (depositing coins), and creates a new `Position` object. It emits a `H078b8` event containing details of the added liquidity. A notable pattern is the time-gating, as the transaction will abort if the current timestamp exceeds `Arg8`. The `hd36e1` (remove liquidity) entry function enables users to remove liquidity from a `Position` in a pool. It mutates the `Pool` object and the `BalanceManager` (withdrawing coins). It emits a `Ha6c0
This package defines logic for a Concentrated Liquidity Market Maker (CLMM) pool, focusing on swap operations. The primary objects managed are Pool<Ty0, Ty1> (representing the liquidity pool) and CSR (Current Swap Result), which stores swap-related metrics. The public/entry functions facilitate swaps: `sgs` calculates swap details, `opt` optimizes swap amounts, and `tt` executes the actual swap. `tt` mutates the Pool object, updating liquidity and balances, and interacts with a BalanceManager and CBM (Coin Balance Manager) to handle coin withdrawals. Notable patterns include the use of generic types (Ty0, Ty1) for different coin types, and the `FlashSwapReceipt` object, suggesting support for flash swaps. The `tt` function performs checks on the swap parameters, aborting if conditions are not met, indicating input validation.
The package defines objects for managing a decentralized exchange (DEX) with a focus on order book functionality. The primary object types are Pool (representing a trading pair), BalanceManager (managing user balances), and Order (representing a limit order). Public/entry functions allow users to perform flash swaps (cclmm::sp), which involve borrowing assets, performing a swap, and repaying the borrowed amount within a single transaction. The dbk module provides functions to retrieve pool information (dbk::gp) and detailed order book data (dbk::fod), including open orders and their quantities. The dbke module contains helper functions for order validation (dbke::vbac) and determining order type (dbke::cim). Notable patterns include time-gating on orders (dbk::fod checks order expiration) and the use of a BalanceManager for managing user funds, implying an escrow-like mechanism.
This package defines a module for managing a liquidity pool. The primary object is a `Pool<Ty0, Ty1>` which holds balances of two generic coin types. The `ttb` public entry function facilitates a series of trades within this pool. It first checks a time-gated condition using `sq::ciit` and aborts if the condition is not met. It then iterates through two vectors of trade parameters, performing a `tt` function call for each. The `tt` function performs a flash swap, calculating optimal trade amounts based on provided price limits and other parameters, and then repays the flash swap. The `tt` function also includes checks for minimum trade amounts and emits debug events. The `opt` function is a helper that calculates optimal trade amounts given a pool, price limit, and other parameters. The `pok` function checks if a given price is within a specified range, and `scs` calculates swap results. The `isp` and `spstrs` functions perform price conversions. The module uses a `CBM` (Coin Balance Manager
This package primarily manages a `Pool` object, which appears to be a liquidity pool for SUI and USDC tokens. The public/entry functions `ttb` facilitate batch trading operations. `ttb` iterates through a series of desired swap prices and amounts, calling the internal `tt` function for each. The `tt` function performs a flash swap on the `Pool` object, exchanging SUI for USDC or vice versa, and then repays the flash swap. It interacts with `CBM` and `BalanceManager` objects to manage user balances, and uses a `GlobalConfig` and `Clock` for pool configuration and time-related operations. The `opt` function is used to optimize the swap amount, and `pok` checks price conditions. The package includes checks for minimum input/output amounts and price ranges, aborting if conditions are not met.
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": "0xe2040a05301b9badbf88c0112dea69f2305481f90c2be391f0177bee89cc7d92",
"n_tx": 319,
"n_successful_tx": 280,
"n_distinct_epochs": 81,
"n_distinct_sponsors": 0,
"first_seen_cp": 137862122,
"last_seen_cp": 282638700,
"first_seen_ts_ms": 1745587069220,
"last_seen_ts_ms": 1780487291900,
"total_gas_spent_mist": 20287603594,
"n_self_sponsored_tx": 319,
"n_sponsored_tx": 0,
"gas_price_p50": 505.33334,
"gas_price_p95": 740,
"active_hours_top24": [
14,
9,
10,
11,
13,
12,
15,
8,
18,
16,
19,
17,
21,
20,
7,
22
],
"primary_archetype": null,
"labels": [],
"label_confidence": [],
"bot_score": 0,
"bot_signals": [],
"cex_label": null
}Top active hours by UTC. Circadian peak → likely W/Central Asia / India.