Algunos grupos usan un bitcoind modificado que usa diferentes reglas para elegir las transacciones que se incluirán en un bloque. ¿Existen grupos que sabiendo que una transacción está incluida en un bloque la descartaría si otra transacción con las mismas entradas llegara con una tarifa más alta? Es decir, ante un ataque de doble gasto entre una transacción que llegó antes y una transacción que les paga más, ¿el pool elegiría esta última?
Parece que ahora existe un grupo de este tipo, anunciando el comportamiento como una función para permitir "revertir pagos erróneos":
También proporcionan un parche para bitcoind.
En su escenario, hay dos transacciones con la misma entrada, es decir, un intento de doble gasto.
Si la primera transacción ya forma parte de un bloque de la cadena, la segunda no puede incluirse en ningún bloque encima de ese bloque. Otros nodos rechazarían ese nuevo bloque. Un minero podría construir su nuevo bloque sobre el último bloque antes de la primera transacción, pero esa bifurcación de la cadena de bloques nunca alcanzaría a la cadena original, a menos que más del 50 % de la tasa de hash de la red también se construya sobre ella. Ese es el mecanismo que evita el doble gasto.
Si la primera transacción aún no forma parte de la cadena de bloques (es decir, 0 confirmaciones), un minero puede elegir cuál incluir en el siguiente bloque. Elegir el que tenga la tarifa más alta sería una opción sensata, pero no sé si eso está implementado en algún cliente. En ese caso, la primera transacción se descartaría y nunca se volvería parte de la cadena de bloques, ya que es efectivamente el mismo escenario que el anterior.
Entonces, no, no existe la posibilidad de un ataque de doble gasto a través de una tarifa de transacción más alta.
blazr
Altamente Irregular
Esteban Gornick
elpiachu
elpiachu
Altamente Irregular