10 releases (breaking)

0.100.0-rc2 Jul 16, 2021
0.42.0 May 25, 2021
0.40.0 Feb 24, 2021
0.38.0 Nov 21, 2020
0.1.0 Nov 2, 2018

#191 in Magic Beans

36 downloads per month
Used in 3 crates (via ckb-launcher)

MIT license

4.5MB
79K SLoC

CKB JSON-RPC Protocols

The RPC interface shares the version of the node version, which is returned in local_node_info. The interface is fully compatible between patch versions, for example, a client for 0.25.0 should work with 0.25.x for any x.

Allowing arbitrary machines to access the JSON-RPC port (using the rpc.listen_address configuration option) is dangerous and strongly discouraged. Please strictly limit the access to only trusted machines.

CKB JSON-RPC only supports HTTP now. If you need SSL, please set up a proxy via Nginx or other HTTP servers.

Subscriptions require a full duplex connection. CKB offers such connections in the form of TCP (enable with rpc.tcp_listen_address configuration option) and WebSockets (enable with rpc.ws_listen_address).

JSONRPC Deprecation Process

A CKB RPC method is deprecated in three steps.

First, the method is marked as deprecated in the CKB release notes and RPC document. However, the RPC method is still available. The RPC document will have the suggestion of alternative solutions.

The CKB dev team will disable any deprecated RPC methods starting from the next minor version release. Users can enable the deprecated methods via the config file option rpc.enable_deprecated_rpc.

Once a deprecated method is disabled, the CKB dev team will remove it in a future minor version release.

For example, a method is marked as deprecated in 0.35.0, it can be disabled in 0.36.0 and removed in 0.37.0. The minor versions are released monthly, so there's at least a two-month buffer for a deprecated RPC method.

Minimum Supported Rust Version policy (MSRV)

The crate ckb-rpc's minimum supported rustc version is 1.51.0.

Table of Contents

RPC Methods

Module Alert

RPC Module Alert for network alerts.

An alert is a message about critical problems to be broadcast to all nodes via the p2p network.

The alerts must be signed by 2-of-4 signatures, where the public keys are hard-coded in the source code and belong to early CKB developers.

Method send_alert

  • send_alert(alert)
  • result: null

Sends an alert.

This RPC returns null on success.

Errors
Examples

Request

{
  "jsonrpc": "2.0",
  "method": "send_alert",
  "params": [
    {
      "id": "0x1",
      "cancel": "0x0",
      "priority": "0x1",
      "message": "An example alert message!",
      "notice_until": "0x24bcca57c00",
      "signatures": [
        "0xbd07059aa9a3d057da294c2c4d96fa1e67eeb089837c87b523f124239e18e9fc7d11bb95b720478f7f937d073517d0e4eb9a91d12da5c88a05f750362f4c214dd0",
        "0x0242ef40bb64fe3189284de91f981b17f4d740c5e24a3fc9b70059db6aa1d198a2e76da4f84ab37549880d116860976e0cf81cd039563c452412076ebffa2e4453"
      ]
    }
  ],
  "id": 42
}

Response

{
  "error": {
    "code": -1000,
    "data": "SigNotEnough",
    "message":"AlertFailedToVerifySignatures: The count of sigs less than threshold."
  },
  "jsonrpc": "2.0",
  "result": null,
  "id": 42
}

Module Chain

RPC Module Chain for methods related to the canonical chain.

This module queries information about the canonical chain.

Canonical Chain

A canonical chain is the one with the most accumulated work. The accumulated work is the sum of difficulties of all the blocks in the chain.

Chain Reorganization

Chain Reorganization happens when CKB found a chain that has accumulated more work than the canonical chain. The reorganization reverts the blocks in the current canonical chain if needed, and switch the canonical chain to that better chain.

Live Cell

A cell is live if

  • it is found as an output in any transaction in the canonical chain, and

  • it is not found as an input in any transaction in the canonical chain.

Method get_block

Returns the information about a block by hash.

Params
  • block_hash - the block hash.

  • verbosity - result format which allows 0 and 2. (Optional, the default is 2.)

Returns

The RPC returns a block or null. When the RPC returns a block, the block hash must equal to the parameter block_hash.

If the block is in the canonical chain, the RPC must return the block information. Otherwise, the behavior is undefined. The RPC may return blocks found in local storage or simply returns null for all blocks that are not in the canonical chain. And because of chain reorganization, for the same block_hash, the RPC may sometimes return null and sometimes return the block.

When verbosity is 2, it returns a JSON object as the result. See BlockView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the block serialized by molecule using schema table Block.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block",
  "params": [
    "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "header": {
      "compact_target": "0x1e083126",
      "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
      "epoch": "0x7080018000001",
      "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
      "nonce": "0x0",
      "number": "0x400",
      "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
      "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "timestamp": "0x5cd2b117",
      "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
      "version": "0x0"
    },
    "proposals": [],
    "transactions": [
      {
        "cell_deps": [],
        "hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
        "header_deps": [],
        "inputs": [
          {
            "previous_output": {
              "index": "0xffffffff",
              "tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
            },
            "since": "0x400"
          }
        ],
        "outputs": [
          {
            "capacity": "0x18e64b61cf",
            "lock": {
              "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
              "hash_type": "data",
              "args": "0x"
            },
            "type": null
          }
        ],
        "outputs_data": [
          "0x"
        ],
        "version": "0x0",
        "witnesses": [
          "0x450000000c000000410000003500000010000000300000003100000028e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5000000000000000000"
        ]
      }
    ],
    "uncles": []
  }
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_block_by_number

Returns the block in the canonical chain with the specific block number.

Params
  • block_number - the block number.

  • verbosity - result format which allows 0 and 2. (Optional, the default is 2.)

Returns

The RPC returns the block when block_number is less than or equal to the tip block number returned by get_tip_block_number and returns null otherwise.

Because of chain reorganization, the PRC may return null or even different blocks in different invocations with the same block_number.

When verbosity is 2, it returns a JSON object as the result. See BlockView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the block serialized by molecule using schema table Block.

Errors
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block_by_number",
  "params": [
    "0x400"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "header": {
      "compact_target": "0x1e083126",
      "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
      "epoch": "0x7080018000001",
      "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
      "nonce": "0x0",
      "number": "0x400",
      "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
      "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "timestamp": "0x5cd2b117",
      "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
      "version": "0x0"
    },
    "proposals": [],
    "transactions": [
      {
        "cell_deps": [],
        "hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
        "header_deps": [],
        "inputs": [
          {
            "previous_output": {
              "index": "0xffffffff",
              "tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
            },
            "since": "0x400"
          }
        ],
        "outputs": [
          {
            "capacity": "0x18e64b61cf",
            "lock": {
              "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
              "hash_type": "data",
              "args": "0x"
            },
            "type": null
          }
        ],
        "outputs_data": [
          "0x"
        ],
        "version": "0x0",
        "witnesses": [
          "0x450000000c000000410000003500000010000000300000003100000028e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5000000000000000000"
        ]
      }
    ],
    "uncles": []
  }
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_header

Returns the information about a block header by hash.

Params
  • block_hash - the block hash.

  • verbosity - result format which allows 0 and 1. (Optional, the default is 1.)

Returns

The RPC returns a header or null. When the RPC returns a header, the block hash must equal to the parameter block_hash.

If the block is in the canonical chain, the RPC must return the header information. Otherwise, the behavior is undefined. The RPC may return blocks found in local storage or simply returns null for all blocks that are not in the canonical chain. And because of chain reorganization, for the same block_hash, the RPC may sometimes return null and sometimes return the block header.

When verbosity is 1, it returns a JSON object as the result. See HeaderView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the block header serialized by molecule using schema table Header.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_header",
  "params": [
    "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "compact_target": "0x1e083126",
    "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
    "epoch": "0x7080018000001",
    "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "nonce": "0x0",
    "number": "0x400",
    "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
    "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "timestamp": "0x5cd2b117",
    "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
    "version": "0x0"
  }
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_header_by_number

Returns the block header in the canonical chain with the specific block number.

Params
  • block_number - Number of a block

  • verbosity - result format which allows 0 and 1. (Optional, the default is 1.)

Returns

The RPC returns the block header when block_number is less than or equal to the tip block number returned by get_tip_block_number and returns null otherwise.

Because of chain reorganization, the PRC may return null or even different block headers in different invocations with the same block_number.

When verbosity is 1, it returns a JSON object as the result. See HeaderView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the block header serialized by molecule using schema table Header.

Errors
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_header_by_number",
  "params": [
    "0x400"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "compact_target": "0x1e083126",
    "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
    "epoch": "0x7080018000001",
    "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "nonce": "0x0",
    "number": "0x400",
    "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
    "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "timestamp": "0x5cd2b117",
    "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
    "version": "0x0"
  }
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_transaction

Returns the information about a transaction requested by transaction hash.

Returns

This RPC returns null if the transaction is not committed in the canonical chain nor the transaction memory pool.

If the transaction is in the chain, the block hash is also returned.

Params
  • tx_hash - Hash of a transaction
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_transaction",
  "params": [
    "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "transaction": {
      "cell_deps": [
        {
          "dep_type": "code",
          "out_point": {
            "index": "0x0",
            "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
          }
        }
      ],
      "hash": "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3",
      "header_deps": [
        "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed"
      ],
      "inputs": [
        {
          "previous_output": {
            "index": "0x0",
            "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
          },
          "since": "0x0"
        }
      ],
      "outputs": [
        {
          "capacity": "0x2540be400",
          "lock": {
            "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
            "hash_type": "data",
            "args": "0x"
          },
          "type": null
        }
      ],
      "outputs_data": [
        "0x"
      ],
      "version": "0x0",
      "witnesses": []
    },
    "tx_status": {
      "block_hash": null,
      "status": "pending"
    }
  }
}

Method get_block_hash

  • get_block_hash(block_number)
  • result: H256 | null

Returns the hash of a block in the canonical chain with the specified block_number.

Params
  • block_number - Block number
Returns

The RPC returns the block hash when block_number is less than or equal to the tip block number returned by get_tip_block_number and returns null otherwise.

Because of chain reorganization, the PRC may return null or even different block hashes in different invocations with the same block_number.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block_hash",
  "params": [
    "0x400"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
}

Method get_tip_header

Returns the header with the highest block number in the canonical chain.

Because of chain reorganization, the block number returned can be less than previous invocations and different invocations may return different block headers with the same block number.

Params
  • verbosity - result format which allows 0 and 1. (Optional, the default is 1.)
Returns

When verbosity is 1, the RPC returns a JSON object as the result. See HeaderView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the header serialized by molecule using schema table Header.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_tip_header",
  "params": []
}

Response

{
  "jsonrpc": "2.0",
  "result": {
    "compact_target": "0x1e083126",
    "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
    "epoch": "0x7080018000001",
    "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "nonce": "0x0",
    "number": "0x400",
    "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
    "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
    "timestamp": "0x5cd2b117",
    "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
    "version": "0x0"
  },
  "id": 42
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_live_cell

Returns the status of a cell. The RPC returns extra information if it is a [live cell] (#live-cell).

Returns

This RPC tells whether a cell is live or not.

If the cell is live, the RPC will return details about the cell. Otherwise, the field cell is null in the result.

If the cell is live and with_data is set to false, the field cell.data is null in the result.

Params
  • out_point - Reference to the cell by transaction hash and output index.

  • with_data - Whether the RPC should return cell data. Cell data can be huge, if the client does not need the data, it should set this to false to save bandwidth.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_live_cell",
  "params": [
    {
      "index": "0x0",
      "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
    },
    true
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "cell": {
      "data": {
        "content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
        "hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
      },
      "output": {
        "capacity": "0x802665800",
        "lock": {
          "code_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
          "hash_type": "data",
          "args": "0x"
        },
        "type": null
      }
    },
    "status": "live"
  }
}

Method get_tip_block_number

Returns the highest block number in the canonical chain.

Because of chain reorganization, the returned block number may be less than a value returned in the previous invocation.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_tip_block_number",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x400"
}

Method get_current_epoch

Returns the epoch with the highest number in the canonical chain.

Pay attention that like blocks with the specific block number may change because of chain reorganization, This RPC may return different epochs which have the same epoch number.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_current_epoch",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "compact_target": "0x1e083126",
    "length": "0x708",
    "number": "0x1",
    "start_number": "0x3e8"
  }
}

Method get_epoch_by_number

Returns the epoch in the canonical chain with the specific epoch number.

Params
  • epoch_number - Epoch number
Returns

The RPC returns the epoch when epoch_number is less than or equal to the current epoch number returned by get_current_epoch and returns null otherwise.

Because of chain reorganization, for the same epoch_number, this RPC may return null or different epochs in different invocations.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_epoch_by_number",
  "params": [
    "0x0"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "compact_target": "0x20010000",
    "length": "0x3e8",
    "number": "0x0",
    "start_number": "0x0"
  }
}

Method get_block_economic_state

Returns increased issuance, miner reward, and the total transaction fee of a block.

This RPC returns null if the block is not in the canonical chain.

CKB delays CKB creation for miners. The output cells in the cellbase of block N are for the miner creating block N - 1 - ProposalWindow.farthest.

In mainnet, ProposalWindow.farthest is 10, so the outputs in block 100 are rewards for miner creating block 89.

Because of the delay, this RPC returns null if the block rewards are not finalized yet. For example, the economic state for block 89 is only available when the number returned by get_tip_block_number is greater than or equal to 100.

Params
  • block_hash - Specifies the block hash which rewards should be analyzed.
Returns

If the block with the hash block_hash is in the canonical chain and its rewards have been finalized, return the block rewards analysis for this block. A special case is that the return value for genesis block is null.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block_economic_state",
  "params": [
    "0x02530b25ad0ff677acc365cb73de3e8cc09c7ddd58272e879252e199d08df83b"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "finalized_at": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "issuance": {
      "primary": "0x18ce922bca",
      "secondary": "0x7f02ec655"
    },
    "miner_reward": {
      "committed": "0x0",
      "primary": "0x18ce922bca",
      "proposal": "0x0",
      "secondary": "0x17b93605"
    },
    "txs_fee": "0x0"
  }
}

Method get_transaction_proof

  • get_transaction_proof(tx_hashes, block_hash)
    • tx_hashes: Array< H256 >
    • block_hash: H256 | null
  • result: TransactionProof

Returns a Merkle proof that transactions are included in a block.

Params
  • tx_hashes - Transaction hashes, all transactions must be in the same block

  • block_hash - An optional parameter, if specified, looks for transactions in the block with this hash

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_transaction_proof",
  "params": [
    [ "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3" ]
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "block_hash": "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed",
    "proof": {
      "indices": [ "0x0" ],
      "lemmas": []
    },
    "witnesses_root": "0x2bb631f4a251ec39d943cc238fc1e39c7f0e99776e8a1e7be28a03c70c4f4853"
  }
}

Method verify_transaction_proof

Verifies that a proof points to transactions in a block, returning the transaction hashes it commits to.

Parameters
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "verify_transaction_proof",
  "params": [
    {
      "block_hash": "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed",
      "proof": {
        "indices": [ "0x0" ],
        "lemmas": []
      },
      "witnesses_root": "0x2bb631f4a251ec39d943cc238fc1e39c7f0e99776e8a1e7be28a03c70c4f4853"
    }
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": [
    "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
  ]
}

Method get_fork_block

Returns the information about a fork block by hash.

Params
  • block_hash - the fork block hash.

  • verbosity - result format which allows 0 and 2. (Optional, the default is 2.)

Returns

The RPC returns a fork block or null. When the RPC returns a block, the block hash must equal to the parameter block_hash.

Please note that due to the technical nature of the peer to peer sync, the RPC may return null or a fork block result on different nodes with same block_hash even they are fully synced to the canonical chain. And because of chain reorganization, for the same block_hash, the RPC may sometimes return null and sometimes return the fork block.

When verbosity is 2, it returns a JSON object as the result. See BlockView for the schema.

When verbosity is 0, it returns a 0x-prefixed hex string as the result. The string encodes the block serialized by molecule using schema table Block.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_fork_block",
  "params": [
    "0xdca341a42890536551f99357612cef7148ed471e3b6419d0844a4e400be6ee94"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "header": {
      "compact_target": "0x1e083126",
      "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
      "epoch": "0x7080018000001",
      "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "hash": "0xdca341a42890536551f99357612cef7148ed471e3b6419d0844a4e400be6ee94",
      "nonce": "0x0",
      "number": "0x400",
      "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
      "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "timestamp": "0x5cd2b118",
      "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
      "version": "0x0"
    },
    "proposals": [],
    "transactions": [
      {
        "cell_deps": [],
        "hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
        "header_deps": [],
        "inputs": [
          {
            "previous_output": {
              "index": "0xffffffff",
              "tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
            },
            "since": "0x400"
          }
        ],
        "outputs": [
          {
            "capacity": "0x18e64b61cf",
            "lock": {
              "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
              "hash_type": "data",
              "args": "0x"
            },
            "type": null
          }
        ],
        "outputs_data": [
          "0x"
        ],
        "version": "0x0",
        "witnesses": [
          "0x450000000c000000410000003500000010000000300000003100000028e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5000000000000000000"
        ]
      }
    ],
    "uncles": []
  }
}

The response looks like below when verbosity is 0.

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x..."
}

Method get_consensus

Return various consensus parameters.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_consensus",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
        "block_version": "0x0",
        "cellbase_maturity": "0x10000000000",
        "dao_type_hash": null,
        "epoch_duration_target": "0x3840",
        "genesis_hash": "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed",
        "id": "main",
        "initial_primary_epoch_reward": "0x71afd498d000",
        "max_block_bytes": "0x91c08",
        "max_block_cycles": "0xd09dc300",
        "max_block_proposals_limit": "0x5dc",
        "max_uncles_num": "0x2",
        "median_time_block_count": "0x25",
        "orphan_rate_target": {
            "denom": "0x28",
            "numer": "0x1"
        },
        "permanent_difficulty_in_dummy": false,
        "primary_epoch_reward_halving_interval": "0x2238",
        "proposer_reward_ratio": {
            "denom": "0xa",
            "numer": "0x4"
        },
        "secondary_epoch_reward": "0x37d0c8e28542",
        "secp256k1_blake160_multisig_all_type_hash": null,
        "secp256k1_blake160_sighash_all_type_hash": null,
        "tx_proposal_window": {
            "closest": "0x2",
            "farthest": "0xa"
        },
        "tx_version": "0x0",
        "type_id_code_hash": "0x00000000000000000000000000000000000000000000000000545950455f4944"
    }
}

Method get_block_median_time

  • get_block_median_time(block_hash)
  • result: Timestamp | null

Returns the past median time by block hash.

Params
  • block_hash - A median time is calculated for a consecutive block sequence. block_hash indicates the highest block of the sequence.
Returns

When the given block hash is not on the current canonical chain, this RPC returns null; otherwise returns the median time of the consecutive 37 blocks where the given block_hash has the highest height.

Note that the given block is included in the median time. The included block number range is [MAX(block - 36, 0), block].

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block_median_time",
  "params": [
    "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x5cd2b105"
}

Module Experiment

RPC Module Experiment for experimenting methods.

EXPERIMENTAL warning

The methods here may be removed or changed in future releases without prior notifications.

Method dry_run_transaction

Dry run a transaction and return the execution cycles.

This method will not check the transaction validity, but only run the lock script and type script and then return the execution cycles.

It is used to debug transaction scripts and query how many cycles the scripts consume.

Errors
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "dry_run_transaction",
  "params": [
    {
      "cell_deps": [
        {
          "dep_type": "code",
          "out_point": {
            "index": "0x0",
            "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
          }
        }
      ],
      "header_deps": [
        "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed"
      ],
      "inputs": [
        {
          "previous_output": {
            "index": "0x0",
            "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
          },
          "since": "0x0"
        }
      ],
      "outputs": [
        {
          "capacity": "0x2540be400",
          "lock": {
            "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
            "hash_type": "data",
            "args": "0x"
          },
          "type": null
        }
      ],
      "outputs_data": [
        "0x"
      ],
      "version": "0x0",
      "witnesses": []
    }
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "cycles": "0x219"
  }
}

Method calculate_dao_maximum_withdraw

  • calculate_dao_maximum_withdraw(out_point, block_hash)
  • result: Capacity

Calculates the maximum withdrawal one can get, given a referenced DAO cell, and a withdrawing block hash.

Params
  • out_point - Reference to the DAO cell.

  • block_hash - The assumed reference block for withdrawing. This block must be in the canonical chain.

Returns

The RPC returns the final capacity when the cell out_point is withdrawn using the block block_hash as the reference.

In CKB, scripts cannot get the information about in which block the transaction is committed. A workaround is letting the transaction reference a block hash so the script knows that the transaction is committed at least after the reference block.

Errors
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "calculate_dao_maximum_withdraw",
  "params": [
    {
      "index": "0x0",
      "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
    },
    "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x4a8b4e8a4"
}

Module Miner

RPC Module Miner for miners.

A miner gets a template from CKB, optionally selects transactions, resolves the PoW puzzle, and submits the found new block.

Method get_block_template

  • get_block_template(bytes_limit, proposals_limit, max_version)
  • result: BlockTemplate

Returns block template for miners.

Miners can assemble the new block from the template. The RPC is designed to allow miners to remove transactions and adding new transactions to the block.

Params
  • bytes_limit - the max serialization size in bytes of the block. (Optional: the default is the consensus limit.)

  • proposals_limit - the max count of proposals. (Optional: the default is the consensus limit.)

  • max_version - the max block version. (Optional: the default is one configured in the current client version.)

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_block_template",
  "params": [
    null,
    null,
    null
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "bytes_limit": "0x91c08",
    "cellbase": {
      "cycles": null,
      "data": {
        "cell_deps": [],
        "header_deps": [],
        "inputs": [
          {
            "previous_output": {
              "index": "0xffffffff",
              "tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
            },
            "since": "0x401"
          }
        ],
        "outputs": [
          {
            "capacity": "0x18e64efc04",
            "lock": {
              "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
              "hash_type": "data",
              "args": "0x"
            },
            "type": null
          }
        ],
        "outputs_data": [
          "0x"
        ],
        "version": "0x0",
        "witnesses": [
          "0x650000000c00000055000000490000001000000030000000310000001892ea40d82b53c678ff88312450bbb17e164d7a3e0a90941aa58839f56f8df20114000000b2e61ff569acf041b3c2c17724e2379c581eeac30c00000054455354206d657373616765"
        ]
      },
      "hash": "0xbaf7e4db2fd002f19a597ca1a31dfe8cfe26ed8cebc91f52b75b16a7a5ec8bab"
    },
    "compact_target": "0x1e083126",
    "current_time": "0x174c45e17a3",
    "cycles_limit": "0xd09dc300",
    "dao": "0xd495a106684401001e47c0ae1d5930009449d26e32380000000721efd0030000",
    "epoch": "0x7080019000001",
    "number": "0x401",
    "parent_hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "proposals": ["0xa0ef4eb5f4ceeb08a4c8"],
    "transactions": [],
    "uncles": [
      {
        "hash": "0xdca341a42890536551f99357612cef7148ed471e3b6419d0844a4e400be6ee94",
        "header": {
          "compact_target": "0x1e083126",
          "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
          "epoch": "0x7080018000001",
          "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
          "nonce": "0x0",
          "number": "0x400",
          "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
          "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
          "timestamp": "0x5cd2b118",
          "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
          "version":"0x0"
        },
        "proposals": [],
        "required": false
      }
    ],
    "uncles_count_limit": "0x2",
    "version": "0x0",
    "work_id": "0x0"
  }
}

Method submit_block

  • submit_block(work_id, block)
    • work_id: string
    • block: Block
  • result: H256

Submit new block to the network.

Params
  • work_id - The same work ID returned from get_block_template.

  • block - The assembled block from the block template and which PoW puzzle has been resolved.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "submit_block",
  "params": [
    "example",
    {
      "header": {
        "compact_target": "0x1e083126",
        "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
        "epoch": "0x7080018000001",
        "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
        "nonce": "0x0",
        "number": "0x400",
        "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
        "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
        "timestamp": "0x5cd2b117",
        "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
        "version": "0x0"
      },
      "proposals": [],
      "transactions": [
        {
          "cell_deps": [],
          "header_deps": [],
          "inputs": [
            {
              "previous_output": {
                "index": "0xffffffff",
                "tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
              },
              "since": "0x400"
            }
          ],
          "outputs": [
            {
              "capacity": "0x18e64b61cf",
              "lock": {
                "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
                "hash_type": "data",
                "args": "0x"
              },
              "type": null
            }
          ],
          "outputs_data": [
            "0x"
          ],
          "version": "0x0",
          "witnesses": [
            "0x450000000c000000410000003500000010000000300000003100000028e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5000000000000000000"
          ]
        }
      ],
      "uncles": []
    }
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
}

Module Net

RPC Module Net for P2P network.

Method local_node_info

Returns the local node information.

The local node means the node itself which is serving the RPC.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "local_node_info",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "active": true,
    "addresses": [
      {
        "address": "/ip4/192.168.0.2/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
        "score": "0xff"
      },
      {
        "address": "/ip4/0.0.0.0/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
        "score": "0x1"
      }
    ],
    "connections": "0xb",
    "node_id": "QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
    "protocols": [
      {
        "id": "0x0",
        "name": "/ckb/ping",
        "support_versions": [
          "0.0.1"
        ]
      },
      {
        "id": "0x1",
        "name": "/ckb/discovery",
        "support_versions": [
          "0.0.1"
        ]
      }
    ],
    "version": "0.34.0 (f37f598 2020-07-17)"
  }
}

Method get_peers

Returns the connected peers' information.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_peers",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": [
    {
      "addresses": [
        {
          "address": "/ip6/::ffff:18.185.102.19/tcp/8115/p2p/QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
          "score": "0x64"
        },
        {
          "address": "/ip4/18.185.102.19/tcp/8115/p2p/QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
          "score": "0x64"
        }
      ],
      "connected_duration": "0x2f",
      "is_outbound": true,
      "last_ping_duration": "0x1a",
      "node_id": "QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
      "protocols": [
        {
          "id": "0x4",
          "version": "0.0.1"
        },
        {
          "id": "0x2",
          "version": "0.0.1"
        },
        {
          "id": "0x1",
          "version": "0.0.1"
        },
        {
          "id": "0x64",
          "version": "1"
        },
        {
          "id": "0x6e",
          "version": "1"
        },
        {
          "id": "0x66",
          "version": "1"
        },
        {
          "id": "0x65",
          "version": "1"
        },
        {
          "id": "0x0",
          "version": "0.0.1"
        }
      ],
      "sync_state": {
        "best_known_header_hash": null,
        "best_known_header_number": null,
        "can_fetch_count": "0x80",
        "inflight_count": "0xa",
        "last_common_header_hash": null,
        "last_common_header_number": null,
        "unknown_header_list_size": "0x20"
      },
      "version": "0.34.0 (f37f598 2020-07-17)"
    },
    {
      "addresses": [
        {
          "address": "/ip4/174.80.182.60/tcp/52965/p2p/QmVTMd7SEXfxS5p4EEM5ykTe1DwWWVewEM3NwjLY242vr2",
          "score": "0x1"
        }
      ],
      "connected_duration": "0x95",
      "is_outbound": true,
      "last_ping_duration": "0x41",
      "node_id": "QmSrkzhdBMmfCGx8tQGwgXxzBg8kLtX8qMcqECMuKWsxDV",
      "protocols": [
        {
          "id": "0x0",
          "version": "0.0.1"
        },
        {
          "id": "0x2",
          "version": "0.0.1"
        },
        {
          "id": "0x6e",
          "version": "1"
        },
        {
          "id": "0x66",
          "version": "1"
        },
        {
          "id": "0x1",
          "version": "0.0.1"
        },
        {
          "id": "0x65",
          "version": "1"
        },
        {
          "id": "0x64",
          "version": "1"
        },
        {
          "id": "0x4",
          "version": "0.0.1"
        }
      ],
      "sync_state": {
        "best_known_header_hash": "0x2157c72b3eddd41a7a14c361173cd22ef27d7e0a29eda2e511ee0b3598c0b895",
        "best_known_header_number": "0xdb835",
        "can_fetch_count": "0x80",
        "inflight_count": "0xa",
        "last_common_header_hash": "0xc63026bd881d880bb142c855dc8153187543245f0a94391c831c75df31f263c4",
        "last_common_header_number": "0x4dc08",
        "unknown_header_list_size": "0x1f"
      },
      "version": "0.30.1 (5cc1b75 2020-03-23)"
    }
  ]
}

Method get_banned_addresses

  • get_banned_addresses()
  • result: Array< BannedAddr >

Returns all banned IPs/Subnets.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_banned_addresses",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": [
    {
      "address": "192.168.0.2/32",
      "ban_reason": "",
      "ban_until": "0x1ac89236180",
      "created_at": "0x16bde533338"
    }
  ]
}

Method clear_banned_addresses

  • clear_banned_addresses()
  • result: null

Clears all banned IPs/Subnets.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "clear_banned_addresses",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method set_ban

  • set_ban(address, command, ban_time, absolute, reason)
    • address: string
    • command: string
    • ban_time: Timestamp | null
    • absolute: boolean | null
    • reason: string | null
  • result: null

Inserts or deletes an IP/Subnet from the banned list

Params
  • address - The IP/Subnet with an optional netmask (default is /32 = single IP). Examples:

    • "192.168.0.2" bans a single IP

    • "192.168.0.0/24" bans IP from "192.168.0.0" to "192.168.0.255".

  • command - insert to insert an IP/Subnet to the list, delete to delete an IP/Subnet from the list.

  • ban_time - Time in milliseconds how long (or until when if [absolute] is set) the IP is banned, optional parameter, null means using the default time of 24h

  • absolute - If set, the ban_time must be an absolute timestamp in milliseconds since epoch, optional parameter.

  • reason - Ban reason, optional parameter.

Errors
  • InvalidParams (-32602)
    • Expected address to be a valid IP address with an optional netmask.

    • Expected command to be in the list [insert, delete].

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "set_ban",
  "params": [
    "192.168.0.2",
    "insert",
    "0x1ac89236180",
    true,
    "set_ban example"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method sync_state

Returns chain synchronization state of this node.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "sync_state",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "best_known_block_number": "0x400",
    "best_known_block_timestamp": "0x5cd2b117",
    "fast_time": "0x3e8",
    "ibd": true,
    "inflight_blocks_count": "0x0",
    "low_time": "0x5dc",
    "normal_time": "0x4e2",
    "orphan_blocks_count": "0x0"
  }
}

Method set_network_active

  • set_network_active(state)
    • state: boolean
  • result: null

Disable/enable all p2p network activity

Params
  • state - true to enable networking, false to disable
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "set_network_active",
  "params": [
    false
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method add_node

  • add_node(peer_id, address)
    • peer_id: string
    • address: string
  • result: null

Attempts to add a node to the peers list and try connecting to it.

Params
  • peer_id - The node id of the node.

  • address - The address of the node.

The full P2P address is usually displayed as address/peer_id, for example in the log

2020-09-16 15:31:35.191 +08:00 NetworkRuntime INFO ckb_network::network
  Listen on address: /ip4/192.168.2.100/tcp/8114/QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS

And in RPC local_node_info:

{
  "addresses": [
    {
      "address": "/ip4/192.168.2.100/tcp/8114/QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS",
      "score": "0xff"
    }
  ]
}

In both of these examples,

  • peer_id is QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS,

  • and address is /ip4/192.168.2.100/tcp/8114

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "add_node",
  "params": [
    "QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS",
    "/ip4/192.168.2.100/tcp/8114"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method remove_node

  • remove_node(peer_id)
    • peer_id: string
  • result: null

Attempts to remove a node from the peers list and try disconnecting from it.

Params
  • peer_id - The peer id of the node.

This is the last part of a full P2P address. For example, in address "/ip4/192.168.2.100/tcp/8114/QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS", the peer_id is QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "remove_node",
  "params": [
    "QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method ping_peers

  • ping_peers()
  • result: null

Requests that a ping is sent to all connected peers, to measure ping time.

Examples

Requests

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "ping_peers",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Module Pool

RPC Module Pool for transaction memory pool.

Method send_transaction

Submits a new transaction into the transaction pool.

Params
  • transaction - The transaction.

  • outputs_validator - Validates the transaction outputs before entering the tx-pool. (Optional, default is "well_known_scripts_only").

Errors
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "send_transaction",
  "params": [
    {
      "cell_deps": [
        {
          "dep_type": "code",
          "out_point": {
            "index": "0x0",
            "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
          }
        }
      ],
      "header_deps": [
        "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed"
      ],
      "inputs": [
        {
          "previous_output": {
            "index": "0x0",
            "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
          },
          "since": "0x0"
        }
      ],
      "outputs": [
        {
          "capacity": "0x2540be400",
          "lock": {
            "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
            "hash_type": "data",
            "args": "0x"
          },
          "type": null
        }
      ],
      "outputs_data": [
        "0x"
      ],
      "version": "0x0",
      "witnesses": []
    },
    "passthrough"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3"
}

Method tx_pool_info

Returns the transaction pool information.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "tx_pool_info",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "last_txs_updated_at": "0x0",
    "min_fee_rate": "0x0",
    "orphan": "0x0",
    "pending": "0x1",
    "proposed": "0x0",
    "tip_hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
    "tip_number": "0x400",
    "total_tx_cycles": "0x219",
    "total_tx_size": "0x112"
  }
}

Method clear_tx_pool

  • clear_tx_pool()
  • result: null

Removes all transactions from the transaction pool.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "clear_tx_pool",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": null
}

Method get_raw_tx_pool

  • get_raw_tx_pool(verbose)
    • verbose: boolean | null
  • result: RawTxPool

Returns all transaction ids in tx pool as a json array of string transaction ids.

Params
  • verbose - True for a json object, false for array of transaction ids, default=false
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_raw_tx_pool",
  "params": [true]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result":
   {
       "pending": {
           "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3": {
               "cycles": "0x219",
               "size": "0x112",
               "fee": "0x16923f7dcf",
               "ancestors_size": "0x112",
               "ancestors_cycles": "0x219",
               "ancestors_count": "0x1"
           }
       },
       "proposed": {}
   }
}

Module Stats

RPC Module Stats for getting various statistic data.

Method get_blockchain_info

Returns statistics about the chain.

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "get_blockchain_info",
  "params": []
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": {
    "alerts": [
      {
        "id": "0x2a",
        "message": "An example alert message!",
        "notice_until": "0x24bcca57c00",
        "priority": "0x1"
      }
    ],
    "chain": "ckb",
    "difficulty": "0x1f4003",
    "epoch": "0x7080018000001",
    "is_initial_block_download": true,
    "median_time": "0x5cd2b105"
  }
}

Module Subscription

RPC Module Subscription that CKB node will push new messages to subscribers.

RPC subscriptions require a full duplex connection. CKB offers such connections in the form of TCP (enable with rpc.tcp_listen_address configuration option) and WebSocket (enable with rpc.ws_listen_address).

Examples

TCP RPC subscription:

telnet localhost 18114
> {"id": 2, "jsonrpc": "2.0", "method": "subscribe", "params": ["new_tip_header"]}
< {"jsonrpc":"2.0","result":0,"id":2}
< {"jsonrpc":"2.0","method":"subscribe","params":{"result":"...block header json...",
"subscription":0}}
< {"jsonrpc":"2.0","method":"subscribe","params":{"result":"...block header json...",
"subscription":0}}
< ...
> {"id": 2, "jsonrpc": "2.0", "method": "unsubscribe", "params": [0]}
< {"jsonrpc":"2.0","result":true,"id":2}

WebSocket RPC subscription:

let socket = new WebSocket("ws://localhost:28114")

socket.onmessage = function(event) {
  console.log(`Data received from server: ${event.data}`);
}

socket.send(`{"id": 2, "jsonrpc": "2.0", "method": "subscribe", "params": ["new_tip_header"]}`)

socket.send(`{"id": 2, "jsonrpc": "2.0", "method": "unsubscribe", "params": [0]}`)

Method subscribe

  • subscribe(topic)
    • topic: string
  • result: string

Subscribes to a topic.

Params
  • topic - Subscription topic (enum: new_tip_header | new_tip_block | new_transaction | proposed_transaction | rejected_transaction)
Returns

This RPC returns the subscription ID as the result. CKB node will push messages in the subscribed topics to the current RPC connection. The subscript ID is also attached as params.subscription in the push messages.

Example push message:

{
  "jsonrpc": "2.0",
  "method": "subscribe",
  "params": {
    "result": { ... },
    "subscription": "0x2a"
  }
}
Topics
new_tip_header

Whenever there's a block that is appended to the canonical chain, the CKB node will publish the block header to subscribers.

The type of the params.result in the push message is HeaderView.

new_tip_block

Whenever there's a block that is appended to the canonical chain, the CKB node will publish the whole block to subscribers.

The type of the params.result in the push message is BlockView.

new_transaction

Subscribers will get notified when a new transaction is submitted to the pool.

The type of the params.result in the push message is PoolTransactionEntry.

proposed_transaction

Subscribers will get notified when an in-pool transaction is proposed by chain.

The type of the params.result in the push message is PoolTransactionEntry.

rejected_transaction

Subscribers will get notified when a pending transaction is rejected by tx-pool.

The type of the params.result in the push message is an array contain:

The type of the params.result in the push message is a two-elements array, where

Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "subscribe",
  "params": [
    "new_tip_header"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": "0x2a"
}

Method unsubscribe

  • unsubscribe(id)
    • id: string
  • result: boolean

Unsubscribes from a subscribed topic.

Params
  • id - Subscription ID
Examples

Request

{
  "id": 42,
  "jsonrpc": "2.0",
  "method": "unsubscribe",
  "params": [
    "0x2a"
  ]
}

Response

{
  "id": 42,
  "jsonrpc": "2.0",
  "result": true
}

RPC Errors

CKB RPC error codes.

CKB RPC follows the JSON RPC specification about the error object.

Besides the pre-defined errors, all CKB defined errors are listed here.

Here is a reference to the pre-defined errors:

code message meaning
-32700 Parse error Invalid JSON was received by the server.
-32600 Invalid Request The JSON sent is not a valid Request object.
-32601 Method not found The method does not exist / is not available.
-32602 Invalid params Invalid method parameter(s).
-32603 Internal error Internal JSON-RPC error.
-32000 to -32099 Server error Reserved for implementation-defined server-errors.

CKB application-defined errors follow some patterns to assign the codes:

  • -1 ~ -999 are general errors

  • -1000 ~ -2999 are module-specific errors. Each module generally gets 100 reserved error codes.

Unless otherwise noted, all the errors return optional detailed information as string in the error object data field.

Error CKBInternalError

(-1): CKB internal errors are considered to never happen or only happen when the system resources are exhausted.

Error Deprecated

(-2): The CKB method has been deprecated and disabled.

Set rpc.enable_deprecated_rpc to true in the config file to enable all deprecated methods.

Error Invalid

(-3): Error code -3 is no longer used.

Before v0.35.0, CKB returns all RPC errors using the error code -3. CKB no longer uses -3 since v0.35.0.

Error RPCModuleIsDisabled

(-4): The RPC method is not enabled.

CKB groups RPC methods into modules, and a method is enabled only when the module is explicitly enabled in the config file.

Error DaoError

(-5): DAO related errors.

Error IntegerOverflow

(-6): Integer operation overflow.

Error ConfigError

(-7): The error is caused by a config file option.

Users have to edit the config file to fix the error.

Error P2PFailedToBroadcast

(-101): The CKB local node failed to broadcast a message to its peers.

Error DatabaseError

(-200): Internal database error.

The CKB node persists data to the database. This is the error from the underlying database module.

Error ChainIndexIsInconsistent

(-201): The chain index is inconsistent.

An example of an inconsistent index is that the chain index says a block hash is in the chain but the block cannot be read from the database.

This is a fatal error usually due to a serious bug. Please back up the data directory and re-sync the chain from scratch.

Error DatabaseIsCorrupt

(-202): The underlying database is corrupt.

This is a fatal error usually caused by the underlying database used by CKB. Please back up the data directory and re-sync the chain from scratch.

Error TransactionFailedToResolve

(-301): Failed to resolve the referenced cells and headers used in the transaction, as inputs or dependencies.

Error TransactionFailedToVerify

(-302): Failed to verify the transaction.

Error AlertFailedToVerifySignatures

(-1000): Some signatures in the submit alert are invalid.

Error PoolRejectedTransactionByOutputsValidator

(-1102): The transaction is rejected by the outputs validator specified by the RPC parameter.

Error PoolRejectedTransactionByIllTransactionChecker

(-1103): Pool rejects some transactions which seem contain invalid VM instructions. See the issue link in the error message for details.

Error PoolRejectedTransactionByMinFeeRate

(-1104): The transaction fee rate must be greater than or equal to the config option tx_pool.min_fee_rate

The fee rate is calculated as:

fee / (1000 * tx_serialization_size_in_block_in_bytes)

Error PoolRejectedTransactionByMaxAncestorsCountLimit

(-1105): The in-pool ancestors count must be less than or equal to the config option tx_pool.max_ancestors_count

Pool rejects a large package of chained transactions to avoid certain kinds of DoS attacks.

Error PoolIsFull

(-1106): The transaction is rejected because the pool has reached its limit.

Error PoolRejectedDuplicatedTransaction

(-1107): The transaction is already in the pool.

Error PoolRejectedMalformedTransaction

(-1108): The transaction is rejected because it does not make sense in the context.

For example, a cellbase transaction is not allowed in send_transaction RPC.

RPC Types

Type Alert

An alert is a message about critical problems to be broadcast to all nodes via the p2p network.

Examples

An example in JSON

{
  "id": "0x1",
  "cancel": "0x0",
  "min_version": "0.1.0",
  "max_version": "1.0.0",
  "priority": "0x1",
  "message": "An example alert message!",
  "notice_until": "0x24bcca57c00",
  "signatures": [
    "0xbd07059aa9a3d057da294c2c4d96fa1e67eeb089837c87b523f124239e18e9fc7d11bb95b720478f7f937d073517d0e4eb9a91d12da5c88a05f750362f4c214dd0",
    "0x0242ef40bb64fe3189284de91f981b17f4d740c5e24a3fc9b70059db6aa1d198a2e76da4f84ab37549880d116860976e0cf81cd039563c452412076ebffa2e4453"
  ]
}

Fields

Alert is a JSON object with the following fields.

  • id: AlertId - The identifier of the alert. Clients use id to filter duplicated alerts.

  • cancel: AlertId - Cancel a previous sent alert.

  • min_version: string | null - Optionally set the minimal version of the target clients.

    See Semantic Version about how to specify a version.

  • max_version: string | null - Optionally set the maximal version of the target clients.

    See Semantic Version about how to specify a version.

  • priority: AlertPriority - Alerts are sorted by priority, highest first.

  • notice_until: Timestamp - The alert is expired after this timestamp.

  • message: string - Alert message.

  • signatures: Array< JsonBytes > - The list of required signatures.

Type AlertId

The alert identifier that is used to filter duplicated alerts.

This is a 32-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint32.

Type AlertMessage

An alert sent by RPC send_alert.

Fields

AlertMessage is a JSON object with the following fields.

  • id: AlertId - The unique alert ID.

  • priority: AlertPriority - Alerts are sorted by priority, highest first.

  • notice_until: Timestamp - The alert is expired after this timestamp.

  • message: string - Alert message.

Type AlertPriority

Alerts are sorted by priority. Greater integers mean higher priorities.

This is a 32-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint32.

Type BannedAddr

A banned P2P address.

Fields

BannedAddr is a JSON object with the following fields.

  • address: string - The P2P address.

    Example: "/ip4/192.168.0.2/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS"

  • ban_until: Timestamp - The address is banned until this time.

  • ban_reason: string - The reason.

  • created_at: Timestamp - When this address is banned.

Type Block

The JSON view of a Block used as a parameter in the RPC.

Fields

Block is a JSON object with the following fields.

  • header: Header - The block header.

  • uncles: Array< UncleBlock > - The uncles blocks in the block body.

  • transactions: Array< Transaction > - The transactions in the block body.

  • proposals: Array< ProposalShortId > - The proposal IDs in the block body.

Type BlockEconomicState

Block Economic State.

It includes the rewards details and when it is finalized.

Fields

BlockEconomicState is a JSON object with the following fields.

  • issuance: BlockIssuance - Block base rewards.

  • miner_reward: MinerReward - Block rewards for miners.

  • txs_fee: Capacity - The total fees of all transactions committed in the block.

  • finalized_at: H256 - The block hash of the block which creates the rewards as cells in its cellbase transaction.

Type BlockIssuance

Block base rewards.

Fields

BlockIssuance is a JSON object with the following fields.

  • primary: Capacity - The primary base rewards.

  • secondary: Capacity - The secondary base rewards.

Type BlockNumber

Consecutive block number starting from 0.

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

Type BlockTemplate

A block template for miners.

Miners optional pick transactions and then assemble the final block.

Fields

BlockTemplate is a JSON object with the following fields.

  • version: Version - Block version.

    Miners must use it unchanged in the assembled block.

  • compact_target: Uint32 - The compacted difficulty target for the new block.

    Miners must use it unchanged in the assembled block.

  • current_time: Timestamp - The timestamp for the new block.

    CKB node guarantees that this timestamp is larger than the median of the previous 37 blocks.

    Miners can increase it to the current time. It is not recommended to decrease it, since it may violate the median block timestamp consensus rule.

  • number: BlockNumber - The block number for the new block.

    Miners must use it unchanged in the assembled block.

  • epoch: EpochNumberWithFraction - The epoch progress information for the new block.

    Miners must use it unchanged in the assembled block.

  • parent_hash: H256 - The parent block hash of the new block.

    Miners must use it unchanged in the assembled block.

  • cycles_limit: Cycle - The cycles limit.

    Miners must keep the total cycles below this limit, otherwise, the CKB node will reject the block submission.

    It is guaranteed that the block does not exceed the limit if miners do not add new transactions to the block.

  • bytes_limit: Uint64 - The block serialized size limit.

    Miners must keep the block size below this limit, otherwise, the CKB node will reject the block submission.

    It is guaranteed that the block does not exceed the limit if miners do not add new transaction commitments.

  • uncles_count_limit: Uint64 - The uncle count limit.

    Miners must keep the uncles count below this limit, otherwise, the CKB node will reject the block submission.

  • uncles: Array< UncleTemplate > - Provided valid uncle blocks candidates for the new block.

    Miners must include the uncles marked as required in the assembled new block.

  • transactions: Array< TransactionTemplate > - Provided valid transactions which can be committed in the new block.

    Miners must include the transactions marked as required in the assembled new block.

  • proposals: Array< ProposalShortId > - Provided proposal ids list of transactions for the new block.

  • cellbase: CellbaseTemplate - Provided cellbase transaction template.

    Miners must use it as the cellbase transaction without changes in the assembled block.

  • work_id: Uint64 - Work ID. The miner must submit the new assembled and resolved block using the same work ID.

  • dao: Byte32 - Reference DAO field.

    This field is only valid when miners use all and only use the provided transactions in the template. Two fields must be updated when miners want to select transactions:

    • S_i, bytes 16 to 23

    • U_i, bytes 24 to 31

    See RFC Deposit and Withdraw in Nervos DAO.

Type BlockView

The JSON view of a Block including header and body.

Fields

BlockView is a JSON object with the following fields.

Type Byte32

Fixed-length 32 bytes binary encoded as a 0x-prefixed hex string in JSON.

Example

0xd495a106684401001e47c0ae1d5930009449d26e32380000000721efd0030000

Type Capacity

The capacity of a cell is the value of the cell in Shannons. It is also the upper limit of the cell occupied storage size where every 100,000,000 Shannons give 1-byte storage.

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

Type CellData

The cell data content and hash.

Examples

{
  "content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
  "hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
}

Fields

CellData is a JSON object with the following fields.

  • content: JsonBytes - Cell content.

  • hash: H256 - Cell content hash.

Type CellDep

The cell dependency of a transaction.

Examples

{
  "dep_type": "code",
  "out_point": {
    "index": "0x0",
    "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
  }
}

Fields

CellDep is a JSON object with the following fields.

  • out_point: OutPoint - Reference to the cell.

  • dep_type: DepType - Dependency type.

Type CellInfo

The JSON view of a cell combining the fields in cell output and cell data.

Examples

{
  "data": {
    "content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
    "hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
  },
  "output": {
    "capacity": "0x802665800",
    "lock": {
      "args": "0x",
      "code_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
      "hash_type": "data"
    },
    "type": null
  }
}

Fields

CellInfo is a JSON object with the following fields.

  • output: CellOutput - Cell fields appears in the transaction outputs array.

  • data: CellData | null - Cell data.

    This is null when the data is not requested, which does not mean the cell data is empty.

Type CellInput

The input cell of a transaction.

Examples

{
  "previous_output": {
    "index": "0x0",
    "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
  },
  "since": "0x0"
}

Fields

CellInput is a JSON object with the following fields.

Type CellOutput

The fields of an output cell except the cell data.

Examples

{
  "capacity": "0x2540be400",
  "lock": {
    "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
    "hash_type": "data",
    "args": "0x"
  },
  "type": null
}

Fields

CellOutput is a JSON object with the following fields.

  • capacity: Capacity - The cell capacity.

    The capacity of a cell is the value of the cell in Shannons. It is also the upper limit of the cell occupied storage size where every 100,000,000 Shannons give 1-byte storage.

  • lock: Script - The lock script.

  • type_: Script | null - The optional type script.

    The JSON field name is "type".

Type CellWithStatus

The JSON view of a cell with its status information.

Examples

{
  "cell": {
    "data": {
      "content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
      "hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
    },
    "output": {
      "capacity": "0x802665800",
      "lock": {
        "args": "0x",
        "code_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
        "hash_type": "data"
      },
      "type": null
    }
  },
  "status": "live"
}
{
  "cell": null,
  "status": "unknown"
}

Fields

CellWithStatus is a JSON object with the following fields.

  • cell: CellInfo | null - The cell information.

    For performance issues, CKB only keeps the information for live cells.

  • status: string - Status of the cell.

    Allowed values: "live", "dead", "unknown".

    • live - The transaction creating this cell is in the chain, and there are no transactions found in the chain that uses this cell as an input.

    • dead - (Deprecated: the dead status will be removed since 0.36.0, please do not rely on the logic that differentiates dead and unknown cells.) The transaction creating this cell is in the chain, and a transaction is found in the chain which uses this cell as an input.

    • unknown - CKB does not know the status of the cell. Either the transaction creating this cell is not in the chain yet, or it is no longer live.

Type CellbaseTemplate

The cellbase transaction template of the new block for miners.

Fields

CellbaseTemplate is a JSON object with the following fields.

  • hash: H256 - The cellbase transaction hash.

  • cycles: Cycle | null - The hint of how many cycles this transaction consumes.

    Miners can utilize this field to ensure that the total cycles do not exceed the limit while selecting transactions.

  • data: Transaction - The cellbase transaction.

Type ChainInfo

Chain information.

Fields

ChainInfo is a JSON object with the following fields.

  • chain: string - The network name.

    Examples:

    • "ckb" - Lina the mainnet.

    • "ckb_testnet" - Aggron the testnet.

  • median_time: Timestamp - The median time of the last 37 blocks, including the tip block.

  • epoch: EpochNumberWithFraction - The epoch information of tip block in the chain.

  • difficulty: U256 - Current difficulty.

    Decoded from the epoch compact_target.

  • is_initial_block_download: boolean - Whether the local node is in IBD, Initial Block Download.

    When a node starts and its chain tip timestamp is far behind the wall clock, it will enter the IBD until it catches up the synchronization.

    During IBD, the local node only synchronizes the chain with one selected remote node and stops responding the most P2P requests.

  • alerts: Array< AlertMessage > - Active alerts stored in the local node.

Type Consensus

Consensus defines various parameters that influence chain consensus

Fields

Consensus is a JSON object with the following fields.

  • id: string - Names the network.

  • genesis_hash: H256 - The genesis block hash

  • dao_type_hash: H256 | null - The dao type hash

  • secp256k1_blake160_sighash_all_type_hash: H256 | null - The secp256k1_blake160_sighash_all_type_hash

  • secp256k1_blake160_multisig_all_type_hash: H256 | null - The secp256k1_blake160_multisig_all_type_hash

  • initial_primary_epoch_reward: Capacity - The initial primary_epoch_reward

  • secondary_epoch_reward: Capacity - The secondary primary_epoch_reward

  • max_uncles_num: Uint64 - The maximum amount of uncles allowed for a block

  • orphan_rate_target: RationalU256 - The expected orphan_rate

  • epoch_duration_target: Uint64 - The expected epoch_duration

  • tx_proposal_window: ProposalWindow - The two-step-transaction-confirmation proposal window

  • proposer_reward_ratio: RationalU256 - The two-step-transaction-confirmation proposer reward ratio

  • cellbase_maturity: EpochNumberWithFraction - The Cellbase maturity

  • median_time_block_count: Uint64 - This parameter indicates the count of past blocks used in the median time calculation

  • max_block_cycles: Cycle - Maximum cycles that all the scripts in all the commit transactions can take

  • max_block_bytes: Uint64 - Maximum number of bytes to use for the entire block

  • block_version: Version - The block version number supported

  • tx_version: Version - The tx version number supported

  • type_id_code_hash: H256 - The "TYPE_ID" in hex

  • max_block_proposals_limit: Uint64 - The Limit to the number of proposals per block

  • primary_epoch_reward_halving_interval: Uint64 - Primary reward is cut in half every halving_interval epoch

  • permanent_difficulty_in_dummy: boolean - Keep difficulty be permanent if the pow is dummy

Type Cycle

Count of cycles consumed by CKB VM to run scripts.

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

Type DepType

The dep cell type. Allowed values: "code" and "dep_group".

DepType is equivalent to "code" | "dep_group".

  • Type "code".

    Use the cell itself as the dep cell.

  • Type "dep_group".

    The cell is a dep group which members are cells. These members are used as dep cells instead of the group itself.

    The dep group stores the array of OutPoints serialized via molecule in the cell data. Each OutPoint points to one cell member.

Type DryRunResult

Response result of the RPC method dry_run_transaction.

Fields

DryRunResult is a JSON object with the following fields.

  • cycles: Cycle - The count of cycles that the VM has consumed to verify this transaction.

Type EpochNumber

Consecutive epoch number starting from 0.

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

Type EpochNumberWithFraction

The epoch indicator of a block. It shows which epoch the block is in, and the elapsed epoch fraction after adding this block.

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

The lower 56 bits of the epoch field are split into 3 parts (listed in the order from higher bits to lower bits):

  • The highest 16 bits represent the epoch length

  • The next 16 bits represent the current block index in the epoch, starting from 0.

  • The lowest 24 bits represent the current epoch number.

Assume there's a block, which number is 11555 and in epoch 50. The epoch 50 starts from block 11000 and have 1000 blocks. The epoch field for this particular block will then be 1,099,520,939,130,930, which is calculated in the following way:

50 | ((11555 - 11000) << 24) | (1000 << 40)

Type EpochView

JSON view of an epoch.

CKB adjusts difficulty based on epochs.

Examples

{
  "compact_target": "0x1e083126",
  "length": "0x708",
  "number": "0x1",
  "start_number": "0x3e8"
}

Fields

EpochView is a JSON object with the following fields.

  • number: EpochNumber - Consecutive epoch number starting from 0.

  • start_number: BlockNumber - The block number of the first block in the epoch.

    It also equals the total count of blocks in all the epochs which epoch number is less than this epoch.

  • length: BlockNumber - The number of blocks in this epoch.

  • compact_target: Uint32 - The difficulty target for any block in this epoch.

Type H256

The 32-byte fixed-length binary data.

The name comes from the number of bits in the data.

In JSONRPC, it is encoded as a 0x-prefixed hex string.

Type Header

The block header.

Refer to RFC CKB Block Structure.

Fields

Header is a JSON object with the following fields.

  • version: Version - The block version.

    It must equal to 0 now and is reserved for future upgrades.

  • compact_target: Uint32 - The block difficulty target.

    It can be converted to a 256-bit target. Miners must ensure the Eaglesong of the header is within the target.

  • timestamp: Timestamp - The block timestamp.

    It is a Unix timestamp in milliseconds (1 second = 1000 milliseconds).

    Miners should put the time when the block is created in the header, however, the precision is not guaranteed. A block with a higher block number may even have a smaller timestamp.

  • number: BlockNumber - The consecutive block number starting from 0.

  • epoch: EpochNumberWithFraction - The epoch information of this block.

    See EpochNumberWithFraction for details.

  • parent_hash: H256 - The header hash of the parent block.

  • transactions_root: H256 - The commitment to all the transactions in the block.

    It is a hash on two Merkle Tree roots:

    • The root of a CKB Merkle Tree, which items are the transaction hashes of all the transactions in the block.

    • The root of a CKB Merkle Tree, but the items are the transaction witness hashes of all the transactions in the block.

  • proposals_hash: H256 - The hash on proposals in the block body.

    It is all zeros when proposals is empty, or the hash on all the bytes concatenated together.

  • extra_hash: H256 - The hash on uncles and extension in the block body.

    The uncles hash is all zeros when uncles is empty, or the hash on all the uncle header hashes concatenated together. The extension hash is the hash of the extension. The extra hash is the hash on uncles hash and extension hash concatenated together.

    Notice

    This field is renamed from uncles_hash since 0.100.0. More details can be found in CKB RFC 224.

  • dao: Byte32 - DAO fields.

    See RFC Deposit and Withdraw in Nervos DAO.

  • nonce: Uint128 - Miner can modify this field to find a proper value such that the Eaglesong of the header is within the target encoded from compact_target.

Type HeaderView

The JSON view of a Header.

This structure is serialized into a JSON object with field hash and all the fields in Header.

Examples

{
  "compact_target": "0x1e083126",
  "dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
  "epoch": "0x7080018000001",
  "hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
  "nonce": "0x0",
  "number": "0x400",
  "parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
  "proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
  "timestamp": "0x5cd2b117",
  "transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
  "extra_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
  "version": "0x0"
}

Fields

HeaderView is a JSON object with the following fields.

  • inner: Header - All the fields in Header are included in HeaderView in JSON.

  • hash: H256 - The header hash. It is also called the block hash.

Type JsonBytes

Variable-length binary encoded as a 0x-prefixed hex string in JSON.

Example

JSON Binary
"0x" Empty binary
"0x00" Single byte 0
"0x636b62" 3 bytes, UTF-8 encoding of ckb
"00" Invalid, 0x is required
"0x0" Invalid, each byte requires 2 digits

Type LocalNode

The information of the node itself.

Examples

{
  "active": true,
  "addresses": [
    {
      "address": "/ip4/192.168.0.2/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
      "score": "0xff"
    },
    {
      "address": "/ip4/0.0.0.0/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
      "score": "0x1"
    }
  ],
  "connections": "0xb",
  "node_id": "QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS",
  "protocols": [
    {
      "id": "0x0",
      "name": "/ckb/ping",
      "support_versions": [
        "0.0.1"
      ]
    },
    {
      "id": "0x1",
      "name": "/ckb/discovery",
      "support_versions": [
        "0.0.1"
      ]
    }
  ],
  "version": "0.34.0 (f37f598 2020-07-17)"
}

Fields

LocalNode is a JSON object with the following fields.

  • version: string - CKB node version.

    Example: "version": "0.34.0 (f37f598 2020-07-17)"

  • node_id: string - The unique node ID derived from the p2p private key.

    The private key is generated randomly on the first boot.

  • active: boolean - Whether this node is active.

    An inactive node ignores incoming p2p messages and drops outgoing messages.

  • addresses: Array< NodeAddress > - P2P addresses of this node.

    A node can have multiple addresses.

  • protocols: Array< LocalNodeProtocol > - Supported protocols.

  • connections: Uint64 - Count of currently connected peers.

Type LocalNodeProtocol

The information of a P2P protocol that is supported by the local node.

Fields

LocalNodeProtocol is a JSON object with the following fields.

  • id: Uint64 - Unique protocol ID.

  • name: string - Readable protocol name.

  • support_versions: Array< string > - Supported versions.

    See Semantic Version about how to specify a version.

Type MerkleProof

Proof of CKB Merkle Tree.

CKB Merkle Tree is a CBMT using CKB blake2b hash as the merge function.

Fields

MerkleProof is a JSON object with the following fields.

  • indices: Array< Uint32 > - Leaves indices in the CBMT that are proved present in the block.

    These are indices in the CBMT tree not the transaction indices in the block.

  • lemmas: Array< H256 > - Hashes of all siblings along the paths to root.

Type MinerReward

Block rewards for miners.

Fields

MinerReward is a JSON object with the following fields.

  • primary: Capacity - The primary base block reward allocated to miners.

  • secondary: Capacity - The secondary base block reward allocated to miners.

  • committed: Capacity - The transaction fees that are rewarded to miners because the transaction is committed in the block.

    Miners get 60% of the transaction fee for each transaction committed in the block.

  • proposal: Capacity - The transaction fees that are rewarded to miners because the transaction is proposed in the block or its uncles.

    Miners get 40% of the transaction fee for each transaction proposed in the block and committed later in its active commit window.

Type NodeAddress

Node P2P address and score.

Fields

NodeAddress is a JSON object with the following fields.

  • address: string - P2P address.

    This is the same address used in the whitelist in ckb.toml.

    Example: "/ip4/192.168.0.2/tcp/8112/p2p/QmTRHCdrRtgUzYLNCin69zEvPvLYdxUZLLfLYyHVY3DZAS"

  • score: Uint64 - Address score.

    A higher score means a higher probability of a successful connection.

Type OutPoint

Reference to a cell via transaction hash and output index.

Examples

{
  "index": "0x0",
  "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
}

Fields

OutPoint is a JSON object with the following fields.

  • tx_hash: H256 - Transaction hash in which the cell is an output.

  • index: Uint32 - The output index of the cell in the transaction specified by tx_hash.

Type OutputsValidator

Transaction output validators that prevent common mistakes.

OutputsValidator is equivalent to "well_known_scripts_only" | "passthrough".

Type PeerSyncState

The chain synchronization state between the local node and a remote node.

Fields

PeerSyncState is a JSON object with the following fields.

  • best_known_header_hash: Byte32 | null - Best known header hash of remote peer.

    This is the observed tip of the remote node's canonical chain.

  • best_known_header_number: Uint64 | null - Best known header number of remote peer

    This is the block number of the block with the hash best_known_header_hash.

  • last_common_header_hash: Byte32 | null - Last common header hash of remote peer.

    This is the common ancestor of the local node canonical chain tip and the block best_known_header_hash.

  • last_common_header_number: Uint64 | null - Last common header number of remote peer.

    This is the block number of the block with the hash last_common_header_hash.

  • unknown_header_list_size: Uint64 - The total size of unknown header list.

    Deprecated: this is an internal state and will be removed in a future release.

  • inflight_count: Uint64 - The count of concurrency downloading blocks.

  • can_fetch_count: Uint64 - The count of blocks are available for concurrency download.

Type PoolTransactionEntry

The transaction entry in the pool.

Fields

PoolTransactionEntry is a JSON object with the following fields.

  • transaction: TransactionView - The transaction.

  • cycles: Cycle - Consumed cycles.

  • size: Uint64 - The transaction serialized size in block.

  • fee: Capacity - The transaction fee.

Type PoolTransactionReject

TX reject message

PoolTransactionReject is a JSON object with following fields.

  • type: "LowFeeRate" | "ExceededMaximumAncestorsCount" | "Full" | "Duplicated" | "Malformed" | "Resolve" | "Verification" - Reject type.
  • description: string - Detailed description about why the transaction is rejected.

Different reject types:

  • LowFeeRate: Transaction fee lower than config
  • ExceededMaximumAncestorsCount: Transaction exceeded maximum ancestors count limit
  • Full: Transaction pool exceeded maximum size or cycles limit,
  • Duplicated: Transaction already exist in transaction_pool
  • Malformed: Malformed transaction
  • Resolve: Resolve failed
  • Verification: Verification failed

Type ProposalShortId

The 10-byte fixed-length binary encoded as a 0x-prefixed hex string in JSON.

Example

0xa0ef4eb5f4ceeb08a4c8

Type ProposalWindow

Two protocol parameters closest and farthest define the closest and farthest on-chain distance between a transaction's proposal and commitment.

A non-cellbase transaction is committed at height h_c if all of the following conditions are met:

  • it is proposed at height h_p of the same chain, where w_close <= h_c − h_p <= w_far ;

  • it is in the commitment zone of the main chain block with height h_c ;

  ProposalWindow { closest: 2, farthest: 10 }
      propose
         \
          \
          13 14 [15 16 17 18 19 20 21 22 23]
                 \_______________________/
                              \
                            commit

Fields

ProposalWindow is a JSON object with the following fields.

  • closest: BlockNumber - The closest distance between the proposal and the commitment.

  • farthest: BlockNumber - The farthest distance between the proposal and the commitment.

Type RationalU256

The ratio which numerator and denominator are both 256-bit unsigned integers.

Example

{
    "denom": "0x28",
    "numer": "0x1"
}

Type RawTxPool

All transactions in tx-pool.

RawTxPool is equivalent to TxPoolIds | TxPoolVerbosity.

Type RemoteNode

Information of a remote node.

A remote node connects to the local node via the P2P network. It is often called a peer.

Examples

{
  "addresses": [
    {
      "address": "/ip6/::ffff:18.185.102.19/tcp/8115/p2p/QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
      "score": "0x64"
    },
    {
      "address": "/ip4/18.185.102.19/tcp/8115/p2p/QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
      "score": "0x64"
    }
  ],
  "connected_duration": "0x2f",
  "is_outbound": true,
  "last_ping_duration": "0x1a",
  "node_id": "QmXwUgF48ULy6hkgfqrEwEfuHW7WyWyWauueRDAYQHNDfN",
  "protocols": [
    {
      "id": "0x4",
      "version": "0.0.1"
    },
    {
      "id": "0x2",
      "version": "0.0.1"
    },
    {
      "id": "0x1",
      "version": "0.0.1"
    },
    {
      "id": "0x64",
      "version": "1"
    },
    {
      "id": "0x6e",
      "version": "1"
    },
    {
      "id": "0x66",
      "version": "1"
    },
    {
      "id": "0x65",
      "version": "1"
    },
    {
      "id": "0x0",
      "version": "0.0.1"
    }
  ],
  "sync_state": {
    "best_known_header_hash": null,
    "best_known_header_number": null,
    "can_fetch_count": "0x80",
    "inflight_count": "0xa",
    "last_common_header_hash": null,
    "last_common_header_number": null,
    "unknown_header_list_size": "0x20"
  },
  "version": "0.34.0 (f37f598 2020-07-17)"
}

Fields

RemoteNode is a JSON object with the following fields.

  • version: string - The remote node version.

  • node_id: string - The remote node ID which is derived from its P2P private key.

  • addresses: Array< NodeAddress > - The remote node addresses.

  • is_outbound: boolean - Whether this is an outbound remote node.

    If the connection is established by the local node, is_outbound is true.

  • connected_duration: Uint64 - Elapsed time in seconds since the remote node is connected.

  • last_ping_duration: Uint64 | null - Elapsed time in milliseconds since receiving the ping response from this remote node.

    Null means no ping responses have been received yet.

  • sync_state: PeerSyncState | null - Chain synchronization state.

    Null means chain sync has not started with this remote node yet.

  • protocols: Array< RemoteNodeProtocol > - Active protocols.

    CKB uses Tentacle multiplexed network framework. Multiple protocols are running simultaneously in the connection.

Type RemoteNodeProtocol

The information about an active running protocol.

Fields

RemoteNodeProtocol is a JSON object with the following fields.

  • id: Uint64 - Unique protocol ID.

  • version: string - Active protocol version.

Type Script

Describes the lock script and type script for a cell.

Examples

{
  "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
  "hash_type": "data",
  "args": "0x"
}

Fields

Script is a JSON object with the following fields.

  • code_hash: H256 - The hash used to match the script code.

  • hash_type: ScriptHashType - Specifies how to use the code_hash to match the script code.

  • args: JsonBytes - Arguments for script.

Type ScriptHashType

Specifies how the script code_hash is used to match the script code and how to run the code.

Allowed kinds: "data", "type" and "data1".

Refer to the section Code Locating and Upgradable Script in the RFC CKB Transaction Structure.

ScriptHashType is equivalent to "data" | "type" | "data1".

  • Type "data" matches script code via cell data hash, and run the script code in v0 CKB VM.
  • Type "type" matches script code via cell type script hash.
  • Type "data" matches script code via cell data hash, and run the script code in v1 CKB VM.

Type SerializedBlock

This is a 0x-prefix hex string. It is the block serialized by molecule using the schema table Block.

Type SerializedHeader

This is a 0x-prefix hex string. It is the block header serialized by molecule using the schema table Header.

Type Status

Status for transaction

Status is equivalent to "pending" | "proposed" | "committed".

  • Status "pending". The transaction is in the pool, and not proposed yet.
  • Status "proposed". The transaction is in the pool and has been proposed.
  • Status "committed". The transaction has been committed to the canonical chain.

Type SyncState

The overall chain synchronization state of this local node.

Fields

SyncState is a JSON object with the following fields.

  • ibd: boolean - Whether the local node is in IBD, Initial Block Download.

    When a node starts and its chain tip timestamp is far behind the wall clock, it will enter the IBD until it catches up the synchronization.

    During IBD, the local node only synchronizes the chain with one selected remote node and stops responding to most P2P requests.

  • best_known_block_number: BlockNumber - This is the best known block number observed by the local node from the P2P network.

    The best here means that the block leads a chain which has the best known accumulated difficulty.

    This can be used to estimate the synchronization progress. If this RPC returns B, and the RPC get_tip_block_number returns T, the node has already synchronized T/B blocks.

  • best_known_block_timestamp: Timestamp - This is timestamp of the same block described in best_known_block_number.

  • orphan_blocks_count: Uint64 - Count of orphan blocks the local node has downloaded.

    The local node downloads multiple blocks simultaneously but blocks must be connected consecutively. If a descendant is downloaded before its ancestors, it becomes an orphan block.

    If this number is too high, it indicates that block download has stuck at some block.

  • inflight_blocks_count: Uint64 - Count of downloading blocks.

  • fast_time: Uint64 - The download scheduler's time analysis data, the fast is the 1/3 of the cut-off point, unit ms

  • normal_time: Uint64 - The download scheduler's time analysis data, the normal is the 4/5 of the cut-off point, unit ms

  • low_time: Uint64 - The download scheduler's time analysis data, the low is the 9/10 of the cut-off point, unit ms

Type Timestamp

The Unix timestamp in milliseconds (1 second is 1000 milliseconds).

For example, 1588233578000 is Thu, 30 Apr 2020 07:59:38 +0000

This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.

Type Transaction

The transaction.

Refer to RFC CKB Transaction Structure.

Fields

Transaction is a JSON object with the following fields.

  • version: Version - Reserved for future usage. It must equal 0 in current version.

  • cell_deps: Array< CellDep > - An array of cell deps.

    CKB locates lock script and type script code via cell deps. The script also can uses syscalls to read the cells here.

    Unlike inputs, the live cells can be used as cell deps in multiple transactions.

  • header_deps: Array< H256 > - An array of header deps.

    The block must already be in the canonical chain.

    Lock script and type script can read the header information of blocks listed here.

  • inputs: Array< CellInput > - An array of input cells.

    In the canonical chain, any cell can only appear as an input once.

  • outputs: Array< CellOutput > - An array of output cells.

  • outputs_data: Array< JsonBytes > - Output cells data.

    This is a parallel array of outputs. The cell capacity, lock, and type of the output i is outputs[i] and its data is outputs_data[i].

  • witnesses: Array< JsonBytes > - An array of variable-length binaries.

    Lock script and type script can read data here to verify the transaction.

    For example, the bundled secp256k1 lock script requires storing the signature in witnesses.

Type TransactionProof

Merkle proof for transactions in a block.

Fields

TransactionProof is a JSON object with the following fields.

  • block_hash: H256 - Block hash

  • witnesses_root: H256 - Merkle root of all transactions' witness hash

  • proof: MerkleProof - Merkle proof of all transactions' hash

Type TransactionTemplate

Transaction template which is ready to be committed in the new block.

Fields

TransactionTemplate is a JSON object with the following fields.

  • hash: H256 - Transaction hash.

  • required: boolean - Whether miner must include this transaction in the new block.

  • cycles: Cycle | null - The hint of how many cycles this transaction consumes.

    Miners can utilize this field to ensure that the total cycles do not exceed the limit while selecting transactions.

  • depends: Array< Uint64 > | null - Transaction dependencies.

    This is a hint to help miners selecting transactions.

    This transaction can only be committed if its dependencies are also committed in the new block.

    This field is a list of indices into the array transactions in the block template.

    For example, depends = [1, 2] means this transaction depends on block_template.transactions[1] and block_template.transactions[2].

  • data: Transaction - The transaction.

    Miners must keep it unchanged when including it in the new block.

Type TransactionView

The JSON view of a Transaction.

This structure is serialized into a JSON object with field hash and all the fields in Transaction.

Examples

{
  "cell_deps": [
    {
      "dep_type": "code",
      "out_point": {
        "index": "0x0",
        "tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
      }
    }
  ],
  "hash": "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3",
  "header_deps": [
    "0x7978ec7ce5b507cfb52e149e36b1a23f6062ed150503c85bbf825da3599095ed"
  ],
  "inputs": [
    {
      "previous_output": {
        "index": "0x0",
        "tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
      },
      "since": "0x0"
    }
  ],
  "outputs": [
    {
      "capacity": "0x2540be400",
      "lock": {
        "code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
        "hash_type": "data",
        "args": "0x"
      },
      "type": null
    }
  ],
  "outputs_data": [
    "0x"
  ],
  "version": "0x0",
  "witnesses": []
}

Fields

TransactionView is a JSON object with the following fields.

  • inner: Transaction - All the fields in Transaction are included in TransactionView in JSON.

  • hash: H256 - The transaction hash.

Type TransactionWithStatus

The JSON view of a transaction as well as its status.

Fields

TransactionWithStatus is a JSON object with the following fields.

Type TxPoolIds

Array of transaction ids

Fields

TxPoolIds is a JSON object with the following fields.

  • pending: Array< H256 > - Pending transaction ids

  • proposed: Array< H256 > - Proposed transaction ids

Type TxPoolInfo

Transaction pool information.

Fields

TxPoolInfo is a JSON object with the following fields.

  • tip_hash: H256 - The associated chain tip block hash.

    The transaction pool is stateful. It manages the transactions which are valid to be committed after this block.

  • tip_number: BlockNumber - The block number of the block tip_hash.

  • pending: Uint64 - Count of transactions in the pending state.

    The pending transactions must be proposed in a new block first.

  • proposed: Uint64 - Count of transactions in the proposed state.

    The proposed transactions are ready to be committed in the new block after the block tip_hash.

  • orphan: Uint64 - Count of orphan transactions.

    An orphan transaction has an input cell from the transaction which is neither in the chain nor in the transaction pool.

  • total_tx_size: Uint64 - Total count of transactions in the pool of all the different kinds of states.

  • total_tx_cycles: Uint64 - Total consumed VM cycles of all the transactions in the pool.

  • min_fee_rate: Uint64 - Fee rate threshold. The pool rejects transactions which fee rate is below this threshold.

    The unit is Shannons per 1000 bytes transaction serialization size in the block.

  • last_txs_updated_at: Timestamp - Last updated time. This is the Unix timestamp in milliseconds.

Type TxPoolVerbosity

Tx-pool verbose object

Fields

TxPoolVerbosity is a JSON object with the following fields.

Type TxStatus

Transaction status and the block hash if it is committed.

Fields

TxStatus is a JSON object with the following fields.

  • status: Status - The transaction status, allowed values: "pending", "proposed" and "committed".

  • block_hash: H256 | null - The block hash of the block which has committed this transaction in the canonical chain.

Type TxVerbosity

Transaction verbose info

Fields

TxVerbosity is a JSON object with the following fields.

  • cycles: Uint64 - Consumed cycles.

  • size: Uint64 - The transaction serialized size in block.

  • fee: Capacity - The transaction fee.

  • ancestors_size: Uint64 - Size of in-tx-pool ancestor transactions

  • ancestors_cycles: Uint64 - Cycles of in-tx-pool ancestor transactions

  • ancestors_count: Uint64 - Number of in-tx-pool ancestor transactions

Type U256

The 256-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.

Type Uint128

The 128-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.

Examples

JSON Decimal Value
"0x0" 0
"0x10" 16
"10" Invalid, 0x is required
"0x01" Invalid, redundant leading 0

Type Uint32

The 32-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.

Examples

JSON Decimal Value
"0x0" 0
"0x10" 16
"10" Invalid, 0x is required
"0x01" Invalid, redundant leading 0

Type Uint64

The 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.

Examples

JSON Decimal Value
"0x0" 0
"0x10" 16
"10" Invalid, 0x is required
"0x01" Invalid, redundant leading 0

Type UncleBlock

The uncle block used as a parameter in the RPC.

The chain stores only the uncle block header and proposal IDs. The header ensures the block is covered by PoW and can pass the consensus rules on uncle blocks. Proposal IDs are there because a block can commit transactions proposed in an uncle.

A block B1 is considered to be the uncle of another block B2 if all the following conditions are met:

  • They are in the same epoch, sharing the same difficulty;

  • B2 block number is larger than B1;

  • B1's parent is either B2's ancestor or an uncle embedded in B2 or any of B2's ancestors.

  • B2 is the first block in its chain to refer to B1.

Fields

UncleBlock is a JSON object with the following fields.

  • header: Header - The uncle block header.

  • proposals: Array< ProposalShortId > - Proposal IDs in the uncle block body.

Type UncleBlockView

The uncle block.

The chain stores only the uncle block header and proposal IDs. The header ensures the block is covered by PoW and can pass the consensus rules on uncle blocks. Proposal IDs are there because a block can commit transactions proposed in an uncle.

A block B1 is considered to be the uncle of another block B2 if all the following conditions are met:

  • They are in the same epoch, sharing the same difficulty;

  • B2 block number is larger than B1;

  • B1's parent is either B2's ancestor or an uncle embedded in B2 or any of B2's ancestors.

  • B2 is the first block in its chain to refer to B1.

Fields

UncleBlockView is a JSON object with the following fields.

Type UncleTemplate

The uncle block template of the new block for miners.

Fields

UncleTemplate is a JSON object with the following fields.

  • hash: H256 - The uncle block hash.

  • required: boolean - Whether miners must include this uncle in the submit block.

  • proposals: Array< ProposalShortId > - The proposals of the uncle block.

    Miners must keep this unchanged when including this uncle in the new block.

  • header: Header - The header of the uncle block.

    Miners must keep this unchanged when including this uncle in the new block.

Type Version

The simple increasing integer version.

This is a 32-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint32.

Dependencies

~56MB
~1M SLoC