¿Por qué PCHAIN podrá hacer Cross-Chain con Facebook Libra?
Anunciamos que PCHAIN adoptará nuestra tecnología de cadenas cruzadas para apoyar a Facebook Libra ayer. Estamos orgullosos de ser el primer blockchain público para apoyar a Libra a través de nuestra tecnología patentada de cadenas cruzadas. Mucha gente siente curiosidad por la razón por la cual PCHAIN cruzará la cadena con Libra. De hecho, esta es una decisión importante para PCHAIN tanto en el aspecto tecnológico como en el aspecto del ecosistema.
Desde el aspecto del ecosistema, es bastante simple. Obviamente, Libra introdujo la atención global. Más y más cooperación está considerando cómo colaborar con Libra tanto en forma de supernodo como en forma de negocio. Por supuesto, además de admitir cadenas cruzadas, PCHAIN también viene con varios socios para solicitar el supernodo Libra. Pero lo que es más importante, el propio Facebook es un ecosistema que incluye 2 mil millones de usuarios que se enfrentan. Y, obviamente, Libra facilitará su inclusión financiera y romperá la limitación de la junta nacional.
Desde el aspecto tecnológico, también es natural. Después de estudiar el documento técnico de Libra, descubrimos que se basa principalmente en el algoritmo BFT de Libra. Puede interactuar fácilmente con el algoritmo PDBFT de PCHAIN, ya que ambos son un consenso de clase BFT. Y el consenso BFT puede obtener la finalidad de la instancia dentro de 1 bloque. Mientras que nuestra PDBFT puede ser mucho más rápida, ya que PCHAIN puede generar un nuevo bloque en 1 a 2 segundos con 78 nodos en todo el mundo. Incluso ayudaríamos a Libra a lograr un mejor rendimiento al adoptar parte del algoritmo PDBFT para mejorar su actual tiempo de generación de bloque de 10 segundos a 2 segundos o incluso a 1 segundo.
Revisemos nuestro algoritmo PDBFT. Cómo puede lograr esta finalidad de 1 a 2 segundos de instancia.
PDBFT2.0 se basa en el protocolo clásico de PBFT, con 3 mejoras principales: (1) PDBFT2.0 logra el volumen de comunicación en el peor de los casos, en contrato con la O (n4) de PBFT; (2) el líder de cada ronda en PDBFT2.0 se selecciona mediante una función aleatoria verificable (VRF), que evita que el líder sea atacado por DDos; (3) en el caso ordinario, PDBFT2.0 implica solo una ronda de votación en lugar de dos en PBFT, lo que reduce la sobrecarga de comunicación y el tiempo de confirmación.
Es bien sabido que PBFT es un protocolo con tres fases: preparación previa, preparación y compromiso. En la fase de preparación y compromiso, cada validador debe emitir su voto para el bloque propuesto. Al recibir 2f + 1 voto de compromiso, cada validador finaliza el bloque. Debido a la transmisión de votos, la complejidad de la comunicación es O (n²). En su lugar, hay un colector para recoger votos de todos los validadores en PDBFT2.0. Además, PDBFT2.0 adopta la firma de umbral para lograr una comunicación lineal. Una firma de umbral (n, t) en un mensaje m es una firma agregada de tamaño constante que pasa la verificación si y solo si al menos t de los n participantes firman m. Tenga en cuenta que el verificador no necesita conocer las identidades de los firmantes t.
Cada colector deriva una firma de umbral (n, 2f + 1) después de recoger 2f + 1 votos. La firma de umbral se puede ver como una firma única con tamaño constante. Después de eso, el recopilador difunde la firma de umbral y cada validador puede confirmar que más de 2f + 1 validadores han votado por el bloque propuesto a través de la firma de umbral de verificación.
En la PBFT clásica, se implementan dos rondas de votación para garantizar la seguridad y la vida del protocolo. Sin embargo, en PDBFT2.0, una sola ronda de votación es suficiente sin perder seguridad o vitalidad. Señala que los bloques están encadenados por un valor de hash en blockchain. Por lo tanto, el voto para el bloque actual es también la confirmación del bloque anterior. Por lo tanto, un voto puede ser visto como dos votos diferentes. En PDBFT2.0, cada validador simplemente envía un voto para el bloque propuesto. Si el validador recopila más 2f + 1 votos para el bloque actual, el bloque anterior se finaliza a la vez. Vemos que el voto para el bloque actual es la preparación-voto y el compromiso-voto para el bloque actual y el bloque anterior al mismo tiempo. Por lo tanto, cada bloque se finaliza después de dos rondas de votación que promete la seguridad. Además, cada bloque solo consume una ronda de votación en promedio.
De manera similar a PBFT, el subprotocolo de cambio de vista de PDBFT2.0 se activa cuando los validadores no pueden llegar a un consenso en una sola ronda. Esto puede ser debido a una red asíncrona (por ejemplo, cuando más de 1 / 3n nodos están fuera de línea), o la presencia de recolectores / líderes maliciosos. PDBFT2.0 maneja un cambio de vista con el algoritmo de cambio de vista lineal (LVC). La esencia de LVC es que el líder de la próxima ronda envía su certificado de confirmación más alto en lugar de todos los certificados de confirmación, lo que reduce el volumen de transmisión durante un cambio de vista por un factor de O (n). En PBFT o tendermint, cada líder se decide en una programación de round-robin que puede ser predicha por el adversario. PDBFT2.0 evita esta situación seleccionando recolectores (líderes) al azar, usando un VRF. Un VRF es un generador pseudoaleatorio cuya salida es verificable (es decir, si un número dado es realmente la salida del VRF), aleatorio, distribuido uniformemente e impredecible de antemano. Con líderes aleatorios, el líder de la próxima ronda es impredecible y el adversario no puede atacar al líder por adelantado.
Todas las personas que estén familiarizadas con nuestro proyecto deben notar la Fig.1 "La estructura general de PCHAIN" definida en nuestro documento de posición en marzo de 2018. La red PCHAIN puede acceder a una variedad de cadenas de bloques públicas externas y de consorcios.
Website：https://PCHAIN.org/
Telegram：https://t.me/PCHAIN_org
Telegram español：https://t.me/pchain_spain