Integración de Proof of Fraud y Mejoras de Escalabilidad

Ahora está implementado Proof of Fraud para el consensus de Bitcoin-NG.

La actualización más importante de la última semana es que nuestra implementación de Proof of Fraud (PoF) para el consensus de Bitcoin-NG se completó y se fusionó en PT task].

A continuación hay algunos párrafos que describen la importancia de esta función y los desafíos que enfrentamos al implementarla.

Un posible vector de ataque para un consensus de Bitcon-NG es un líder malicioso que construiría bifurcaciones en una generación de microbloques, ya sea bifurcando directamente desde su bloque calve o bifurcando en un microbloque. Esto podría hacerse para interrumpir la red o realizar ataques de doble gasto. Para evitar este comportamiento malicioso, el minero del siguiente bloque clave puede enviar PoF en un microbloque en su generación. Solo este líder puede presentar una Proof of Fraud para evitar inundar la red con informes, lo que en sí mismo podría considerarse un ataque DoS.

Además, denunciar el fraude para una generación determinada más de una vez se considera una violación del protocolo, incluso si se comete más de un acto de fraude. Bajo la restricción de que solo se pueden reportar bloques de la generación anterior, esto significa que solo se permite un informe de fraude en una generación.

Proof of Fraud está compuesta por dos micro encabezados hermanos (con el mismo puntero anterior) junto con la clave pública del firmante. El PoF está incluido en un cuerpo de microbloque y el encabezado debe contener el hash del objeto PoF para marcar su existencia en el bloque. Si un minero se informa como fraudulento de esta manera, su beneficiario no recibirá ninguna recompensa minera por ese bloque clave (es decir, sin coinbase y sin comisiones para ninguna de las generaciones). El reportero del fraude recibirá una recompensa controlada por governance.

Además de PoF, hemos mejorado la escalabilidad de los state channels reemplazando la búsqueda de cada bloque nuevo por transacciones “cerradas” subrepticias pertenecientes al canal actual con el sondeo del estado de la cadena del canal [PT task]. También implementamos el soporte para la concatenación de cadenas en Sophia [PT task], así como el manejo de eventos y registros en la máquina virtual æternity [PT task]. Además, también hemos corregido varios errores.


¿Interesado en æternity? Síguenos:

GitHub | Forum | Reddit | Telegram | Twitter | Facebook | Mail


Leave a Reply

Your email address will not be published. Required fields are marked *