CREATE2 Deposit Proxies and HyperCore USDC Movement

Papertrade deposits use a deterministic per-user address designed to feel like a simple exchange deposit while remaining onchain.

Official Papertrade documentation · Updated November 5, 2026 · Canonical domain: papertrade.finance

Deterministic deposit addresses

Each wallet maps to a unique CREATE2 proxy address that can be derived before deployment. The launch flow ensures the proxy exists before it is used.

Sweep and finalize

A keeper monitors funded proxy accounts and drives the two-step Exchange flow: request a sweep of eligible Core balance and finalize the internal balance credit after the transfer clears.

Why proxies are used

The design isolates every user deposit address and avoids asking the user to manually send an approval-plus-deposit transaction sequence for the normal deposit flow.

Trust and verification

The factory, CREATE2 salt and init-code hash make the expected proxy address derivable. The documentation notes that accidentally sent EVM tokens are not the normal Papertrade deposit path.

Why deterministic addresses are useful

CREATE2 lets the protocol derive a predictable per-user address without deploying a unique full contract ahead of time. That address can participate in the supported cross-layer funding path while the protocol retains a deterministic relationship between the wallet and its deposit proxy.

Crediting is a protocol flow

Seeing tokens at an address is not necessarily the same as seeing credited Papertrade trading balance. The supported process includes detection, sweep/finalization and accounting steps. Users should follow the in-app route instead of assuming that any arbitrary token transfer to a proxy will be recognized.