Tezos RPC non risponde con blocchi al di sotto del checkpoint corrente

Question

Tezos RPC non risponde con blocchi al di sotto del checkpoint corrente

- 6
- 119 2019-07-09
Hoeseguito lamiaistanza delnodo Tezose sembra cheilnodonon risponda conblocchi al di sotto del checkpoint corrente.

GET /chains/main/checkpoint risposta:

{ "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" }

Quindi,comepossiamo vedere history_mode è "full". Secondo questo articolo https://blog.nomadic -labs.com/introducing-snapshots-and-history-modes-for-the-tezos-node.html node con questamodalitàmemorizzatuttii blocchi.

Ma, La risposta di GET /chains/main/blocks/212992 è 404 Not Found, tuttavia,

La risposta di GET /chains/main/blocks/212992/header è un'intestazione diblocco.

GET /chains/main/blocks/212993funziona correttamentee risponde a unblocco comeprevisto.

Ho utilizzato l'immagine dockerper distribuireilnodo.

UPD : anche GET /chains/main/blocks/212992/operationsnonfunziona
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

2 risposta

voti

kirelagin · Answer 1 · 2019-07-09

3

2019-07-09

Ilpost delblog a cui haifatto riferimento dice che:

Unnodoin esecuzionein modalità fullmemorizzai dati della catena completapertuttii blocchi,anche quellipiù vecchi del checkpoint corrente. Piùprecisamente,mantiene le intestazioni e le operazioni per questiblocchi. Tuttavia,eliminail contesto archiviatoe l'operazionee blocca le ricevute . Diciamo chetaliinformazioni diblocco vengono "eliminate": conserviamo soloi bitnecessari che abbiamo ottenuto dalla retee rilasciamotutto ciò chepuòessere ricostruito daessi.

Quindi questo spiegaperché l'endpoint ../<block_id>/headerfunzionaperte,mentre l'endpoint "fullinformation"probabilmente richiede alcuneinformazioni che vengonoeliminate. Tuttavia,questa citazione dalpost delblogimplica che anche l'endpoint ../<block_id>/operations dovrebbefunzionaree dovrestiesserein grado di ricostruiretutte leinformazioni di cui haibisogno da queste dueparti di dati (intestazionee operazioni).

Sfortunatamente,`GET/chains/main/blocks/212993/operations`funziona comeprevistoma` GET/chains/main/blocks/212992/operations`no

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
L'RPC/operationsnecessita diinformazioni ridotte.Ènecessario aggiungere unnuovo RPCper ottenerei dati delle operazioninonelaborate,senza le ricevute.

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

Sitratta di unproblemanoto con lamodalità completa. Consulta Nodo completononin grado dieseguire query sui dati dell'operazionedaiblocchiprecedenti al checkpointpiù recente per ulterioriinformazioni.