malo-txns no estándar entradas de error después de sendrawtransaction

Me rompieron mi cabeza sobre la mesa tratando de enviar raw de transacción y cada vez que aparece el mismo error de mala txns no estándar entradas.


Así que, aquí está lo que yo hago:

  1. Obtener el saldo de las transacciones

    bitcoin-cli listunspent
    [
    {
     "txid": "txid_number_1",
     "vsal": 1,
     "address": "address_1",
     "redeemScript": "redeemScript_1",
     "scriptPubKey": "scriptPubKey_1",
     "cantidad": 0.00024972,
     "confirmaciones": 31,
     "disponibles": true,
     "solucionable": true,
     "seguro": true
    }
    ]
    
  2. Crear raw transacción con tx_id y vsal tomadas arriba

    bitcoin-cli createrawtransaction '[{"txid":"txid_number_1","vsal":1}]' '{"address_to_sent":0.00002000}'
    

tx_id_as_hexstring =

02000000016affa8a874987f66be3ab4791b57042cbf0912088352ba0e3931b7b8b8f374c80100000000ffffffff01d0070000000000001976a9147c99343bb9cba8699e7f7b4f5552357e477dc76188ac00000000
  1. Signo de crudo de la transacción

    bitcoin-cli signrawtransaction tx_id_as_hexstring
    
  2. Enviar raw transacción

    bitcoin-cli sendrawtransaction tx_id_as_hexstring
    
    código de error: -26
    mensaje de error:
    64: bad-txns no estándar entradas
    

Traté de crear la misma transacción, con coinb.en el, pero el resultado es el mismo.

¿Qué estoy haciendo mal?


También

bitcoin-cli decoderawtransaction tx_id_as_hexstring

devuelve

{
 "txid": "txid_number_2",
 "hash": "txid_number_2",
 "versión": 2,
 "tamaño": 85,
 "vsize": 85,
 "locktime": 0,
 "vin": [
{
 "txid": "txid_number_3",
 "vsal": 1,
 "scriptSig": {
 "asm": "",
 "hex": ""
},
 "secuencia": 4294967295
}
],
 "vsal": [
{
 "valor": 0.00002000,
 "n": 0,
 "scriptPubKey": {
 "asm": "OP_DUP OP_HASH160 7c99343bb9cba8699e7f7b4f5552357e477dc761 OP_EQUALVERIFY OP_CHECKSIG",
 "hex": "76a9147c99343bb9cba8699e7f7b4f5552357e477dc76188ac",
 "reqSigs": 1,
 "tipo": "pubkeyhash",
 "direcciones": [
"address_to_sent"
]
}
}
]
}
+908
pouyaphad 4 ago. 2018 8:35:00
15 respuestas

Usted puede comprar VPS con BitCoin, la moneda de http://www.QHoster.com. También ofrecen nombres de dominio con BTC. Es la activación instantánea, VPS, aunque.

+932
Wrzlprmft 03 февр. '09 в 4:24

Muchas fuentes describen el doble problema de gasto diciendo algo así como "la gente no puede ser capaz de pasar el mismo bitcoin dos veces". [1][2][3] Así son los bitcoins, o la más pequeña permitida bitcoin fracciones, claramente etiquetados entidades? A mi entender fue que no lo son, y que el blockchain únicamente se registra información sobre la cantidad de bitcoins que tiene cada usuario.

También, si estoy en lo correcto, ¿qué sería de un doble gasto parecen realmente en el sistema bitcoin? Si puedo enviar una transacción a un minero diciendo: "yo te pago el usuario X 1 bitcoin" y otra transacción a otra minero diciendo: "yo te pago el usuario Y 1 bitcoin", entonces parece que no he doble gastado, sino sólo el pago de dos bitcoins en total, uno para cada usuario. A la derecha?

+932
AbTeg India 15 mar. 2019 2:16:18

Algunos bitcoins se han perdido de forma permanente cuando son enviados a las siguientes direcciones. La explicación que he encontrado es que ellos contienen caracteres que no son válidos en Base58

Específicamente, base58 sólo permite que los siguientes caracteres (excluyendo 0oiL)

static const char* pszBase58 = "123456789ABCDEFGHJKLMNPQRSTUVWXYzabcdefghijkmnopqrstuvwxyz"; 

¿Cuál es la corriente total de ejecución de la "perdida" de bitcoins, o a falta de ello, ¿cuál es el proceso general que se necesita para averiguar esto?

(¿Qué métodos de la API le llame para obtener los datos para determinar esto?)

+925
doglethercollar 18 oct. 2010 14:18:48

Para el nodo a aparecer en uno de los exploradores que usted tiene que tener al menos un canal abierto y una vez que el canal está abierto, usted tiene que esperar un poco ya que la información que el nodo ha de existir para que se propagan a través de los chismes de protocolo. El chisme protocolo requiere un canal activo para evitar el spam y los ataques de denegación de servicio.

Para comprobar si el nodo está en línea usted puede, sin embargo, de igual a cualquier nodo. (en clightning con el comando rayo-cli conectar) si el comando es exitoso el nodo está en línea.

+886
ichbintuhl 20 abr. 2010 17:02:14

Lo que pasa cuando uso importprivkey? Son las monedas combinadas para mi la clave privada existente o es la nueva clave añadido a mi cartera?

Quiero importar una clave privada, recibir fondos, y enviar las mismas monedas con esta clave, no de los demás presentes en mi cartera, es posible que con RPC comandos? (para mi sitio web, yo quiero que el usuario sea capaz de ver donde su dinero se va por el seguimiento de la blockchain).

+732
Charlotte Aldarwish 16 ene. 2017 12:18:43

Usted podría tratar de aguanieve del SierraChart puente que soporta todos los mercados apoyados por bitcoincharts:

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

+670
swam123 3 dic. 2017 7:55:15

Quiero decir, solo se necesita instalar el software, y con el tiempo, usted obtendrá un montón de bitcoins?

+574
lapatochek 12 feb. 2018 16:16:58

Aquí Peter Todd, escribe:

[A]s una optimización Bitcoin va un paso más allá y permite las transacciones no válidas para ser publicado en el blockchain, pero esa es la cosa: eso es sólo una optimización que el pleno de nodos, en realidad no se necesita para operar.

Tal vez me estoy entendiendo esto, pero parece ser una idea interesante: el blockchain puede contener no válido transacciones, pero la validación de todos los nodos de las ignora. Estoy pensando, ¿y si bitcoin fue diseñado de esta manera, o si alguien crea tales duro de la horquilla, puede funcionar? Si sí, ¿qué inconvenientes se debe esperar?

Me corrija si estoy equivocado, pero probablemente Contraparte ya trabaja en esta forma, ya que el uso de bitcoin blockchain.

+512
thurbercat 16 feb. 2011 15:42:07

En una reciente charla Pieter Wuille habló acerca de la velocidad de verificación cuando se utiliza Schnorr firmas y varios algoritmos para la verificación de múltiples firmas.

Sería posible verificar un solo bloque, mediante la agregación de las claves y firmas de todas las transacciones? (En teoría, incluso más transacciones a través de varios bloques)

Supongo que esto significa que el viejo ECDSA esquema no se utiliza más. Si éramos compatibles probablemente podríamos hacer esto únicamente para las transacciones que se utiliza Schorr firmas, mientras que el otro habría que ser verificados uno por uno.

(Dejando a un lado la política de drásticos cambios de protocolo) no pudimos incluso ahorrar más espacio si adoptamos el encabezado de bloque para incluir un agregado Schnorre de la firma de la manzana y dejar de lado todos los schnorr firmas de las transacciones individuales dentro de ese bloque?

¿Se me olvida algo? La charla no dar muchos detalles, pero sólo menciona la idea.

+493
mariyapinsk 21 dic. 2013 22:53:28

Estoy en un programa de postgrado en Ingeniería de Software y han recreado la minería de programas en Python y Ruby, así como el cómputo de la Merkle Root, etc..

He sido al azar eligiendo los bloques de Bitcoin a prueba mi algo(s). Me doy cuenta de que mi nonce y actual hash del bloque de finder funciona hasta cierto punto. Parece que funciona hasta sobre el bloque de 400.000, alrededor del año 2015... pero no más allá de este punto. Hizo que ajustar los algoritmos de minería en todo ese tiempo? En caso de que hay otro punto de datos?

Tengo estos datos:

  • anterior hash
  • merkle raíz
  • dificultad
  • versión
  • el tiempo en unix
  • nonce: (esto es lo que el programa busca y pone el nonce y actual hash del bloque, si se encuentra)

Como he mencionado confirma y "minas", los bloques hasta sobre el bloque de 400.000... pero no después.

Algunas luces se agradece.

+473
Zymus 18 abr. 2014 6:33:12

Bloque de dificultad sólo está determinado por la suma de la velocidad de mineros que trabajan en esa cadena cadena en particular, siguió la pista de la evaluación de la el espaciado de las marcas de hora de los bloques en un período de 2 semanas. Vale la pena pensar sobre el bloque de la cadena como un árbol que sólo pasa a tener una muy fuerte a la rama principal, donde las ramas son pesados por la cantidad de trabajo que entró en la creación de ellos en lugar de su longitud.

                                                     

 +---> 9 +---> 9 
9 +----> 9 | 
 +---> 1 +---> 1 +---> 1 +---> 1 +---> 1 

            
Aquí tenemos dos competidores puntas de la cadena, uno con un acumulado de dificultad de 36 (9+9+9+9, y uno con un acumulado de dificultad de 25 (9+9+1+1+1+1+1). Aunque la sección superior de la horquilla tiene menos bloques, tiene una dificultad mayor que la parte inferior de la horquilla y así es considerado como el actual "mejores" lado de la cadena.

+466
nhr 23 nov. 2012 7:38:43
const ltcnet = {
 messagePrefix: '\x19Litecoin Mensaje Firmado:\n',
 bip32: { 
 público: 0x043587cf,
 privado: 0x04358394
},
 pubKeyHash: 0x6f,
 scriptHash: 0xc4, // para segwit (inicio con 2)
 wif: 0xef
}

el uso de esta forma:

var clave = bitcoin.HDNode.fromSeedHex(semilla, ltcnet)
+392
zale 2 mar. 2014 22:53:26

1) Un inválido compromiso de la transacción sigue siendo válida la transacción sobre el bitcoin, la red hasta que la financiación de la salida de TX se gasta.

Cada compromiso de la transacción, una vez firmado seguirá siendo válido hasta el canal de la operación de financiación de salida (2/2 multisig) es gastado por el otro compromiso de la transacción o de cierre de la transacción. Incluso si un nuevo estado que ha sido negociado entre pares, un mayor compromiso de la transacción sigue siendo "válido" en el Bitcoin red.

Sin embargo, sólo uno de los compromisos de la transacción puede ser confirmado, de lo contrario, la financiación de salida tx sería "doble caída".

El compromiso de la transacción puede ser no válido (canal) en el contrato entre el canal de los compañeros (a los que representa y antiguo equilibrio), pero siguen siendo válidos (consenso) sobre el bitcoin red, ya que está firmada correctamente, siempre y cuando no haga doble pasar.

2) El incumplimiento remedio de un mayor compromiso de la transacción ocurre después de que el inválido compromiso de la transacción ha sido emitidas y confirmadas.

Las salidas de los inválidos (canal) compromiso de la transacción, una vez confirmado, puede ser arrastrado por la contraparte. La invalidación pasa por la revelación de un procedimiento de revocación de la clave de la mitad a la contraparte, con el que todas las salidas pueden ser barridos en una violación escenario, con lo que la penalización de la fiesta de la difusión de una falsa canales del estado. Ambos RSMC y HTLC salidas son revocadas y barrido de esta manera.

+357
kpurens 18 mar. 2011 6:38:28

Estoy tratando de encontrar el equilibrio de las direcciones específicas en una cartera. Yo, básicamente, tiene la llave maestra que yo uso para generar direcciones, pero me pregunto, ¿es posible encontrar la derivada de las direcciones que han de saldo y ¿cómo puedo realizar una consulta (el saldo de las direcciones, y por lo tanto de la cartera)?

Sé que puede generar infinitos derivados(niño) de direcciones a partir de la clave maestra es así, se supone que tengo que mantener la generación de direcciones y comprobar todos y cada uno para ver si tiene saldo? Se supone que hay que almacenar la clave maestra y las direcciones en las que se genera a recibir los pagos?

+205
ElefEnt 17 oct. 2015 15:24:01

Actualmente estoy buscando en bitcoin y la base de la tecnología blockchain para una pasantía. Más específicamente, estoy tratando de entender el proceso de confirmación. Muchas fuentes que he utilizado para mi investigación señalan que después de 6 bloques, una transacción es de 99,9% válido.

Mi pregunta es: ¿de dónde viene el 0,01% de la incertidumbre sobre una transacción que se derivan?

Muchas gracias de antemano.

+39
Loquito 13 sept. 2012 6:54:50

Mostrar preguntas con etiqueta