El XRP Ledger dejó de procesar transacciones durante unos 15 minutos hoy, según el desarrollador Wietse Wind.
Update: it lasted not 2 minutes (my original Tweet) but 15 minutes. At the time of Tweeting (because I have decent monitoring and was warned straight away) the counter was at 2 minutes missing forward progress.
— WietseWind (🛠+🪝 Xumm @ XRPL Labs) (@WietseWind) November 3, 2021
Also: 4 validators down: this was caused by a lot more being down.
Cada servidor del protocolo se basa en su propia lista de nodos única (UNL) para validar nuevos libros de contabilidad.
El requisito de quórum se establece en el 80%. Si más del 20% de los validadores no pueden llegar a un consenso o no están disponibles, la red no puede confirmar nuevas transacciones.
Como explicó Wind, cuatro validadores estaban inactivos, lo que provocó que el quórum cayera por debajo del umbral requerido.
El tiempo medio de cierre de un nuevo libro mayor es de unos cuatro segundos, pero los validadores no pudieron llegar a un acuerdo, lo que detuvo el procesamiento de transacciones.
This is what the ledger close times look like (courtesy of @Silkjaer). From UTC 12:25 » 12:48 validators couldn't agree on what should have been included in the next ledger. pic.twitter.com/MJMD4Bb2lh
— WietseWind (🛠+🪝 Xumm @ XRPL Labs) (@WietseWind) November 3, 2021
La Fundación XRP Ledger afirma que el accidente no resultó en la pérdida de ninguna transacción.
As we are aware the XRPL choses safety over liveliness. There was a temporary halt in ledgers closing. There were no ledgers dropped, or holes created. Validators are proposing now, nodes are active and the network is back on track with no intervention.
— XRP Ledger Foundation (Official) (@XRPLF) November 3, 2021
Wind dice que la red ahora funciona correctamente después de una interrupción repentina:
Finalmente: su XRP está seguro. No se pierde ningún historial, el XRPL está funcionando. Creo que necesitamos operadores de infraestructura más proactivos.
El director de tecnología de Ripple, David Schwarz, apoyó la implementación de la función UNL negativo, que garantiza que la red pueda continuar avanzando incluso cuando varios validadores están inactivos. De esta forma, las transacciones continuarían siendo confirmadas durante una interrupción temporal.
Necesitamos implementar la función UNL negativa. Más validadores también es bueno, pero tiene algunas de sus propias compensaciones.