Si, yo a lo mejor te puedo ayudar (de hecho le he pagado una recompensa a un programador en el subforo de desarrollo para que una web con javascript hiciera exactamente eso).

Como la mayoría sabéis, Bitcoin es un concepto abstracto, un sistema de pago descentralizado, que puede entenderse de forma simplificada como una especie de base de datos (la cadena de bloques) que es compartida por todos los usuarios, ya que  todos los usuarios del cliente_qt se descargan y van actualizando dicha base de datos.

Pagar mediante bitcoins se asemejaría a realizar una modificación dentro de esa base de datos compartida de forma que, las unidades contables (bitcoins) que se encontraban en un registro (dirección bitcoin desde la que salen), pasan a estar en otro diferente (dirección bitcoin a la que llegan).

Pero para poder realizar esta operación de pago se deben cumplir dos condiciones. La primera es que quien ordena el pago sea el legítimo propietario de los bitcoins que se encuentran en la dirección de salida. Y la segunda es que toda la red de usuarios se aseguren de que tu pago no se trata de un intento de fraude en forma de doble gasto.

El posible intento de fraude se comprueba efectivamente en la cadena de bloques, ya que todas las unidades contables (BTC) y su histórico de movimientos son públicos.

Y la legítima propiedad se valida cuando todos los usuarios comprueban que el propietario de los bitcoins de la dirección de salida firma con la correspondiente clave privada. Esta clave privada se guarda en su billetera (archivo wallet.dat) y corresponde de forma unívoca con la dirección bitcoin que hay publicada en la cadena de bloques y que contiene los bitcoins que serán transferidos a la dirección de destino.

Así pues, aquel que posea la clave privada, estará en disposición de firmar una transacción válida de todos los bitcoins que su correspondiente y unívoca dirección bitcoin pueda contener en la cadena de bloques. Dicho en román paladino, aquel que posea la clave privada podrá gastar los bitcoins.

Por eso es de vital importancia que guardemos celosamente las claves privadas que dan acceso a nuestros bitcoins. Si alguien consigue acceder a esas claves tendrá acceso directo a nuestros ahorros.

Sabiendo esto, los cerebritos de esta comunidad desarrollaron mecanismos para reducir la exposición de las claves privadas a posibles atacantes. Las formas principales fueron cifrando la billetera y posibilitando la creación de parejas de claves públicas-privadas en ordenadores que nunca tendrán contacto con internet y por tanto, nunca habrán sido expuestos a troyanos, keyloggers, etc. Son las llamadas paperwallets. Estas paperwallets son muy interesantes ya que permiten enviar bitcoins a direcciones cuyas claves privadas jamás han sido expuestas al riesgo de hackeo, ya que sus propietarios las conservan a buen recaudo en forma de papel.

Pero tienen el inconveniente de que, si en algún momento queremos gastar esos bitcoins ahorrados en la dirección de la paperwallet, tenemos que firmar la correspondiente transacción con la clave privada que hay imprimida en el papel en un ordenador que tenga acceso a internet para poder publicar en la red dicha transacción. Y esto nos devuelve de nuevo al riesgo de los keyloggers, troyanos, etc.

Así que la solución para obtener una seguridad máxima es el poder construir y firmar una transacción válida desde un ordenador que jamás haya tenido o vaya a tener contacto con internet. Esto es, construir y firmar una transacción offline.

Por eso me gasté 1BTC en pagar a alguien para que hiciera algo tan extremadamente útil para evitar robos de claves y hackeos varios a novatos e inexpertos como yo.

Aquí tienes el post con los links del programador que hizo la página con la que poder construir la transacción (la online) que después pasas al ordenador desconectado de internet (offline) donde se firmará con la clave privada.


Una vez firmada la transacción ya puede publicarse por la red bitcoin sin miedo, bien mediante el cliente_qt o bien mediante https://blockchain.info/pushtx

Una transacción consta de "entradas" y "salidas". Las entradas apuntan a salidas de transacciones previas. Cuando tú me haces una transacción, las entradas apuntan a las salidas de otras transacciones que has recibido en el pasado. Y en las salidas no pones mi dirección, realmente lo que pones es "el que tenga la clave privada correspondiente a esta dirección". Y yo, a la hora de querer gastar esas coins, ¿cómo demuestro que la tengo? Pues firmando mi nueva transacción con ella.

Me alegra ver que lo has entendido. Si haces la donación mediante la aplicación esa que te he puesto, pon el link a la transacción de blockchain.org y así podremos ver todos que el construir y firmar transacciones offline es sencillo.

Lo que cuenta dserrano5 es muy importante. Generalmente la condición para que alguien pueda hacer uso de los bitcoins que le has transferido suele ser "demostrar que posee la clave privada correspondiente a esta dirección". Pero en un futuro esa condición podrá condicionarse de formas distintas, dando lugar a la posibilidad de realizar "contratos" complejos.

Por ejemplo, poder gastar esos bitcoins sólamente después de haber pasado un determinado tiempo, o necesitar la firma conjunta de varias personas, etc. (Buscad en google Bitcoin - Contracts y veréis la de posibilidades que se abrirán en el futuro)

Las claves privadas no se entregan jamás. A NADIE.
Si yo quisiese un donativo te daría una dirección pública (una dirección Bitcoin válida) a la que tu podrías enviarme los bitcoins.

Recuerda, si me das la clave privada de alguna de tus direcciones, te podré robar el dinero que tengas en ellas en cualquier momento (actual o futuro).

Imagina que me das una clave privada de las que hay en tu billetera (wallet.dat) y resulta que, en algún momento en el futuro, el cambio de una de tus transacciones recae en la dirección bitcoin de la clave privada que me diste tiempo atrás. Yo podría robarte ese dinero.

Para pagar mediante bitcoin símplemente has de hacer una transacción. Y agradezco tu ofrecimiento pero lo declino ya que, en un futuro, tendrás seguro ocasión de agradecer la ayuda de gente más pedagógica que yo o podrás regalárselos a alguien para introducirlo en el universo Bitcoin.

Eso es correcto. Si yo te daba una clave privada lo hacia de modo protegido es decir que no pertenezca a ninguna de las llaves privadas de las que yo hago uso en mi wallet.

Estaba viendo que en https://coinb.in/brainwallet.html te permite hacer llaves (privadas y su correspondiente dirección pública) generandolas de una password. De modo que pensaba hacerte el donativo a una address generada por ese medio y luego mandarte por privado la privkey para que luego tu cobres el monto depositado en tal address. Tal sistema tiene el inconveniente que tu desecharas tal address porque ya seremos dos las personas que tenemos la privkey de esa dirección.

Además hay un mayor pago de comisiones de esa forma. Porque tu transferirás ese donativo a una cuenta segura y allí hay que pagar de nuevo comisión.

Igual me pica la mano por invertir para saber como funciona todo el proceso.

Sería provechoso para todos que me des unas instrucciones de modo que el proceso quede documentado para todos.

En primer lugar creas la transacción, por ejemplo con createrawtransaction. Pongamos que queremos coger la primera salida de la transacción e9519006d274f9e54edea5a9751f342121e4f24f3c8a37be4ec3151dad53d71c y mandar 26 BTC a 12345Vypv2QSmuRXcciT5oEB27mPbWGeva:


El churro resultante lo descodificamos con decoderawtransaction (no hace falta en la práctica):


Ahí puede verse que dentro de vin > scriptSig no hay nada; eso es porque la transacción está sin firmar. Como curiosidad, la parte donde dice "sólo el que tiene tal clave privada puede gastar" está en vout > scriptPubKey > asm. "0b5b86d88f06861798ea629265fb793862c4755d" y "12345Vypv2QSmuRXcciT5oEB27mPbWGeva" son lo mismo, representado de distintas maneras.

Para firmarla, procedemos con signrawtransaction (antes hay que desbloquear el wallet usando walletpassphrase):


Esto nos devuelve otro churro, que es la misma transacción ya firmada, y un valor que nos dice que ya están todas las firmas incluidas y la transacción puede enviarse a la red (usando sendrawtransaction).

Podemos hacer un decoderawtransaction del churro nuevo para comprobar la presencia de la firma:


He modificado la firma a mano para que sea inválida, de lo contrario cualquiera podría enviar esa transacción .

Ahora bien, el meollo de las firmas offline es que las claves privadas no estén en un ordenador conectado a la red. En éste tendríamos lo necesario para consultar nuestras direcciones y sus saldos, y ver las transferencias nuevas que nos van llegando. A la hora de enviar fondos a otro sitio, podríamos hacer el createrawtransaction en esta máquina, pero el signrawtransaction hay que hacerlo allí donde estén las claves privadas, que idealmente sería una máquina sin conexión. Con la transacción ya firmada, podemos volver a la máquina conectada y enviarla con sendrawtransaction. Yo no lo he probado, pero todo el mundo dice que con Armory este proceso está chupao de hacer.

Para usuarios básicos:

Electrum usando seedless wallets (carteras sin semilla).

Yo cuando he intentado construir transacciones desde la ventana de depuración, para obtener la txid (identificador de la transacción) he tenido que utilizar el comando "listunspent", que te devuelve el listado de unspent_outputs que puedes utilizar en la transacción. Y ese pool de unspent_transactions lo forma el cliente_qt de aquellas direcciones bitcoin cuya clave conserva en la billetera.

Y si pruebo a obtener el txid de cualquier otra transacción (una transacción a cualquier otra dirección bitcoin de una paperwallet) mediante el comando "gettransaction", mira lo que dice la ayuda:

gettransaction <txid>
Get detailed information about in-wallet transaction <txid>

Te da información, pero siempre de transacciones que "entren" en la billetera, o sea, que tengan relación con las claves que conservas allí.

Si, eso es precisamente lo que hace la aplicación esa que he posteado para hacer transacciones offline, tú le das la dirección bitcoin y la aplicación busca en blockchain.info todas las "unspent_outputs" que tiene para meterlas como input de una transacción.

De todos modos yo aquí sí que tengo una duda muy importante, y creo que tú me podrías ayudar. Yo sé que tú usas linux porque me ha parecido leértelo en algún post anterior (algo así como que en tu oficina donde curras todos usan linux). Yo como usuario de windows, aunque intento construir una transacción mediante la ventana de depuración con el comando "createrawtransaction", siempre me da error aunque los parámetros que introduzca sean correctos.

En este hilo hablan sobre ello:

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

Pero yo no entiendo ni el 50% de lo que están escribiendo en código allí   ¿Tú me puedes ayudar a entenderlo?