V God lanzó la primera propuesta de bifurcación dura HF1 de la cadena de balizas ETH2.0, introduciendo un mecanismo de penalización de nodo más justo

Vitalik, el fundador de Ethereum, presentó la propuesta de actualización de la primera bifurcación dura de Ethereum Beacon Chain (denominada tentativamente "HF1") en Twitter. V God dijo que HF1 agregó soporte ligero al cliente, especificaciones simplificadas, mejor eficiencia e introdujo un mecanismo de penalización por inactividad menos punitivo. Según el documento, la bifurcación dura permitirá a los desarrolladores realizar algunas actualizaciones clave en la cadena de balizas lanzada recientemente y también servirá como una prueba útil para cambios más profundos en el futuro. Entre ellos, los clientes ligeros admiten nodos que tienen los requisitos más bajos de recursos y pueden ejecutarse en dispositivos móviles. Esto permitiría que las "carteras de confianza minimizada" verifiquen la cadena de bloques por sí mismas, en lugar de depender de proveedores de servicios externos. "

HF1 es el nombre en clave provisional para la primera actualización de la bifurcación dura de la cadena de balizas de Ethereum (consulte aquí la idea de nombre a largo plazo para esta bifurcación dura). Los objetivos principales de HF1 son:

Agregar soporte ligero para clientes

Solucione algunas vulnerabilidades en la cadena de balizas. Estas vulnerabilidades se descubrieron demasiado tarde para corregirlas cuando comenzó la génesis de Beacon Chain.

El mecanismo de actualización de bifurcación dura de la cadena de balizas se prueba en el entorno de actualizaciones de cambios menores, de modo que se puedan realizar cambios más grandes más adelante.

Los cambios de consenso propuestos en HF1 incluyen:

Agregamos un "comité de sincronización" elegido al azar a la cadena de balizas. El propósito de esto es permitir que los clientes ligeros determinen el encabezado de la cadena con muy poca sobrecarga (alrededor de 20 kilobytes por día como mínimo y alrededor de 500 bytes para verificar un solo bloque). Esto permitirá que los clientes ligeros utilicen realmente la cadena de balizas para casos de uso como dispositivos móviles, navegadores integrados, allanando el camino para un ecosistema de billetera más minimizado en confianza.

La asociación de juegos P2E Polemos completa una ronda de financiación inicial de 14 millones de USD: el 4 de abril, la plataforma GameFi y la asociación P2E Polemos anunciaron la finalización de una ronda inicial de financiación de 14 millones de USD, liderada por Framework Ventures y Delphi Digital, QCP, GoldenTree, IOSG y LD Capital y Los fundadores de proyectos como Sushiswap, COTI, Tokemak y Altered State Machine participaron en la inversión, y la valoración posterior a la inversión alcanzó los 100 millones de dólares estadounidenses.

Se entiende que Polemos se enfoca en el gremio de juegos P2E de juegos NFT y planea desarrollar un sistema de gestión de aprendizaje GameFi, un intercambio de activos de gremio descentralizado y una plataforma de análisis de jugadores para educar, rastrear, analizar y administrar jugadores. La compañía tiene como objetivo construir una base para los jugadores en los países en desarrollo enseñándoles habilidades de juego o brindándoles recursos iniciales como tokens y artículos de juego. (bloques) [2022/4/4 14:03:45]

En cada período de tiempo (aproximadamente 27 horas), se seleccionan aleatoriamente 1024 validadores como miembros del comité de sincronización. Los nodos de validación en el comité de sincronización emitirán firmas para dar fe del jefe actual. Estas firmas se transmitirán como parte del objeto LightClientUpdate que ayuda a los clientes ligeros a encontrar esta cabeza y se incluirán en la cadena de balizas para obtener recompensas.

Más contenido:

https://github.com/ethereum/eth2.0-specs/pull/2130

Las acciones de EE. UU. y las acciones de concepto de cadena de bloques en general cerraron al alza: las acciones de EE. UU. cerraron hoy y las acciones de EE. UU. y las acciones de concepto de cadena de bloques cerraron en general. Kodak cerró plano, Accenture cerró con un 1,17 %, overstock.com cerró con un 9,83 %, Riot Blockchain cerró con un 20,5 %, Marathon Patent cerró con un 45,13 % y Square cerró con un 6,09 %. [2020/11/24 21:51:22]

Reemplazamos el cálculo de las recompensas de los probadores. En lugar de almacenar objetos PendingAttestation y procesarlos al final, elegimos agregar un campo de bits que almacena el estado de cada validador, lo que permite la acumulación de datos en tiempo real sobre quién participó. Los campos de bits se clasifican en "orden aleatorio" para garantizar que los registros de los validadores en el mismo comité aparezcan juntos. El propósito de este cambio es simplificar la implementación del cliente y abaratar la actualización del árbol de Merkle.

Referencia específica:

https://github.com/ethereum/eth2.0-specs/pull/2176

Realizamos cambios en el conjunto de validadores, y la contabilidad de sanciones solo ocurre cada 64 épocas, no cada época. El propósito de esto es reducir en gran medida la complejidad de tratar con "transiciones de período de brecha"; por ejemplo, hay una cadena con una participación muy baja en la que dos bloques consecutivos están separados por mil ranuras con solo un período de brecha entre ellos. Para manejar tales cadenas, actualmente los clientes necesitan penalizar a los validadores por inactividad recalculando el saldo de cada validador cada época; en la nueva propuesta, solo necesitan hacer esto cada 64 épocas.

Hubo más de 76.000 nuevos casos confirmados de nueva neumonía coronaria en India en un solo día: India agregó más de 76.000 nuevos casos confirmados de nueva neumonía coronaria en un solo día, con un total de más de 3,46 millones de casos confirmados, 1.021 nuevas muertes , y un total de 62.550 muertes. [2020/8/29]

Además, hemos realizado dos cambios en el funcionamiento de las penalizaciones por inactividad:

La penalización por inactividad pasará a ser cuadrática para cada validador. Es decir, si hay una penalización por inactividad durante la cual un validador que estuvo completamente fuera de línea pierde alrededor del 10 % de su saldo, un validador que estuvo en línea el 90 % del tiempo durante este período ahora solo perderá alrededor del 0,1 % de su saldo (en comparación a ~ 1%). Esto intenta enfocar las sanciones en los nodos que realmente se comportan mal y menos en los nodos honestos que están fuera de línea debido a problemas de conectividad de red.

Más discusión se puede encontrar aquí:

https://github.com/ethereum/eth2.0-specs/issues/2098

Las penalizaciones por inactividad del validador se ralentizan gradualmente en lugar de detenerse una vez determinadas. Esto garantiza que una vez que se alcanza el estado final, los nodos fuera de línea seguirán perdiendo su equilibrio durante un período de tiempo, lo que garantiza que el porcentaje de tiempo que los validadores están en línea sea significativamente mayor que 2/3, en lugar de solo un poco por encima de ese umbral.

https://github.com/ethereum/eth2.0-specs/pull/2192‌

https://github.com/ethereum/eth2.0-specs/pull/2194

Una cosa para celebrar es que al debilitar la penalización del validador, podemos estar un poco (aunque no completamente) fuera de peligro. Haremos cambios en las constantes:

INACTIVITY_PENALTY_CUOTIENT: reducido de 2**26 (= 67 108 864) a 3 * 2**24 (= 50 331 648)

PROPORTIONAL_SLASHING_MULTIPLIER: aumentado de 1 a 2

MIN_SLASHING_PENALTY_CUOTIENT: reducido de 2**7 (= 128) a 2**6 (= 64)

(bloque, ranura) par (par) selección de horquillas

Actualmente, si no se publicó ningún bloque en el intervalo más reciente, se considera el bloque más reciente de la cadena que admite el probador a los efectos de las pruebas LMD GHOST durante ese intervalo. Por ejemplo, en este diagrama a continuación, las pruebas en BLANCO cuentan como pruebas en A:

<img src="https://img.jinse.com/4715604_image3.png" automático";'>

Sin embargo, esto abre la puerta a ataques del 34%. Supongamos que se asignan m validadores a cada ranura, donde el atacante malintencionado controla 0,34*m. El atacante también tiene derecho a publicar el bloque B para el espacio n+1. El ataque se desarrolla de la siguiente manera: El atacante no publica B, ni ninguna prueba de ello. Todos los atestiguadores honestos votarán por la afirmación de que vieron el bloque A en el espacio n y nada en el espacio n+1, y este conteo actualmente se considera un voto por A. En el espacio n + 2, un proponente honesto construirá un bloque C encima de A. En este momento, el proponente malicioso anunciará B y su prueba de B en el espacio n + 1 y n + 2. La horquilla superior tiene validadores de 0,68*m que la respaldan, pero la horquilla superior solo tiene un respaldo de 0,66*m, por lo que la horquilla inferior gana.

Este ataque se describe con más detalle en la Sección 3.1 del documento:

https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf

La solución propuesta es cambiar la forma en que funciona la selección de bifurcaciones para que opere en un árbol de pares (bloque, ranura) en lugar de un árbol de bloques. Entonces, en el gráfico anterior, los votos honestos en el espacio n+1 contarán como votos a favor (EN BLANCO, n+1), por lo que contarán correctamente como apoyo a la bifurcación anterior, por lo que el apoyo que obtiene la bifurcación anterior es 1.32*m, derrotando así el ataque.

https://github.com/ethereum/eth2.0-specs/pull/2197

Hay un "ataque de equilibrio" en la selección de la bifurcación, el atacante con el 2% de los validadores emitirá una pequeña cantidad de prueba en el momento correcto antes del final de un espacio, convenciendo a más del 49% de las personas en la red que cierto el bloque A gana, y más del 49% de la red cree que ganó el bloque B. Si cronometran la transmisión correctamente, cada conjunto de validadores verá el mensaje que se les dirige a tiempo, pero no tendrán tiempo de retransmitir el mensaje a otro conjunto de validadores antes de que finalice el espacio. Pueden repetirse indefinidamente si el entorno de red es óptimo para el atacante.

La solución propuesta es "romper la simetría" al permitir que el proponente de la próxima ranura tenga una influencia temporal pero significativa en la elección de la horquilla, cambiando así decisivamente la dirección de apoyo de todos los validadores hacia un lado o hacia el otro.

https://notes.ethereum.org/@vbuterin/lmd_ghost_mitigation‌

Tags：

SOL