Ethereum · ETH

Keep your Ethereum keys off your phone.

Your iPhone connects to apps and prepares requests. You approve transfers, contract actions, messages, and permissions on Apple Watch.

Current support

Ethereum in Cryptograph.

Native assets, token standards, and connection methods differ by network.

Native asset
Ether (ETH)
Tokens
Supported ERC-20 tokens on Ethereum Mainnet.
WalletConnect
Transactions, personal messages, and EIP-712 typed data.
Approval management
Find and revoke active ERC-20 and Permit2 allowances.
EVM networks
The same signing architecture covers Base, BNB Smart Chain, Arbitrum, Optimism, Polygon, and Avalanche C-Chain.

On Apple Watch

What you approve.

An Ethereum request can transfer value, grant spending authority, or delegate control of the account. Apple Watch treats each as a different authorization.

  1. 01The signing account comes from the watch-derived key. The chain ID, destination, value, nonce, transaction mode, and gas fee ceiling come from the signed input.
  2. 02Contract data is decoded as a transfer, swap, approval, ownership change, or another supported action.
  3. 03Token transfers and swap paths use reviewed contract identities and decimals instead of phone-supplied units.
  4. 04Approval requests show the token, spender, amount, and whether the allowance is unlimited. Typed permits also show their nonce and deadline.
  5. 05EIP-712 requests show the domain, chain, verifying contract, and the fields that grant authority.
  6. 06Personal-sign requests show the complete message before approval becomes available.

Network-specific security

The watch rechecks the Ethereum request at key use.

Apple Watch builds the approval from its own parse of the signed input or typed data. The iPhone cannot supply a separate trusted summary.

Immediately before signing, the watch parses the payload again. A missing display field, changed schema, unknown token unit, or chain mismatch stops key use.

Ethereum security

Every Ethereum request must pass the checks that match its effect.

Transfers, token permissions, messages, and account delegation do not share one approval model. Cryptograph gives each its own watch-side checks.

01

Network and transaction bytes

Apple Watch binds the signing account to the key it derives. It matches the EIP-155 chain ID, destination, value, nonce, transaction mode, and gas ceiling to the signed input. A cross-chain mismatch or unsupported field stops the request.

02

Token amounts and swaps

ERC-20 amounts use decimals from the watch-reviewed asset registry for that contract and chain. Cryptograph refuses unverified token units and swap paths instead of guessing.

03

Typed permissions

Permit2, DAI Permit, and ERC-2612 requests are decoded as spending authority. ERC-2612 review includes the owner, token, spender, amount, nonce, deadline, domain, chain, and verifying contract.

04

Complete message review

Personal-sign requests show the complete UTF-8 message and bind review completion to its byte count and digest. Empty messages, invisible controls, and unreviewable bytes cannot reach approval.

05

Sign-time and broadcast checks

The watch reparses the exact payload and repeats the display contract immediately before key use. After approval, the iPhone checks the nonce and fee state again before broadcast and requires a fresh review if either changed.

06

Approval revocation

Cryptograph lists active ERC-20 and Permit2 allowances with the spender, token, amount, and risk. Permit2 entries also show expiration. A revoke request sets the allowance to zero and receives its own approval on Apple Watch.

Verified contract registry

Recognized contracts appear by name.

Cryptograph checks each contract address and chain against a registry built into the app. Apple Watch names recognized contracts. Unknown contracts show their full address and a warning.

With Time Lock active, you must complete the delay before approving an unknown contract call or spender. The registry changes only with an app update.

Verification identifies the address Cryptograph reviewed. It does not promise that the protocol has no bugs.

Browse verified Ethereum contracts →

Current limit

Opaque and partially disclosed requests are refused.

Cryptograph does not support raw eth_sign requests. An opaque digest can conceal a transaction hash, so there would be no complete transaction for Apple Watch to show you.

Through WalletConnect, set-code transactions, access lists, user operations, unknown typed-data schemas, and contract calls without complete disclosure are blocked.