bitcoind la importación masiva de las claves privadas a las diferentes carteras y actualización con un rescan

Me preguntaba si alguien ya tiene este pensamientos o problemas:

Puedo generar bitcoin direcciones y claves privadas mediante una secuencia de comandos - para no depender de la bitcoin demonio y administrar en una base de datos. Mediante la generación de las direcciones bitcoin, generar una dirección y también seleccionar el nombre de una cartera por parte de algunos criterios.

DIRECCIÓN BITCOIN | CLAVE PRIVADA | WALLETNAME

Después de un tiempo específico quiero importar las claves privadas de las carteras ("CARTERA de NOMBRES") (para las carteras definido en la base de datos antes).

Hago esta importación con importprivkey sin una nueva búsqueda. Me preguntaba si es posible importar las claves privadas para los bolsillos y para volver a analizar uno a la vez y actualización de todas las carteras con esto una nueva búsqueda para evitar para cada cartera de un explícito vuelve a examinar cada una hora y media de tiempo.

Es posible importar las claves privadas rescan=false y después de que esto se ejecute bitcoind con todas las carteras de la carga y hacer la reexploración que debería estar afectando a todos los bolsillos y actualización de todos ellos en un rescan?

Alguien ha pensado en esto antes y tiene una solución para esto?

+501
Sukan 25 dic. 2016 23:34:25
20 respuestas

he enviado a mi bitcoin a otra dirección que me genera a partir de otro sitio que no saben que tienen una política que si el bitcoin no es de 0.005 no ser capaz de reflejar. ahora mi pregunta es que mi bitcoin la devolución en mi cuenta

+967
David Mark 03 февр. '09 в 4:24

La Documentación completa de Etereum de "Frontera":

Foro De Discusión:

+951
lovelyrani 16 jul. 2014 20:39:39

Quiero usar el Bitstamp intercambiador API para comprar Bitcoin de forma automática. Pero entonces veo que la API no me va a dar la espalda a una transacción-ID (txn id) si hago un retiro de Bitcoin a mi cartera.

Si el intercambiador no me da ninguna transacción-ID cuando empiezo una retirada, ¿cómo puedo comprobar que todo está bien? Normalmente, creo, espere x la confirmación de la transacción, pero el intercambiador no se la proporcione.

Es suficiente para verificar la recepción de la Bitcoin cantidad en una cuenta única o voy a ser objetable para la transacción maleabilidad, doble gasto o similar? Hay una razón por la que el intercambiador de no dar la espalda a un txn-id? Porque he visto otros intercambiadores de que hagan lo mismo.

Agradezco cualquier consejo.

+888
cemia ashley 20 feb. 2011 17:06:06

Tengo una pegado de la transacción y quisiera claro esta. He encontrado mucha información acerca de RBF (Reemplazar por Cuota) cómo funciona etc. Así que creo que esto podría ser la mejor opción para llegar a mi operación.

Lamentablemente no pude encontrar ninguna información acerca de cómo aplicar este comando a la existente no confirmados y cero de tarifa de transacción. Por favor avise.

Muchas gracias

+870
Walter Schurter 30 abr. 2015 7:25:19

Si usted es dueño de una pequeña cantidad de Bitcoin (por ejemplo,$10) hace que uno tiene que "invertir" en algún lugar de su valor de cambio o el de $10 fluctuar por sentado en la cartera y uno puede ver el valor fluctúa en la comprobación de la cartera de vez en cuando?

+771
Sheilawickey11 20 sept. 2014 4:08:13

Aquí está una lista muy detallada lista de conocidos de minería de hardware y de minería-especificaciones:

https://en.bitcoin.it/wiki/Mining_hardware_comparison

+702
Jenius 3 ago. 2017 21:35:04

Lo que puedes hacer con Bitcoin protocolo es el tiempo de bloqueo de la transacción - ver BIP 65. Esto le permite crear una transacción en la que el destinatario no puede pasar de un cierto número de bloques, mientras que se puede (o viceversa, que es lo más común). Así que imagina que puede crear y publicar la transacción y establece que el destinatario no podía pasar por alrededor de 1 mes. Este es un edificio de elemento que se puede utilizar para crear algo así como los pagos recurrentes. Durante un largo año, mes a mes de suscripción (pero cancelar en cualquier momento) tendrá 12 de esas cerraduras. Podría publicar y una vez que el destinatario vea la transacción confirmada, ellos saben "este chico acaba de crear la suscripción mensual con nosotros y a menos que se cancele, vamos a ser capaces de obtener el dinero cada mes durante los próximos 12 meses". Obviamente, si usted cree 12 de esos y te gustaría tener más tiempo de suscripción, usted necesita para crear más de los que más tarde para "prolongar". Todo esto puede ser implementado en el usuario de la cartera, incluyendo algún tipo de notificación de que su suscripción debe ser prolongada y si usted desea hacer esto, etc. Que es más acerca de la interfaz de usuario y UX, sin embargo.

Así que en general, yo diría que sí. En la API de lado - depende, hay bibliotecas para varios lenguajes para la creación personalizada de las transacciones, pero esto probablemente no es lo que estaban pidiendo, como creo que usted estaba buscando algo más alto nivel de transacción manual de construcción.

+653
Euthyphro 5 feb. 2015 5:17:15

A continuación se muestra el código que comprueba que el valor de los insumos consumidos son mayores que los de salida

const CAmount value_out = tx.GetValueOut();
si (nValueIn < value_out) {
 estado de retorno.DoS(100, falso, REJECT_INVALID, "mal-txns-en-belowout", false,
 strprintf("valor en (%s) < valor (%s)", FormatMoney(nValueIn), FormatMoney(value_out)))

Usted puede encontrar aquí.

+636
chanp 5 jul. 2019 8:59:04

Yo uso Blockchain.info para mi cartera, yo uso un seguro dirección de correo electrónico anónima.

Mi nombre e identificación de la información no está relacionada con mi bitcoin, es anónimo?

¿Cómo puedo mantener mi billeteras bitcoin y la utilización de los anónimos?

Se Blockchain.info doy mi dirección IP si "solicitado" por los poderes fácticos?

Debo usar TOR para todo esto?

gracias!

+608
Dhansukh RANCHHOD 30 jul. 2018 5:01:27

Recientemente tuve la misma pregunta y hecho un pequeño script para calcular (haciendo uso de esta biblioteca de python). Aquí tienes un acumulativa de la parcela con el número de transacción de las salidas de cada especie a lo largo del tiempo:

Cumulative plot of the number of transaction outputs per type

+589
Alex Alexeev 15 feb. 2017 3:47:51

Recientemente me encontré con Steemit, una de Reddit-esque plataforma que parece ser que se ejecutan en el Steem blockchain. Parece que se está pagando a sus usuarios publicar y curar contenido. Sin embargo, parece bastante receloso, que, en esencia, un largo post en el blog podría tener un pendiente de pago de más de $3900. Incluso teniendo en cuenta el tipo de cambio de alrededor de 0,25 USD/Steem, que es un buen pago para los artículos de la escritura.

Así que me pregunto - ¿cuál es la trampa? ¿Qué es Steem y Steemit de todo? Es la plataforma realmente pagar a la gente cientos de dólares para publicar artículos, o es que hay algo sospechoso?

+563
Amir Khan 15 mar. 2014 10:50:34

Estelar consta en realidad de dos completamente diferentes bases de código en este punto. Lo que comenzó como un tenedor de la ondulación de la base de código. Que el software, llamado stellard, todavía se está ejecutando en la producción. Sin embargo, aproximadamente la mitad de un año después de su lanzamiento, Estelar posteriormente liberado completamente ajenos sistema de pago llamado estelar-core. Núcleo estelar, se basa en un nuevo consenso algoritmo (SCP), y una nueva base de código. Porque es un borrón y cuenta nueva de diseño, no hay compatibilidad hacia atrás y cualquier transición, probablemente tomar la forma de un día de la bandera o el comercio de la edad stellars para los nuevos stellars mientras tanto en las redes durante un período.

Estelares-core tiene muchas diferencias de stellard (y, por tanto, de la ondulación). Una de las grandes diferencias es el nuevo algoritmo de consenso, SCP, que fue lanzado con una prueba de la seguridad y presume de ser "óptimamente segura" para una configuración determinada y patrón de fallo. SCP permite una gran flexibilidad en términos de cómo los nodos de configurar sus quórumes, y está explícitamente diseñado para dar cabida a Bizantino fallos (en el que la mala nodos mentira) y diferentes nodos de confiar en los diferentes subconjuntos del sistema. Por el contrario, la ondulación utiliza un fijo de 80% de umbral, y su análisis no se aplica a los casos en los que los diferentes nodos tienen diferentes conjuntos de nodos a la confianza. (Si lo dominó llamadas el único nodo de la lista, o de la UNL, no es el mismo en todas partes, entonces la seguridad de la prueba no se aplica.)

Hay muchas otras diferencias entre los dos sistemas, tanto en la aplicación y el nivel de protocolo. Por ejemplo ondulación permite la congelación de la moneda que uno ha hecho, que Estelar no parecen apoyar (al menos todavía). Estelares es explícitamente inflacionista, con un 1% de las nuevas monedas se crean cada año y todos los gastos que se recicla, mientras que dominó destruye las cuotas, lo que significa que el número total de ondas en la existencia está disminuyendo poco a poco a lo largo del tiempo. Estelar utiliza el Ed25519 esquema de la firma (básicamente Schnorr) y de 32 bytes claves públicas como direcciones, mientras que dominó utiliza ECDSA y 20 bytes de hashes como direcciones. A nivel de aplicación, estelar del protocolo se especifica el uso de Sol XDR, mientras que dominó utiliza una combinación de google protobufs y escrito a mano código de cálculo de referencias.

+562
Chivajn 11 jul. 2011 4:05:05

Esto se hace a través del peer 2 peer de la red que viene junto con la velocidad del rayo y se especifica en el PERNO 07 - enrutamiento-chismes. Si usted lee los detalles que usted verá que usted tiene pares para un nodo en el fin de mantener un canal. Pero también se podría establecer conexiones p2p con otros compañeros sin la necesidad de mantener un canal.

Los pares de protocolo soporta anuncio de canal los mensajes que se transmitan a través del chisme y de protocolo de consulta de mensajes para pedir mensajes si un nodo se conecta por primera vez a la red o que estaba fuera de línea, tal como solicitó.

+554
MoOrR 5 dic. 2012 3:48:02

OK, me di cuenta de cómo firmar el raw Tx usando Python ecdsa. Voy a paso a través de ella:

Recordar:

createrawtransaction '[{"txid" : "72b764383b99fb3d112ac8b474a5d7c4242b75dbfee2d4e9cf9a6703d90f805a", "vsal" : 1}]' '{"n2kx7k6JuA5Wy27fawaeiPX7dq8mbRDPav" : 0.99}'= 01000000015a800fd903679acfe9d4e2fedb752b24c4d7a574b4c82a113dfb993b3864b7720100000000ffffffff01c09ee605000000001976a914e900510876cb689f1db6fa982376c301362b740c88ac00000000

Y, a continuación, añadir en el scriptPubKey para scriptSig las 00:

sin signo = '01000000015a800fd903679acfe9d4e2fedb752b24c4d7a574b4c82a113dfb993b3864b772010000001976a914953de657be4b305f606d9a9fbd35b070a682475788acffffffff01c09ee605000000001976a914dd6cce9f255a8cc17bda8ba0373df8e861cb866e88ac0000000001000000'

Nota sin firma tiene la 01000000 anexa porque el SIGNHASH es 01 (que también se adjunta a la DER de la firma en un minuto).

Así, hacemos doble SHA256 bytes y volver txhash como bytes: txhash = hashlib.sha256(hashlib.sha256(unsigned.decode('hex')).digest()).digest()

También necesitamos la privkey para mu858WTEPiWWpAJRTMxC4ka6DJqiaCZisb (en secreto exponente de la forma, es decir, en hexadecimal): privkey = 'dc57c6d067376c36bbed632c9d00f03767867f337d5a86b5b0308a60004f08ee'.zfill(64) privkey = 'dc57c6d067376c36bbed632c9d00f03767867f337d5a86b5b0308a60004f08ee'

Ahora, tenemos que firmar el uso de este código corregido:

signingkey = ecdsa.SigningKey.from_string(privkey.decode('hex'), la curva=ecdsa.SECP256k1)
SIG = signingkey.sign_digest(txhash, sigencode=ecdsa.util.sigencode_der) +'01'.decode('hex')

Este es el código de trabajo. A partir de aquí, simplemente estamos haciendo de la firma:

ScriptSig = <varint del total de los sig de longitud> <SIG de código, incluyendo anexa 01 SIGNHASH> <longitud de clave pública (0x21 o 0x41)> <pubkey>

donde pubkey = '0479b22a5127d176a49d506c86f791031f94a389227ef46a8ddb725a88c944c37e3f753de6ee0b441a0237801f140810e111a1fd8276a2a5d0ee07224a1b551cc1

Nos da un válido firmado Tx sin usar bitcoincore:

01000000015a800fd903679acfe9d4e2fedb752b24c4d7a574b4c82a113dfb993b3864b772010000008a47304402204d78d2e6c0f801573e4960fb8e51ad939380d119d25f97d15efdedf815b05f02022066bd2ab0b401e32e7ce67ea45f8224097eeafbef2335d563776e5efe6632732d01410479b22a5127d176a49d506c86f791031f94a389227ef46a8ddb725a88c944c37e3f753de6ee0b441a0237801f140810e111a1fd8276a2a5d0ee07224a1b551cc1ffffffff01c09ee605000000001976a914dd6cce9f255a8cc17bda8ba0373df8e861cb866e88ac00000000

+534
Chris Troutner 10 mar. 2014 0:35:06

La confusión principal viene de esto :

En primer lugar, generar la secuencia de comandos mediante la concatenación de [sigScript][OP_CODESEPARATOR][pubkeyScript]

A continuación, puede agregar :

Entiendo que la ejecución del script ha evolucionado a partir de esta

No estoy seguro si te refieres a "se Basa en este método" o "Ha cambiado desde entonces este método", pero si es lo primero, esto podría explicar los resultados inesperados de que usted está recibiendo. Espero que mi respuesta puede aclarar esto.

Es cierto que durante un relativamente corto período de Bitcoin secuencia de comandos de la evaluación fue realizada por la forma en que usted ha mencionado, donde un CODESEPARATOR fue colocada entre scriptSig y scriptPubkey , a continuación, toda la cosa se concatenan para formar una única secuencia de comandos que iba a ser ejecutado, pero que fue cambiado más bien temprano en cometer 6ff5f718b6a67797b2b3bab8905d607ad216ee21 que data del 31 de julio de 2010.

Después de dicho cambio, que introdujo una función denominada VerifyScript en script.cpp (hoy en día la lógica está en interpreter.cpp), scriptSig y scriptPubkey no están concatenados con un CODESEPARATOR entre ellos. En lugar de ser ejecutados como dos guiones diferentes , uno tras otro, donde la pila del contenido lleva desde la primera a la segunda.

La diferencia es sutil y no cambia el flujo de estándar de los canjes, pero se hace evidente cuando un CHECKSIG operación se realiza dentro de la scriptSig.

A partir de la operación de financiación

b8fd633e7713a43d5ac87266adc78444669b987a56b3a65fb92d58c2c4b0e84d

vemos que la segunda salida en que es un pago a la siguiente scriptPubKey en un índice de 1 :

14 2a9bc5447d664c1d0141392a842d23dba45c4f13
NOP2
GOTA

OP_CLTV aún no está activo, por lo que el código de operación 0xb1 es todavía NOP2.

Que luego canjeados por

eb3b82c0884e3efa6d8b0be55b4915eb20be124c9766245bcc7f34fdac32bccb

por la entrada en un índice de 1 :

0
47
30
44
02
 20 276d6dad3defa37b5f81add3992d510d2f44a317fd85e04f93a1e2daea646602
02
 20 0f862a0da684249322ceb8ed842fb8c859c0cb94c81e1c5308b4868157a428ee
01
CODESEPARATOR
1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG

En el corto período de tiempo antes de cometer 6ff5f718, los dos scripts sería concated con un CODESEPARATOR se coloca entre ellos para formar la secuencia de comandos completa, a continuación, comienza la ejecución del programa. Empezamos con una pila vacía, y un puntero al principio de la secuencia de comandos que marca el inicio de lo que sería el firmado scriptCode :

  1. Push 0 en la pila
  2. Empuje la firma en la pila
  3. Ejecutar CODESEPARATOR - marca este punto en la secuencia de comandos como el inicio de scriptCode (sobrescribiendo el anterior valor establecido en el principio)
  4. Empuje 1 en la pila
  5. Empuje la clave pública en la pila
  6. Empuje 1 en la pila
  7. Ejecutar 1 de 1 CHECKMULTISIG

En este punto, es necesario construir la scriptCode para ser firmado. Las reglas son :

  1. Tomar el subíndice de los últimos ejecutados CODESEPARATOR hasta el final de la secuencia de comandos
  2. Quitar todos los CODESEPARATORS
  3. Eliminar todas las ocurrencias de la firma que está siendo verificado

Desde la firma es en realidad antes de la última CODESEPARATOR, regla #3 no entrará en vigor aquí, pero las reglas #1 y #2. Esto nos deja con el siguiente scriptCode :

1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG
14 2a9bc5447d664c1d0141392a842d23dba45c4f13
NOP2
GOTA

Que es lo que inicialmente ocurrió, pero ahora vamos a ver cómo el cambio en 6ff5f718 hace una diferencia.

Recordemos que estamos tratando con dos guiones diferentes, pero ninguna de las otras reglas de cambio. La única diferencia es que estos dos scripts se ejecutan por separado, uno tras otro, y que la pila que queda de la ejecución de scriptSig pasa a la ejecución de scriptPubkey.

Empezamos por la ejecución de scriptSig e ir a través de los pasos #1 - #7 como antes, llegando al mismo punto de CHECKMULTISIG donde construimos el scriptCode. Ya que la actual secuencia de comandos ejecutada consiste ahora sólo lo fue en scriptSig, scriptCode se convierte en :

1
21 0232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a
1
CHECKMULTISIG

Si esta comprobación de la firma pasa (y lo hace), un valor de 1 se inserta en la pila, y scriptSig finaliza la ejecución successfuly. Esta pila de ahora pasa a la exectution de scriptPubkey (que es muy simple) y finalmente a la izquierda como el valor final en la pila, lo que hace que scriptPubkey resolver a la Verdad.

Esta transacción es muy interesante realmente muestra cómo la no-trivial cometer 6ff5f718 en realidad era. Es un gran ejemplo.

Otra cosa de menor importancia a tener en cuenta es que este scriptPubKey de por sí es un nadie-puede-pasar de secuencia de comandos. Esta secuencia de comandos de las condiciones en que se conste que simplemente por el paso de una sola pulsación de un elemento en el que se evalúa a Verdadero (por ejemplo, 1 - 0x51) y que la comprobación de la firma en scriptSig en realidad no tiene ninguna importancia y no asegurar los fondos en absoluto.

Editar :

En realidad, viendo en esto un poco más, parece que esta transacción es mencionado específicamente en el BIP-17 (el cual ha sido abandonado). El 20 bytes en scriptPubkey es en realidad el hash160 de la 1 de la 1 multisig propio script :

51210232abdc893e7f0631364d7fd01cb33d24da45329a00357b3a7886211ab414d55a51ae

Este es de hecho uno de los ejemplo bip-17 de las transacciones realizadas en la cadena por el bip del autor. Si esto bip había sido aceptada, tal transacción no sería nadie-puede-pasar. (puedes ver más detalles en el pbi en sí)

+469
Justin Yost 7 jul. 2018 23:24:57

Hashrate de distribución de Una estimación de hashrate de distribución entre los más grandes de minería de piscinas

+455
K Nein 17 sept. 2011 21:08:34

¿Por qué Núcleo se mueven de BDB para LevelDB? Por qué no usar SQLite o mover a Redis ahora? Hay una razón técnica para esta elección?

+386
CHARK 25 jul. 2010 11:40:32

Al abrir el cliente de Mac, primero se muestra la pantalla de carga durante un tiempo :

Después de que se muestra la pantalla principal y se inicia la sincronización :

Tenga en cuenta que el cliente es muy lento y puede tardar un poco en cargar. Si todavía no se muestra la pantalla de carga después de un minuto, intente abrirla de nuevo. Que yo sepa el cliente de Mac no tiene los requisitos para la instalación.

Para diagnosticar el problema, por favor, siga estos pasos :

  • Ir a un Monitor de Actividad (en la carpeta Utilidades) y ver si Bitcoin-qt se está ejecutando. Debería ser.
  • Abra la Consola (también en los servicios públicos) y ver si hay algún error acerca de Bitcoin-qt.
  • Reinicie su Mac. Esto le puede ayudar.
+232
Talib Allauddin 19 mar. 2016 4:53:02

descargar desde el sitio web oficial :

https://bitcoin.org/en/download

para windows de 64 bits: https://bitcoin.org/bin/bitcoin-core-0.13.1/bitcoin-0.13.1-win64-setup.exe

+164
Noah Cristino 7 oct. 2012 7:43:05

He creado este Canónica Novato Guía en Reddit. Todavía vacía, pero tengo la esperanza de que se convertirá en un buen recurso para los novatos.

+78
user3927417 6 sept. 2014 15:05:20

Mostrar preguntas con etiqueta