Intro to Wallets

Essential insights for CKB dApp developers, covering wallet choices, address specifics, and CKB transfer guidelines

CKB Wallet Options

Crypto wallets store private keys to access cryptos. They come in two types: hot wallets (online) and cold wallets (offline). Hot wallets, such as web-based, desktop, and mobile wallets, offer convenience but pose higher risk. Cold wallets, including paper and hardware wallets, provide enhanced security by keeping keys offline.

When it comes to storing and securing CKB assets, users have various options, including hot and cold wallets. While storing assets on exchanges is common, additional security can be achieved with dedicated wallets.

These wallets listed below offer custody and security services tailored to CKB. For more information, refer to the respective guides for each wallet.

Neuron

Desktop

JoyID

Web-based

imToken

Mobile

CKBull

Mobile

SafePal

Mobile

Hardware

Ledger

Hardware

imKey

Hardware

OneKey

Mobile

Desktop

Hardware

Rei Wallet

Browser Extension

Gate

Browser Extension

---

CKB Address

CKB address packages the Lock Script

A Script that enforces access and ownership of a Cell.

into a single line of verifiable and human-readable format, adhering to Bitcoin's Bech32m address format (BIP-350).

The CKB address format is an application-level Cell Lock Script display recommendation. Here is an example: ckb1qzda0cr08m85hc8jlnfp3zer7xulejywt49kt2rr0vthywaa50xwsqdnnw7qkdnnclfkg59uzn8umtfd2kwxceqxwquc4.

The Lock Script consists of 3 key parameters: code_hash, hash_type, and args. To decode the address and view the components and their attributes, use this tools: CKB.tools/address. For detailed specifications, refer to CKB Address in the Tech Explanation.

note

A single public-private key pair can generate multiple Lock Scripts, consequently multiple addresses.

Requirements for CKB Transfers

To initiate a transfer, you need at least one Cell. Each Cell comprises the essential data fields: capacity, lock, args, and hash_type, with storage sizes as follows:

• capacity: 8 bytes
• lock: 32 bytes
• args: 20 bytes
• hash_type: 1 byte

Thus, a single Cell requires at least 61 bytes of storage, equivalent to 61 CKBytes (CKB). Allocating 62 CKB is recommended to cover additional fees.