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 defines a decentralized exchange (DEX) or trading platform. It primarily manages `Pool` objects (likely representing liquidity pools for token pairs) and `BalanceManager` objects (acting as user accounts within the DEX). Public and entry functions allow users to create limit orders, which involves calculating and charging various fees (protocol fees, deep reserves coverage fees) and managing token deposits from user wallets and internal balance managers. The package utilizes an `AdminCap` for administrative privileges, checks for whitelisted pools, and calculates order requirements based on pool parameters and available deep reserves.
This package primarily manages `AdminCap` objects. The `admin` module's `init` function creates and transfers an `AdminCap` to the transaction sender, effectively establishing an administrator. The `fee` module calculates various fees (protocol, swap, deep reserves coverage) based on pool and order parameters, and can charge swap fees from a `Coin` object. The `helper` module provides utility functions like calculating deep reserves required, applying slippage, and transferring coins if non-zero. The `math` module performs fixed-point arithmetic (multiplication and division) with a precision of 10^9. The `order` module's `create_limit_order` function places limit orders, handling deep reserves, fees, and input coin deposits, and is gated by the `BalanceManager` owner and a whitelist. The `estimate_order_requirements` function estimates the resources needed for an order, also gated by the whitelist.
This Sui package facilitates a decentralized exchange (DEX) for trading various assets, including a custom "DEEP" token and SUI. The primary object types managed are `AdminCap`, `DeepPlan`, `FeePlan`, and `InputCoinDepositPlan`, which are internal structures used for order processing. Public/entry functions primarily handle the creation of limit orders, allowing users to specify trade parameters and deposit input coins. These functions mutate `Wrapper` and `Pool` objects, and interact with `BalanceManager` to manage user funds. A notable pattern is the use of `AdminCap` for administrative control, and the extensive fee calculation logic within the `fee` module, which includes protocol fees and deep reserves coverage fees. The `helper` module includes functions for calculating required DEEP tokens and applying slippage, indicating a focus on precise trade execution and fee management.
This package defines a RepaymentPlan struct to manage loan repayments. The primary function, get_repayment_plan, calculates a detailed repayment strategy, including potential swaps and fees, based on provided pool data, deficit amounts, and user preferences. It interacts with a Pool object to determine swap feasibility and calculate required assets, and mutates the RepaymentPlan struct with calculated values. The module includes helper functions like calculate_initial_deficit to determine the initial debt, and check_swap_feasibility, plan_mm_swap, plan_wallet_swap, and plan_swap_base_debt/quote_debt to handle different swap scenarios and calculate associated fees and outputs. The calculations involve various financial parameters and may abort if certain conditions (e.g., zero deficit, insufficient liquidity) are not met.
This package facilitates a decentralized exchange (DEX) for trading assets, particularly focusing on "DEEP" tokens and SUI. It manages an `AdminCap` object for administrative privileges and interacts with `Pool` objects (likely representing liquidity pools) and `BalanceManager` objects (managing user balances). Public functions primarily involve creating limit orders, which mutate `Wrapper`, `Pool`, `BalanceManager`, and `Coin` objects by transferring funds and updating balances. The system includes a fee calculation mechanism, differentiates between whitelisted and non-whitelisted pools, and incorporates "deep reserves" for order fulfillment, suggesting a liquidity provision or collateralization model. It also features signature/allowlist gating for certain operations, ensuring only authorized users or whitelisted pools can perform specific actions.
{
"wallet": "0xed7e0efee7084f2eec7212586d7eb5a94233a45fb13368d05f9641e8ab8d9d52",
"n_tx": 3675,
"n_successful_tx": 3627,
"n_distinct_epochs": 205,
"n_distinct_sponsors": 0,
"first_seen_cp": 116546124,
"last_seen_cp": 282657023,
"first_seen_ts_ms": 1740508732821,
"last_seen_ts_ms": 1780491297603,
"total_gas_spent_mist": 17658156014,
"n_self_sponsored_tx": 3675,
"n_sponsored_tx": 0,
"gas_price_p50": 514.0337,
"gas_price_p95": 750,
"active_hours_top24": [
23,
9,
8,
1,
2,
18,
3,
15,
13,
10,
17,
20,
21,
14,
0,
7,
11,
16,
12,
22,
6,
19,
4,
5
],
"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