¿Es posible un ataque de doble gasto enviando una transacción de tarifa más alta directamente a los grupos?

El cliente estándar prioriza los TX en el momento de la recepción, por ejemplo, no se retransmitirá una transacción en conflicto. Sin embargo, esto no lo aplica la red. ¿Hay algo que evitaría que suceda este escenario con 0-confirmaciones?:

  • Envíe una tarifa de 0.01btc por TX al comerciante que acepta la confirmación 0.
  • Recibir bien digital.
  • Envíe una tarifa de 0.02btc TX directamente a "todos" los principales grupos/mineros.
  • Los mineros incluirán la tarifa TX más alta porque obtienen más ganancias de ella. (No estoy seguro de que actualmente lo hagan, pero podrían).
  • jactarse del doble gasto exitoso

¿Hay algo más que preocuparse de que su reputación impida que los pools/miners reduzcan los TX de tarifas más bajas a favor de los TX de tarifas más altas?

sería posible que el comerciante cree una TX de tarifa aún más alta basada en la TX original si detecta un gasto doble: bitcointalk.org/index.php?topic=62137.msg727644#msg727644

Respuestas (2)

La seguridad de Bitcoin se basa en la suposición de que la mayoría del poder de hash sigue el protocolo. Si, en cambio, los mineros/pools rompen el protocolo por dinero rápido cambiando a una transacción conflictiva que es claramente un intento de doble gasto, esta suposición ya no se cumple por completo.

Uno solo puede esperar que el grupo de minería (o cualquier agente emisor de bloques) se abstenga de esto porque se dan cuenta de que apoyar los gastos dobles socava la validez de su propia participación en el ecosistema de Bitcoin.

Eres demasiado optimista en mi opinión, ya que incluso una minoría relativamente pequeña de mineros que toman la transacción más grande es suficiente para hacer que 0-confs no sea confiable.
Sería interesante monitorear pool y grandes mineros por rupturas de protocolo....
@CodeInChaos: Tienes razón, no será un problema fácil. Esto significa que 0-conf anónimo (no de una billetera electrónica de clave dividida) se usará principalmente para pequeñas compras en persona, donde la probabilidad de incluso intentar un doble gasto es pequeña para empezar.
@CodeInChaos y está bien, ya que son lo que son: 0 confirmación. Sabe que necesita al menos 8 (¿6?) Confirmaciones y, por definición, 0 confirmaciones significa, bueno, 0 confirmaciones. Por supuesto que no puedes confiar en ellos.
@Lohoris: No, puede confiar en ellos si sabe en qué circunstancias se puede confiar en ellos y en qué medida. 6 confirmaciones es una exageración para casi todas las transacciones, 2 es suficiente si no está vendiendo un automóvil o algo así. Pongámoslo de esta manera, 1-conf es comparable a aceptar un billete en efectivo sin verificar que todas las marcas antifalsificación sean válidas.

Si un comerciante acepta transacciones de confirmación 0, debe aceptar que la transacción se puede revertir. Entonces solo debería hacer eso si confía en usted por más de la cantidad que le transfirió. No obtendrá ningún derecho de fanfarronear por hacer eso, ya que Bitcoin nunca prometió ser seguro sin suficientes confirmaciones.

Esa confianza puede provenir de diferentes fuentes. Por ejemplo, es posible que sepa su nombre y lo demande por falta de pago. O pone una cantidad que excede el pago en depósito en garantía.

O tal vez simplemente no le importa. Por ejemplo, para muchos productos digitales (la mayoría del software, películas, música,...), tiene costos marginales insignificantes y ya confía en que el usuario sea lo suficientemente honesto como para no descargar una copia de Pirate Bay sin pagarle.


Personalmente, creo que esos ataques son irrelevantes, ya que, en primer lugar, Bitcoin no es adecuado para pagos pequeños y rápidos. Espero que sean manejados por protocolos de nivel superior, y que Bitcoin se use para manejar pagos de equilibrio más grandes y como una reserva de valor segura.

Raw Bitcoin es aplicable a transacciones pequeñas y rápidas si se usa correctamente. No quiere decir que las capas adicionales no puedan ayudar.
La otra respuesta es buena de todos modos, pero esta es la correcta .
@Lohoris: Si bien aprecio mucho esta respuesta (+1 ed), el otro en mi humilde opinión está más cerca de la Q.