alastria / alastria-node-quorum

How to install a node in Alastria Red-T (GoQuorum Technology) and tips to deploy and use it

This repository is to be used with the GitHub Pages. Please visit https://alastria.github.io/

Any suggestion for improving the site must be sent to [email protected]

alastria-node-quorum's Issues

Documentar https://github.com/ConsenSys/quorum-security-plugin-enterprise como alternativa de conexion JRPC

Se busca documentar https://github.com/ConsenSys/quorum-security-plugin-enterprise como alternativa de conexion JRPC. Se debe probar la conexión de dicho módulo a un nodo regular de la red, y compartir los resultados con los miembros del equipo core.

DoD. Análisis de viabilidad como alternativa a WS/RPC

Blocks generation stopped (11/12/2022)

Network has stopped generating blocks since 11/12/2022

The next steps are to create a private network between the validator nodes, make the network generate new blocks and then connect the rest of the nodes to the working network.

Review improvements and fixes on newer GoQuorum versions and their compatibility with Network T nodes

Starting new node with 0 cache raises error

At the time of starting a new node with --cache 0 an error raises when trying to create Bloom filter:

panic: failed to create bloom: m (number of bits in the Bloom filter) must be >= 2

goroutine 1 [running]:
github.com/ethereum/go-ethereum/trie.NewSyncBloom(0x0, 0x7fcb6439f8f0, 0xc0005ae4c0, 0x7fcb6439f8f0)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/trie/sync_bloom.go:73 +0x28b
github.com/ethereum/go-ethereum/eth.NewProtocolManager(0xc00050e460, 0x0, 0x1, 0x137608855a, 0xc0003c37d0, 0x184e340, 0xc000324000, 0x7fcb6439ee28, 0xc0003d87e0, 0xc000936000, ...)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/eth/handler.go:169 +0x7a5
github.com/ethereum/go-ethereum/eth.New(0xc0005ae660, 0xc000376600, 0x423f78, 0x30, 0x1536d00)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/eth/backend.go:253 +0xd5f
github.com/ethereum/go-ethereum/cmd/utils.RegisterEthService.func2(0xc0005ae660, 0xc0000ad260, 0xc00039d940, 0xc0005ae620, 0x2)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/cmd/utils/flags.go:1757 +0x4f
github.com/ethereum/go-ethereum/node.(*Node).Start(0xc00063e000, 0x0, 0x0)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/node/node.go:216 +0x463
github.com/ethereum/go-ethereum/cmd/utils.StartNode(0xc00063e000)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/cmd/utils/cmd.go:67 +0x2f
main.startNode(0xc000400c60, 0xc00063e000)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/cmd/geth/main.go:366 +0x10f
main.geth(0xc000400c60, 0x0, 0x0)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/cmd/geth/main.go:341 +0x127
github.com/ethereum/go-ethereum/vendor/gopkg.in/urfave/cli%2ev1.HandleAction(0x136c360, 0x16aed88, 0xc000400c60, 0xc000382f60, 0x0)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/vendor/gopkg.in/urfave/cli.v1/app.go:490 +0x82
github.com/ethereum/go-ethereum/vendor/gopkg.in/urfave/cli%2ev1.(*App).Run(0xc0002b2000, 0xc000136000, 0x2d, 0x30, 0x0, 0x0)
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/vendor/gopkg.in/urfave/cli.v1/app.go:264 +0x5f5
main.main()
	/home/runner/work/quorum/quorum/go/src/github.com/ethereum/go-ethereum/build/_workspace/src/github.com/ethereum/go-ethereum/cmd/geth/main.go:280 +0x55

Deb package for Ubuntu 20

Primero traerse la clave PGP del repo:

wget -O /usr/share/keyrings/planisys-archive-keyring.gpg https://repos.planisys.net/planisys-archive-keyring.gpg

Luego agregar el repo a la lista:

echo "deb [arch=amd64 signed-by=/usr/share/keyrings/planisys-archive-keyring.gpg] https://repos.planisys.net/apt-repo stable main" > /etc/apt/sources.list.d/planisys.list

Buscarlo e instalar

apt update
apt install alastria-redt

Instala binarios de ultima version 21.10.0 compilados con golang 1.17.x

Actualizar Dockerfile con los cambios:

• que esté basado en alpine/go-lang
• que use la version binaria de GoQuorum (21.10.x)

Contacto con Socios que mantienen nodos críticos, para empezar a usar nuevo Netstats

Motivacion: monitorización y renovación de comprosio por parte de nodos Boot y Validadores. Considerar otros componentes críticos: Explorador && Grafana (failover de CouncilBox && Planisys)

Se busca crear, además de las recetas Ansible/Compose/… un software empaquetado en .deb/.rpm para distribución de cliente Alastria-T. Se partirá del repositorio alastria-tools creado por Toribio hace algún tiempo

Se busca crear, además de las recetas Ansible/Compose/… un software empaquetado en .deb/.rpm para distribución de cliente Alastria-T. Se partirá del repositorio alastria-tools creado por Alberto G. Toribio hace algún tiempo.

Se ubica en el repositorio "alastria-node-quorum", dado que contendrá los nuevos scripts de gestión y documentación renovada.

DoD. Paquete ".deb" con cliente geth correctamente configurado en función del tipo de nodo y nombre

Actualización versiones software nodo validador

Se han realizado los trabajos de actualización de versiones de nuestro nodo validador (VAL_Alisys_Telsius_2_8_01) de acuerdo con https://github.com/alastria/alastria-node-quorum/pull/29 pero hemos tenido que hacer rollback, dejando el nodo ejecutando la versión anterior:

• Se ha instalado el software actualizado desde el repositorio basado en Docker (nuestro nodo ejecuta el software instalado en el servidor), siguiendo las instrucciones https://github.com/alastria/alastria-node-quorum/blob/main/README.md
• Se ha configurado y al arrancar el docker compose, se ha detectado correctamente el permisionado de la red, la identidad del nodo, con su enode y la cadena de bloques descargada en el equipo por la anterior versión de geth
• El nodo ha cogido peers y ha participado en las rondas de validación.
• El delay de sincronización del nodo comienza a degradarse hasta el punto de no poder participar en la validación porque no es capaz de mantener la sincronización de los bloques. Este degradado es progresivo y modificando parámetros de arranque (cache, monitorización, maxpeers...) se ha mejorado, pero no corregido, haciendo que el nodo no sea operativo
• Se ha detectado que el proceso Geth pasa de consumir un 25%de CPU y un 11% de la memoria del servidor con la versión anterior a un 80% y un 91% de memoria con la del docker. Además, ha generado 64GB de datos en el subdirectorio /ancient del chaindata, directorio que la anterior versión no genera.

Network not generating new blocks

Hello,

Could it be we're stopped at block height #101358750? Netstats show the latest block was that and it has not moved for a while.

Thanks.

Nodos en un ciclo de saturación de memoria y resincronización

Tenemos problemas en dos nodos: uno trabajaba normalmente cuando lo detuvimos para aplicar el procedimiento de este repositorio para que fuese monitorizado por Grafana. Al no poder resolver el problema, creamos una nueva máquina virtual de cero y volvimos a seguir el procedimiento, llegando al mismo error.

Toman progresivamente toda la memoria disponible (6GB y pico), salvo los últimos 150KB, están así un tiempo y se “reinician” (libera la memoria consumida, que cae a 600K, no responde adecuadamente a peticiones rpc, se desincroniza a veces, otras no, y recomienza el ciclo). Todo esto lo hace sin mi intervención. El ciclo se repite indefinidamente. En la práctica, observamos periodos de respuesta muy lenta a peticiones rpc remotas de ejecución de métodos de contratos (prefirmadas) o fracaso de estas peticiones con error. Estas condiciones nos impiden trabajar con los nodos.

Tiene que haber más nodos con este fallo. No es demasiado evidente, si no monitorizas el consumo de memoria de geth.

En el momento del “reinicio” registra esto:

REG_Vestigia_T_2_8_01 | INFO [09-08|20:20:57.609] Imported new chain segment               blocks=1  txs=0  mgas=0.000 elapsed=1.875ms   mgasps=0.000    number=101862614 hash=cb94aa…af5b23 dirty=4.38MiB
REG_Vestigia_T_2_8_01 | TRACE[09-08|20:20:57.609] Catch up latest proposal                 address=0x9CA7A998a78B4ADF2574b0C5eC73b26d4c5052DD old_round=0  old_seq=101862614 number=101862614 hash=cb94aa…af5b23
REG_Vestigia_T_2_8_01 | INFO [09-08|20:20:57.609] Commit new mining work                   number=101862615 sealhash=cb0a34…c56756 uncles=0 txs=0  gas=0       fees=0 elapsed=338.303µs
REG_Vestigia_T_2_8_01 | DEBUG[09-08|20:20:57.609] New round                                address=0x9CA7A998a78B4ADF2574b0C5eC73b26d4c5052DD old_round=0  old_seq=101862614 old_proposer=0x21612232aae5202BD339E6F121cB814679BE5b11 new_round=0 new_seq=101862615 new_proposer=0x72FDfAb893F10fA40d1e843CFc6cB8e0C2c17E10 valSet="[0x21612232aae5202BD339E6F121cB814679BE5b11 0x6980A7683a1936197AD7Bf6CB0C26F1FF4151905 0x72FDfAb893F10fA40d1e843CFc6cB8e0C2c17E10 0x7414c1B34e38087A9c045F46549006e70Bb00fc3 0xE1f33A9AF3abC7cE84f6a73c6ca62181BE08378E 0xa9472bD1cAD83aF9285cBc4CDD5Ffac484E886c2 0xb87dC349944CC47474775DDe627A8a171fC94532]" size=7 IsProposer=false
REG_Vestigia_T_2_8_01 | WARN [09-08|20:20:57.609] Block sealing failed                     err=unauthorized
******************* FALLO *********************************************************************************
REG_Vestigia_T_2_8_01 | INFO [00-00|00:00:00.000|entrypoint.sh:51] Getting boot-nodes.json nodes...
REG_Vestigia_T_2_8_01 | INFO [00-00|00:00:00.000|entrypoint.sh:51] Getting validator-nodes.json nodes...
REG_Vestigia_T_2_8_01 | INFO [00-00|00:00:00.000|entrypoint.sh:51] Getting regular-nodes.json nodes...
REG_Vestigia_T_2_8_01 | INFO [00-00|00:00:00.000|entrypoint.sh:54] ... nodes recibed
REG_Vestigia_T_2_8_01 | INFO [00-00|00:00:00.000|entrypoint.sh:56] Parsing correct databases
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.488] Starting pprof server                    addr=http://0.0.0.0:6060/debug/pprof
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:02.490] Sanitizing cache to Go's GC limits       provided=4196 updated=2659
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.490] Enabling metrics collection
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.494] Maximum peer count                       ETH=50 LES=0 total=50
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.495] Smartcard socket not found, disabling    err="stat /run/pcscd/pcscd.comm: no such file or directory"
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:02.496] permission-config.json file is missing. Smart-contract-based permission service will be disabled error="stat /root/alastria/data/permission-config.json: no such file or directory"
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:02.496] Found deprecated node list file /root/alastria/data/static-nodes.json, please use the TOML config file instead.
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.497] Starting peer-to-peer node               instance=Geth/REG_Vestigia_T_2_8_01/v1.9.7-stable-a21e1d44(quorum-v21.1.0)/linux-amd64/go1.15.5
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.497] Allocated trie memory caches             clean=664.00MiB dirty=664.00MiB
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.497] Allocated cache and file handles         database=/root/alastria/data/geth/chaindata cache=1.30GiB handles=524288
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.864] Opened ancient database                  database=/root/alastria/data/geth/chaindata/ancient
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.929] Initialised chain configuration          config="{ChainID: 83584648538 Homestead: 0 DAO: <nil> DAOSupport: false EIP150: 0 EIP155: 0 EIP158: 0 Byzantium: 0 IsQuorum: true Constantinople: <nil> TransactionSizeLimit: 64 MaxCodeSize: 0 Petersburg: <nil> Istanbul: <nil> PrivacyEnhancements: <nil> Engine: istanbul}"
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:02.943] Initialising Ethereum protocol           name=istanbul versions="[99 64]" network=83584648538 dbversion=7
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:03.059] Head state missing, repairing chain      number=101862614 hash=cb94aa…af5b23
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.151] Deep froze chain segment                 blocks=35 elapsed=278.271ms number=98700373  hash=80b5ef…add5a4
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.551] Rewound blockchain to past state         number=101862164 hash=49eb99…14d01b
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.552] Loaded most recent local header          number=101862614 hash=cb94aa…af5b23 td=101862615 age=6s
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.553] Loaded most recent local full block      number=101862164 hash=49eb99…14d01b td=101862165 age=12m56s
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.553] Loaded most recent local fast block      number=101862614 hash=cb94aa…af5b23 td=101862615 age=6s
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.636] Setting new local account                address=0x2C9b9d4f8cA354C6549612fB91843B6C7F5E5c34
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.637] Loaded local transaction journal         transactions=7 dropped=0
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.637] Regenerated local transaction journal    transactions=7 accounts=1
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:03.637] Switch sync mode from fast sync to full sync
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.870] New local node record                    seq=3028 id=992af8b7acd1eeac ip=127.0.0.1 udp=21000 tcp=21000
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.872] Started P2P networking                   self=enode://556df1958a3d68a0d8c06dd3bc92baae06fdaf71ba15ef3bfae947465ee100f5a6dfcb531f8b327ac49c9c71c77da07f1ab795a35368d6e9ac17e50805aa66ed@127.0.0.1:21000
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.880] IPC endpoint opened                      url=/root/alastria/data/geth.ipc
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.880] Security Plugin is not enabled
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.881] Security: TLS not enabled                endpoint=0.0.0.0:22000 reason="no TLSConfigurationSource found"
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:03.881] http endpoint opened                     url=http://0.0.0.0:22000         cors= vhosts=*
REG_Vestigia_T_2_8_01 | WARN [09-08|20:21:03.881] permission-config.json file is missing. Smart-contract-based permission service will be disabled error="stat /root/alastria/data/permission-config.json: no such file or directory"
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.180] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0xec99bdbddde52fd82cdba35eb0aff5e59084decb6272764953d66c9836ee8a63 time=28.912361ms
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.186] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0xf1f20d4c1650456d441bedc71037d0c8a809bcafbe0cee8fc83d7f86cff9766d time=6.394358ms
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.192] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0x55b9758d39c995a5fd9e8721bb2202229c3903cae207b56d3e9ec30bf70d3655 time=6.191456ms
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.199] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0xa0f343fee0eeee5e7bd03c0860beee044d1784dcec45f40719847110f97a0e52 time=6.712661ms
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.210] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0xf6d2b057bc38488597382161d08c41f15acf0a5a5e2a5c90f1e9fcf3e93243ee time=10.462494ms
REG_Vestigia_T_2_8_01 | INFO [09-08|20:21:04.212] QUORUM-CHECKPOINT                        name=TX-COMPLETED tx=0xdf27bfcb20416c08f5c83fac3efbe3a217a78b115fca2dfe199b5f3968e3cb68 time=2.443122ms

Nótense los intentos de minado. No sé por qué lo hace. No tiene orden de minado.

Improvements to alastria-node-quorum/docker-compose/alastria-node-data/env/geth.common.sh

• CHANGE sync mode from SYNCMODE="full" to SYNCMODE="fast" (afaik this avoid ledger sync problem)
• ADD "--nousb" option if the node is not using an USB hardware wallet, what is not used tipically in a server
• ADD "pprof configuration for Prometheus monitoring"
  --pprof Enable the pprof HTTP server
  --pprof.addr value pprof HTTP server listening interface (default: "127.0.0.1")
  --pprof.port value pprof HTTP server listening port (default: 6060)
  --pprof.memprofilerate value Turn on memory profiling with the given rate (default: 524288)
  --pprof.blockprofilerate value Turn on block profiling with the given rate (default: 0)
  --pprof.cpuprofile value Write CPU profile to the given file
  Remember that the endpoint would be "http://IP:port/debug/metrics/prometheus"

Mejora README.md

Desacoplar documentación DockerCompose de del README.md. Crear README individuales para cada tipo de instalación, incluídos binarios

Preguntas sobre este nuevo repositorio y contratos privados y testnet

Hola buenas,

A ver si me podéis ayudar. Estoy tratando de montar un nodo con soporte para transacciones privadas utilizando los scripts de este repo. Hay cosas que no me quedan claras que en el archivado sí que puedo discernir:

1. Ni el README.md ni docker-compose de este repo no hace referencia al tema del Private Transaction Manager en la actualidad. Solamente aparece que el uso de Constellation ya no está soportado. Entonces, ¿qué se recomienda para el despliegue y utilización de contratos privados?

2. No logro hallar en este repo nada relacionado con el despliegue en la testnet de Red-T. ¿Cuál repo debo utilizar para ello si el alastria-node ha quedado deprecated y archivado?

Network Stoped

Alastria T network seems stoped at block:

> eth.blockNumber 95257874

At least one of the validator nodes were outline after the stop at 31/05/2022 - 13:43:26, https://blkexplorer1.telsius.alastria.io/block/95257874

Maybe there are two problems:
Outage of 4+1 of the validator nodes:

> istanbul.getValidators
function()
> istanbul.getValidators()
["0x21612232aae5202bd339e6f121cb814679be5b11", "0x6980a7683a1936197ad7bf6cb0c26f1ff4151905", "0x72fdfab893f10fa40d1e843cfc6cb8e0c2c17e10", "0x7414c1b34e38087a9c045f46549006e70bb00fc3", "0xa9472bd1cad83af9285cbc4cdd5ffac484e886c2", "0xb87dc349944cc47474775dde627a8a171fc94532", "0xe1f33a9af3abc7ce84f6a73c6ca62181be08378e", "0xebc69e585b93f293e6552a0110afc196d90105dd", "0xfad2a6b1bfa8330f1ecbdaa125986942b98d497f"]
> istanbul.getSnapshot()
{
  epoch: 30000,
  hash: "0x17d9fcf3384135d06c3f42feb7cd1a10f99ef5340f62509e56ce89058d032bbc",
  number: 95257874,
  policy: 0,
  tally: {},
  validators: ["0x21612232aae5202bd339e6f121cb814679be5b11", "0x6980a7683a1936197ad7bf6cb0c26f1ff4151905", "0x72fdfab893f10fa40d1e843cfc6cb8e0c2c17e10", "0x7414c1b34e38087a9c045f46549006e70bb00fc3", "0xa9472bd1cad83af9285cbc4cdd5ffac484e886c2", "0xb87dc349944cc47474775dde627a8a171fc94532", "0xe1f33a9af3abc7ce84f6a73c6ca62181be08378e", "0xebc69e585b93f293e6552a0110afc196d90105dd", "0xfad2a6b1bfa8330f1ecbdaa125986942b98d497f"],
  votes: []
}

I think that one or more validator nodes has died by the same problem:

ERROR[05-31|13:19:57.304|core/blockchain.go:1556]
########## BAD BLOCK #########
Chain config: {ChainID: 83584648538 Homestead: 0 DAO: <nil> DAOSupport: false EIP150: 0 EIP155: 0 EIP158: 0 Byzantium: 0 IsQuorum: true Constantinople: <nil> Engine: istanbul}

Number: 95222250
Hash: 0x0560b381bd06cb63f5d87b0c564a08af51648dd4a3db7ce0fc1f20348fd03f63
        &{[] 1 185585 [0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 128 0 0 0 0 0 4 16 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] [0xc4200ab6b0 0xc4200ab760 0xc4200ab810 0xc4200ab8c0] [202 119 158 62 154 36 133 227 84 33 37 127 113 233 32 89 50 121 228 49 197 211 7 36 41 192 32 110 46 115 98 46] [0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] 185585}


Error: invalid gas used (remote: 40914757 local: 185585)
##############################

WARN [05-31|13:19:57.316|eth/downloader/downloader.go:328]    Synchronisation failed, dropping peer    peer=a2054ebfafb0f0f5 err="retrieved hash chain is invalid"

Problems with Gas in AlastriaT whete listed at:

https://medium.com/coinmonks/how-to-survive-the-gas-curse-in-quorum-7b2c8fea2540

Revisión https://github.com/ConsenSys/quorum/releases/tag/v21.10.0: dar visto bueno para nodos Boot/Validadores