¿Tiene problemas para configurar la función de depósito en garantía: devuelve el ID de la transacción pero no llega a la cadena de bloques?

Mirando este ejemplo: https://earlytemple.com:8181/index.jsp y este ejemplo: https://gist.github.com/gavinandresen/3966071

Creo que revisé todo hasta el punto en que lo estaba haciendo bien: me aseguré de que la transacción que financiaba la cuenta de depósito en garantía proviniera de una de las dos partes en la dirección multisig, en este caso fue

createmultisig 2 '["02bf4782452f7605994a27ad130ff2d6ee7f2e3399f8c0be79a114a5c116794277","035602e50d80b4c0066d4bb004f33557b100d421f02a32cd853bb24ead7bbfd351"]' which produced the escrow address 3QQTMoaJZzkRqWAavPJRvEcTTFt7sRxiPL.

Financié la transacción manualmente con createrawtransaction, sacando de una de estas dos cuentas, luego creé una transacción de canje, luego la firmé de la manera especificada en las instrucciones, luego fui a la otra máquina que ejecuta bitcoin-qt y firmé la salida de la operación de firma anterior con la clave privada en ese lado, luego probé una operación de envío desde esa máquina (no me dejó) así que volví a la máquina original y la envié desde allí (me dejó) y devolvió un ID de transacción de 30a6693a74e9c60a34af0262c14e516dd4ffa75cb9f496cd2f6ba484135bbe2a, que no parece estar entrando en la cadena de bloques. Ya me ha pasado eso unas tres veces. ¿Especificé settxfee 0.0002 para asegurarme (esperaba) de que estaba pagando para que se incluyera?

¿Alguien puede señalarme en la dirección correcta aquí? Realmente podría sacar mucho provecho de esta función si pudiera hacer que funcione, y simplemente no puedo entender qué estoy haciendo mal.

Respuestas (1)

Luché con esto por un tiempo también. Debe anunciar la transacción a su nodo local y a la red a través de la sendrawtransactionllamada con la identificación de transacción sin procesar.