Newer
Older
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
{
header: {
chain_id: <string>
height: <number>
time: <string>
fees: <number>
num_txs: <number>
last_block_hash: <string>
last_block_parts: {
total: <number>
hash: <string>
}
state_hash: <string>
}
validation: {
commits: [<Commit>]
TODO those other two.
}
data: {
txs: [<Tx>]
TODO that other field.
}
}
```
The `Commit` object:
```
{
address: <string>
round: <number>
signature: <string>
}
```
#####Additional info
TODO
See [The transaction types](#the-transaction-types) for more info on the `Tx` types.
***
<a name="consensus"></a>
###Consensus
***
<a name="get-consensus-state"></a>
####GetConsensusState
Get the current consensus state.
#####HTTP
Method: GET
Endpoint: `/consensus`
#####JSON-RPC
Method: `erisdb.getConsensusState`
Parameter: -
#####Return value
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
{
height: <number>
round: <number>
step: <number>
start_time: <string>
commit_time: <string>
validators: [<Validator>]
proposal: {
height: <number>
round: <number>
block_parts: {
total: <number>
hash: <string>
}
pol_parts: {
total: <number>
hash: <string>
}
signature: <string>
}
}
```
#####Additional info
TODO
See the GetValidators method right below for info about the `Validator` object.
***
<a name="get-validators"></a>
####GetValidators
Get the validators.
#####HTTP
Method: GET
Endpoint: `/consensus/validators`
#####JSON-RPC
Method: `erisdb.getValidators`
Parameter: -
#####Return value
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
{
block_height: <number>
bonded_validators: [<Validator>]
unbonding_validators: [<Validator>]
}
```
The `Validator` object:
```
{
address: <string>
pub_key: <PubKey>
bon_height: <number>
unbond_height: <number>
last_commit_height: <number>
voting_power: <number>
accum: <number>
}
```
#####Additional info
TODO
***
<a name="events"></a>
###Events
***
<a name="event-subscribe"></a>
####EventSubscribe
Subscribe to a given type of event.
#####HTTP
Method: POST
Endpoint: `/event_subs/`
Body: See JSON-RPC parameter.
#####JSON-RPC
Method: `erisdb.eventSubscribe`
Parameter:
{
event_id: <string>
}
```
#####Return value
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
{
sub_id: <string>
}
```
#####Additional info
For more information about events and the event system, see the [Event system](#event-system) section.
***
<a name="event-unsubscribe"></a>
####EventUnubscribe
Unsubscribe to an event type.
#####HTTP
Method: DELETE
Endpoint: `/event_subs/:id`
#####JSON-RPC
Method: `erisdb.eventUnsubscribe`
Parameter: -
#####Return value
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
{
result: <bool>
}
```
#####Additional info
For more information about events and the event system, see the [Event system](#event-system) section.
***
<a name="event-poll"></a>
####EventPoll
Poll a subscription. Note this cannot be done if using websockets, because then the events will be passed automatically over the socket.
#####HTTP
Method: GET
Endpoint: `/event_subs/:id`
#####JSON-RPC
Method: `erisdb.eventPoll`
#####Return value
{
events: [<Event>]
}
```
#####Additional info
For more information about events and the event system, see the [Event system](#event-system) section. This includes info about the `Event` object.
***
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
<a name="name-registry"></a>
####Name-registry
<a name="get-namereg-entries"></a>
####GetNameRegEntries
This will return a list of name reg entries. Filters may be used.
#####HTTP
Method: GET
Endpoint: `/namereg`
#####JSON-RPC
Method: `erisdb.getNameRegEntries`
Parameter:
```
{
filters: [<FilterData>]
}
```
##### Filters
| Field | Underlying type | Ops | Example Queries |
| :---- | :-------------- | :-- | :-------------- |
| `expires` | int | `<`, `>`, `<=`, `>=`, `==` | `q=expires:<=50` |
| `owner` | byte[] | `==`, `!=` | `q=owner:1010101010101010101010101010101010101010` |
| `name` | string | `==`, `!=` | `q=name:!=somekey` |
| `data` | string | `==`, `!=` | `q=name:!=somedata` |
NOTE: While it is supported, there is no point in using `name:==...`, as it would search the entire map of names for that entry. Instead you should use the method `GetNameRegEntry` which takes the name (key) as argument.
#####Return value
```
{
block_height: <number>
names: <NameRegEntry>
}
```
#####Additional info
See GetNameRegEntry below for more info on the `NameRegEntry` object.
See the section on [Filters](#queries-filters) for info on the `FilterData` object.
***
<a name="get-namereg-entry"></a>
####GetNameRegEntry
Get a namereg entry by its key.
#####HTTP
Method: GET
Endpoint: `/namereg/:name`
Params: The key (a string)
#####JSON-RPC
Method: `erisdb.getNameRegEntry`
Parameter:
```
{
name: <string>
}
```
#####Return value
```
{
owner: <string>
name: <string>
data: <string>
expires: <number>
}
```
***
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
<a name="network"></a>
###Network
***
<a name="get-network-info"></a>
####GetNetworkInfo
Get the network information. This includes the blockchain client moniker, peer data, and other things.
#####HTTP
Method: GET
Endpoint: `/network`
#####JSON-RPC
Method: `erisdb.getNetworkInfo`
Parameters: -
#####Return value
moniker: <string>
listening: <boolean>
listeners: [<string>]
peers: [<Peer>]
}
```
#####Additional info
`client_version` is the version of the running client, or node.
`moniker` is a moniker for the node.
`listening` is a check if the node is listening for connections.
`listeners` is a list of active listeners.
`peers` is a list of peers.
See [GetPeer](#get-peer) for info on the `Peer` object.
***
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
<a name="get-client-version"></a>
####GetClientVersion
Get the version of the running client (node).
#####HTTP
Method: GET
Endpoint: `/network/client_version`
#####JSON-RPC
Method: `erisdb.getClientVersion`
Parameters: -
#####Return value
```
{
client_version: <string>
}
```
***
<a name="get-moniker"></a>
####GetMoniker
Get the node moniker, or nickname.
#####HTTP
Method: GET
Endpoint: `/network/moniker`
#####JSON-RPC
Method: `erisdb.getMoniker`
Parameters: -
#####Return value
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
{
moniker: <string>
}
```
***
<a name="is-listening"></a>
####IsListening
Check whether or not the node is listening for connections.
#####HTTP
Method: GET
Endpoint: `/network/listening`
#####JSON-RPC
Method: `erisdb.isListening`
Parameters: -
#####Return value
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
{
listening: <boolean>
}
```
***
<a name="get-listeners"></a>
####GetListeners
Get a list of all active listeners.
#####HTTP
Method: GET
Endpoint: `/network/listeners`
#####JSON-RPC
Method: `erisdb.getListeners`
Parameters: -
#####Return value
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
{
listeners: [<string>]
}
```
***
<a name="get-peers"></a>
####GetPeers
Get a list of all peers.
#####HTTP
Method: GET
Endpoint: `/network/peers`
#####JSON-RPC
Method: `erisdb.getPeers`
Parameters: -
#####Return value
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
{
peers: [<Peer>]
}
```
See [GetPeer](#get-peer) below for info on the `Peer` object.
***
<a name="get-peer"></a>
####GetPeer
Get the peer with the given IP address.
#####HTTP
Method: GET
Endpoint: `/network/peer/:address`
#####JSON-RPC
Method: `erisdb.getPeer`
Parameters:
{
address: <string>
}
```
#####Return value
This is the peer object.
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
{
is_outbound: <boolean>
moniker: <string>
chain_id: <string>
version: <string>
host: <string>
p2p_port: <number>
rpc_port: <number>
}
```
#####Additional info
TODO
***
<a name="transactions"></a>
###Transactions
***
####BroadcastTx
Broadcast a given (signed) transaction to the node. It will be added to the tx pool if there are no issues, and if it is accepted by all validators it will eventually be committed to a block.
#####HTTP
Method: POST
Endpoint: `/txpool`
Body:
<Tx>
```
#####JSON-RPC
Method: `erisdb.BroadcastTx`
Parameters:
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
{
tx_hash: <string>
creates_contract: <number>
contract_addr: <string>
}
```
#####Additional info
`tx_hash` is the hash of the transaction (think digest), and can be used to reference it.
`creates_contract` is set to `1` if a contract was created, otherwise it is 0.
If a contract was created, then `contract_addr` will contain the address. NOTE: This is no guarantee that the contract will actually be commited to the chain. This response is returned upon broadcasting, not when the transaction has been committed to a block.
See [The transaction types](#the-transaction-types) for more info on the `Tx` types.
***
<a name="get-unconfirmed-txs"></a>
####GetUnconfirmedTxs
Get a list of transactions currently residing in the transaction pool. These have been admitted to the pool, but has not yet been committed.
#####HTTP
Method: GET
Endpoint: `/txpool`
#####JSON-RPC
Method: `erisdb.getUnconfirmedTxs`
Parameters: -
#####Return value
{
txs: [<Tx>]
}
```
#####Additional info
See [The transaction types](#the-transaction-types) for more info on the `Tx` types.
***
<a name="calls"></a>
###Code execution (calls)
***
####Call
Call a given (contract) account to execute its code with the given in-data.
#####HTTP
Method: POST
Endpoint: `/calls`
Body: See JSON-RPC parameter.
#####JSON-RPC
Method: `erisdb.call`
Parameters:
{
address: <string>
data: <string>
}
```
#####Return value
{
return: <string>
gas_used: <number>
}
```
#####Additional info
`data` is a string of data formatted in accordance with the [contract ABI](TODO).
***
<a name="call-code"></a>
####CallCode
Pass contract code and tx data to the node and have it executed in the virtual machine. This is mostly a dev feature.
#####HTTP
Method: POST
Body: See JSON-RPC parameter.
#####JSON-RPC
Method: `erisdb.callCode`
Parameters:
{
code: <string>
data: <string>
}
```
#####Return value
{
return: <string>
gas_used: <number>
}
```
#####Additional info
`code` is a hex-string representation of compiled contract code.
`data` is a string of data formatted in accordance with the [contract ABI](TODO).
***
<a name="unsafe"></a>
###Unsafe
These methods are unsafe because they require that a private key is either transmitted or received. They are supposed to be used only in development.
####SignTx
Send an unsigned transaction to the node for signing.
#####HTTP
Method: POST
Endpoint: `/unsafe/tx_signer`
Body:
<Tx>
```
#####JSON-RPC
Method: `erisdb.SignTx`
Parameters:
<Tx>
```
#####Return value
The same transaction but signed.
#####Additional info
See [The transaction types](#the-transaction-types) for more info on the `Tx` types.
***
Convenience method for sending a transaction. It will do the following things:
* Use the private key to create a private account object (i.e. generate public key and address).
* Use the other parameters to create a `CallTx` object.
* Sign the transaction.
* Broadcast the transaction.
#####HTTP
Method: POST
Endpoint: `/unsafe/txpool`
Body: See JSON-RPC parameters.
#####JSON-RPC
data: <string>
address: <string>
fee: <number>
gas_limit: <number>
}
```
{
tx_hash: <string>
creates_contract: <number>
contract_addr: <string>
}
```
#####Additional info
See [The transaction types](#the-transaction-types) for more info on the `CallTx` type.
***
1852
1853
1854
1855
1856
1857
1858
1859
1860
1861
1862
1863
1864
1865
1866
1867
1868
1869
1870
1871
1872
1873
1874
1875
1876
1877
1878
1879
1880
1881
1882
1883
1884
1885
1886
1887
1888
1889
1890
1891
1892
1893
1894
1895
1896
1897
1898
1899
1900
1901
1902
1903
1904
<a name="transact-name-reg"></a>
####TransactNameReg
Convenience method for sending a transaction to the name registry. It will do the following things:
* Use the private key to create a private account object (i.e. generate public key and address).
* Use the other parameters to create a `NameTx` object.
* Sign the transaction.
* Broadcast the transaction.
#####HTTP
Method: POST
Endpoint: `/unsafe/namereg/txpool`
Body: See JSON-RPC parameters.
#####JSON-RPC
Method: `erisdb.transactNameReg`
Parameters:
```
{
priv_key: <string>
name: <string>
data: <string>
fee: <number>
amount: <number>
}
```
#####Return value
The same as with BroadcastTx:
```
{
tx_hash: <string>
creates_contract: <number> (always 0)
contract_addr: <string> (always empty)
}
```
#####Additional info
See [The transaction types](#the-transaction-types) for more info on the `NameTx` type.
***
####GenPrivAccount
Convenience method for generating a `PrivAccount` object, which contains a private key and the corresponding public key and address.
#####HTTP
Method: POST
Endpoint: `/unsafe/pa_generator`
#####JSON-RPC
Method: `erisdb.genPrivAccount`
Parameters: -
#####Return value
{
address: <string>
pub_key: <PubKey>
priv_key: <PrivKey>
}
```
#####Additional info
TODO fix endpoint and method.
Again - This is unsafe. Be warned.
***
Filters are used in searches. The structure is similar to that of the [Github api (v3)](https://developer.github.com/v3/search/).
###JSON-RPC
Filters are added as objects in the request parameter. Methods that supports filtering includes an array of filters somewhere in their params object.
Filter:
1955
1956
1957
1958
1959
1960
1961
1962
1963
1964
1965
1966
1967
1968
1969
1970
1971
1972
1973
1974
1975
1976
1977
1978
1979
1980
1981
1982
1983
1984
1985
1986
1987
1988
1989
1990
1991
1992
1993
1994
1995
1996
1997
1998
1999
2000
}
```
* The `field` must be one that is supported by the collection items in question.
* The `op` is a relational operation `[>, <, >=, <=, ==, !=]`. Different fields supports different subsets.
* The `value` is the value to match against. It is always a string.
* Range queries are done simply by adding two filters - one for the minimum value and one for the maximum.
#####Examples
We want an account filter that only includes accounts that has code in them (i.e. contract accounts):
```
{
field: "code"
op: "!="
value: ""
}
```
We want an account filter that only includes accounts with a balance less then 1000:
```
{
field: "balance"
op: "<"
value: "1000"
}
```
We want an account filter that only includes accounts with a balance higher then 0, but less then 1000.
```
{
field: "balance"
op: ">"
value: "0"
}
```
```
{
field: "balance"
op: "<"
value: "1000"
}