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).
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.
- RPC Methods
- Module Alert
- Module Chain
- Method
get_block - Method
get_block_by_number - Method
get_header - Method
get_header_by_number - Method
get_transaction - Method
get_block_hash - Method
get_tip_header - Method
get_cells_by_lock_hash - Method
get_live_cell - Method
get_tip_block_number - Method
get_current_epoch - Method
get_epoch_by_number - Method
get_cellbase_output_capacity_details - Method
get_block_economic_state - Method
get_transaction_proof - Method
verify_transaction_proof - Method
get_fork_block - Method
get_consensus
- Method
- Module Experiment
- Module Indexer
- Module Miner
- Module Net
- Module Pool
- Module Stats
- Module Subscription
- RPC Errors
- RPC Types
- Type
Alert - Type
AlertId - Type
AlertMessage - Type
AlertPriority - Type
BannedAddr - Type
Block - Type
BlockEconomicState - Type
BlockIssuance - Type
BlockNumber - Type
BlockReward - Type
BlockTemplate - Type
BlockView - Type
Byte32 - Type
Capacity - Type
CellData - Type
CellDep - Type
CellInfo - Type
CellInput - Type
CellOutput - Type
CellOutputWithOutPoint - Type
CellTransaction - Type
CellWithStatus - Type
CellbaseTemplate - Type
ChainInfo - Type
Consensus - Type
Cycle - Type
DepType - Type
DryRunResult - Type
EpochNumber - Type
EpochNumberWithFraction - Type
EpochView - Type
EstimateResult - Type
FeeRate - Type
H256 - Type
Header - Type
HeaderView - Type
JsonBytes - Type
LiveCell - Type
LocalNode - Type
LocalNodeProtocol - Type
LockHashCapacity - Type
LockHashIndexState - Type
MerkleProof - Type
MinerReward - Type
NodeAddress - Type
OutPoint - Type
OutputsValidator - Type
PeerState - Type
PeerSyncState - Type
PoolTransactionEntry - Type
ProposalShortId - Type
ProposalWindow - Type
RationalU256 - Type
RawTxPool - Type
RemoteNode - Type
RemoteNodeProtocol - Type
Script - Type
ScriptHashType - Type
SerializedBlock - Type
SerializedHeader - Type
Status - Type
SyncState - Type
Timestamp - Type
Transaction - Type
TransactionPoint - Type
TransactionProof - Type
TransactionTemplate - Type
TransactionView - Type
TransactionWithStatus - Type
TxPoolIds - Type
TxPoolInfo - Type
TxPoolVerbosity - Type
TxStatus - Type
TxVerbosity - Type
U256 - Type
Uint128 - Type
Uint32 - Type
Uint64 - Type
UncleBlock - Type
UncleBlockView - Type
UncleTemplate - Type
Version
- Type
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.
send_alert(alert)alert:Alert
- result:
null
Sends an alert.
This RPC returns null on success.
-
AlertFailedToVerifySignatures (-1000)- Some signatures in the request are invalid. -
P2PFailedToBroadcast (-101)- Alert is saved locally but has failed to broadcast to the P2P network. -
InvalidParams (-32602)- The time specified inalert.notice_untilmust be in the future.
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
}
RPC Module Chain for methods related to the canonical chain.
This module queries information about the 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 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.
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.
get_block(block_hash, verbosity)- result:
BlockView|SerializedBlock|null
Returns the information about a block by hash.
-
block_hash- the block hash. -
verbosity- result format which allows 0 and 2. (Optional, the default is 2.)
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.
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",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
},
"proposals": [],
"transactions": [
{
"cell_deps": [],
"hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
"header_deps": [],
"inputs": [
{
"previous_output": {
"index": "0xffffffff",
"tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
},
"since": "0x400"
}
],
"outputs": [
{
"capacity": "0x18e64b61cf",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"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..."
}
get_block_by_number(block_number, verbosity)block_number:BlockNumberverbosity:Uint32|null
- result:
BlockView|SerializedBlock|null
Returns the block in the canonical chain with the specific block number.
-
block_number- the block number. -
verbosity- result format which allows 0 and 2. (Optional, the default is 2.)
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.
-
ChainIndexIsInconsistent (-201)- The index is inconsistent. It says a block hash is in the main chain, but cannot read it from the database. -
DatabaseIsCorrupt (-202)- The data read from database is dirty. Please report it as a bug.
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",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
},
"proposals": [],
"transactions": [
{
"cell_deps": [],
"hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
"header_deps": [],
"inputs": [
{
"previous_output": {
"index": "0xffffffff",
"tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
},
"since": "0x400"
}
],
"outputs": [
{
"capacity": "0x18e64b61cf",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"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..."
}
get_header(block_hash, verbosity)- result:
HeaderView|SerializedHeader|null
Returns the information about a block header by hash.
-
block_hash- the block hash. -
verbosity- result format which allows 0 and 1. (Optional, the default is 1.)
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.
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",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
}
}
The response looks like below when verbosity is 0.
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x..."
}
get_header_by_number(block_number, verbosity)block_number:BlockNumberverbosity:Uint32|null
- result:
HeaderView|SerializedHeader|null
Returns the block header in the canonical chain with the specific block number.
-
block_number- Number of a block -
verbosity- result format which allows 0 and 1. (Optional, the default is 1.)
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.
ChainIndexIsInconsistent (-201)- The index is inconsistent. It says a block hash is in the main chain, but cannot read it from the database.
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",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
}
}
The response looks like below when verbosity is 0.
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x..."
}
get_transaction(tx_hash)tx_hash:H256
- result:
TransactionWithStatus|null
Returns the information about a transaction requested by transaction hash.
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.
tx_hash- Hash of a transaction
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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": []
},
"tx_status": {
"block_hash": null,
"status": "pending"
}
}
}
get_block_hash(block_number)block_number:BlockNumber
- result:
H256|null
Returns the hash of a block in the canonical chain with the specified block_number.
block_number- Block number
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.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_block_hash",
"params": [
"0x400"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
}
get_tip_header(verbosity)verbosity:Uint32|null
- result:
HeaderView|SerializedHeader
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.
verbosity- result format which allows 0 and 1. (Optional, the default is 1.)
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.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_tip_header",
"params": []
}
Response
{
"jsonrpc": "2.0",
"result": {
"compact_target": "0x1e083126",
"dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
"epoch": "0x7080018000001",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
},
"id": 42
}
The response looks like below when verbosity is 0.
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x..."
}
get_cells_by_lock_hash(lock_hash, from, to)lock_hash:H256from:BlockNumberto:BlockNumber
- result:
Array<CellOutputWithOutPoint>
👎 Deprecated since 0.36.0: (Disabled since 0.36.0) This method is deprecated for reasons of flexibility. Please use ckb-indexer as an alternate solution
Returns the information about live cells collection by the hash of lock script.
This method will be removed. It always returns an error now.
get_live_cell(out_point, with_data)out_point:OutPointwith_data:boolean
- result:
CellWithStatus
Returns the status of a cell. The RPC returns extra information if it is a [live cell] (#live-cell).
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.
-
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 tofalseto save bandwidth.
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": {
"args": "0x",
"code_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"hash_type": "data"
},
"type": null
}
},
"status": "live"
}
}
get_tip_block_number()- result:
BlockNumber
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.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_tip_block_number",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x400"
}
get_current_epoch()- result:
EpochView
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.
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"
}
}
get_epoch_by_number(epoch_number)epoch_number:EpochNumber
- result:
EpochView|null
Returns the epoch in the canonical chain with the specific epoch number.
epoch_number- Epoch number
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.
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"
}
}
get_cellbase_output_capacity_details(block_hash)block_hash:H256
- result:
BlockReward|null
👎 Deprecated since 0.36.0:
Please use the RPC method get_block_economic_state instead
Returns each component of the created CKB in the block's cellbase.
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.
block_hash- Specifies the block hash which cellbase outputs should be analyzed.
If the block with the hash block_hash is in the canonical chain and its block number is N, return the block rewards analysis for block N - 1 - ProposalWindow.farthest.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_cellbase_output_capacity_details",
"params": [
"0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": {
"primary": "0x18ce922bca",
"proposal_reward": "0x0",
"secondary": "0x17b93605",
"total": "0x18e64b61cf",
"tx_fee": "0x0"
}
}
get_block_economic_state(block_hash)block_hash:H256
- result:
BlockEconomicState|null
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.
block_hash- Specifies the block hash which rewards should be analyzed.
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.
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"
}
}
get_transaction_proof(tx_hashes, block_hash)- result:
TransactionProof
Returns a Merkle proof that transactions are included in a block.
-
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
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"
}
}
verify_transaction_proof(tx_proof)tx_proof:TransactionProof
- result:
Array<H256>
Verifies that a proof points to transactions in a block, returning the transaction hashes it commits to.
transaction_proof- proof generated byget_transaction_proof.
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"
]
}
get_fork_block(block_hash, verbosity)- result:
BlockView|SerializedBlock|null
Returns the information about a fork block by hash.
-
block_hash- the fork block hash. -
verbosity- result format which allows 0 and 2. (Optional, the default is 2.)
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.
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",
"hash": "0xdca341a42890536551f99357612cef7148ed471e3b6419d0844a4e400be6ee94",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b118",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
},
"proposals": [],
"transactions": [
{
"cell_deps": [],
"hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17",
"header_deps": [],
"inputs": [
{
"previous_output": {
"index": "0xffffffff",
"tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
},
"since": "0x400"
}
],
"outputs": [
{
"capacity": "0x18e64b61cf",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"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..."
}
get_consensus()- result:
Consensus
Return various consensus parameters.
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"
}
}
RPC Module Experiment for experimenting methods.
EXPERIMENTAL warning
The methods here may be removed or changed in future releases without prior notifications.
compute_transaction_hash(tx)tx:Transaction
- result:
H256
👎 Deprecated since 0.36.0: Please implement molecule and compute the transaction hash in clients.
Returns the transaction hash for the given transaction.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "_compute_transaction_hash",
"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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": []
}
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3"
}
👎 Deprecated since 0.36.0: Please implement molecule and compute the script hash in clients.
Returns the script hash for the given script.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "_compute_script_hash",
"params": [
{
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
}
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412"
}
dry_run_transaction(tx)tx:Transaction
- result:
DryRunResult
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.
-
TransactionFailedToResolve (-301)- Failed to resolve the referenced cells and headers used in the transaction, as inputs or dependencies. -
TransactionFailedToVerify (-302)- There is a script returns with an error.
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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": []
}
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": {
"cycles": "0x219"
}
}
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.
-
out_point- Reference to the DAO cell. -
block_hash- The assumed reference block for withdrawing. This block must be in the canonical chain.
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.
-
DaoError (-5)- The given out point is not a valid cell for DAO computation. -
CKBInternalError (-1)- Mathematics overflow.
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"
}
estimate_fee_rate(expect_confirm_blocks)expect_confirm_blocks:Uint64
- result:
EstimateResult
👎 Deprecated since 0.34.0: This method is deprecated because of the performance issue. It always returns an error now.
Estimates a fee rate (capacity/KB) for a transaction that to be committed within the expect number of blocks.
RPC Module Indexer which index cells by lock script hash.
The index is disabled by default, which must be enabled by calling index_lock_hash first.
get_live_cells_by_lock_hash(lock_hash, page, per_page, reverse_order)- result:
Array<LiveCell>
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Returns the live cells collection by the hash of lock script.
This RPC requires creating the index on lock_hash first. It returns all live cells only if the index is created starting from the genesis block.
-
lock_hash- Cell lock script hash -
page- Page number, starting from 0 -
per- Page size, max value is 50 -
reverse_order- Returns the live cells collection in reverse order. (Optional, default is false)
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_live_cells_by_lock_hash",
"params": [
"0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412",
"0xa",
"0xe"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": [
{
"cell_output": {
"capacity": "0x2cb6562e4e",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x98",
"index": "0x0",
"tx_hash": "0x2d811f9ad7f2f7319171a6da4c842dd78e36682b4ac74da4f67b97c9f7d7a02b"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb66b2496",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x99",
"index": "0x0",
"tx_hash": "0x1ccf68bf7cb96a1a7f992c27bcfea6ebfc0fe32602196569aaa0cb3cd3e9f5ea"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb68006e8",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9a",
"index": "0x0",
"tx_hash": "0x74db38ad40184dd0528f4841e10599ff97bfbf2b5313754d1e96920d8523a5d4"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb694d55e",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9b",
"index": "0x0",
"tx_hash": "0xf7d0ecc70015b46c5ab1cc8462592ae612fdaada200f643f3e1ce633bcc5ad1d"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb6a99016",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9c",
"index": "0x0",
"tx_hash": "0xc3d232bb6b0e5d9a71a0978c9ab66c7a127ed37aeed6a2509dcc10d994c8c605"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb6be372c",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9d",
"index": "0x0",
"tx_hash": "0x10139a08beae170a35fbfcece6d50561ec61e13e4c6438435c1f2021331d7c4d"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb6d2cabb",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9e",
"index": "0x0",
"tx_hash": "0x39a083a1deb39b923a600a6f0714663085b5d2011b886b160962e20f1a28b550"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb6e74ae0",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0x9f",
"index": "0x0",
"tx_hash": "0x2899c066f80a04b9a168e4499760ad1d768f44a3d673779905d88edd86362ac6"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb6fbb7b4",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa0",
"index": "0x0",
"tx_hash": "0xe2579280875a5d14538b0cc2356707792189662d5f8292541d9856ef291e81bf"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb7101155",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa1",
"index": "0x0",
"tx_hash": "0xd6121e80237c79182d55ec0efb9fa75bc9cc592f818057ced51aac6bb625e016"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb72457dc",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa2",
"index": "0x0",
"tx_hash": "0x624eba1135e54a5988cb2ec70d42fa860d1d5658ed7f8d402615dff7d598e4b6"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb7388b65",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa3",
"index": "0x0",
"tx_hash": "0x7884b4cf85bc02cb73ec41d5cbbbf158eebca6ef855419ce57ff7c1d97b5be58"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb74cac0a",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa4",
"index": "0x0",
"tx_hash": "0xb613ba9b5f6177657493492dd523a63720d855ae9749887a0de881b894a1d6a6"
},
"output_data_len": "0x0"
},
{
"cell_output": {
"capacity": "0x2cb760b9e6",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
},
"cellbase": true,
"created_by": {
"block_number": "0xa5",
"index": "0x0",
"tx_hash": "0x701f4b962c1650810800ee6ed981841692c1939a4b597e9e7a726c5db77f6164"
},
"output_data_len": "0x0"
}
]
}
get_transactions_by_lock_hash(lock_hash, page, per_page, reverse_order)- result:
Array<CellTransaction>
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Returns the transactions collection by the hash of lock script.
This RPC requires creating the index on lock_hash first. It returns all matched transactions only if the index is created starting from the genesis block.
-
lock_hash- Cell lock script hash -
page- Page number, starting from 0 -
per- Page size, max value is 50 -
reverse_order- Return the transactions collection in reverse order. (Optional, default is false)
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_transactions_by_lock_hash",
"params": [
"0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412",
"0xa",
"0xe"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": [
{
"consumed_by": null,
"created_by": {
"block_number": "0x98",
"index": "0x0",
"tx_hash": "0x2d811f9ad7f2f7319171a6da4c842dd78e36682b4ac74da4f67b97c9f7d7a02b"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x99",
"index": "0x0",
"tx_hash": "0x1ccf68bf7cb96a1a7f992c27bcfea6ebfc0fe32602196569aaa0cb3cd3e9f5ea"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9a",
"index": "0x0",
"tx_hash": "0x74db38ad40184dd0528f4841e10599ff97bfbf2b5313754d1e96920d8523a5d4"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9b",
"index": "0x0",
"tx_hash": "0xf7d0ecc70015b46c5ab1cc8462592ae612fdaada200f643f3e1ce633bcc5ad1d"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9c",
"index": "0x0",
"tx_hash": "0xc3d232bb6b0e5d9a71a0978c9ab66c7a127ed37aeed6a2509dcc10d994c8c605"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9d",
"index": "0x0",
"tx_hash": "0x10139a08beae170a35fbfcece6d50561ec61e13e4c6438435c1f2021331d7c4d"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9e",
"index": "0x0",
"tx_hash": "0x39a083a1deb39b923a600a6f0714663085b5d2011b886b160962e20f1a28b550"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0x9f",
"index": "0x0",
"tx_hash": "0x2899c066f80a04b9a168e4499760ad1d768f44a3d673779905d88edd86362ac6"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa0",
"index": "0x0",
"tx_hash": "0xe2579280875a5d14538b0cc2356707792189662d5f8292541d9856ef291e81bf"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa1",
"index": "0x0",
"tx_hash": "0xd6121e80237c79182d55ec0efb9fa75bc9cc592f818057ced51aac6bb625e016"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa2",
"index": "0x0",
"tx_hash": "0x624eba1135e54a5988cb2ec70d42fa860d1d5658ed7f8d402615dff7d598e4b6"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa3",
"index": "0x0",
"tx_hash": "0x7884b4cf85bc02cb73ec41d5cbbbf158eebca6ef855419ce57ff7c1d97b5be58"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa4",
"index": "0x0",
"tx_hash": "0xb613ba9b5f6177657493492dd523a63720d855ae9749887a0de881b894a1d6a6"
}
},
{
"consumed_by": null,
"created_by": {
"block_number": "0xa5",
"index": "0x0",
"tx_hash": "0x701f4b962c1650810800ee6ed981841692c1939a4b597e9e7a726c5db77f6164"
}
}
]
}
index_lock_hash(lock_hash, index_from)lock_hash:H256index_from:BlockNumber|null
- result:
LockHashIndexState
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Creates index for live cells and transactions by the hash of lock script.
The indices are disabled by default. Clients have to create indices first before querying.
Creating index for the same lock_hash with different index_from is an undefined behaviour. Please delete the index first.
-
lock_hash- Cell lock script hash -
index_from- Create an index starting from this block number (exclusive). 0 is special which also indexes transactions in the genesis block. (Optional, the default is the max block number in the canonical chain, which means starting index from the next new block.)
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "index_lock_hash",
"params": [
"0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412",
"0x400"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": {
"block_hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"block_number": "0x400",
"lock_hash": "0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412"
}
}
deindex_lock_hash(lock_hash)lock_hash:H256
- result:
null
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Removes index for live cells and transactions by the hash of lock script.
lock_hash- Cell lock script hash
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "deindex_lock_hash",
"params": [
"0x214ccd7362ec77349bc8df11e6edb54173338a3f6ec312e314849296f23aaec4"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
get_lock_hash_index_states()- result:
Array<LockHashIndexState>
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Returns states of all created lock hash indices.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_lock_hash_index_states",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": [
{
"block_hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"block_number": "0x400",
"lock_hash": "0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412"
}
]
}
get_capacity_by_lock_hash(lock_hash)lock_hash:H256
- result:
LockHashCapacity|null
👎 Deprecated since 0.36.0: Please use ckb-indexer as an alternate solution.
Returns the total capacity by the hash of lock script.
This RPC requires creating the index on lock_hash first. It returns the correct balance only if the index is created starting from the genesis block.
lock_hash- Cell lock script hash
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_capacity_by_lock_hash",
"params": [
"0x4ceaa32f692948413e213ce6f3a83337145bde6e11fd8cb94377ce2637dcc412"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": {
"block_number": "0x400",
"capacity": "0xb00fb84df292",
"cells_count": "0x3f5"
}
}
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.
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.
-
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.)
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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": [
"0x590000000c00000055000000490000001000000030000000310000001892ea40d82b53c678ff88312450bbb17e164d7a3e0a90941aa58839f56f8df20114000000b2e61ff569acf041b3c2c17724e2379c581eeac300000000"
]
},
"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",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b118",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version":"0x0"
},
"proposals": [],
"required": false
}
],
"uncles_count_limit": "0x2",
"version": "0x0",
"work_id": "0x0"
}
}
Submit new block to the network.
-
work_id- The same work ID returned fromget_block_template. -
block- The assembled block from the block template and which PoW puzzle has been resolved.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "submit_block",
"params": [
"example",
{
"header": {
"compact_target": "0x1e083126",
"dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
"epoch": "0x7080018000001",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
},
"proposals": [],
"transactions": [
{
"cell_deps": [],
"header_deps": [],
"inputs": [
{
"previous_output": {
"index": "0xffffffff",
"tx_hash": "0x0000000000000000000000000000000000000000000000000000000000000000"
},
"since": "0x400"
}
],
"outputs": [
{
"capacity": "0x18e64b61cf",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": [
"0x450000000c000000410000003500000010000000300000003100000028e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5000000000000000000"
]
}
],
"uncles": []
}
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40"
}
RPC Module Net for P2P network.
local_node_info()- result:
LocalNode
Returns the local node information.
The local node means the node itself which is serving the RPC.
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)"
}
}
get_peers()- result:
Array<RemoteNode>
Returns the connected peers' information.
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)"
}
]
}
get_banned_addresses()- result:
Array<BannedAddr>
Returns all banned IPs/Subnets.
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"
}
]
}
clear_banned_addresses()- result:
null
Clears all banned IPs/Subnets.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "clear_banned_addresses",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
set_ban(address, command, ban_time, absolute, reason)address:stringcommand:stringban_time:Timestamp|nullabsolute:boolean|nullreason:string|null
- result:
null
Inserts or deletes an IP/Subnet from the banned list
-
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-insertto insert an IP/Subnet to the list,deleteto 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, theban_timemust be an absolute timestamp in milliseconds since epoch, optional parameter. -
reason- Ban reason, optional parameter.
InvalidParams (-32602)-
Expected
addressto be a valid IP address with an optional netmask. -
Expected
commandto be in the list [insert, delete].
-
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
}
sync_state()- result:
SyncState
Returns chain synchronization state of this node.
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"
}
}
set_network_active(state)state:boolean
- result:
null
Disable/enable all p2p network activity
state- true to enable networking, false to disable
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "set_network_active",
"params": [
false
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
add_node(peer_id, address)peer_id:stringaddress:string
- result:
null
Attempts to add a node to the peers list and try connecting to it.
-
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_idisQmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS, -
and
addressis/ip4/192.168.2.100/tcp/8114
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
}
remove_node(peer_id)peer_id:string
- result:
null
Attempts to remove a node from the peers list and try disconnecting from it.
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.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "remove_node",
"params": [
"QmUsZHPbjjzU627UZFt4k8j6ycEcNvXRnVGxCPKqwbAfQS"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
ping_peers()- result:
null
Requests that a ping is sent to all connected peers, to measure ping time.
Requests
{
"id": 42,
"jsonrpc": "2.0",
"method": "ping_peers",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
RPC Module Pool for transaction memory pool.
send_transaction(tx, outputs_validator)tx:Transactionoutputs_validator:OutputsValidator|null
- result:
H256
Submits a new transaction into the transaction pool.
-
transaction- The transaction. -
outputs_validator- Validates the transaction outputs before entering the tx-pool. (Optional, default is "passthrough").
-
PoolRejectedTransactionByOutputsValidator (-1102)- The transaction is rejected by the validator specified byoutputs_validator. If you really want to send transactions with advanced scripts, please setoutputs_validatorto "passthrough". -
PoolRejectedTransactionByIllTransactionChecker (-1103)- Pool rejects some transactions which seem contain invalid VM instructions. See the issue link in the error message for details. -
PoolRejectedTransactionByMinFeeRate (-1104)- The transaction fee rate must be greater than or equal to the config optiontx_pool.min_fee_rate. -
PoolRejectedTransactionByMaxAncestorsCountLimit (-1105)- The ancestors count must be greater than or equal to the config optiontx_pool.max_ancestors_count. -
PoolIsFull (-1106)- Pool is full. -
PoolRejectedDuplicatedTransaction (-1107)- The transaction is already in the pool. -
TransactionFailedToResolve (-301)- Failed to resolve the referenced cells and headers used in the transaction, as inputs or dependencies. -
TransactionFailedToVerify (-302)- Failed to verify the transaction.
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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": []
},
"passthrough"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0xa0ef4eb5f4ceeb08a4c8524d84c5da95dce2f608e0ca2ec8091191b0f330c6e3"
}
tx_pool_info()- result:
TxPoolInfo
Returns the transaction pool information.
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"
}
}
clear_tx_pool()- result:
null
Removes all transactions from the transaction pool.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "clear_tx_pool",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": null
}
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.
verbose- True for a json object, false for array of transaction ids, default=false
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": {}
}
}
RPC Module Stats for getting various statistic data.
get_blockchain_info()- result:
ChainInfo
Returns statistics about the chain.
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"
}
}
get_peers_state()- result:
Array<PeerState>
👎 Deprecated since 0.12.0:
Please use RPC get_peers instead
Return state info of peers
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "get_peers_state",
"params": []
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": [
{
"blocks_in_flight": "0x56",
"last_updated": "0x16a95af332d",
"peer": "0x1"
}
]
}
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).
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]}`)
subscribe(topic)topic:string
- result:
string
Subscribes to a topic.
topic- Subscription topic (enum: new_tip_header | new_tip_block)
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"
}
}
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.
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.
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.
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "subscribe",
"params": [
"new_tip_header"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": "0x2a"
}
unsubscribe(id)id:string
- result:
boolean
Unsubscribes from a subscribed topic.
id- Subscription ID
Request
{
"id": 42,
"jsonrpc": "2.0",
"method": "unsubscribe",
"params": [
"0x2a"
]
}
Response
{
"id": 42,
"jsonrpc": "2.0",
"result": true
}
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.
(-1): CKB internal errors are considered to never happen or only happen when the system resources are exhausted.
(-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.
(-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.
(-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.
(-5): DAO related errors.
(-6): Integer operation overflow.
(-7): The error is caused by a config file option.
Users have to edit the config file to fix the error.
(-101): The CKB local node failed to broadcast a message to its peers.
(-200): Internal database error.
The CKB node persists data to the database. This is the error from the underlying database module.
(-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.
(-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.
(-301): Failed to resolve the referenced cells and headers used in the transaction, as inputs or dependencies.
(-302): Failed to verify the transaction.
(-1000): Some signatures in the submit alert are invalid.
(-1102): The transaction is rejected by the outputs validator specified by the RPC parameter.
(-1103): Pool rejects some transactions which seem contain invalid VM instructions. See the issue link in the error message for details.
(-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)
(-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.
(-1106): The transaction is rejected because the pool has reached its limit.
(-1107): The transaction is already in the pool.
(-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.
An alert is a message about critical problems to be broadcast to all nodes via the p2p network.
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"
]
}
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.
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.
An alert sent by RPC send_alert.
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.
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.
A banned P2P address.
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.
The JSON view of a Block used as a parameter in the RPC.
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.
Block Economic State.
It includes the rewards details and when it is finalized.
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.
Block base rewards.
BlockIssuance is a JSON object with the following fields.
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.
Breakdown of miner rewards issued by block cellbase transaction.
BlockReward is a JSON object with the following fields.
-
total:Capacity- The total block reward. -
primary:Capacity- The primary base block reward allocated to miners. -
secondary:Capacity- The secondary base block reward allocated to miners. -
tx_fee:Capacity- The transaction fees that are rewarded to miners because the transaction is committed in the block.Attention, this is not the total transaction fee in the block.
Miners get 60% of the transaction fee for each transaction committed in the block.
-
proposal_reward: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.
A block template for miners.
Miners optional pick transactions and then assemble the final block.
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
requiredin 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
requiredin 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.
-
The JSON view of a Block including header and body.
BlockView is a JSON object with the following fields.
-
header:HeaderView- The block header. -
uncles:Array<UncleBlockView>- The uncles blocks in the block body. -
transactions:Array<TransactionView>- The transactions in the block body. -
proposals:Array<ProposalShortId>- The proposal IDs in the block body.
Fixed-length 32 bytes binary encoded as a 0x-prefixed hex string in JSON.
0xd495a106684401001e47c0ae1d5930009449d26e32380000000721efd0030000
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.
The cell data content and hash.
{
"content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
"hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
}
CellData is a JSON object with the following fields.
The cell dependency of a transaction.
{
"dep_type": "code",
"out_point": {
"index": "0x0",
"tx_hash": "0xa4037a893eb48e18ed4ef61034ce26eba9c585f15c9cee102ae58505565eccc3"
}
}
CellDep is a JSON object with the following fields.
The JSON view of a cell combining the fields in cell output and cell data.
{
"data": {
"content": "0x7f454c460201010000000000000000000200f3000100000078000100000000004000000000000000980000000000000005000000400038000100400003000200010000000500000000000000000000000000010000000000000001000000000082000000000000008200000000000000001000000000000001459308d00573000000002e7368737472746162002e74657874000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000b000000010000000600000000000000780001000000000078000000000000000a0000000000000000000000000000000200000000000000000000000000000001000000030000000000000000000000000000000000000082000000000000001100000000000000000000000000000001000000000000000000000000000000",
"hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5"
},
"output": {
"capacity": "0x802665800",
"lock": {
"args": "0x",
"code_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"hash_type": "data"
},
"type": null
}
}
CellInfo is a JSON object with the following fields.
-
output:CellOutput- Cell fields appears in the transactionoutputsarray. -
data:CellData|null- Cell data.This is
nullwhen the data is not requested, which does not mean the cell data is empty.
The input cell of a transaction.
{
"previous_output": {
"index": "0x0",
"tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
},
"since": "0x0"
}
CellInput is a JSON object with the following fields.
-
since:Uint64- Restrict when the transaction can be committed into the chain.See the RFC Transaction valid since.
-
previous_output:OutPoint- Reference to the input cell.
The fields of an output cell except the cell data.
{
"capacity": "0x2540be400",
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
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".
This is used as return value of get_cells_by_lock_hash RPC.
It contains both OutPoint data used for referencing a cell, as well as the cell's properties such as lock and capacity.
# serde_json::from_str::<ckb_jsonrpc_types::CellOutputWithOutPoint>(r#"
{
"block_hash": "0xf293d02ce5e101b160912aaf15b1b87517b7a6d572c13af9ae4101c1143b22ad",
"capacity": "0x2ca86f2642",
"cellbase": true,
"lock": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"out_point": {
"index": "0x0",
"tx_hash": "0xa510932a80fda15a774203404453c5f9c0e8582f11c40f8ce5396f2460f8ccbf"
},
"output_data_len": "0x0",
"type": null
}
# "#).unwrap();
CellOutputWithOutPoint is a JSON object with the following fields.
-
out_point:OutPoint- Reference to a cell via transaction hash and output index. -
block_hash:H256- The block hash of the block which committed the transaction. -
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".
-
output_data_len:Uint64- The bytes count of the cell data. -
cellbase:boolean- Whether this is a cellbase transaction output.The cellbase transaction is the first transaction in a block which issues rewards and fees to miners.
The cellbase transaction has a maturity period of 4 epochs. Its output cells can only be used as inputs after 4 epochs.
Cell related transaction information.
CellTransaction is a JSON object with the following fields.
-
created_by:TransactionPoint- Where this cell is created.The cell is the
created_by.index-th output in the transactioncreated_by.tx_hash, which has been committed in at the heightcreated_by.block_numberin the chain. -
consumed_by:TransactionPoint|null- Where this cell is consumed.This is null if the cell is still live.
The cell is consumed as the
consumed_by.index-th input in the transactionconsumed_by.tx_hash, which has been committed to at the heightconsumed_by.block_numberin the chain.
The JSON view of a cell with its status information.
{
"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"
}
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.
-
The cellbase transaction template of the new block for miners.
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.
Chain information.
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. -
epoch:EpochNumber- Current epoch number. -
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.
Consensus defines various parameters that influence chain consensus
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
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.
The dep cell type. Allowed values: "code" and "dep_group".
DepType is equivalent to "code" | "dep_group".
- Type "code".
- Type "dep_group".
Response result of the RPC method dry_run_transaction.
DryRunResult is a JSON object with the following fields.
cycles:Cycle- The count of cycles that the VM has consumed to verify this transaction.
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.
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)
JSON view of an epoch.
CKB adjusts difficulty based on epochs.
{
"compact_target": "0x1e083126",
"length": "0x708",
"number": "0x1",
"start_number": "0x3e8"
}
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.
The estimated fee rate.
EstimateResult is a JSON object with the following fields.
fee_rate:FeeRate- The estimated fee rate.
The fee rate is the ratio between fee and transaction weight in unit Shannon per 1,000 bytes.
Based on the context, the weight is either the transaction virtual bytes or serialization size in the block.
This is a 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON. See examples of Uint64.
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.
The block header.
Refer to RFC CKB Block Structure.
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
EpochNumberWithFractionfor 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 onproposalsin the block body.It is all zeros when
proposalsis empty, or the hash on all the bytes concatenated together. -
uncles_hash:H256- The hash onunclesin the block body.It is all zeros when
unclesis empty, or the hash on all the uncle header hashes concatenated together. -
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 fromcompact_target.
The JSON view of a Header.
This structure is serialized into a JSON object with field hash and all the fields in Header.
{
"compact_target": "0x1e083126",
"dao": "0xb5a3e047474401001bc476b9ee573000c0c387962a38000000febffacf030000",
"epoch": "0x7080018000001",
"hash": "0xa5f5c85987a15de25661e5a214f2c1449cd803f071acc7999820f25246471f40",
"nonce": "0x0",
"number": "0x400",
"parent_hash": "0xae003585fa15309b30b31aed3dcf385e9472c3c3e93746a6c4540629a6a1ed2d",
"proposals_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"timestamp": "0x5cd2b117",
"transactions_root": "0xc47d5b78b3c4c4c853e2a32810818940d0ee403423bea9ec7b8e566d9595206c",
"uncles_hash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"version": "0x0"
}
HeaderView is a JSON object with the following fields.
-
inner:Header- All the fields inHeaderare included inHeaderViewin JSON. -
hash:H256- The header hash. It is also called the block hash.
Variable-length binary encoded as a 0x-prefixed hex string in JSON.
| 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 |
An indexed live cell.
LiveCell is a JSON object with the following fields.
-
created_by:TransactionPoint- Where this cell is created.The cell is the
created_by.index-th output in the transactioncreated_by.tx_hash, which has been committed to at the heightcreated_by.block_numberin the chain. -
cell_output:CellOutput- The cell properties. -
output_data_len:Uint64- The cell data length. -
cellbase:boolean- Whether this cell is an output of a cellbase transaction.
The information of the node itself.
{
"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)"
}
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.
The information of a P2P protocol that is supported by the local node.
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.
The accumulated capacity of a set of cells.
LockHashCapacity is a JSON object with the following fields.
-
capacity:Capacity- Total capacity of all the cells in the set. -
cells_count:Uint64- Count of cells in the set. -
block_number:BlockNumber- This information is calculated when the max block number in the chain isblock_number.
Cell script lock hash index state.
LockHashIndexState is a JSON object with the following fields.
-
lock_hash:H256- The script lock hash.This index will index cells that lock script hash matches.
-
block_number:BlockNumber- The max block number this index has already scanned. -
block_hash:H256- The hash of the block with the max block number that this index has already scanned.
Proof of CKB Merkle Tree.
CKB Merkle Tree is a CBMT using CKB blake2b hash as the merge function.
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.
Block rewards for miners.
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.
Node P2P address and score.
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.
Reference to a cell via transaction hash and output index.
{
"index": "0x0",
"tx_hash": "0x365698b50ca0da75dca2c87f9e7b563811d3b5813736b8cc62cc3b106faceb17"
}
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 bytx_hash.
Transaction output validators that prevent common mistakes.
OutputsValidator is equivalent to "default" | "passthrough".
- "default": The default validator which restricts the lock script and type script usage.
- "passthrough": bypass the validator, thus allow any kind of transaction outputs.
Peer (remote node) state.
PeerState is a JSON object with the following fields.
-
peer:Uint32- Peer session id. -
last_updated:Timestamp- last updated timestamp. -
blocks_in_flight:Uint32- blocks count has request but not receive response yet.
The chain synchronization state between the local node and a remote node.
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 peerThis 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.
The transaction entry in the pool.
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.
The 10-byte fixed-length binary encoded as a 0x-prefixed hex string in JSON.
0xa0ef4eb5f4ceeb08a4c8
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
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.
The ratio which numerator and denominator are both 256-bit unsigned integers.
{
"denom": "0x28",
"numer": "0x1"
}
All transactions in tx-pool.
RawTxPool is equivalent to TxPoolIds | TxPoolVerbosity.
Information of a remote node.
A remote node connects to the local node via the P2P network. It is often called a peer.
{
"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)"
}
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_outboundis 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.
The information about an active running protocol.
RemoteNodeProtocol is a JSON object with the following fields.
-
id:Uint64- Unique protocol ID. -
version:string- Active protocol version.
Describes the lock script and type script for a cell.
{
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
}
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 thecode_hashto match the script code. -
args:JsonBytes- Arguments for script.
Specifies how the script code_hash is used to match the script code.
Allowed values: "data" and "type".
Refer to the section Code Locating and Upgradable Script in the RFC CKB Transaction Structure.
ScriptHashType is equivalent to "data" | "type".
- Type "data" matches script code via cell data hash.
- Type "type" matches script code via cell type script hash.
This is a 0x-prefix hex string. It is the block serialized by molecule using the schema table Block.
This is a 0x-prefix hex string. It is the block header serialized by molecule using the schema table Header.
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.
The overall chain synchronization state of this local node.
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_numberreturns T, the node has already synchronized T/B blocks. -
best_known_block_timestamp:Timestamp- This is timestamp of the same block described inbest_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
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.
The transaction.
Refer to RFC CKB Transaction Structure.
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 isoutputs_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.
Reference to a cell by transaction hash and output index, as well as in which block this transaction is committed.
TransactionPoint is a JSON object with the following fields.
-
block_number:BlockNumber- In which block the transaction creating the cell is committed. -
tx_hash:H256- In which transaction this cell is an output. -
index:Uint64- The index of this cell in the transaction. Based on the context, this is either an input index or an output index.
Merkle proof for transactions in a block.
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
Transaction template which is ready to be committed in the new block.
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
transactionsin the block template.For example,
depends = [1, 2]means this transaction depends onblock_template.transactions[1]andblock_template.transactions[2]. -
data:Transaction- The transaction.Miners must keep it unchanged when including it in the new block.
The JSON view of a Transaction.
This structure is serialized into a JSON object with field hash and all the fields in 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": {
"args": "0x",
"code_hash": "0x28e83a1277d48add8e72fadaa9248559e1b632bab2bd60b27955ebc4c03800a5",
"hash_type": "data"
},
"type": null
}
],
"outputs_data": [
"0x"
],
"version": "0x0",
"witnesses": []
}
TransactionView is a JSON object with the following fields.
-
inner:Transaction- All the fields inTransactionare included inTransactionViewin JSON. -
hash:H256- The transaction hash.
The JSON view of a transaction as well as its status.
TransactionWithStatus is a JSON object with the following fields.
-
transaction:TransactionView- The transaction. -
tx_status:TxStatus- The Transaction status.
Array of transaction ids
TxPoolIds is a JSON object with the following fields.
Transaction pool information.
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 blocktip_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.
Tx-pool verbose object
TxPoolVerbosity is a JSON object with the following fields.
-
pending:{ [ key:H256]:TxVerbosity}- Pending tx verbose info -
proposed:{ [ key:H256]:TxVerbosity}- Proposed tx verbose info
Transaction status and the block hash if it is committed.
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.
Transaction verbose info
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
The 256-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.
The 128-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.
| JSON | Decimal Value |
|---|---|
| "0x0" | 0 |
| "0x10" | 16 |
| "10" | Invalid, 0x is required |
| "0x01" | Invalid, redundant leading 0 |
The 32-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.
| JSON | Decimal Value |
|---|---|
| "0x0" | 0 |
| "0x10" | 16 |
| "10" | Invalid, 0x is required |
| "0x01" | Invalid, redundant leading 0 |
The 64-bit unsigned integer type encoded as the 0x-prefixed hex string in JSON.
| JSON | Decimal Value |
|---|---|
| "0x0" | 0 |
| "0x10" | 16 |
| "10" | Invalid, 0x is required |
| "0x01" | Invalid, redundant leading 0 |
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.
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.
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.
UncleBlockView is a JSON object with the following fields.
-
header:HeaderView- The uncle block header. -
proposals:Array<ProposalShortId>- Proposal IDs in the uncle block body.
The uncle block template of the new block for miners.
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.
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.