¿Podría esto detener el doble gasto?

Digamos que tiene un tiempo de bloqueo de 15 segundos, y después de su primera transacción, el botón de envío de su billetera se congela y tiene que esperar 2,5 minutos antes de poder enviar otra transacción.

¿Evitaría esto que alguien gastara dos veces ?

Por cierto: en caso de que quiera preguntar cómo se podría aplicar esto en el botón de envío: Hmmmm, tal vez con algo como scrypt que se basa en el tiempo.

oleksii Admito que estoy haciendo las mismas preguntas, pero ¿es correcto que imponer un límite de transacciones de 2,5 minutos podría evitar el doble gasto en este escenario?
No, porque el posible gastador doble podría piratear al cliente para dejar de "hacer cumplir" este límite de tiempo. De hecho, podría programar a su propio cliente para que no lo haga cumplir.

Respuestas (1)

El doble gasto no tiene nada que ver con hacer doble clic en el botón de enviar.

Se trata de un usuario malicioso, que no utilizará el cliente estándar. Hackeará uno para evitar los límites del lado del cliente, enviando dos transacciones a un lado diferente de una bifurcación de blockchain, por lo que ambos lados no conocen la transacción enviada a la contraparte e incluyen la transacción en su versión bifurcada.

Si logra hacerlo mientras usa ambas transacciones para pagar algo y son aceptados, después de la reorganización (el proceso mediante el cual se resuelven las bifurcaciones) solo se mantendrá un lado de la bifurcación, por lo que la cadena de bloques estará bien como una sola transacción. se mantendrá, pero obtuvo ambos pagos usando las mismas monedas para pagar a dos comerciantes diferentes y uno de ellos perderá lo que pagó.

Como puedes ver, no es un escenario habitual. Las bifurcaciones son más o menos comunes, pero no muy profundas, ya que normalmente se resuelven en un solo bloque. Es por eso que se recomienda aceptar una transacción solo después de seis confirmaciones, ya que es casi imposible que aparezca una bifurcación de seis bloques en circunstancias normales. Pero tenga en cuenta que incluso esto sucedió, cuando un error entre las versiones de software impidió que algunos mineros aceptaran minar en lo que de otro modo habría sido la rama de consenso.

Gracias por tu clara respuesta frisco... Probablemente no sea tan simple y posible que el cliente estándar rechace todo lo que NO sea el cliente estándar... Lo digo desde la perspectiva de una nueva moneda, porque lo que ya es por ahí está por ahí..
No, nunca puedes controlar el otro lado de una conexión, mientras siga el protocolo establecido no puedes estar seguro si es un cliente estándar o un tipo enviando los bits uno por uno.