Tezos RPC ne répond pas avec des blocs sous le point de contrôle actuel

Question

Tezos RPC ne répond pas avec des blocs sous le point de contrôle actuel

- 6
- 119 2019-07-09
J'aiexécutémapropreinstance denœud Tezoset il semble que lenœudne répondpas avec desblocs sous lepoint de contrôle actuel.

Obtenir/chaînes/Main/Point de contrôle Réponse:

{ "bloquer": { "Niveau": 212993, "proto": 3, "Prédécesseur": "blmxxvpj4rfpinscwgqkws5iqcqzklnxcrshxyerrk8yt8s4ui", "TimeStamp": "2018-12-04t01: 25: 03Z", "validation_pass": 4, "Operations_HASH": "LLOB1OffM5PLNSH8VI9KM57JH9TOQS9JR6XGKZT9GEQZQKIUSBPGE", "Fitness": [ "00", "000000000061A690" ], "Contexte": "COUU7Z1PCS3FOQQN96UACZB25S9C5HCTPSNBUQXDET2CNQSSSBAG", "Protocol_Data": "000100000003DDDFE5AFC00ED6F3C49C78ED62F3C49C78ED62FF003B0479B79367CB60C2A1A85CAEAE20FCA4DA576F19CE9116A2CD6EAFC1D737D032AA9ED1E3B292B57D378B292B57D378BD0FF90acf505" }, "sauvegarde_point": 212993, "Caboose": 0, "Histoire_mode": "plein" }

Alors,commenouspouvons voir History_Modeest "plein". Selon cet article https://blog.nomadic -Labs.com/introducing-snapshots-and-history-modes-for-Tezos-node.html Lenœud avec cemode stocketous lesblocs.

mais, Obtenir/Chaînes/Main/Blocs/212992 La réponseest 404nontrouvée, Cependant,

get/chaînes/principales/blocs/212992/en-tête une réponseest un élément debloc.

get/chaînes/main/blocs/212993 fonctionne correctementet réponses unbloctel qu'il s'y attendait.

J'ai utilisé l'image Dockerpour déployer lenœud.

upd : get/chaînes/principaux/blocs/212992/Opérations ne fonctionnepasnonplus
I've run my own instance of Tezos node and it seems that the node doesn't respond with blocks below the current checkpoint.

GET /chains/main/checkpoint response:

{ "block": { "level": 212993, "proto": 3, "predecessor": "BLMXXvPj4rfPinsTcwgQkws5iqcqZKLnxCrSHXYErRk8Yt8s4ui", "timestamp": "2018-12-04T01:25:03Z", "validation_pass": 4, "operations_hash": "LLob1oFfM5pLnSH8vi9kM57JH9toqS9jR6XGkZt9gHeqzKiusBpge", "fitness": [ "00", "000000000061a690" ], "context": "CoUu7Z1PCS3FoQqN96UAczb25S9c5HCtPsNbuQXdeT2CNqsssbaG", "protocol_data": "000100000003ddfe5afc00ed6f3c49c78ed62ff003b09b5af7db2b0479b79367cb60c2a1a85caeae20fca4da576f19ce9116a2cd6eafc1d737d032aa9ed1e3b292b57d378bd0ff90acf505" }, "save_point": 212993, "caboose": 0, "history_mode": "full" }

So, as we can see history_mode is "full". According to this article https://blog.nomadic-labs.com/introducing-snapshots-and-history-modes-for-the-tezos-node.html node with this mode stores all blocks.

But, GET /chains/main/blocks/212992 response is 404 Not Found, however,

GET /chains/main/blocks/212992/header response is a block header.

GET /chains/main/blocks/212993 works properly and responses a block as it expected.

I used docker image to deploy the node.

UPD: GET /chains/main/blocks/212992/operations also doesn't work

node rpc

la source

Ilya Peresadin

2 réponses

votes

3

2019-07-09

Lapublication dublog que vous avez référencéeindique que:

Unnœudexécutant dans full -Mode stocke les données de la chaîne complètepourtous lesblocs,même ceux deplus que lepoint de contrôle actuel. Plusprécisément,il conserve lesen-têtes et les opérations pour cesblocs. Cependant,il élimine le contexte archivé et l'opérationet bloquez reçus . Nous disons qu'unetelle valeurbloquineest "taillée":nousne conservons que lesbitsnécessaires quenous avons obtenus du réseauet laisseztombertout ce quipeut être reconstruit d'eux.

Celaexpliquepourquoi le ../<block_id>/header Endpointfonctionnepour vous,tandis que lepoint determinaison "Informations complètes"nécessiteprobablement desinformations éliminées. Cependant,cette citation dublog Postimplique que le ../<block_id>/operations doitfonctionner aussibien et vous devriezpouvoir reconstruiretoutes lesinformations dont vous avezbesoin de ces deuxpièces de Données (en-têteet opérations).

The blog post you referenced says that:

A node running in full-mode stores the full chain data for all blocks, even the ones older than the current checkpoint. More precisely, it keeps the headers and the operations for these blocks. However, it discards the archived context and the operation and block receipts. We say that such a block information is “pruned”: we keep only the necessary bits that we got from the network, and drop everything that can be reconstructed from them.

So this explains why the ../<block_id>/header endpoint works for you, while the “full information” endpoint probably requires some information that is pruned. However, this quote from the blog post implies that the ../<block_id>/operations endpoint should work as well, and you should be able to reconstruct all the information you need from these two pieces of data (header and operations).

la source

kirelagin

Malheureusement,`get/chaînes/principaux/blocs/212993/opérations"fonctionne commeprévu,mais "get/chaînes/blocs/blocks/212992/opérations"ne

Unfortunately, `GET /chains/main/blocks/212993/operations` works as expected but `GET /chains/main/blocks/212992/operations` doesn't

1

2019-07-09

Ilya Peresadin

The/Operations RPC abesoin d'informationstaillées.Unnouveau RPC doit être ajoutépour obtenir les données d'exploitationbrutes,sans les recettes.

The /operations RPC needs pruned info. A new RPC should be added for getting the raw operations data, without the receipts.

1

2019-07-10

Tom

1

2019-12-26

Ceciest unproblème connu avecpleinmode - voir NODE PLABLE Impossible d'interroger les données defonctionnementdesblocs avant le dernierpoint de contrôle récent pourplus d'informations.

This is a known issue with full-mode - please see Full node unable to query operation data from blocks prior to most recent checkpoint for more info.

la source

Tomáš Zemanovič

kirelagin · Answer 1 · 2019-07-09

3

2019-07-09

Lapublication dublog que vous avez référencéeindique que:

Unnœudexécutant dans full -Mode stocke les données de la chaîne complètepourtous lesblocs,même ceux deplus que lepoint de contrôle actuel. Plusprécisément,il conserve lesen-têtes et les opérations pour cesblocs. Cependant,il élimine le contexte archivé et l'opérationet bloquez reçus . Nous disons qu'unetelle valeurbloquineest "taillée":nousne conservons que lesbitsnécessaires quenous avons obtenus du réseauet laisseztombertout ce quipeut être reconstruit d'eux.

Celaexpliquepourquoi le ../<block_id>/header Endpointfonctionnepour vous,tandis que lepoint determinaison "Informations complètes"nécessiteprobablement desinformations éliminées. Cependant,cette citation dublog Postimplique que le ../<block_id>/operations doitfonctionner aussibien et vous devriezpouvoir reconstruiretoutes lesinformations dont vous avezbesoin de ces deuxpièces de Données (en-têteet opérations).

Malheureusement,`get/chaînes/principaux/blocs/212993/opérations"fonctionne commeprévu,mais "get/chaînes/blocs/blocks/212992/opérations"ne

Unfortunately, `GET /chains/main/blocks/212993/operations` works as expected but `GET /chains/main/blocks/212992/operations` doesn't
- 1
- 2019-07-09
- Ilya Peresadin
The/Operations RPC abesoin d'informationstaillées.Unnouveau RPC doit être ajoutépour obtenir les données d'exploitationbrutes,sans les recettes.

The /operations RPC needs pruned info. A new RPC should be added for getting the raw operations data, without the receipts.
- 1
- 2019-07-10
- Tom

Tomáš Zemanovič · Answer 2 · 2019-12-26

1

2019-12-26

Ceciest unproblème connu avecpleinmode - voir NODE PLABLE Impossible d'interroger les données defonctionnementdesblocs avant le dernierpoint de contrôle récent pourplus d'informations.