In addition to the JSON-RPC APIs, Etn-sc supports the GraphQL API as specified by EIP-1767. GraphQL lets you specify which fields of an objects you need as part of the query, eliminating the extra load on the client for filling in fields which are not needed. It also allows for combining several traditional JSON-RPC requests into one query which translates into less overhead and more performance.
The GraphQL endpoint piggybacks on the HTTP transport used by JSON-RPC. Hence the relevant --http
flags and the --graphql
flag should be passed to Etn-sc:
Copy
etn-sc --http --graphql
Now queries can be raised against http://localhost:8545/graphql
. To change the port, provide a custom port number to --http.port
, e.g.:
Copy
etn-sc --http --http.port 9545 --graphql
GraphiQL
An easy way to try out queries is the GraphiQL interface shipped with Etn-sc. To open it visit http://localhost:8545/graphql/ui
. To see how this works let’s read the sender, recipient and value of all transactions in block number 6000000. In GraphiQL:
Copy
query txInfo {
block(number: 6000000) {
transactions {
hash
from {
address
}
to {
address
}
value
}
}
}
GraphiQL also provides a way to explore the schema Etn-sc provides to help you formulate your queries, which you can see on the right sidebar. Under the title Root Types
click on Query
to see the high-level types and their fields.
Query
Reading out data from Etn-sc is the biggest use-case for GraphQL. In addition to using the UI queries can also be sent programmatically. The official GraphQL docs explain how to find bindings for many languages, or send http requests from the terminal using tools such as Curl.
For example, the code snippet below shows how to obtain the latest block number using Curl. Note the use of a JSON object for the data section:
Copy
❯ curl -X POST http://localhost:8545/graphql -H "Content-Type: application/json" --data '{ "query": "query { block { number } }" }'
{"data":{"block":{"number":"0x5b9d65"}}}
Alternatively store the JSON-ified query in a file (let’s call it block-num.query) and do:
Copy
❯ curl -X POST http://localhost:8545/graphql -H "Content-Type: application/json" --data '@block-num.query'
Executing a simple query in JS looks as follows. Here the lightweight library graphql-request
is used to perform the request. Note the use of variables instead of hardcoding the block number in the query:
Copy
const { request, gql } = require('graphql-request');
const query = gql`
query blockInfo($number: Long) {
block(number: $number) {
hash
stateRoot
}
}
`;
request('http://localhost:8545/graphql', query, { number: '6004067' })
.then(res => {
console.log(res);
})
.catch(err => {
console.log(err);
});
Accessing state
The schema allows for querying parts of state, i.e. accounts and their storage slots. E.g. it is possible to get the balance of the sender of a tx via:
Copy
transaction(hash: "0xdad") {
from {
balance
}
}
It is important to note however that the balance returned here is not the balance at the given transaction, rather it is the latest balance of the sender account, i.e. at the head of the chain. It is possible to query the state of this account at a particular block N via:
Copy
transaction(hash: "0xdad") {
from(block: 6004067) {
balance
}
}
As you can see this effect takes in a block number parameter which instructs Etn-sc to return the state of this account from an older block. The node needs to have the state for that block persisted, otherwise this query will result in an error. To see how Etn-sc persists state please see this page.