¿Robar bitcoins?

[mandias]

Uso C, como ya te digo es una variante de creación propia del vanitygen, en vez de generar direcciones que empiecen por 1 seguido de algo, lo que hago es crear un bucle para que genere cualquier dirección y su clave.
Y es algo que he desarrollado en el momento, tampoco es que le echase horas en esto, fue una practica para poder responder a este post.
Aun que volviendo al tema de robar bitcoins, las probabilidades de mejorar este software y que sea lo bastante rápido como para generar un poco tiempo (un par de años tal vez) todas las direcciones posibles, son mas bien escasas. Quizas algún día, alla por el 2300, los ordenadores tengan la capacidad de procesar todas las direcciones en pocos minutos, pero para entonces bitcoin y sobre todo yo, estaremos muertos. (Esto ultimo respecto a bitcoin es mi sincera opinión)

[1715474352]

1715474352

[1715474352]

1715474352

[1715474352]

1715474352

[1715474352]

1715474352

[dserrano5]

las probabilidades de mejorar este software y que sea lo bastante rápido como para generar un poco tiempo (un par de años tal vez) todas las direcciones posibles, son mas bien escasas.

Generar todas las direcciones posibles tiene otro problema aparte de la CPU: el almacenamiento. Hoy por hoy no es viable almacenar todas las claves privadas posibles. Y antes de poneros a hacer cálculos, asomaos al foro y mirad la cantidad de gente que se queja porque la cadena de bloques ocupa 50 Gb…

[xcbtrader]

Uso C, como ya te digo es una variante de creación propia del vanitygen, en vez de generar direcciones que empiecen por 1 seguido de algo, lo que hago es crear un bucle para que genere cualquier dirección y su clave.
Y es algo que he desarrollado en el momento, tampoco es que le echase horas en esto, fue una practica para poder responder a este post.
Aun que volviendo al tema de robar bitcoins, las probabilidades de mejorar este software y que sea lo bastante rápido como para generar un poco tiempo (un par de años tal vez) todas las direcciones posibles, son mas bien escasas. Quizas algún día, alla por el 2300, los ordenadores tengan la capacidad de procesar todas las direcciones en pocos minutos, pero para entonces bitcoin y sobre todo yo, estaremos muertos. (Esto ultimo respecto a bitcoin es mi sincera opinión)

Pues sinceramente no entiendo esta velocidad que me dices.
Yo no soy programador, pero tenía entendido que C era mucho más rápido que Python

Sobre el tema de guardar todas las claves encontradas... ¿Porqué? aquí hablamos de generar una dirección y ver si tiene saldo. No hay que  guardar nada, a no ser que sea para no repetir.
De todas formas, si generamos claves al azar, la posibilidad de repetir, es remota y si se da, pues comprobaremos una dirección 2 veces, que siempre será  mucho más rápido que tener que comprobar cada vez que esa dirección no esté creada ya, en una base de datos, que como muy bien se ha dicho, puede ser enorme.

Voy a añadir otro factor a la discusión...

Imaginemos que tenemos una base de datos con, por poner un ejemplo, 100000 direcciones bitcoin de las consideradas perdidas (para quien no sepa lo que es eso que busque en el foro).
Si en lugar de generar el par de claves, y buscar si esa dirección tiene saldo (proceso muy lento) simplemente comprobamos si existe en nuestra base de datos... ¿mejoraría el sistema?

Pues a debatir ...

Saludos

[mandias]

Uso C, como ya te digo es una variante de creación propia del vanitygen, en vez de generar direcciones que empiecen por 1 seguido de algo, lo que hago es crear un bucle para que genere cualquier dirección y su clave.
Y es algo que he desarrollado en el momento, tampoco es que le echase horas en esto, fue una practica para poder responder a este post.
Aun que volviendo al tema de robar bitcoins, las probabilidades de mejorar este software y que sea lo bastante rápido como para generar un poco tiempo (un par de años tal vez) todas las direcciones posibles, son mas bien escasas. Quizas algún día, alla por el 2300, los ordenadores tengan la capacidad de procesar todas las direcciones en pocos minutos, pero para entonces bitcoin y sobre todo yo, estaremos muertos. (Esto ultimo respecto a bitcoin es mi sincera opinión)

Pues sinceramente no entiendo esta velocidad que me dices.
Yo no soy programador, pero tenía entendido que C era mucho más rápido que Python

Sobre el tema de guardar todas las claves encontradas... ¿Porqué? aquí hablamos de generar una dirección y ver si tiene saldo. No hay que  guardar nada, a no ser que sea para no repetir.
De todas formas, si generamos claves al azar, la posibilidad de repetir, es remota y si se da, pues comprobaremos una dirección 2 veces, que siempre será  mucho más rápido que tener que comprobar cada vez que esa dirección no esté creada ya, en una base de datos, que como muy bien se ha dicho, puede ser enorme.

Voy a añadir otro factor a la discusión...

Imaginemos que tenemos una base de datos con, por poner un ejemplo, 100000 direcciones bitcoin de las consideradas perdidas (para quien no sepa lo que es eso que busque en el foro).
Si en lugar de generar el par de claves, y buscar si esa dirección tiene saldo (proceso muy lento) simplemente comprobamos si existe en nuestra base de datos... ¿mejoraría el sistema?

Pues a debatir ...

Saludos

Respecto a la velocidad puedo soponer que se ve mermada porque tengo un minero activo con CPU, estoy compilando a cada poco software (casi todo critomonedas) y a parte antiendo una cantidad excesiva de peticiones en mi pc.

Aun asi, no estoy aqui para discutir sobre velocidad de procesamiento de cada lenguaje.

Y si, seria factible generar una base de datos con X direcciones y buscar, usando apis de monederos online por ejemplo, pasando el campo "founds" (por llamarlo así) de un json y con un simple scrypt le decimos que borre toda direccion que en el campo "founds" tenga 0,00000000, dejando las direcciones con saldo (si las hubiese) a la vista.

[xcbtrader]

Uso C, como ya te digo es una variante de creación propia del vanitygen, en vez de generar direcciones que empiecen por 1 seguido de algo, lo que hago es crear un bucle para que genere cualquier dirección y su clave.
Y es algo que he desarrollado en el momento, tampoco es que le echase horas en esto, fue una practica para poder responder a este post.
Aun que volviendo al tema de robar bitcoins, las probabilidades de mejorar este software y que sea lo bastante rápido como para generar un poco tiempo (un par de años tal vez) todas las direcciones posibles, son mas bien escasas. Quizas algún día, alla por el 2300, los ordenadores tengan la capacidad de procesar todas las direcciones en pocos minutos, pero para entonces bitcoin y sobre todo yo, estaremos muertos. (Esto ultimo respecto a bitcoin es mi sincera opinión)

Pues sinceramente no entiendo esta velocidad que me dices.
Yo no soy programador, pero tenía entendido que C era mucho más rápido que Python

Sobre el tema de guardar todas las claves encontradas... ¿Porqué? aquí hablamos de generar una dirección y ver si tiene saldo. No hay que  guardar nada, a no ser que sea para no repetir.
De todas formas, si generamos claves al azar, la posibilidad de repetir, es remota y si se da, pues comprobaremos una dirección 2 veces, que siempre será  mucho más rápido que tener que comprobar cada vez que esa dirección no esté creada ya, en una base de datos, que como muy bien se ha dicho, puede ser enorme.

Voy a añadir otro factor a la discusión...

Imaginemos que tenemos una base de datos con, por poner un ejemplo, 100000 direcciones bitcoin de las consideradas perdidas (para quien no sepa lo que es eso que busque en el foro).
Si en lugar de generar el par de claves, y buscar si esa dirección tiene saldo (proceso muy lento) simplemente comprobamos si existe en nuestra base de datos... ¿mejoraría el sistema?

Pues a debatir ...

Saludos

Respecto a la velocidad puedo soponer que se ve mermada porque tengo un minero activo con CPU, estoy compilando a cada poco software (casi todo critomonedas) y a parte antiendo una cantidad excesiva de peticiones en mi pc.

Aun asi, no estoy aqui para discutir sobre velocidad de procesamiento de cada lenguaje.

Y si, seria factible generar una base de datos con X direcciones y buscar, usando apis de monederos online por ejemplo, pasando el campo "founds" (por llamarlo así) de un json y con un simple scrypt le decimos que borre toda direccion que en el campo "founds" tenga 0,00000000, dejando las direcciones con saldo (si las hubiese) a la vista.

Pues si también estás minando ... se entiende que no vaya rápido. 
Lo de mirar el saldo es fácil y existen muchas APIs buenas, ya sea la misma be blockchain.info o otras.
Un saludo

[VictorGT]

Yo no soy programador, pero tenía entendido que C era mucho más rápido que Python

Ya se nota, estas comparando un lenguaje de medio nivel (C) con uno de alto nivel (Python).

Es como comparar un coche con un camion...

Desafio a cualquier programado de C del mundo, a que haga una aplicacion de gestion grande mas rapida que la mia.
Yo utilizare alguna herramienta de programacion de "altisimo nivel" (o sea un 4GL) con una buena base de datos detras.

Bueno, quiza pierda, pero yo tardare 1 año en hacerla y el de C 27 años.

Saludos.

[amolina]

La fuerza bruta sobre Bitcoin esta mas que descartada en estos momentos. Otra cosa son fallos en la implementación de los algoritmos en la programación de una aplicación.
Cosas que recuerdo haber leído:
Firmar dos transacciones con el mismo nonce.
Problemas en el generador de números aleatorios.
Problemas con las semilla en carteras deterministas (la misma por defecto en todas la carteras y no advertir al usuario para cambiarla).
Y por supuesto las carteras mentales.

Dejo links y recursos de otras discusiones.

https://bitcointalk.org/index.php?topic=1115096.0

https://bitcointalk.org/index.php?topic=1125188.msg12089763#msg12089763

https://bitcointalk.org/index.php?topic=1125188.msg13897437#msg13897437

https://www.fastcompany.com/3056651/researchers-find-a-crack-that-drains-supposedly-secure-bitcoin-wallets

http://arstechnica.com/security/2016/02/password-cracking-attacks-on-bitcoin-wallets-net-103000/

http://coinjournal.net/researcher-brain-wallets-even-less-secure-than-thought/

https://github.com/ryancdotorg/brainflayer

http://billmill.org/bloomfilter-tutorial/

Saludos.

[amolina]

Hay una discusión abierta entorno a posibles colisiones al implementar.
 
BUIP010:Xtreme Thinblocks

https://bitco.in/forum/threads/buip010-passed-xtreme-thinblocks.774/

https://pdaian.com/blog/collision-finding-the-maxwell-way/

En ingles y a un nivel técnico que yo no tengo capacidad para formarme una opinión.

Saludos.

[LuisCar]

Si en lugar de generar el par de claves, y buscar si esa dirección tiene saldo (proceso muy lento) simplemente comprobamos si existe en nuestra base de datos... ¿mejoraría el sistema?

Ahora tendrías el problema del almacenamiento en tu base de datos.

De todas formas, leyendo este hilo, veo que no se tiene una consciencia adecuada de lo que significan números verdaderamente grandes como 2¹⁶⁰.

[dserrano5]

Si en lugar de generar el par de claves, y buscar si esa dirección tiene saldo (proceso muy lento) simplemente comprobamos si existe en nuestra base de datos... ¿mejoraría el sistema?

Ahora tendrías el problema del almacenamiento en tu base de datos.

Eso ya se lo dije yo, y me contestó que no sabía de qué estaba hablando.

[Hohenn]

Es inútil el siquiera intentar. La unica utilidad de vanitygen es para direcciones personalizadas como 1PoopgUDtS3xyoVJwxiUaXuUVn7AgKCrod. 

[hackl3r]

Ningun algoritmo es perfecto man, asi que seguramente existe una posibilidad, aunque sea remotamente pequeña, la hay, pero encotrarle te puede tomar siglos, de hecho ya hubo hackeos a lo largo de la historia del btc, pero se fue fortaleciendo cada vez mas que necesitas se siguiente einstein para descubrir otro error de el algoritmo del btc, salutes

[Anillos2]

Colisiones siempre puede haber, pero son posibilidades que rozan lo imposible.

Es una entre un octillón, es decir, 10⁴⁸, son probabilidades muy remotas, a lo mejor es más probable que un vaso con agua se desborde sin que nadie lo mueva porque "por casualidad" todas sus moléculas vibren hacia un mismo lado dentro de esa enorme aleatoriedad que es la vibración de los átomos y moléculas.

[Humberton19]

Impossible que te puedan bitcoins