Imagen

mPoW Solución de ataque del 51%

Thor's Hammer es un mejora importante de seguridad a la red existente que significativamente reduce la posibilidad de un exitoso ataque del 51% en la red SnowGem. los Solución de prueba de trabajo de Masternode (mPoW) es una segunda capa de protección que garantiza que cualquier intento de ataque sea rechazado.

Todos los Masternodes podrán detectar cualquier intento de reorganización causado por un 51% ataque ya que tienen su propia cadena de bloques local. Al habilitar esta protección Masternode, el ecosistema SnowGem de intercambios, grupos y Masternodes compartidos evitar cualquier ataque.

Por ¿Proteccion?

Ha habido un número de recientes 51% de ataques de doble gasto en el espacio criptográfico durante los últimos meses. Esto ha creado la necesidad de crear una solución para ayudar a prevenir este tipo de ataques contra SnowGem. Implementaremos el Prueba de trabajo de Masternode (mPoW) sistema que utiliza los Masternodes de SnowGem existentes para asegurar la cadena de bloques y ayudar prevenir el 51% de los ataques de ser exitoso.

Estamos llamando a este sistema Martillo de Thor como símbolo de poder y protección. Este es un paso importante para ayudar a asegurar la cadena de bloques SnowGem, ya que hay una creciente cantidad de poder de hash disponible para alquilar.

Imagen
Imagen

Basico Principio

Los Masternodes de SnowGem están habilitados para verificar hashes de bloque antes de aceptar una reorganización en la cadena. Esto se logra comparando un hash de bloque anterior que debería ser el mismo en ambas cadenas. Si el hash no coincide con el Masternode rechazará la nueva cadena ya que no es la cadena de consenso.

Cualquiera de los servicios del ecosistema SnowGem, como los intercambios, las piscinas y el masternodescan compartido, reducen la posibilidad de ser objetivo de un 51% ataque habilitando la función de protección Masternode de sus billeteras. Esto configura las billeteras para que solo se comuniquen con los Masternodes y otras billeteras que tengan habilitada la función de protección Masternode. Cualquier billetera que tenga la función habilitada también verificará los hashes de bloque antes de aceptar una cadena reorganizada. Se recomienda que todos los servicios que aceptan o comercian con SnowGem permitan un mínimo de Confirmaciones 10 antes de finalizar depósitos.

Cuando las billeteras se ejecutan con protección Masternode, permitirán una reorganización de solo 10 bloques, un atacante debe terminar su trabajo en ese período, sin embargo, su depósito no está terminado debido a las confirmaciones de cambio, no tendrán éxito.

Cómo puede hacerlo ¿Funciona?

Cuando un atacante quiere crear un 51% de ataque de doble gasto deben completar una serie de pasos para que esto sea exitoso. El atacante preparará un piscina minera privada con suficiente poder de hash para seguir encontrando bloques a la misma velocidad que la red. Esto requiere aproximadamente 51% del poder hash actual de la red activa.

El atacante luego enviará las monedas que desea realizar ataque de doble gasto con. Estas monedas normalmente se envían a un intercambio, por lo que pueden cambiarse por otra moneda o moneda y retirado del intercambio.

Porque las cadenas de bloques están configuradas para acepta la cadena más larga, hace que todas las demás billeteras, piscinas e intercambios cambien a la cadena de ataque. El resultado de esto es que, según la nueva cadena, el el intercambio nunca recibió las monedas que se vendieron, y vuelven a estar en la billetera del atacante.

Esto se consideraría un ataque exitoso; el atacante tendría las monedas originales que se enviaron al intercambio, así como las monedas adicionales que se retiraron del intercambio.

Al mismo tiempo que esta transacción, el grupo privado seguirá minando, pero la transacción que se envió al intercambio no se incluyó en la cadena privada.

Una vez que esto se completa, la cadena privada que se está minando, sin la transacción de ataque que se envió al intercambio en la cadena, es transmitido a la red principal. La red principal detectará la nueva cadena, que se cronometrará para que tenga más bloques que la cadena normal. Esta acción provoca un reorganización de la cadena de bloques.

Imagen
Imagen

Thor's Hammer

Thor's Hammer hará que la creciente red SnowGem Masternode proteja y asegure la cadena de bloques. Esto se logrará habilitando la protección Masternode para intercambios y grupos. Esto se hace permitiendo que los intercambios y grupos se comuniquen con la red Masternode directamente y también los protejan del proceso de reorganización.

Imagen

Todos los Masternodes verificarán una reorganización detectada causada por un intento de ataque del 51% con su propia cadena de bloques local y la bloquearán.

Imagen

Diagrama de blockchain

Imagen

Cuando el Masternode detecta la cadena más larga, en lugar de comenzar el proceso de reorganización, verificará los hashes de bloque de su propia cadena a la nueva cadena. Si el hash del bloque no coincide con la cadena existente, el Masternode rechazará la nueva cadena y mantendrá la cadena original. Esta acción interrumpirá el intento de realizar el doble gasto. La cadena de atacantes será rechazada por la red Masternode y los nodos protegidos, el intercambio no se verá afectado.

Diagrama de blockchain

Imagen

Ataque prueba en red segura

Probamos con éxito el 51% de ataque en una red segura (testnet) como puedes ver en este video

El Martillo de Thor pudo detectar la cadena inválida y bloqueó la reorganización que habría completado el ataque del 51%. La cadena privada de atacantes fue rechazada y forzó una reorganización a la cadena original para el grupo de atacantes.

Imagen

Apoyo técnico Detalles

  • La adición del nuevo indicador de configuración `masternodeprotection` este valor puede ser cualquiera;
    • 0 (apagado)
    • 1 (encendido)
  • Establecer el valor en 1 habilitará el sistema de protección Masternode para la billetera.
  • La adición del nuevo indicador de configuración `masternodeconnections` este valor puede ser cualquiera;
    • 0 (apagado)
    • 1 (encendido)
  • Establecer el valor en 1 limitará las conexiones de pares de billetera a Masternodes activos.
  • Los Masternodes continuarán conectándose a todos los pares, tanto Masternodes como las billeteras normales.
  • Los masternodes y las billeteras con `masternodeprotection = 1` compararán, en el caso de una detección de reorganización en la red, la nueva altura de bloque -10 hash de bloque con la altura de bloque correspondiente de la cadena existente. Si el hash no coincide con ese bloque, la billetera rechazará la reorganización como inválida y continuará en la cadena existente.

Imagen

Descargar la especificación completa.