Adquirido el Trezor que le quedaba vacante a cyclops.

Pienso que se refiere a que si necesitas 3 claves privadas sobre 5 posibles es más dificil que se produzca un acceso no deseado a los fondos por colisión de direcciones que en el caso de 1 de 1. En este punto, vuelvo a repetir, que preocuparse por una posible colisión de direcciones es como preocuparse por si en el CERN se va a generar un microagujero negro que se trague tu monedero de papel o porque Zeus decida robártelo.

Si supone un posible problema en el generador de números aleatorios del sistema operativo también se tendría comprometida la multifirma.

Existen otros muchos factores relacionados con la seguridad de una cartera por los que preocuparse de verdad y no por el asunto de las colisiones. Un sistema de almacenamiento en frío es suficientemente seguro para cualquiera de esas grandes carteras de bitcoins.

Siempre hay que imprimir la semilla que genera la cartera, esto te protege frente a olvidos de la contraseña de cifrado. ¿Lo hiciste? ¿Salvaste las doce palabras que te mostraba el programa al generar la cartera?

La clave maestra es simplemente una información de tu cartera, de modo que te permite ver su saldo o si recibes pagos, entre otras cosas, pero no contiene la semilla que permite realizar un gasto, por eso es seguro llevarla a un ordenador conectado y es por ello precisamente por lo que no sirve para recuperar un monedero perdido.

No es un pega. De hecho deberías hacerlo, una nueva dirección bitcoin por cada pago recibido. Esto es así si valoras dos factores: seguridad y privacidad. Si no, puedes hacer lo que te parezca, claro está.

No creo que aparezca tanta gente como para eso suponga un problema, ten en cuenta que es un acto presencial. Además las cantidades a entregar no van a ser de significación. No se va a volver a entregar dinero si aparece un DNI con los mismos datos. En esa situación la posibilidad de colisión es de una cada 23000 más el criterio de la edad. Apuntar la fecha completa de nacimiento o las iniciales puede ser una solución completa, pero la idea es quedarnos con los menos datos posibles de la persona. El correo electrónico no tiene que ver con la identificación, simplemente con una forma de contacto por si surgiese cualquier pega con la transacción.

El correo simplemente es por si hubiera problemas para realizar la transacción en el propio lugar y hubiera que diferirla. Realmente, con ese par de datos pienso que bastaría, no creo que se nos presenten muchos casos de colisión de DNI, tomando los tres últimos dígitos más letra y la edad. Pero sí, tomar las iniciales descartaría prácticamente cualquier caso de repetición.

Creado un hilo en exclusiva para la cuenta de donaciones del MeetBTCMad:

Muchas gracias, jaspita. Un placer volver a coincidir contigo en la presentación del cajero de BitcoinSpain.

Tras haber realizado unas pruebas para comprobar que éramos capaces de retirar fondos de la misma, procedemos a utilizarla definitivamente como cuenta de donaciones.

Los organizadores del MeetBTCMad hemos pensado en crear una cuenta de donaciones para el evento con el objetivo de intentar que nueva gente joven se acerque al mismo y así acercarlos al mundo de Bitcoin y las criptomonedas. La idea es que todos aquellos jóvenes menores de 25 años reciban una pequeña cantidad de monedas si asisten al evento por primera vez (se repartiría en saldo completo de la dirección entre todos los asistentes que cumplan los requisitos anteriormente expuestos de forma equitativa, hasta un límite que hemos fijado en 3 euros por persona).

Lógicamente, para verificar que los asistentes cumplen los requisitos expuestos será necesario que porten el DNI, del cuál hemos pensado en recopilar los siguientes datos: correo electrónico, los tres últimos dígitos más la letra del DNI y la edad; con el único objetivo de evitar que la misma persona reciba fondos en eventos diferentes.

La dirección es una cuenta multifirma controlada por todos los organizadores del evento.

Instamos a todas aquellas personas interesadas en la difusión de Bitcoin que, si están de acuerdo con la idea, colaboren en lo que estimen oportuno.

A continuación dejo los datos de la dirección. Muchas gracias a todas aquellas personas que tengan a bien colaborar.






Y la misma dirección firmada por mí para evitar cualquier de suplantación de la misma, ya sea en el foro o en cualquier otro lugar.

Algo lógico en un escenario bajista como el actual, que ya se alarga casi un año.

Anula el código de autenticación actual y vuelve a configurarlo, guardando previamente el código QR o bien el código numérico que te proporcionan en Criptsy. Yo configuro directamente de la copia guardada el Authenticator para asegurarme que no existen errores.

Todos los clientes bitcoin te permiten hacer una copia de seguridad del archivo "wallet", en él se encuentran o se generan todas las claves privadas correspondientes a las direcciones (de cambio o no) que utilice dicho cliente, ya estén visibles y ocultas.

Conclusión: Si tienes copia de seguridad del archivo que hace de monedero, tienes la forma de obtener todas las claves privadas que comentas.

El mayor problema que veo aquí es que Bitcoin Wallet para Android, al menos por defecto, no utiliza direcciones de cambio. Aunque lo mismo ha hecho el pago desde Multibit u otro sitio ya que con el lío que tiene en los mensajes lo mismo no me he enterado.

La única forma de recuperar el dinero es que esa nueva dirección que ha aparecido en tu transacción haya sido creada por tu cliente bitcoin. Esto lo hacen la mayoria, pero no todos. Se llaman direcciones de cambio y es equivalente a sacar de un bolsillo 50 €, pagar con ellos en una tienda, y la vuelta guardarla en un bolsillo diferente. Ése bolsillo diferente es la nueva direccion bitcoin y se denomina dirección de cambio. Si dicho "bolsillo" está en tu wallet, bien, todo correcto, no has perdido tu dinero. Es lo que han tratado de decirte, pero tú has salido por peteneras.

Estás muy verde con esto. Hay conceptos que descononoces que te llevan a conclusiones precipitadas y potencialmente erróneas. Luego da la sensación que de que no dejas ayudarte, no sé si porque no comprendes lo que pretenden decirte o por otra cosa. A ello se une una deficiente expresión escrita que hace difícil seguir tus razonamientos por parte de aquellas personas que intentan leer tus textos.

Te recomiendo que intentes comprender la idea que se te trata de transmitir y, por tu parte, aportes descripciones más exactas del problema o de lo que se te pide. Quejarse o llorar no va a resolver nada.

No hay problema por eso. Puedes solicitar al que te ha hecho el pago que firme un mensaje (sirve cualquier texto, por ejemplo sus datos de envío), esto sólo lo podrá realizar el propietario de la clave privada correspondiente a la dirección de bitcoin que ha pagado, impidiendo cualquier intento de usurpación de identidad. Tú sólo has de verificar el texto cifrado contra el texto original (no saltarse ningún carácter) y la dirección bitcoin que ha pagado.

Advierte antes a los participantes previamente que deberán firmar un mensaje para que así realicen el pago desde un cliente que permita realizar esto fácilmente. La mayor parte de los clientes bitcoin permiten firmar y verificar mensajes. En Bitcoin Core dichas opciones aparecen en el menú Archivo. Si el pago se realizase desde un cliente que no disponga de dicha función, sería necesario importar la clave privada en cuestión a un cliente que si disponga de la misma.

Te insto a que pruebes personalmente la firma y verificación de este tipo de mensajes, ni siquiera requieres de un tercero para probarlo.

Patentar software (algo muy similar a un lenguaje matemático) es tan absurdo como patentar un teorema matemático. Imaginemos que una empresa consigue la patente del teorema de Pitágoras y que todos tengamos que pagar porque en algún lugar de nuestras propiedades o de nuestros objetos existe uno o varios triángulos rectángulos.

El código de programación ha de protegerse no mediante patentes, sino mediante derechos de autor. Tú le aplicas la licencia que mejor creas que te conviene y yo me tengo que atener a ella si deseo usarlo, y si copio tú código sin respetar la misma me tendré que atener a las consecuencias de dicha infracción. Si los autores de Bitshares consideran rentable para ellos cerrar el código podrán hacerlo simplemente cambiando la licencia de uso del software, de modo que las versiones siguientes a dicho momento serán cerradas mientras que el código previo hasta dicho momento será libre y disponible para cualquiera, lo que posiblemente provocaría la aparición de un fork del mismo a partir de dicho instante, como ocurrió con OpenOffice cuando Oracle, tras haber adquirido Sun Microsystem, decidió modificar la licencia para ése programa. Esto supuso que OpenOffice se bifurcase dando lugar al fork del programa llamado LibreOffice al que se adhirieron la mayoría de distribuciones de Linux.

Si la gente de Bitshares deciden cambiar la licencia por una restrictiva podría darse una situación similar a la descrita anteriormente, además en el mundo de las monedas digitales la transparencia es fundamental para tener éxito, es básico que cualquiera pueda conocer que hace el código en cada momento a la hora de confiar tu patrimonio a un código informático; si este código no es software libre, dicho requisito no se puede cumplir de ninguna forma.

Recomiendo no lanzar las campanas al vuelo, hasta que no conozcamos en primera persona su modo de funcionamiento, sobre el hecho de poder comprar y vender de forma anónima, que luego llegan las desilusiones.

Bueno, Jaime, ya veo que has llegado antes que yo. No obstante, edito el título del hilo para que la convocatoria sea más visible en todo el foro.