AmberPoint Guides

Sui wallet is the sign-in layer for SUI payments, zkLogin, and gasless USDC

Crypto wallet for storing SUI and connecting to Sui apps, using zkLogin so web credentials can sign users into onchain payments.

Sui wallet is a self-custody crypto wallet for holding SUI, signing Move-based transactions, and connecting to applications on the Sui blockchain. Its distinctive angle is authentication: Sui supports zkLogin, so a wallet experience links familiar web credentials to onchain accounts, while sponsored transactions let apps pay gas for flows such as USDC transfers. The wallet is where account control, payments, app permissions, and asset visibility meet in one user-facing account.

Account access built around zkLogin and passkeys

The most unusual part of the Sui account model is that it treats onboarding as a product surface, not a side issue. zkLogin lets an application create a blockchain account tied to a web login provider without placing a traditional seed phrase in front of every first-time user. Passkey support gives another device-based route, using hardware-backed authentication patterns that people already understand from banking apps and password managers.

That does not erase self-custody. The signature still authorizes an onchain action, and the account still interacts with Move objects, tokens, names, DeFi markets, and games. It changes the first mile: a Sui wallet flow feels closer to signing into an app and confirming a payment than installing a browser extension, copying a recovery phrase, and learning gas before the first transaction.

How SUI pays for computation and storage

SUI is the native asset used for transaction execution, storage accounting, staking, and network economics. When a user sends a token, mints an NFT, trades through a DeFi application, or changes account state, the network charges gas in SUI. The chain also accounts for storage separately, which matters because Sui represents many assets as owned objects rather than treating every asset as a line in a single global ledger.

Sponsored transactions add a smoother route for consumer apps. A game, payment app, or merchant flow pays the gas on behalf of the user, leaving the signature as the main action. This is why the Sui wallet topic increasingly overlaps with payments: the network supports stablecoin transfers where the app absorbs the chain cost and the user experiences a simpler checkout-style approval.

Gasless USDC transfers in real payment flows

USDC on Sui gives the network a stable-value payment asset, while gas sponsorship removes the need to keep a small SUI balance just to move it. In a retail or peer-to-peer transfer, the sender reviews the destination, token, amount, and authorization request. The application submits the transaction with a sponsor covering fees, and the wallet signs the user intent.

This matters most at the edge of crypto adoption. A user who receives USDC for the first time understands dollars faster than gas units. A merchant cares that the payment settles to the right address. A Sui wallet that presents the confirmation cleanly turns the chain's sponsored-transaction feature into a practical payment interface rather than a developer talking point.


Highlights for Sui wallet

Move objects, NFTs, and app permissions

Typically, Sui uses the Move programming language and an object-centric data model. Assets such as coins, NFTs, game items, and application-specific records exist as objects with ownership and rules. The wallet's job is to make those objects understandable: what account owns them, what app asks to change them, and what the transaction does once signed.

Permission review deserves attention because many crypto losses come from signing the wrong action. On Sui, the confirmation screen should be read as the source of truth for intent. A token transfer, a marketplace listing, a staking action, and a DeFi deposit carry different consequences. The safest habit is specific rather than fearful: confirm the app, asset, amount, recipient, and action before signing.


Connecting to Sui apps without losing context

A Sui wallet connects to decentralized applications across payments, DeFi, gaming, identity, and infrastructure. The Sui ecosystem includes components such as DeepBook for programmable liquidity, SuiNS for onchain names and identity, Walrus for a trusted data layer, and Seal for encryption with access control. A wallet does not replace those systems; it gives users an account that signs into them.

Good connection flows show the requesting site, the active account, and the network before any transaction appears. After connection, each important action still needs its own confirmation. That separation keeps browsing, viewing balances, and signing transactions from blending into one vague approval. It also helps users keep a Sui wallet dedicated to higher-value assets separate from an account used for testing new applications.


Close-up for Sui wallet

Starting with a clean account and a small transfer

The first setup should be boring. Create or import the account, record the recovery method if the wallet uses one, enable the authentication options available on the device, and send a small amount of SUI or USDC before relying on the account for a larger payment. A tiny test transfer confirms address formatting, network selection, and app compatibility.

Once the account works, the next step is connecting to the actual use case: a payment app, NFT marketplace, game, staking interface, or DeFi venue. The wallet becomes part of a workflow, not a destination by itself.

Where DeepBook, staking, and liquidity touch the wallet

DeFi on Sui brings the account into programmable markets. DeepBook supplies an order-book-style liquidity layer for builders, while apps built above it present swaps, limit-order experiences, and market access to end users. The wallet signs the transaction that moves funds, places an order, cancels an order, or settles an interaction with a liquidity venue.

Staking is another native use case. Holders delegate SUI to validators through wallet or app interfaces and receive staking rewards according to the network's validator and epoch mechanics. The user should distinguish staking from stablecoin payments: one involves the network's native asset and validator participation, while the other moves tokenized dollars across accounts. A Sui wallet displays both, but the risks and purposes differ.


Illustration of Sui wallet

Security checks that matter before signing

Security in this environment is less about memorizing slogans and more about reading the transaction in front of you. The account interface should show which asset moves, whether an object transfers away, what app requested the signature, and whether the action grants ongoing permission. If the screen shows an unexpected object transfer, stop before approving.

Bridge activity deserves extra caution because value moves across separate systems. Sui has native and ecosystem paths for assets such as Bitcoin collateralization through Hashi and stablecoin payment activity through USDC, but every cross-chain action relies on a specific mechanism. The user experience starts in the wallet, yet settlement may involve another chain, contract, custodian, or proof system.


Wallet choices beside the official Sui experience

In most cases, Sui wallet software is not a single idea locked to one interface. Users choose among browser extensions, mobile wallets, app-embedded accounts, hardware-assisted setups, and zkLogin-based experiences. The best fit depends on the job: a developer testing Move apps values fast network switching, a player wants frictionless game entry, and a payments user wants clear USDC confirmations with few extra steps.

Popular Sui-compatible options include official ecosystem wallets, multi-chain wallets that support Sui accounts, and application-specific sign-in flows built around zkLogin. Hardware wallet support is relevant for larger balances when available in the chosen stack. Whatever the interface, the core standard remains the same: the wallet signs instructions for an account on Sui, and the chain executes the resulting transaction under Move rules.

Quick answers about Sui wallet

Does a Sui account need SUI if the app offers gasless USDC?

A gasless USDC flow means the application sponsors the transaction fee, so the user does not need a separate SUI balance for that specific transfer. The account still exists on the Sui network and still signs an onchain transaction. Other actions, such as staking, swaps, NFT activity, or transfers through apps that do not sponsor gas, require SUI for fees.

Which login methods fit a Sui payment wallet?

Sui supports several account access patterns, including traditional wallet keys, passkeys, and zkLogin flows tied to familiar web credentials. A payment-focused setup works best when the login method is easy to recover, protected on the device, and supported by the applications being used. The important point is that authentication and transaction approval remain separate moments in the user flow.

Recovering access if a device with a Sui wallet is lost

Recovery depends on the wallet type used to create the account. A traditional wallet relies on its recovery phrase or private-key backup. A passkey or zkLogin-based account follows the recovery process supported by that wallet or application. Users should understand the recovery path before storing meaningful value, because Sui cannot restore an account without the required authentication material.

Can one Sui wallet hold NFTs, USDC, and SUI together?

Yes. A single Sui account holds native SUI, supported coins such as USDC, NFTs, and other Move objects created by applications. The wallet interface decides how clearly those assets appear, but ownership is recorded onchain. This object model is especially important for games and collectibles, where assets represent distinct items rather than simple token balances.

Is zkLogin the same as giving Google or another provider control of funds?

zkLogin uses web credentials as part of authentication, but the onchain account still signs transactions through Sui's cryptographic flow. The provider is part of the login experience, not a normal wallet operator with a button to spend funds. The exact trust and recovery model depends on the wallet or app implementation, so users should know which credentials protect the account.