No construir bitcoin-core v0.13.1 en debian tramo

Recientemente hemos creado una nueva máquina en debian tramo:

$ uname-a
Linux frente 4.8.0-1-amd64 #1 SMP Debian 4.8.7-1 (2016-11-13) x86_64 GNU/Linux

Ahora estoy intentando instalar bitcoind. Ya he configurado un directorio db4 en mi directorio de construcción para la versión de base de datos Berkeley 4.8.30. He instalado todas las dependencias como por doc/build-unix, incluyendo el impulso de la distribución:

$ sudo apt-get install libboost-todos-dev
$ apt-cache show libboost-todos-dev
Paquete: libboost-todos-dev
Fuente: impulso-defaults
Versión: 1.62.0.1
...

$ ./autogen.sh
...

$ ./configurar LDFLAGS="-L..bitcoin/db4/lib/" CPPFLAGS="-I..bitcoin/db4/include/"
...

$ make
...
CXX cartera/test/test_test_bitcoin-wallet_tests.o
CXX cartera/test/test_test_bitcoin-crypto_tests.o
wallet/test/crypto_tests.cpp: En la función 'bool wallet_crypto::OldEncrypt(
const CKeyingMaterial& std::vector<unsigned char>&, const unsigned
char*, const unsigned char*)':
cartera/test/crypto_tests.cpp:45:20: error: agregado 'EVP_CIPHER_CTX ctx'
ha de tipo incompleta y no se puede definir
EVP_CIPHER_CTX ctx;
^~~
wallet/test/crypto_tests.cpp: En la función 'bool wallet_crypto::OldDecrypt(
const std::vector<unsigned char>&, CKeyingMaterial&, const unsigned
char*, const unsigned char*)':
cartera/test/crypto_tests.cpp:69:20: error: agregado 'EVP_CIPHER_CTX ctx'
ha de tipo incompleta y no se puede definir
EVP_CIPHER_CTX ctx;
^~~
Makefile:8232: receta para el destino de la cartera/test/test_test_bitcoin 
crypto_tests.o' error
make[2]: *** [cartera/test/test_test_bitcoin-crypto_tests.o] Error 1
make[2]: Dejar el directorio '/home/juan/Libs/bitcoin/src'
Makefile:8370: receta para el objetivo de 'todo recursiva' error
make[1]: *** [all-recursive] Error 1
make[1]: Dejar el directorio '/home/juan/Libs/bitcoin/src'
Makefile:680: receta para el objetivo de 'todo recursiva' error
marca: *** [all-recursive] Error 1

Cualquier sugerencia es muy apreciada.

EDIT: añadir la opción --disable-wallet para configurar conduce a una compilación correcta.

EDIT2: sin embargo, incluso con la opción --disable-wallet , el comando make check falla con:

hacer que[4]: Entrar en el directorio '/home/juan/Libs/bitcoin/src/secp256k1'
 CC src/pruebas-pruebas.o
src/pruebas.c: En la función 'test_ecdsa_der_parse':
src/pruebas.c:3561:52: error: eliminar la referencia de puntero de tipo incompleta
'ECDSA_SIG {aka struct ECDSA_SIG_st}'
valid_openssl = !BN_is_negative(sig_openssl->r) &&
!BN_is_negative(sig_openssl->s) && BN_num_bits(sig_openssl->r) > 0 &&
BN_num_bits(sig_openssl->r) <= 256 && BN_num_bits(sig_openssl->s) > 0 &&
BN_num_bits(sig_openssl->s) <= 256;

Este error relativos a la biblioteca de C de secp256k1 en debian tramo ya ha sido reportado en este post y parece estar relacionado con algunos de openssl cambio de API (un trabajo alrededor presentado por Andrew Poelstra es configurar secp256k1 con la opción --enable-openssl-pruebas=no. Sin embargo, esta no es una opción disponible para bitcoind de configuración)

+460
Alex Kuzmin 4 mar. 2012 7:53:10
28 respuestas

Éxodo co-fundador de aquí...

Tome su Bitcoin clave privada, y mover los fondos a través de la Bitcoin Efectivo de la clave privada de importación/mover. Nota, esto mueve el Bitcoin sólo en Efectivo a partir de la clave privada en el Éxodo. He aquí cómo se puede hacer esto: http://support.exodus.io/article/87-can-i-import-a-private-key

Tenga en cuenta que usted va a seleccionar Bitcoin en Efectivo, a diferencia del artículo que muestra Bitcoin.

+998
sosolee 03 февр. '09 в 4:24

Si el uso de Electrum, 0.002 BTC se ha tomado como tasa de 2FA.

+980
Jeff Meigs 30 dic. 2013 22:49:55

Yo estaba engañado por ebankbtc.com el que me dio esta dirección: 1QiCsWaZxvNy4hXZMvQJEBcnVm5KH3fK5

Usted puede ver la transacción aquí: https://blockchain.info/tx/e22206dcf27249afa6576443b3953b11ae43c04050c9e663a64f61ea320a7a4f

Así que, he perdido mi propio Bitcoin.

¿Qué puedo hacer al respecto?

+966
Ronn Macc 6 mar. 2018 13:05:12

De la wiki:

"El promedio de tiempo para encontrar un bloque se puede aproximar mediante el cálculo de: tiempo = dificultad * 2**32 / hashrate"

Esto se aplica también a las acciones, el establecimiento de 1 como de la dificultad.

En 1 MH/s, usted puede esperar para encontrar un compartir cada 2^32 / 1000000 = ~4295s.

Inversamente, usted encontrará (1000000/2^32) = ~0.000233 acciones por segundo por MH/s.

+835
Veranda 13 nov. 2019 16:52:32

Sé que este hilo es antiguo, pero en caso de que alguien sigue interesado en esta pregunta, hay algunos que se pueden encontrar aquí(Linux están en la parte inferior).

En suma, hay dos GUI alternativas para Nicehash en Linux - Cudo Minero y MinerGate.

+761
MilenaKarpova 1 jul. 2011 18:15:19

Si vamos a importar una clave privada utilizando bitcoin-cli importprivkey <tecla>, es de todos modos para saber cuando la importación se ha hecho?

Yo estoy esperando una marca de tiempo se incluye.

+732
Swazimodo 17 ago. 2018 2:30:08

Dicen que un bloque compuesto de estos 10 transacciones, señaló por su txids en los índices del 0 al 9:

E1AF205960AE338A37174B407EE71067C3CD7F04D48A5CEC7E13F6ECCB61DCBC
A314970CD7C647D1CC0A477E1A2122B98205B6924B73001B8DAB20EE81C2F4F7
B08EB9DCE0452A1B1970C4D29E88BDEE07669A2A5D1B08586D7FFA17B2E3F6B5
958B9E94AEA9A485BA494C50FB3192558057F7CAED9705D4B11369F071F10642
3D278CA01CC527D4C7D577B668E0B976FBBCB94E6A9BA89664C721F36FADA6A1
95AFFA405501498EF6F4E4B6CDDC1F1B24B9D2E534584B31A9142C453920C889
D97A21CF46FD5AFB0BF9EA4237BC4BF5C84E8B47D38D1EEE2BBEB5C0F8A1C625
AE1E670BDBF8AB984F412E6102C369AECA2CED933A1DE74712CCDA5EDAF4EE57
90E03319DDC9D48DA38AB39B2F37C0A5AF5AFC736F6FF2A9D8B8653E0FEB308D
84251842A4C0F0E188E1C2BF643EC37A1402DD86A25A9AB5004633467D16E313

Con un merkle raíz de que ambos estamos de acuerdo (en el blockchain):

B152ECA4364850F3424C7AC2B337D606C5CA0A3F96F1554F8DB33D2F6F130BBE

Y decir que me quieres para probar que la transacción D97A21CF46FD5AFB0BF9EA4237BC4BF5C84E8B47D38D1EEE2BBEB5C0F8A1C625 es en este bloque.

Te doy esta prueba :

AE1E670BDBF8AB984F412E6102C369AECA2CED933A1DE74712CCDA5EDAF4EE57,
EFC2B3DB87FF4F00C79DFA8F732A23C0E18587A73A839B7710234583CDD03DB9,
F1B6FE8FC2AB800E6D76EE975A002D3E67A60B51A62085A07289505B8D03F149,
E827331B1FE7A2689FBC23D14CD21317C699596CBCA222182A489322ECE1FA74

Y decirte que esta transacción es en el índice de 6, y que este es un árbol de profundidad 4.

(2^4) + 6 = 22y que es 10110 en la base 2. Esta representación en base 2 es el camino que debemos tomar desde el primer txid para los que queremos demostrar a la inclusión de la raíz.

Ahora todo lo que queda es caminar por el sendero de la txid a la raíz, y si la prueba es correcta, entonces usted debe conseguir el bloque del merkle raíz. Comenzamos la ruta desde la derecha a la izquierda, así que con el 0 bit de de la base 2 del número (el más a la izquierda de 1 no se usa (que es la raíz de la verdad)). Dado que este es un 0, se debe colocar "nuestro" hash (el txid) en el lado izquierdo :

hash256 D97A21CF46FD5AFB0BF9EA4237BC4BF5C84E8B47D38D1EEE2BBEB5C0F8A1C625|AE1E670BDBF8AB984F412E6102C369AECA2CED933A1DE74712CCDA5EDAF4EE57
=
066AD6D9939EC0C90B7F3B775122785BD8ACA2A2C5857205AF7E0615E9AF9796

El siguiente es un 1, "nuestro" hash es de la derecha :

hash256 EFC2B3DB87FF4F00C79DFA8F732A23C0E18587A73A839B7710234583CDD03DB9|066AD6D9939EC0C90B7F3B775122785BD8ACA2A2C5857205AF7E0615E9AF9796
=
8BE15FC2AB11EF3E079568D43B2B09ED5A5690FB13ECB1032F7AAB99238A1847

El siguiente es un 1 de nuevo, así que de nuevo estamos en el derecho :

hash256 F1B6FE8FC2AB800E6D76EE975A002D3E67A60B51A62085A07289505B8D03F149|8BE15FC2AB11EF3E079568D43B2B09ED5A5690FB13ECB1032F7AAB99238A1847
=
8D9D737B484E96EED701C4B3728AEA80AA7F2A7F57125790ED9998F9050A1BEF

El siguiente es un 0, estamos en la izquierda :

hash256 8D9D737B484E96EED701C4B3728AEA80AA7F2A7F57125790ED9998F9050A1BEF|E827331B1FE7A2689FBC23D14CD21317C699596CBCA222182A489322ECE1FA74
=
B152ECA4364850F3424C7AC2B337D606C5CA0A3F96F1554F8DB33D2F6F130BBE

Y este es el bloque del merkle raíz. La prueba es correcta. El txid existe en un bloque en la cadena en este índice específico, y el bloque tiene la profundidad correcta.

Para un gran árbol, el efecto es aún más dramático. La cantidad de pasos que se necesita para demostrar que un elemento está en un árbol es logarítmica para el tamaño del árbol, por lo que la prueba queda pequeño. Esperemos que esto es lo que estaba preguntando.

Estas transacciones son de bloque 0000000000000a3290f20e75860d505ce0e948a1d1d846bec7e39015d242884b por el camino.

+666
Maiastra 3 abr. 2017 10:05:40

Estoy tratando de crear un BTC transacción con una entrada y dos salidas, una para el cambio y uno OP_RETURN para anclaje de datos. Y yo estoy haciendo todo eso en mi regtest backend. El raw sin firmar la transacción es

01000000018be9d0e99e74d69d915e105db1328707f713d42a894909b18a78fe68e1d8290c0000000023210340165231215a98e7a32abce9d410ecd09ac505938b25f9451defa051d591ebf8acffffffff0218ee052a010000001976a9143eb52fb0be4be87edc74848b371547f663e26c7e88ac0000000000000000226a408973d6b447bdda5312b1ef1b5509668672296301dd328d4e55317def98f165d200000000

Puedo utilizar el bitcoin rpc para firmar y funciona, así que estoy bastante seguro de que esta parte es la correcta. Cuando yo sin embargo tratar de iniciar sesión manualmente me sale el error

500: {"resultado":null,"error":{"code":-26,"mensaje":"16: obligatoria-script-verificar-bandera de error (No canónica DER firma)"},"id":2}

Yo he seguido los pasos indicados en Cómo canjear un básico Tx? así como la Firma de un raw de transacciones con Python ECDSA (o OpenSSL) , así como el intento de utilizar pybitcointools para firmar la entrada sin éxito.

La dirección y la clave privada que uso son

addr: "mmEXEzUGcMmmiLsfxxM8gB8TQSTkuR1drf"
pk: "cTyF9pebH3kwwzUt5gzaxSDQ1DbqYfx4p1i4d1tyjtsdeeufgysk"

y stragely, aunque el PK es el que me ha dado por ./bitcoin-cli-regtest dumpprivkey <addr> no parece coincidir con la dirección y no estoy seguro de por qué o qué es lo que tengo que hacer para que (en WIF formato comprimido, es decir, 0x01 anexa al final

El original TX incluye la scriptPubKey de la utxo. Yo, a continuación, haga doble sha256 el crudo entero tx (se muestra arriba) y reemplazar el scriptPubKey parte con la sigScript | clave pública mediante el siguiente código:

private_key, compressed_pk = wif_to_private_key(private_key_wif)
tx = bytearray.fromhex(raw_unsigned_transaction) + int(1).to_bytes(4, 'poco')

double_sha256_tx = hashlib.sha256(hashlib.sha256(tx).digest()).digest()
signing_key = ecdsa.SigningKey.from_string(bytearray.fromhex(private_key), la curva=ecdsa.SECP256k1)
clave_pública = bytearray.fromhex(privtopub(private_key_wif))
firma = signing_key.sign_digest(double_sha256_tx, sigencode=ecdsa.util.sigencode_der) + int(1).to_bytes(1, 'poco')
scriptSig = to_varstr(firma) + to_varstr(clave_pública)

to_varstr simplemente imprime [len]|[datos] y privtopub es la función de pybitcointools como no podía averiguar cómo ir desde el comprimido la clave privada de la dirección manualmente. Vale la pena señalar, sin embargo que el clave_pública aquí que privtoaddr de pybitcointools no devuelve la dirección correcta, ya sea que podría ser la causa raíz del problema?

Yo estaría muy agradecido por cualquier punteros o cosas para probar

saludos Chris

PS: otro aspecto interesante es que la firma de la transacción me generan es mucho más largo que el generado por el signtransaction llamada rpc:

rpc: 01000000018be9d0e99e74d69d915e105db1328707f713d42a894909b18a78fe68e1d8290c0000000023210340165231215a98e7a32abce9d410ecd09ac505938b25f9451defa051d591ebf8acffffffff0218ee052a010000001976a9143eb52fb0be4be87edc74848b371547f663e26c7e88ac0000000000000000226a40ac4f0818b683eeeaa1fbf2f508af2fc22cc814e69025152c70d7c414ebbfc30a00000000
manual: 01000000018be9d0e99e74d69d915e105db1328707f713d42a894909b18a78fe68e1d8290c000000006b483045022100d6e538aa819f3162d5c6a0e4d9ee0323395df89e943c769d96ae939baec5c6920220083a311cb35df3c98d7a6bd0bc80d98a71fbdf8e325ba908ea4b721a4eac8bb301210343395a6e84c7f2b1d50c11f96783664a6f04d66b51befb3befcc57334e2a9abcffffffff0218ee052a010000001976a9143eb52fb0be4be87edc74848b371547f663e26c7e88ac0000000000000000226a40ac4f0818b683eeeaa1fbf2f508af2fc22cc814e69025152c70d7c414ebbfc30a00000000
+645
Nenad Vichentikj 9 sept. 2012 2:02:53

NMC bloque 19200 fue el primer bloque se han fusionado de minería de datos de hash en él, Aunque no sé si una fusión de minería de la piscina encontrado este bloque. En el combinado de la minería, presentó su solicitud de acciones se pasan a bitcoin para comprobar si se resuelve un bloque. A continuación, se pasa a namecoin. Cada uno de ellos son independientes el uno del otro. Si usted encuentra un NMC bloque, es solo eso! No BTC generados!

+594
peyton 4 feb. 2019 8:18:44

Siempre es a la cartera de cliente para decidir que UTXOs son para ser gastado. El protocolo, sin duda, no requieren que todos los UTXOs de una dirección para ser gastado en el mismo tiempo. Una determinada cartera de cliente puede ser codificado para hacer eso, pero no sé de ninguna que son.

Aquí se puede ver un testnet ejemplo. Transacción 90d042b... pasado sólo 2 de los 9 UTXOs disponible en la dirección moooopfhBjQDSJQuCj4aVr6s4b5pFbQin4. Esta transacción fue creado solo con el ordinario sendtoaddress comando en Bitcoin Core, sin opciones especiales.

Esto no es un riesgo de seguridad importante. En una firma digital segura del protocolo, debería ser factible para generar una firma válida sin acceso a la clave privada, incluso si la clave pública es conocida. Eso es lo "público" significa! Como ya sabemos, ECDSA es seguro, lo que revela la clave pública no se perjudique la seguridad.

Algunas personas creen en la planificación de la posibilidad de que un ataque podría algún día ser encontrado en ECDSA. Si es así, entonces no habría alguna ventaja en no haber revelado su clave pública. Después de un nuevo algoritmo de firma se incorpora en Bitcoin, usted podría crear una transacción de envío de sus monedas a una dirección que utiliza el nuevo algoritmo. Esto revelaría su clave pública y que los atacantes podrían empezar, pero suponiendo que el ataque es bastante computacionalmente intensivo, usted espera que su transacción sea confirmada antes de que un atacante podría crear con éxito una firma falsificada, en una transacción que iba a enviar a sus monedas a él.

La desventaja de este enfoque es que, como nota, tan pronto como te quieres gastar monedas de una dirección, usted tiene que gastar todo el UTXOs. Esto aumenta el tamaño de la transacción y por lo tanto cuesta más cuotas. Es por eso que la mayoría de los clientes no lo hacen; la mejora de la seguridad es de carácter teórico, en el mejor, pero los costos son reales.

+582
Skylar Haynes 23 ene. 2011 4:39:55

i"m que un monedero de blockchain usuario con varias carteras para diferentes empresas, pero me gustaría centralizar todos mis fondos para una cartera, así que quiero saber si es posible la transferencia de todos los fondos de los demás blockchain billeteras para la central?

+494
DosCadenas 5 oct. 2016 21:14:35

Transacción de un Multisig dirección Bitcoin (a partir de 3) requiere de la firma de N de M

  • M representa el número de partes que les permitirá desbloquear UTXO (entrada de la transacción). En caso de empate, 2-2, ambos de la firma de ambas partes tienen que estar involucrados para crear válida la transacción
  • N es el número de propietarios (conocido como umbral) cuya firma digital está obligado a firmar una transacción válido

Sin embargo, Múltiples de entrada de la transacción es un tipo de transacción en que de entrada implica UTXO de 1 o más, ya sea estándar o multisig direcciones bitcoin.

Siguientes estados pueden ocurrir

  1. Estándar de dirección Bitcoin signos de transacciones con 1 entrada

    • requiere una firma digital válida clave privada
  2. Estándar de dirección Bitcoin signos de transacción con más de 1 input (entrada múltiple de transacción)

    • requiere firma digital para cada UTXO con la validez de la clave privada
  3. Multisig dirección Bitcoin signos de transacciones con 1 entrada

    • requiere una firma digital a partir de umbral
  4. Multisig dirección Bitcoin signos de transacción con más de 1 input (entrada múltiple de transacción)

    • requiere firma digital para cada UTXO por el umbral de

Hasta este punto, TODOS los UTXO pertenecen a la firmante de la transacción. Ahora transacciones contendrá UTXO por más de 1 dirección Bitcoin.

  1. Estándar dos direcciones Bitcoin firmar una transacción con 1 UTXO para cada uno de ellos (multi-entrada de transacción)

    • requiere firma digital para cada UTXO por la correspondiente validez de la clave privada

Ex. La transacción implica 2 UTXO para 2 Estándar independiente Bitcoin direcciones, para crear válida la transacción, la dirección de Un signo UTXO(A) y la dirección de B firmar UTXO(B). La transacción puede tener 1 salida para hacer que el coste de las tasas mucho menores que en el escenario, donde para cada dirección Bitcoin es creado transacción separada.

  1. Dos Multisig Bitcoin addres firmar una transacción con 1 UTXO para cada uno de ellos (multi-entrada de transacción)

    • requiere firma digital para cada UTXO por la correspondiente validez de la clave privada de umbral

Ex. La transacción implica 2 UTXO para 2 Multisig Bitcoin direcciones, para crear válida la transacción, el umbral de la dirección de Un signo UTXO(A) y el umbral de dirección B firmar UTXO(B).

  1. La opción 5 y 6 combinado.

Ex. La transacción se compone de UTXO para 1 o más Estándar de la dirección Bitcoin y 1 o más Multisig dirección Bitcoin.

+482
Kimberley Go Stanton 11 ene. 2011 1:22:37

Lo siento por su pérdida.

Si se utilizan las primeras versiones de Bitcoin, puede haber llegado a un sin cifrar copia de seguridad de su billetera.archivo dat en algún lugar. El agrietamiento de una contraseña puede ser imposible, así que esta podría ser su mejor opción.

Cartera de cifrado es una característica que se implementó en la versión 0.4.0 el 23 de septiembre de 2011, por lo que si usted encuentra una billetera.archivo dat mayor que el que probablemente no se cifran.

Bitcoin usuarios que están conscientes de que están manteniendo una considerable cantidad de bitcoins también son probablemente conscientes de que necesitan para que su billetera.dat archivo a una ubicación diferente a su disco duro del PC en caso de falla. Usted podría encontrar en un DVD, memoria usb, o tal vez en algún lugar como Google Drive.

+462
codetest 15 ago. 2017 13:15:52

La capacidad para solo mío fue eliminado hace algún tiempo. Usted tendrá que configurar un estrato servidor proxy.

+461
codearachnid 3 jun. 2017 7:56:29

No sé todos los detalles, así que si alguien tiene una mejor respuesta, por favor, publicarlo.

Hay varios voluntarios que gastar un montón de tiempo para revisar y comparar las carteras. Listas de comprobación de los puntos importantes que mirar y tratar de ser lo más exhaustivo e imparcial, ya que posiblemente puede.

Como dices, ahora hay cientos de carteras, cada una de las cuales actualización al menos cada pocos meses. Así que como os podéis imaginar que es un montón de trabajo a nadie le pagan por. También es muy ingrato trabajo como acusaciones de trato injusto específico de la cartera es fácil de hacer, mientras que, al mismo tiempo, si se lista una cartera que resulta ser incluso más inseguros que se revisó, o resulta ser de malware y la gente pierde dinero, entonces la gente también se apresuran a culpar a ellos.

Blockchain.info por ejemplo, se ha distinguido por errores en sus carteras que han costado la pérdida de bitcoins en algunas ocasiones. Ellos fueron retirados de la lista en algún momento, que conduce a una gran polémica y acusaciones en los foros. No sé si actualmente están de vuelta.

Personalmente estoy feliz de que errar en el lado seguro, incluso a pesar de que puede ser una gran molestia para la cartera de los desarrolladores.

Supongo que la respuesta corta a tu pregunta es que el trabajo simplemente no se ha hecho aún: no todas las (últimas versiones) de todas las carteras han sido probados.

Como siempre en código abierto: usted es libre de voluntarios para ayudar a hacer el trabajo.

+461
astroanu 15 ene. 2017 12:31:24

invalidateblock "blockhash"

Permanentemente las marcas de un bloque como no válido, como si se violó una regla del consenso.

Argumentos:

  1. "blockhash" (de la cadena, es necesario) el hash del bloque marcar como no válido

No eliminar los bloques de forma manual, usted va a dañar a la base de datos.

+459
JoshMeech 4 jun. 2011 12:13:29

MultiBit HD dev aquí.

El mbhd-*.zip.aes copia de seguridad de archivos se cifran con una clave AES de derivados de la cartera de las palabras. Por lo tanto es necesario su cartera palabras para hacer una restauración de uno de estos.

La cartera que se abre normalmente en MultiBit HD es cifrado con la contraseña. Este es el *.billetera.aes archivo.

También puede restaurar sólo las transacciones usando sólo su cartera palabras.

Usted no puede hacer una 'billetera Abierta' de especificar una ubicación debido a que las carteras se almacenan en directorios específicos creados con ninguna entrada de usuario. Hemos encontrado en MultiBit Clásico de que los usuarios se pierden carteras simplemente porque ponen "en algún lugar" y, a continuación, se olvidó de donde se habían guardado.

+446
Posimosh 10 mar. 2010 11:16:54

En resumen: no, el nBits codificación no es el único (puede haber varios valores de 32 bits que corresponden a la misma 256-bits de destino), pero la nBits valor como es requerido por la red consenso de normas es único.

La razón para esto es que todos los cálculos que suceda en el de destino, que se convierte (utilizando un algoritmo determinista) en nBits formato. Que nBits valor es necesario para que coincida con el valor en el encabezado de bloque.

+371
EkaterinaIvantsova 17 mar. 2017 17:21:27

Usted puede necesitar para exportar la clave privada de su vieja cartera en el antiguo QT cliente, y la importación en la cartera en su nuevo QT cliente. Los pasos para hacerlo son:

Exportar la clave privada de su vieja cartera, que agrupa los fondos. Para ello, en su viejo QT cliente, haga clic en Ayuda > ventana de Depuración y vaya a la Consola Allí, se puede utilizar el comando dumpprivkey comando para exportar la clave privada. MANTENER ESTE SEGURO, cualquier persona con acceso a esta clave puede hacer lo que quiera con su billetera.

Ahora vamos a importar la clave privada en la nueva cartera y up-to-fecha de QT cliente. Para ello, repita los pasos anteriores: haga clic en Ayuda > ventana de Depuración, y vaya a la Consola de nuevo. A continuación, utilice el importprivkey "KEYHERE" comando, donde KEYHERE representa la clave privada que se exportan.

El cliente se hará un análisis de la blockchain y, si encuentra las transacciones relativas a su antigua dirección/cartera, se va a repetir con ellos, y deben deshacerse de su viejo fondos.

+357
kurofune 13 mar. 2011 6:09:08

No existe un "protocolo" para encontrar un adecuado valor nonce. Cualquier valor que, después de la mezcla, se produce un resultado coincidente la dificultad actual es aceptable. Cómo un minero se encuentra que el valor es completamente hasta el minero. No es de ningún beneficio para todos los mineros para que se inicie en el mismo valor (0) y trabajar hacia arriba, porque entonces todos pero el más rápido minero es duplicar el trabajo que otros han hecho (y, por definición, el más rápido minero va a ganar). Por lo que es beneficioso para los mineros que empezar en alguna parte donde no creo que nadie más ha visto todavía.

+346
Sergey Kurtenko 13 oct. 2014 23:33:59

Creo que a finales de 2010 la primera de minería de piscinas surgido. Podría ser que usted ha estado contribuyendo con su Potencia de la CPU para una minería de la piscina y esta fue su credenciales. Si ese fue el caso, y usted nunca se cobró su Bitcoin supongo que usted no será capaz de acceder a sus monedas, a menos de que usted averiguar que la piscina era y ver si la piscina todavía existe

+334
Wendy Santos Bonilla 27 nov. 2011 16:02:10
Preguntas acerca de peercoin están fuera de tema.
+280
Seungwoo Yu 8 may. 2011 0:32:00

Estoy descargando bitcoin principal-net nodo a instancia de AWS. Sin embargo esto no ha terminado todavía aunque ya ha pasado cuatro días. Mi nodo del último bloque es 321,744, y el último bloque de Bitcoin principal-net es 385,707. Podría usted decirme cómo acelerar la velocidad de descarga?

+254
Martin L 30 ene. 2010 4:09:20

Supongamos que tengo una mining rig que atrae a 1,200 Watts. Cómo muchos de los mineros plataformas se pueden ejecutar en un estándar de circuito para casa?

Necesito un especial de salida?

¿Cuál es el riesgo de un incendio eléctrico?

¿Qué otras precauciones de seguridad debo tomar?

+191
Smoking Sheriff 7 nov. 2011 21:09:16
Con relación a cómo Bitcoin es capaz de adaptarse y solución a los problemas de infraestructura
+166
user2549980 21 nov. 2016 4:01:59

Tu pregunta parece muy similar a la del 51% vector de ataque en la red de rayos que he descrito en el rayo dev lista de correo. Yo no soy consciente de ningún protocolo para prevenir este tampoco veo ninguna manera de evitar lo que se y lo que la lista de correos de correos de describir. Los tiempos de espera dependen de blockheight y el protocolo Bitcoin tiene el consenso de las reglas que la mayor prueba de trabajo de la cadena de triunfos.

Pienso que es la generalmente aceptada de la suposición de que Bitcoin sólo va a funcionar en una forma segura de si al menos el 51% de la minería poder viene de honesto nodos (que se están siguiendo las reglas) en el lado positivo de cualquier secretan operación minera sería estadísticamente hablando sólo ser perjudicial si la operación tiene por lo menos el 51 por ciento de la cual es difícil de lograr y, probablemente, también es más caro que los beneficios de la ganadora de un ataque.

+79
Grace Paulk 1 may. 2018 14:28:26

Creo que todavía se puede utilizar el generar y generatetoaddress comandos de la mina de un cierto número de bloques. setgenerate fue eliminado en la versión 0.13 porque la minería con bitcoin core en mainnet es inútil y lo ha sido por un número de años: https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.13.0.md#removal-of-internal-miner

+69
Pruzhina 21 abr. 2014 7:59:25

Lo siento, soy muy nuevo en todo esto. Empecé usando la Armería Cliente para mi Bitcoin wallet, a continuación, se sugirió que se trate de "MultiBit". He guardado mi .cartera de archivo de la Armería, sin embargo no se puede abrir en MultiBit. Es esto normal? ¿Cómo usar la misma cartera? Stick a un cliente bitcoin? Tampoco veo la opción para cargar una billetera en el original cliente bitcoin. Es simplemente más fácil de configurar una cartera con un servicio como blockchain?

+61
Nick Podratz 17 oct. 2018 21:52:44

Mostrar preguntas con etiqueta