Yo hoy tengo trabajo, si alguien tiene intención de asistir tendría que intentar ponerse en contacto con jcea que es el único que está semana tiene intención de asistir. Yo le podría avisar si me enviáis un privado. Un saludo.

Pues en la información que aparece en la cadena de bloques pone:


Según eso entiendo que la red recibió el anuncio de la transacción el día 21 a las 21:05 UTC y fue incluida en la cadena el día 23 a las 07:21 UTC, por lo que aproximadamente es un día y medio. ¿?

Quedada del viernes 24 de mayo:
Éste es el sitio: Do Eat. A las 18:00*, Calle María de Molina 18, 28006 Madrid, España.

[Se aprovecha el encuentro para hacer una firma de claves PGP, así pues a todos los interesados en ella se les conmina a llevar impresa la huella digital (finger print) de su clave PGP. Protocolo a seguir: Manual Debian, firmado de claves.]

Es posible contactar con algunos de los asistentes a la quedada de una forma más directa a través del servidor de IRC Freenode en el canal: #bitcoin-es

*Si el número de asistentes es muy reducido es posible que la hora sea modificada de mutuo acuerdo si se ajusta mejor a las necesidades de los miembros del encuentro.


Asistentes o miembros con intenciones de asistir:

• 1.
• 2.
• 3.
• 4.
• 5.
• .
• .
• .

He tardado 30 segundos en encontrarlo haciendo una búsqueda en Google, probé rescan con guión y sin guión, así que me lo haría mirar:

https://bitcointalk.org/index.php?topic=171390.msg1820287#msg1820287

No me malinterpretéis, no apostaría por bitcoin si no lo considerara lo suficientemente robusto. Ninguna persona en el mundo verá nunca una colisión de direcciones SHA-256 por fuerza bruta ―al menos hasta que se desarrolle ampliamente la computación cuántica― por lo que plantearse si es mejor guardar tus ahorros en varías direcciones diferentes no tiene sentido ―desde el punto de vista de las colisiones de direcciones―, puede tenerlo desde el punto de vista de seguridad personal local (si pierdo mi clave privada, pierdo todos mis ahorros, si los tengo repartidos en varias y en lugares físicos diferentes, podría perder una dirección con parte de ellos, pero no todos.

En cuanto a la hipótesis de que fuera factible encontrar una clave privada, si esto se diera, la idea que pretendía expresar es que daría lo mismo que tu dirección estuviese comprometida o no y tus bitcoins a salvo en ese momento, porque una vez que se filtrase dicha información el precio se desplomaría y serías incapaz de cambiar dichos bitcoins por ningún otro tipo de bien. Aún tendrías tus bitcoins pero ya no te servirían de nada ―sería necesario una muy grave vulnerabilidad en el sistema, lo que estimo muy poco probable (antes perderemos con mucha mayor probabilidad nuestros ahorros en euros o dólares por otras causas a que se dé esta hipótesis)―.

Es que esa es la idea que la gente debe tener, que Ripple no es una moneda, sino un sistema de deuda nominada en otras monedas como puede ser bitcoin o el dinero fiat, que lo que podría lograr es que llegue cierta cantidad de crédito a personas que tendrían muy difícil el acceso bancario a dicho crédito (léase personas del tercer mundo), podría permitir la creación de un mercado cambiario descentralizado y también evitar muchos movimientos innecesarios de dinero mediante la cancelación de bucles de deuda (alguien de Roma compra bitcoins por 1000 EUR euros a alguien de Madrid pero otra persona de Madrid compra bitcoin por 900 EUR a otra persona de Roma, en principio se moverían 1000 EUR de Roma a Madrid, por un lado, y 900 EUR de Madrid a Roma por otro, realmente esto no ocurre así, pero el sistema actual es complejo y centralizado; Ripple debería permitir saldar dichas deudas con un movimiento de 100 EUR de Roma a Madrid, a través de una red de usuarios descentralizada).

El objetivo de los XRPs es que se consuman una pequeñísima fracción de ellos en cada movimiento de la red. El problema es que actualmente se están negociando con la misma avidez que cualquier otra moneda y el enorme aumento de su precio (eso sí, con bajos volúmenes de negociación) estimula este mercado.

Finalmente he de decir que yo, por supuesto, daré un tiempo prudencial a OpenCoin para que finalmente cumpla su palabra y libere la parte del código del lado de servidor que mantienen cerrada, en caso de que no cumplan esto liquidaré mi cuenta de Ripple y abandonaré su sistema. Espero que no les pueda la tentación de no liberar finalmente el código implicado en el caso de que sistema tenga éxito, soy un defensor del Software Libre y no aceptaría una licencia para el mismo que no lo fuera.

Asegúrate de tener una versión del cliente (estoy suponiendo que estás utilizando el cliente de Satoshi, Bitcoin-Qt) superior o igual a la 0.8 e intenta ejecutarlo con la opción -rescan. Busca por la red la cadena de texto: bitcoin-qt.exe -rescan (o bien bitcoin-qt -rescan) sobre como hacerlo en windows (estoy suponiendo que usas windows y en ese sistema no sé cómo va el asunto) porque en GNU/Linux bastaría que abrieses una terminal y ejecutaras


Este correo debería servirte para entender que, cuando pides ayuda para resolver una duda, es importante para lograr una respuesta adecuada que des los máximos detalles de la configuración de tu sistema. Es decir, que no haya que suponer qué programa usas, qué versión, qué sistema operativo, qué capacidades tiene el hardware, etc.

Una pregunta capciosa Narydu, ¿en qué país nació bitcoin?

Interesante aportación, Liberto. ¿Uhmmmm?

Son los XRPs que se han pagado por un bitcoin, considerando el uso anglosajón de la coma (separador de miles).

Ojead, también el asunto del pago mínimo establecido.

Sé, porque lo leí en algún momento, aunque ahora me costaría buscarlo, que los desarrolladores principales de bitcoin han establecido un valor mínimo para las transacciones bitcoin, por debajo del cual la transacción se considera "antieconómica", es decir, se consumen más recursos en procesar la transacción que el valor propio de la misma. ¿Podría ser este vuestro caso?

Los pagos en bitcoins por publicidad actualmente llegan a ser tan ínfimos que parece ser que se están volviendo problemáticos.

Si lo que buscas es crear una dirección representativa, valora el utilizar Vanitigen para ello.

https://github.com/samr7/vanitygen

Supongo que estás en España puesto que hablas de euros. Anúnciate en este hilo https://bitcointalk.org/index.php?topic=155087.0 y envíale un mensaje privado a KEMP RASS comentándole que te incluya en el directorio.

Si los procesos de generación de claves fueran verdaderamente aleatorios, ni siquiera Satoshi sería capaz de localizar un atajillo. No obstante, si se encontrase alguna debilidad en el sistema de generación de números aleatorios de un PC (recordemos que los ordenadores no son muy buenos a la hora de generar números aleatorios) de modo que se pudiera "repetir" el proceso que le ha llevado a aquel a construir determinadas claves, entonces sí estarían en riesgo sus claves privadas producidas. Pero si esto se diera así, inmediatamente el precio del bitcoin se iría a cero y te daría igual tener cuentas no comprometidas con fondos porque ya no tendrían valor.

El Bitcoin-Qt puede minar pero es sumamente ineficaz pues utiliza para ello la CPU. Con el cliente Qt colaboras con la red bitcoin en el sentido de que te has convertido en un nodo más de la red con tu copia de la cadena de bloques (el histórico de todas las transacciones) que tú propiamente verificas, sin tener que fiarte de ningún tercero y actualmente, en mi linux, el directorio ./bitcoin se va a los 9,6 GB.

Para tener una cartera sincronizada entre GNU/Linux y Windows te recomiendo que pruebes http://electrum.org/

La putada es que hablo de oídas porque lo he leído en algún lado y ahora no puedo indicar la fuente. Tampoco lo he podido comprobar porque aún no he sido capaz de listar todas las direcciones contenidas en un wallet.dat para verificarlo, pero estoy asumiendo que es un comportamiento lógico puesto que cuando le pides una nueva dirección al cliente de Satoshi te obliga a introducir la contraseña de cifrado del monedero, de modo que necesita modificar el archivo wallet.dat lo que es compatible con que esté agregando una nueva clave privada al conjunto anterior de claves de la cartera.

Todas las direcciones que han sido utilizadas en algún momento se pueden ver con su saldo actual si en el cliente Qt te vas a los menús > Ventana de depuración > Consola y en el recuadro inferior para texto introduces el comando


Por supuesto no escribas el símbolo >, lo utilizo para indicar dónde has de introducir el comando listaddressgroupings.

Si sumas todos los saldos que te devuelve verás que es el saldo total que te muestra tu cliente.

Esto huele a pufo a distancia. Seguramente en LocalBitcoins los pueda vender a más de 110 USD inmediatamente con custodia porque muy probablemente haya gente en su país que tenga ofertas de compra en dicha página por encima de la cantidad citada.

Recuerdo, para todos aquellos que la hayan olvidado, una ley económica básica que rige todas las inversiones:

"A mayor beneficio potencial de una inversión, mayor riesgo se asume en la misma."

Aquí tienes algo más detallado el asunto: https://bitcointalk.org/index.php?topic=209111.msg2191858#msg2191858

Es mejor continuar la duda en dicho hilo para no ensuciar éste mucho más.

Vamos a ver. El cambio no se pierde. Para que se diera una situación de pérdida de bitcoins con el cliente Qt sería necesario, al menos, el cumplimiento de los dos requisitos siguientes:

- Que se hayan usado más de 100 direcciones para recibir fondos (explícitamente o internamente con las direcciones de cambio).
- Que pierdas el wallet en uso.

Atención: Siempre se ha de realizar primero el cifrado del wallet.dat y posteriormente salvar una copia del mismo cifrado.

El wallet que crea inicialmente bitcoin-qt contiene un conjunto de 100 direcciones, de las cuales solamente muestra la primera, dejando ocultas el resto. Cuando el usuario solicita una nueva dirección de pago, el programa muestra la segunda dirección del wallet y genera otra nueva mediante un proceso aleatorio e irreproducible, la número 101, que queda conservada en el archivo wallet.dat en uso, ¡pero que no se podrá regenerar desde la copia de seguridad inicial del monedero! Cuando se realiza un pago desde el cliente Qt, una cantidad va a la dirección a la que nosotros queremos pagar, pero otra cantidad el programa se al envía a "él mismo", a otra de las direcciones que contiene el wallet, que permanece oculta y que, por supuesto, nosotros controlamos. El programa nos muestra el saldo suma contenido en todas las direcciones del wallet, sean visibles para nosotros o no.

Éste es el hecho que causa confusión, porque si buscamos en la cadena de bloques la suma de los saldos de las direcciones visibles, las que conocemos, probablemente será inferior al que nos muestra el cliente, llevándonos a la conclusión errónea de que nos han robado.

El peligro de pérdida de fondos aparece cuando, entre las direcciones que nosotros hemos usado (las visibles) y las direcciones de cambio ocultas que ha usado el programa se superan las cien. Si parte del saldo se va en forma de cambio a la dirección 101, o nosotros realizamos una transacción a dicha dirección, ese dinero no estará respaldado por la copia de seguridad inicial ya que el archivo copia inicial del wallet solamente contiene las 100 primeras direcciones y la 101 no será reproducible puesto que se genera mediante un proceso aleatorio.

La conclusión es que cada cierto tiempo es necesario realizar copias de seguridad actualizadas del wallet de modo que si hemos utilizado 20 direcciones (entre las visibles y las de cambio), la copia actual de seguridad contenga las 100 iniciales más las 20 vacías que ha pregenerado. De esta forma nos aseguramos que el wallet en uso tenga varias decenas de direcciones vacías "por delante", las cuales estarán protegidas en su mayoría por la última copia de seguridad del mismo, siempre que la actualicemos cada cierto tiempo.

En el caso de un uso con alto consumo de direcciones de pago nuevas recomiendo usar un cliente que genere carteras deterministas, que quiere decir que, salvando un "valor" semilla, a partir de él, podremos regenerar siempre todas las direcciones que pertenezcan a su cartera.