Estoy creando mi propia cadena de bloques privada con un consenso de POA. ¿Cuál es la diferencia entre las redes POA creadas por Geth (Clique) y por Parity (Aura), y hay escenarios que favorecen a una sobre la otra?
Dado que algún moderador decidió eliminar la única respuesta a esta pregunta, aquí está nuevamente:
No tengo tiempo para resumirlo.
¡Buena pregunta!
No tengo una respuesta, pero tengo un enlace que podría valer la pena leer.
En este artículo derivamos el funcionamiento de dos algoritmos de consenso prominentes para cadenas de bloques autorizadas basadas en el paradigma PoA, a saber, Aura y Clique. Brindamos una comparación cualitativa de ellos con respecto a PBFT en términos de consistencia, disponibilidad y rendimiento, al considerar una implementación a través de Internet donde la red se modela de manera realista como eventualmente síncrona en lugar de síncrona. Al aplicar el teorema CAP, afirmamos que, en este entorno, los algoritmos de PoA pueden renunciar a la coherencia por disponibilidad cuando se considera la presencia de nodos bizantinos. Esto puede resultar inaceptable en escenarios en los que la integridad de la lista de transacciones debe mantenerse absolutamente (lo que probablemente sea la razón real por la que se utiliza una solución basada en blockchain). Por otro lado, PBFT mantiene la cadena de bloques consistente a costa de la disponibilidad, incluso cuando la red se comporta temporalmente de forma asíncrona y hay nodos bizantinos presentes; este comportamiento es mucho más deseable cuando la integridad de los datos es una prioridad. A pesar de que una de las ventajas más elogiadas de los algoritmos PoA es su rendimiento, nuestro análisis cualitativo muestra que, en términos de latencia, la pérdida esperada de PBFT está limitada y puede compensarse con la ganancia en garantías de consistencia. Como trabajo futuro, planeamos profundizar el análisis de los algoritmos de PoA mediante la realización de más tareas de ingeniería inversa y evaluaciones experimentales exhaustivas. El objetivo final es validar y posiblemente revisar nuestras afirmaciones sobre las garantías de disponibilidad y consistencia de PoA y PBFT, mediante la implementación de los escenarios adversos que visualizamos en la Sección 4.1. Es más, queremos recopilar medidas de rendimiento reales, tanto la latencia como el rendimiento de las transacciones, y probar la escalabilidad con respecto a las tasas de transacciones de entrada variables y la cantidad de nodos/autoridades. Además, nos estamos moviendo hacia una formalización de las cadenas de bloques autorizadas para definir un marco para la evaluación comparativa y la evaluación de estos algoritmos con un enfoque más formal.
ivicaa
Nico Vergauwen
Richard Horrocks
Nico Vergauwen
walter k