Skip to main content
Version: 1.3-rc1

Deposit and Withdrawal

Deposits and withdrawals comprise a special messaging mechanism between layer 1 (CKB) and layer 2 (Godwoken) that enables the exchange of assets through the transfer function. Users can deposit assets from layer 1 to layer 2, or withdraw assets from layer 2 to layer 1.

Deposit

When a layer 1 transaction is sent, it creates a deposit request by generating a cell with a special lock, the deposit lock. The block producer will collect these cells and process the deposit requests in the blocks. It will unlock the deposit cells, move the assets under the custodian lock, update the layer 2 state and submit layer 1 transactions in the blocks. The block producer cannot take away these assets, because a layer 1 script verifies these transactions.

The deposit cell:

lock:
code_hash: (the deposit lock's code hash),
hash_type: Type,
args: (rollup_type_hash(32 bytes) | DepositLockArgs)
capacity: (the amount of CKB to be deposited),
type_: (none or SUDT script)
data: (none or SUDT amount)

The lock field of the deposit cell uses the deposit lock. The first 32 bytes of args is a unique value associated with the rollup instance. DepositLockArgs indicates the layer 2 account to which the deposit will be made. capacity is the total amount of CKB deposited. The type_ and data fields comply with the CKB Simple UDT format. With these fields, users can deposit Simple UDT assets to layer 2.

table DepositLockArgs {
// layer1 lock hash
owner_lock_hash: Byte32,
layer2_lock: Script,
cancel_timeout: Uint64,
registry_id: Uint32,
}

DepositLockArgs represents the script and registry_id of a layer 2 account, which currently supports only the ETH registry. Users can cancel a deposit after the expiration of cancel_timeout, which the block producer can use to reject packed deposit cells containing invalid data.

Custodian Cell

When assets are deposited to layer 2, deposit cells are converted to custodian cells. The custodian lock protects custodian cells and restricts the transfer of assets so users can only make withdrawals.

The custodian cell:

lock:
code_hash: (the custodian lock's code hash),
hash_type: Type,
args: (rollup_type_hash(32 bytes) | CustodianLockArgs)
capacity: (the amount of CKB to be deposited),
type_: (none or SUDT script)
data: (none or SUDT amount)

The first 32 bytes of args are unique values associated with the rollup instance. CustodianLockArgs contains deposit information. capacity is the amount of CKB to be deposited. The type_ and data fields follow the CKB Simple UDT format.

table CustodianLockArgs {
deposit_block_hash: Byte32,
deposit_block_number: Uint64,
deposit_lock_args: DepositLockArgs,
}

CustodianLockArgs stores the entire deposit information. deposit_lock_args is the args from the original deposit cell. deposit_block_hash and deposit_block_number denote the layer2 block that contains the deposit.

The capacity of a cell must cover the cost of the cell. The capacity of the deposit cell must also cover its custodian cell, so the minimum deposit capacity that Godwoken allows is as follows:

  • Deposit CKB: 298 CKB
  • Deposit CKB and Simple UDT: 379 CKB

Withdrawal

Users sign and sent withdrawal requests to the block producer. The block producer will process these requests in the blocks, update the layer2 state, and convert custodian cells to withdrawal cells in layer1 block submission transactions.

The withdrawal cell:

lock:
code_hash: (the withdrawal lock's code hash),
hash_type: Type,
args: (rollup_type_hash(32 bytes) | WithdrawalLockArgs (n bytes) | len (4 bytes) | layer1 owner lock (n bytes))
capacity: (the CKB amount to be withdrawn),
type_: (none or SUDT script)
data: (none or SUDT amount)

Withdrawal lock guarantees the user can unlock this cell after finality blocks.

struct WithdrawalLockArgs {
withdrawal_block_hash: Byte32,
withdrawal_block_number: Uint64,
account_script_hash: Byte32,
// layer1 lock to withdraw after challenge period
owner_lock_hash: Byte32,
}

withdrawal_block_hash and withdrawal_block_number record the layer2 block containing the withdrawal. account_script_hash denotes the layer2 account. owner_lock_hash denotes the layer1 lock that is used to unlock the cell.

The capacity of a cell must cover the cost of the cell, so the minimum withdrawal capacity that Godwoken allows is as follows:

  • Withdrawal CKB: 266 CKB
  • Withdrawal CKB and Simple UDT: 347 CKB