Skip to content

Commit 0db7a4e

Browse files
authored
Merge pull request #1189 from multiversx/development
Development to main
2 parents b82220d + 11e23b1 commit 0db7a4e

8 files changed

Lines changed: 2379 additions & 30 deletions

File tree

README.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -23,6 +23,7 @@ In order to ensure that the newly added content is correctly aligned and every M
2323

2424
- clone the repository
2525
- run `npm install` (only for the first usage)
26+
- run `npm run build`
2627
- run `npm start`
2728
- access `http://localhost:3000` to view your local version of the docs
2829

docs/sdk-and-tools/elastic-search.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -148,6 +148,7 @@ Each entry in an Elasticsearch index will have a format similar to this:
148148
| [events](/sdk-and-tools/indices/es-index-events) | Contains all the events generated by transactions and smart contract results. |
149149
| [delegators](/sdk-and-tools/indices/es-index-delegators) | Contains details about all the delegators. |
150150
| [operations](/sdk-and-tools/indices/es-index-operations) | Contains all transactions and smart contract results. |
151+
| [executionresults](/sdk-and-tools/indices/es-index-executionresults) | Contains all execution results generated by blocks execution. |
151152

152153
[comment]: # (mx-context-auto)
153154

Lines changed: 80 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,80 @@
1+
---
2+
id: es-index-executionresults
3+
title: execution results
4+
description: "Elasticsearch executionresults index: execution result block hash, header fields and example queries."
5+
---
6+
7+
[comment]: # (mx-abstract)
8+
9+
This page describes the structure of the `executionresults` index (Elasticsearch), and also depicts a few examples of how to query it.
10+
11+
[comment]: # (mx-context-auto)
12+
13+
## _id
14+
15+
The _id field of this index is the block hash associated with the execution result, in a hexadecimal encoding.
16+
17+
[comment]: # (mx-context-auto)
18+
19+
## Fields
20+
21+
[comment]: # (table:blocks)
22+
23+
| Field | Description |
24+
|----------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------|
25+
| nonce | The nonce field represents the sequence number of the block (block height) associated with the execution result. |
26+
| round | The round field represents the round of the block associated with the execution result. |
27+
| epoch | The epoch field represents the epoch of the block associated with the execution result. |
28+
| miniBlocksHashes | The miniBlocksHashes field contains an array of the miniblock hashes (hexadecimal encoded) that were included in the block. |
29+
| miniBlocksDetails | The miniBlocksDetails field contains an array of structures indicating processing details of the miniblocks, such as the index of the first processed transaction. |
30+
| timestampMs | The timestampMs field represents the timestamp of the block associated with the execution result. |
31+
| rootHash | The rootHash field represents the trie's state root hash when of the block associated with the execution result. |
32+
| shardId | The shardId field represents the shard this block belongs to. |
33+
| txCount | The txCount field represents the number of transactions from the block associated with the execution result. |
34+
| gasUsed | The gasUsed field represents the total gas that was used in the block associated with the execution result. |
35+
| accumulatedFees | The accumulatedFees field represents the accumulated fees that were paid in the block associated with the execution result. |
36+
| developerFees | The developerFees field represents the developer fees that were accumulated in the block. |
37+
| epochStartInfo | The epochStartInfo field is a structure that contains economic data, such as total supply. |
38+
| notarizedInBlockHash | The notarizedInBlockHash field represents the hash of the block in which the execution result was notarized. |
39+
40+
[comment]: # (mx-context-auto)
41+
42+
### Fetch blocks for a shard
43+
In order to fetch the latest execution results from a shard, one has to do a query that matches the field `shardId`.
44+
```
45+
curl --request GET \
46+
--url ${ES_URL}/executionresults/_search \
47+
--header 'Content-Type: application/json' \
48+
--data '{
49+
"query": {
50+
"match": {
51+
"shardId": "1"
52+
}
53+
},
54+
"sort": [
55+
{
56+
"timestamp": {
57+
"order": "desc"
58+
}
59+
}
60+
]
61+
}'
62+
```
63+
64+
### Fetch the latest 10 execution results for all shards
65+
66+
```
67+
curl --request GET \
68+
--url ${ES_URL}/executionresults/_search \
69+
--header 'Content-Type: application/json' \
70+
--data '{
71+
"sort": [
72+
{
73+
"timestamp": {
74+
"order": "desc"
75+
}
76+
}
77+
],
78+
"size":10
79+
}'
80+
```

docs/tokens/fungible-tokens.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -858,7 +858,7 @@ values={[
858858
]}>
859859
<TabItem value="Request">
860860

861-
Returns an array of ESDT Tokens that the specified address has interacted with (issued, sent or received).
861+
Returns an array of ESDT Tokens owned by the specified address.
862862

863863
```bash
864864
https://gateway.multiversx.com/address/*bech32Address*/esdt

docs/validators/rating.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -115,7 +115,7 @@ The node chosen to propose the block for a specific round will:
115115

116116
Observe that the loss is 4 times larger than the gain, which means that a proposer must succeed 4 times to gain the points lost for a single missed block.
117117

118-
Rating for proposers is even stricter: there is a compounding penalty rule, which makes the rating of a node drop even faster when it proposes unsuccessfuly.
118+
Rating for proposers is even stricter: there is a compounding penalty rule, which makes the rating of a node drop even faster when it proposes unsuccessfully.
119119

120120
The amount of `0.92592` points is deducted from the rating of the proposer on the first unsuccessful proposal, but the second unsuccessful proposal will be penalized by `0.92592 × 1.1`. The third, by `0.92592 × 1.1 × 1.1`. The general formula is:
121121

0 commit comments

Comments
 (0)