No se puede llegar remoto bitcoin servidor rpc

Tengo un vps con ubuntu 18.04 con acceso ssh y bitoind establecido en él. Este es mi bitcoin.conf archivo:

testnet=1
podar=35840
maxconnections=12
muxuploadtarget=20
daemon=1
servidor=1
rpcclienttimeout=5000
rpcuser=[usr]
rpcpassword=[psw]
rpcallowip=0.0.0.0/0

Esta es mi llamada rpc:

curl --de datos '{"jsonrpc":"2.0","método":"getwalletinfo","params":[]}' http://[usr]:[psw]@localhost:18332

Cuando se administra en vps terminal, que devuelven la respuesta json como debe ser, pero cuando llegué a esta solicitud en otro equipo:

curl --de datos '{"jsonrpc":"2.0","método":"getwalletinfo","params":[]}' http://[usr]:[psw]@[myvpsip]:18332

terminal devuelve:

curl: (7) no se pudo conectar a [myvpsip]: Conexión rechazada

Este es mi resultado para "sudo netstat -tuwpln" en vps, pegado resultados sólo con bitcoind: :

Proto Recv-Q Send-Q dirección Local Dirección externa Estatal PID/Program name
tcp 0 0 127.0.0.1:18332 0.0.0.0:* ESCUCHAR 2027/bitcoind 
tcp 0 0 0.0.0.0:18333 0.0.0.0:* ESCUCHAR 2027/bitcoind 
tcp6 0 0 ::1:18332 :::* ESCUCHAR 2027/bitcoind 
tcp6 0 0 :::18333 :::* ESCUCHAR 2027/bitcoind 

Ya está activado el firewall y ha Estado: inactivo. Iptables también vacía. Tengo conexión por ssh, por lo que el servidor es capaz de. También comprueba bien. Todavía creo que el problema está en bitcoin.conf pero no sé exactamente dónde está. Alguien puede ayudar a resolver este problema? Estaría muy agradecido

P. S. Escritura script en python y una parte de ella es bitcoin pagos, por lo que realmente necesita solución para esto. Si hay una manera más fácil para los pagos gustaría familirize.

+354
Hamish MacEwan 23 mar. 2010 17:58:45
29 respuestas

Los códigos pueden ser utilizados en la no-estándar de secuencias de comandos, como parte de un Pay-to-Script-Hash de la dirección. Pueden estar en la redeemScript de la P2SH dirección y ser la norma.

Además, standardness no es algo que se establece en la piedra; no es una regla del consenso, sino que es el nodo de la política. Así, en el futuro, podemos crear nuevos tipos de secuencias de comandos que se convertirá en el estándar que utilizan otros códigos de operación. Estos scripts pueden ser no estándar (como P2SH y Segwit fueron en el pasado), pero puede convertirse en norma en el futuro. Los códigos de operación existen para que podamos hacer los scripts que realizan inteligente contrato-como cosas sin necesidad de un tenedor.

+983
QZHua 03 февр. '09 в 4:24

Usted puede pagar una tarifa más baja, pero este corre el riesgo de ser atrapado en la mempool para siempre, que no es una opción recomendable.

+960
user9535 16 ene. 2012 17:26:13

Usted necesita para extraer la clave privada a partir de blockchain.info y conseguir que se importan en bitcoin core. Ver aquí:

No sé cómo exportar una clave privada a partir de blockchain.info

Puede que sea necesario repetir este paso, si usted tiene varias carteras en blockchain.info. Una vez hecho esto, es como tener dos carteras, con el mismo privkey. Nada impide que se utiliza tanto.

+951
Ferdi1981 29 sept. 2015 18:51:35

Nadie se lo impide. Tumbling sin embargo reduce las posibilidades de conseguir provocado por el aumento de la BTC piscina de tamaño.

Si usted tiene problemas con este método de monedas de la mezcla por cualquier razón no lo uso.

+906
Nisharul Hasan 11 sept. 2018 22:38:25

Averiguado un par de cosas:

Segwit Firmas

Para segwit las transacciones uno debe firmar la siguiente (ver BIP 143):

Doble SHA256 de la serialización de:
 1. nVersion de la transacción (4 bytes little endian)
 2. hashPrevouts (32 bytes de hash)
 3. hashSequence (32 bytes de hash)
 4. punto fuera (de 32 bytes hash + 4 bytes little endian) 
 5. scriptCode de la entrada (serializado como secuencias de comandos dentro de CTxOuts)
 6. valor de la salida pasamos por esta entrada (8 bytes little endian)
 7. nSequence de la entrada (4 bytes little endian)
 8. hashOutputs (32 bytes de hash)
 9. nLocktime de la transacción (4 bytes little endian)
 10. sighash tipo de la firma (4 bytes little endian)

Para el ejemplo anterior, un P2SH-P2WPKH, que sería:

hash prevouts - hash256(1333183ddf384da83ed49296136c70d206ad2b19331bf25d390e69b222165e3700000000)
6623eab09650c6a6a98617d581c5d1fc26c6f5f158820e68ee636be93b433cee

hashSequence - hash256(feffffff)
18606b350cd8bf565266bc352f0caddcf01e8fa789dd8a15386327cf8cabe198

hashOutputs - hash256(00e1f5050000000017a914a860f76561c85551594c18eecceffaee8c4822d787f0c1a4350000000017a914d8b6fcc85a383261df05423ddf068a8987bf028787)
6a7522acd2fc865421d71893d71027bc3ebe0839d25dabc6277aef64b24b2370

hashPreimage
020000006623eab09650c6a6a98617d581c5d1fc26c6f5f158820e68ee636be93b433cee18606b350cd8bf565266bc352f0caddcf01e8fa789dd8a15386327cf8cabe1981333183ddf384da83ed49296136c70d206ad2b19331bf25d390e69b222165e37000000001976a914b93f973eb2bf0b614bddc0f47286788c98c535b488ac00ca9a3b00000000feffffff6a7522acd2fc865421d71893d71027bc3ebe0839d25dabc6277aef64b24b23708c00000001000000

nVersion: 02000000
hashPrevouts: 6623eab09650c6a6a98617d581c5d1fc26c6f5f158820e68ee636be93b433cee
hashSequence: 18606b350cd8bf565266bc352f0caddcf01e8fa789dd8a15386327cf8cabe198
punto fuera: 1333183ddf384da83ed49296136c70d206ad2b19331bf25d390e69b222165e3700000000
scriptCode: (OP_DUP OP_HASH160 <pubkey hash> OP_EQUALVERIFY OP_CHECKSIG) donde <pubkey hash> es de redeemscript de la salida anterior
1976a914b93f973eb2bf0b614bddc0f47286788c98c535b488ac
cantidad: 00ca9a3b00000000 (donde la cantidad es el total de utxo cantidad)
nSequence: feffffff
hashOutputs: 6a7522acd2fc865421d71893d71027bc3ebe0839d25dabc6277aef64b24b2370
nLockTime: 8c000000
nHashType: 01000000 (SIGHASH_ALL)

El hashPreimage es doble hash sha256 para producir:

ef7d163bfe970439476d15537e1373bc23bb6282b9e145115331975a1a673788, que son los datos a ser firmados. Esto se traduce en una firma: 30440220434caf5bb442cb6a251e8bce0ec493f9a1a9c4423bcfc029e542b0e8a89d1b3f022011090d4e98f79c62b188245a4aa4eb77e912bfd57e0a9b9a1c5e65f2b39f3ab401.

La Firma De Secuencia De Comandos

Sin embargo, la firma script de arriba, nunca trabajo no coinciden porque openssl cli utiliza un azar nonce cada vez que inicie sesión, ver https://bitcoin.stackexchange.com/a/32962/60443. Así que escribí una pequeña herramienta cli mediante libsecp256k1 utilizado en bitcoin. Compila usando:

g++ -std=c++11 -s ec_sign ec_sign.cpp $(pkg-config --cflags libsecp256k1 --libs libsecp256k1)

Uso: ec_sign <hash-a-sign> <priv-key> <hash-tipo>(por defecto 1: SIGHASH_ALL)

#include <secp256k1.h>
#include <iostream>
#include <iomanip>

int char2int(char entrada)
{
 if(input >= '0' && input <= '9')
 entrada de retorno de - '0';
 if(input >= 'A' && input <= 'F')
 entrada de retorno de - 'A' + 10;
 if(input >= 'a' && input <= 'f')
 entrada de retorno de - 'a' + 10;
 tirar std::invalid_argument("Invalid input string");
}

void hex2bin(const char* src, char* destino)
{
 while(*src && src[1])
{
 *(meta++) = char2int(*src)*16 + char2int(src[1]);
 src += 2;
}
}

// CE de firmar/verificar
// ----------------------------------------------------------------------------

int main(int argc, char *argv[])
{
 uint8_t hashType = 1;
 if(argc < 3)
{
 std::cerr << "Uso: ec_sign <hash-a-sign> <priv-key> <hash-tipo>(por defecto 1: SIGHASH_ALL)" << std::endl;
 return 1;
}
 if(argc == 4)
{
 hashType = argv[3][0] - '0';
}
 char hash[32];
 hex2bin(argv[1], hash);
 char secreto[32];
 hex2bin(argv[2], secreto);

 size_t siglen = 71;
 secp256k1_ecdsa_signature firma;
 estática secp256k1_context *ctx = secp256k1_context_create(SECP256K1_CONTEXT_SIGN | SECP256K1_CONTEXT_VERIFY);

 unsigned char derSig[71];

 si (secp256k1_ecdsa_sign(ctx, y firma, (const unsigned char*)hash (const unsigned char*)secreto, secp256k1_nonce_function_rfc6979, NULL) != 1)
{
 std::cerr << "Signature failed" << std::endl;
 return 1;
}

 si (secp256k1_ecdsa_signature_serialize_der(ctx, derSig, &siglen, y firma) != 1)
{
 std::cerr << "la Serialización de error" << std::endl;
 return 1;
}

 // Aplicar el tipo de Hash
 derSig[70] = hashType;

 for(int i=0; i<71; i++)
{
 std::cout << std::hex << std::setfill('0') << std::setw(2) << (int)derSig[i];
}
 std::cout << std::endl;

 return 0;
}
+897
Greymeister 5 dic. 2011 9:16:07

Es posible que alguien en Google puede utilizar esa información para robar tus bitcoins, pero es extremadamente raro.

+894
erich 17 ene. 2015 4:54:49

Hace unos días, que me escriba un programa para extraer direcciones de salida y su valor en tx mensajes de una muestra de bitcoin pcap. extrae direcciones son todas válidas y que podemos encontrar en el bloque de los exploradores.

después de eso, sólo para pruebas, puedo enviar un valor específico de una cartera a otra cartera y la captura de toda la entrada/salida de los paquetes durante esta transferencia.

Cuando puedo probar mi programa con este tráfico de muestra, algunas de las direcciones y los valores que se generan, una de esas direcciones es mi propia dirección y su valor era el mismo valor que he transferido, pero algunos otros se generan las direcciones que están todas las direcciones válidas y valores válidos, pero no sé su valor.

Supongo que estos valores son UTXOs, pero ¿cómo puedo seguro de eso? También, veo mismo valor y la misma dirección que la envié en mi cartera, en varios paquetes con diferentes fuentes y direcciones IP de destino. por ejemplo, puedo enviar Un bitcoin a partir de una cartera a otra, y a su lado B bitcoin enviado a

+872
KJG 18 ene. 2010 19:42:36

El punto de la minería de datos es segura la blockchain. Antes de la mía, que deben componer el bloque que está tratando de encontrar un nonce para. Ese bloque se incluyen una transacción a pagar.

Si se combinan la minería de Bitcoin y Namecoin, debe hacer lo siguiente:

1) redactar el Namecoin bloque que está tratando de encontrar un nonce para. Esto incluye una transacción para pagar la comisión de intermediario.

2) redactar el Bitcoin bloque que está tratando de encontrar un nonce para. Esto incluye una transacción para pagar el buscador de la cuota y una transacción para asegurar la Namecoin bloque.

3) Ahora intenta encontrar un nonce. Si cumple con el Bitcoin dificultad, ha minado un Bitcoin bloque. Si cumple con el Namecoin dificultad, ha minado un Namecoin bloque.

Enviar un Bitcoin bloque de la manera normal. La información de la Namecoin bloque es ignorado por el sistema Bitcoin.

Enviar un Namecoin bloque junto con información suficiente desde el Bitcoin bloque y Merkle árbol para demostrar que el nonce asegura la Namecoin bloque.

+795
Blutimauge 19 sept. 2012 22:11:41

La versión byte es usado para diferenciar entre MainNet y TestNet direcciones así como entre P2PKH y P2SH direcciones.

+771
user227574 23 abr. 2011 22:28:05

Las firmas que se producen en este proceso incluyen los metadatos más que de costumbre para ayudar en la clave pública de la recuperación. Incluye la recuperación de las banderas (un entero de 8 bits), que codifica si la clave pública fue comprimido, y una recuperación específica ID.

Como el Secg PDF http://www.secg.org/sec1-v2.pdf señala (página 47) dada por (r, s) se puede recuperar un conjunto de posibles claves públicas. La recuperación de la IDENTIFICACIÓN que hace de este un explícito derivación de la clave pública correcta.

Incluso si la clave pública es comprimido también es importante. Bitcoin firmas son verificadas por una dirección, no una clave pública!

Su firma se parece a esto: [32 bytes de r] [32 bytes de s] [recoveryFlags], y generalmente está codificado en base64.

Dada una de estas firmas, y una dirección bitcoin, la verificación funciona de la siguiente manera:

  • la generación de la clave pública
  • codificación correctamente (compresión)
  • hashing el resultado
  • comparar el hash con el hash extraído de la suministra dirección bitcoin.
+757
TimmyTotten 14 abr. 2012 13:13:51

Esto me parece raro..

  • Yo tengo el nano de contabilidad S
  • Abro el Bitcoin aplicación en la Nano Ledger S (por lo que no la "Bitcoin Efectivo" de la aplicación)
  • Abro el libro de monedero Bitcoin programa en mi equipo
  • el propram me pregunta qué bitcoin cadena que quiero usar, me elija "Bitcoin Efectivo"
  • el programa me pide que seleccione mi billetera (Principal / Split), elijo "Split"
  • Ahora veo mi BCH equilibrio
  • Hago clic en Enviar
  • aparecerá una ventana emergente que me permite seleccionar una dirección y una cantidad de BCH para enviar
  • cuando haga clic en Enviar en la pantalla de mi Nano de Contabilidad S veo "Cantidad 0.025 BTC"

Es esto un error en la nano ledger s? Es de mi uso de Bitcoin en efectivo sin el "bitcoin efectivo" de la aplicación incorrecta?

Lo que yo os envío.. BTC o CIISB ???

+743
Eisa Adil 11 nov. 2012 11:02:37
  • Bitcoin es actualmente inflacionario (aumento en el suministro), sin embargo en el largo plazo tiene un máximo de 2.1 billones de transactable unidades (21 millones de bitcoins).
  • Cualquier finito moneda de suministro pueden ser afectados por el cobro de intereses. La carga de interés medio de las sillas musicales, cuando la música se detiene y se le pidió a pagar lo que le debe a alguien se quede sin silla. I. e. no habrá suficiente bitcoins en circulación para pagar el interés.

Por Ejemplo: Bob quiere comprar Manhattan, y Manhattan, de los costos de 21 millones de bitcoins, pero Bob no tiene 21 millones de euros. Cómo se convence a cada bitcoin titular en el mundo para prestar o dar sus monedas para él. El bitcoin titulares de ese préstamo Bob bitcoins pedir principio, más los intereses a ser pagados. Pero ese es el problema sólo hay 21 millones de bitcoins MAX y Bob no puede pagar el interés que debe.

+740
Gremlin119 27 ago. 2010 13:24:21

Sea X hashes por segundo, y y será la dificultad. Vamos a Z ser el Registro de la base de 1-1/(2^32*Y) de 1/2. Z es la cantidad de hash que le llevará a encontrar un bloque, en promedio. Dejar que Un ser el bloque actual de la recompensa (actualmente 25). Deje que B sea el número de segundos en un día de 24 horas: 86,400. Usted se ganan, en promedio, A*X*B/Z bitcoins por día.

+728
Julio Melchor 9 ene. 2011 16:42:38

Los "sufijos" no es un sufijo. El número de 00 bytes debe coincidir con el número de entradas y salidas de la transacción. Los bytes son las terminaciones de la clave-valor mapas para cada entrada y salida. La automática de convertidor de no llenar en los mapas, pero un mapa vacío todavía tendrá su terminador nulo. Por lo que el número de vacío mapas (y por lo tanto el número de terminadores nulos) va a cambiar dependiendo del número de entradas y salidas en la transacción.

También, los bytes cambiará a medida que el PSBT se llena de información. Esto no es un sufijo. Así como los datos adicionales para la firma para cada entrada y salida se llena, el "sufijo" de su PSBT va a cambiar.

+673
Andrea Boyan 30 mar. 2013 17:31:07

Es la otra manera alrededor. La carrera de ataque es un tipo específico de doublespend intento. Se requiere que el destinatario acepte sin confirmar transacciones de pago.

El atacante de los suministros de confirmar la transacción a la víctima, que paga a la víctima. Mientras tanto, se emitió un conflicto de transacción a la red. Como el comerciante vio su propia transacción en primer lugar, están bajo la ilusión de ser pagado, mientras que el resto de la red predominantemente vio la doublespend primera y por lo tanto es probable que el comerciante en el hecho de no recibir el pago.

Este ataque es mucho más fácil de sacar, cuando el atacante tiene una conexión directa a la víctima del nodo, y tal vez los depósitos de la transacción en conflicto directamente a los mineros.

Por lo tanto, es recomendable desactivar las conexiones entrantes a los nodos utilizados para recibir pagos, por lo que el nodo se buscan sus propios compañeros, y no permitir que el pagador para enviar directamente el pago al beneficiario.

La Sibila ataque lleva esta asimetría de la información aún más, ya que el atacante aísla a la víctima de la red y restringe su acceso a la información mientras doublespending ellos. Otros doublespend ataques se basan en tener premined una transacción a sí mismo en un bloque mantenido en secreto antes de pagar una víctima con una transacción en conflicto (Finney ataque), o en tener abrumadora hashrate (la mayoría de ataque).

+643
Roman Suslo 25 may. 2012 2:24:53

Por desgracia Coinomi utiliza BIP32/BIP44, los que no son compatibles con Electrum de la semilla. Lo que usted necesita hacer para recuperar su BTG:

  1. Mover el BTC a una nueva cartera, para que puedan mantenerse seguro y seguro.
  2. Hacer una nueva cartera con Coinomi.
  3. Utilizar la función de barrido para el barrido de las claves privadas de su antiguo BTC cartera.
  4. No debería ser que muchos de claves privadas necesarias para barrer, usualmente de 1 a 3 que mantenga BTG.
  5. O usted puede comprobar en bloque explorer antes de barrer.
+624
vanata 20 abr. 2010 11:03:29

Sólo dependen del sitio que estamos viendo en el mercado de gráficos/stats (como http://bitcoincharts.com/ o http://bitcointicker.co/) volumen se refiere a volumen de comercio, que de hecho no es el dinero enviado a la bolsa, que es el BTC que cambió de manos dentro de la plataforma (no hay necesidad de venir desde el exterior y la misma "moneda" puede ser operada varias veces al día).

Los sitios que ofrecen información sobre una moneda en general, como http://coinmarketcap.com/ o http://blockchain.info utiliza el Volumen como la suma del valor de todas las transacciones en el sistema público de contabilidad (blockchain), no estoy seguro de si eso incluye transacciones de minería o no.

Como la forma de intercambios de trabajo, no hay oficios en los intercambios de dejar una huella en el blockchain, ya que son sólo movimientos internos entre las cuentas de exchange, sólo dejar rastro cuando la gente fondo o retirar las monedas de a/a partir de los intercambios.

Ambos volúmenes están relacionados, el primer Volumen (de los mercados) ofrece información sobre la cantidad de personas que desean comprar o vender monedas fiat (o invertir en ellos), mientras que el segundo es el uso real de la moneda de entrega entre los usuarios, comerciantes, intercambios, etc.

+569
Kuraga 8 sept. 2018 22:08:58

Recientemente he recibido $500 USD en créditos para el comercio con Coinsetter, la ciudad de nueva york basado en bitcoin exchange, así que me decidí a usar y codificado por un bitcoin trading bot para mí (nunca he hecho tal cosa antes); El problema que estoy teniendo ahora es que mi bot parecen ser "comprar el alto, venta de menores" y no sé por qué, se ve:

Si voy a los bot registros, me sale algo como esto:

bot_log

Los precios mostrados no son los precios a los que el orden de mercado es solicitado, (dando un inválido precio como un argumento para la solicitud de la API supuestamente produce un error de orden, por lo que solicito que se viven precio de la primera de coinsetter dos veces antes de hacer una compra/venta de la operación); PERO si vamos a la coinsetter transacción historia que tiene este lugar:

coinseter_history

Así que cada vez que hago una COMPRA me la bomba hasta el mercado, y cada vez que hago un vender la pongo, ¿cómo se puede evitar? Prefiero comprar a precios bajos y vender a los más altos.

P. S. Otra pregunta sería: ¿Cuál crees que es el precio real en el que me voy a comprar/vender? El precio que he PEDIDO o el precio coinsetter me dice en su historia?

Gracias por tu consejo.

+549
Jace Perry 21 ene. 2013 4:34:01

La matemática es claramente absurdamente irreal porque como hay menos Bitcoins disponibles, se hace más difícil perderlos. Por lo que la tasa de pérdida de la caries como la disponibilidad de Bitcoins va hacia abajo.

+547
Rodaraujo 24 nov. 2017 2:13:35

Lo que yo estaba buscando es submitblock llamada RPC.

+497
uldo 5 abr. 2013 17:13:05

Su asunción en la siguiente ecuación

transacción = entrada de transacciones(UTXO+sig) + transacción de salida está mal.

Correcto sería

transacción = UTXO + sig[tx de datos + hash(UTXO)] + salida

  • UTXO + sig[tx de datos + hash(UTXO) se agrega para cada entrada
  • la salida se agrega para cada salida

Este es el formato JSON de transacción que he creado recientemente y aún no difundido. Usted puede notar que dispone de 1 entrada y 1 de salida.

{
 "hash": "7decf07997e58980b666e3cda17d4a930a21c8e99cad84c587a0e59d06b2dc86",
 "ver": 1,
 "vin_sz": 1,
 "vout_sz": 1,
 "lock_time": 0,
 "tamaño": 191,
 "en": [
{
 "prev_out": {
 "hash": "5cbbbb09f4323badb86d32ef4b8929ce757c078bc399c2ec499daaf8f51c455e",
 "n": 1
},
 "scriptSig": "304402203a0a2a31e906997d8beed8ca5a81bd303f9fff2475cb0400983eef0fb718a573022069103db03857fb8c7b204e3ed3706ea6fa729708bc85492a7783ca11760a672101 02856209e1b0dfd542898c8a8c58da4a91f9f6a82cddb4157117fe18157fc28c94",
 "secuencia": 4294967295
}
],
 "fuera": [
{
 "valor": "0.00010000",
 "scriptPubKey": "OP_DUP OP_HASH160 c74eb0fc16d79cbf4399c80e7ec07162a41f30c6 OP_EQUALVERIFY OP_CHECKSIG"
}
]
}

Como usted puede saber, para demostrar que se puede gastar entrada de tx usted necesita proporcionar a la firma Digital - que es el scriptSig elemento dentro de la matriz.

scriptSig están firmados digitalmente siguientes datos:

  • ID (hash) de entrada particular (prev_out)
  • doble SHA de nuevo los datos de la transacción

La firma de los datos de la transacción nadie impide la ejecución de los llamados por el Hombre en el ataque medio , interceptar y directa a cabo para su cartera, ya que no puede proporcionar correcta de firma digital para la malformación de transacción.

¿Por qué no tratar de usted mismo? Aquí está el hex de arriba tx:

01000000015e451cf5f8aa9d49ecc299c38b077c75ce29894bef326db8ad3b32f409bbbb5c010000006a47304402203a0a2a31e906997d8beed8ca5a81bd303f9fff2475cb0400983eef0fb718a573022069103db03857fb8c7b204e3ed3706ea6fa729708bc85492a7783ca11760a6721012102856209e1b0dfd542898c8a8c58da4a91f9f6a82cddb4157117fe18157fc28c94ffffffff0110270000000000001976a914c74eb0fc16d79cbf4399c80e7ec07162a41f30c688ac00000000

Usted puede reemplazar la salida de la dirección de c74eb0fc16d79cbf4399c80e7ec07162a41f30c6 con doble hash (RIPEDM160(SHA256(K)) de su clave pública.

A continuación, intente de difusión de la malformación de tx con http://btc.blockr.io/tx/push a ver es imposible. O si eres hábil puedes usar sendrawtransaction <tx hex aquí> comando en bitcoind.

+417
riccardo airone 9 ago. 2015 12:20:04

Sí, es posible eliminar boostrap.dat mediados de sincronización.

La próxima vez que inicie el cliente Bitcoin va a seguir para la sincronización de la red.

+320
krim 16 abr. 2013 2:43:02

Yo estoy buscando para aprender acerca de bitcoin reglamento por el estudio de la historia de bitcoin. Bitcoin pasó de ser un desconocido cosa para comprar y vender a estar fuertemente regulada. Si yo de nuevo la pista y mira que históricamente creo que me va a entender mejor. Así que tengo dos preguntas sencillas para abrir terminó respuesta;

A. Que los lugares y exige el cumplimiento de la normativa entre BTC y USD?

B. en Comparación con el mercado del oro es bitcoin más o menos regulado y por qué?

+289
Dawn Hughes 18 mar. 2018 17:06:11

No es un problema porque SHA256 no es un algoritmo de cifrado ni tampoco implican números primos. No se conocen algoritmos para computadoras cuánticas para preimagen o colisión ataques en SHA256.

El protocolo Bitcoin no utiliza cifrado en cualquier forma que sea, porque eso significaría que no todos los datos son de acceso público.

+265
neouyghur 6 oct. 2015 0:21:13

Estoy en busca de un API que puede ocultar donde mi dinero recibido se va, por razones de privacidad. Yo no quiero que mis clientes a ser capaz de ver cuánto dinero he recibido.

Blockchain se utiliza para tener una mezcla de servicio con su recepción de la API, de modo que nadie pudiera ver dónde está el bitcoin fue enviada, pero se suspendió. ¿Hay alguna API que hay que tener una función de mezcla como esta? Si no, ¿qué puedo hacer para garantizar la privacidad?

Gracias.

+114
1HAX 18 dic. 2011 1:38:15

Yo completado con éxito mi primer intento de configurar mi Raspberry Pi para Bitcoin, la minería con un GekkoScience USB Antstick y Minera; sin embargo, después de la instalación de más Antsticks, mi env de alguna manera se convirtió corruptos que finalmente me llevan a limpiar mi Raspberry Pi y de instalar una copia nueva de Raspian y volver a instalar Minera - mi pregunta es: debo de haber re-compilado Minera después de la instalación de más Antsticks, como se detalla en la siguiente captura de pantalla capturada de la Minera manual de instalación página?

enter image description here

He detallado de mis Minera instalar-proceso dentro de los siguientes Esencia si que ayuda a clarificar - básicamente, me gustaría evitar complicaciones en el futuro después de la instalación de más Antsticks o mineros debido a que hay más en camino! Gracias.

+109
ele11 31 oct. 2011 14:45:51

El bitcoinj de la biblioteca de la API ofrece una signMessage método de la ECKey clase que devuelve una firma (r,s) 65 bytes codificados como una cadena Base64. El crujido de la codificación se encuentra en el byte inicial que permite la recuperación de claves (el 64 bytes de (r,s) por sí solos no son suficientes para ese fin). En particular, el byte inicial de la codificación incluye información sobre el estado de compresión de la clave de firma.

Ahora supongo que esta firma de codificación fue implementado por una muy buena razón, que sospecho que es el hecho de que es un estándar de codificación, presente en muchos otros bitcoin bibliotecas y en el núcleo.

Ahora, cuando de la verificación de una firma a través de la recuperación de claves, el verifyMessage método ignora el estado de compresión de la clave recuperada y simplemente se asegura de que la correspondiente curva elíptica puntos de coincidencia. Seguro, esta es una muy buena manera de comprobar, pero ¿por qué nos tomamos la molestia de codificación el estado de compresión de una clave de firma, si vamos a ignorar más tarde? Es esta la semántica de otras bibliotecas han adoptado, o incluso en el núcleo? Puedo adjuntar un pequeño fragmento de la ilustración:

import org.bitcoinj.núcleo.ECKey;
import java.de seguridad.SignatureException;

public class Prueba
{
 public static void main(String[] args)
{
 String mensaje = "arbitraria en el mensaje";

 ECKey k1 = new ECKey(); // al azar , comprimido
 ECKey k2 = k1.descomprimir();

 // Firma del (r,s) codificado como 65 bytes, con los principales byte
 // que permite la recuperación de claves (incluyendo el estado de compresión)
 Cadena de sig1 = k1.signMessage(mensaje); 
 Cadena de sig2 = k2.signMessage(mensaje); 

 // estado de compresión está codificado en la firma => diferentes byte inicial
 Sistema.a cabo.println(sig1); // INgDhkt98Mme9m9AQ+nqtjyvjj ...
 Sistema.a cabo.println(sig2); // HNgDhkt98Mme9m9AQ+nqtjyvjj ...

 // firmas son verificadas con éxito
trate de
{
 k1.verifyMessage(mensaje, sig1); // comprimido caso
}
 catch(SignatureException e)
{
 Sistema.a cabo.println("no debe suceder");
}

trate de
{
 k2.verifyMessage(mensaje, sig2); // sin comprimir caso
}
 catch(SignatureException e)
{
 Sistema.a cabo.println("no debe suceder");
}

 // de hecho, el estado de compresión es ignorado ...
trate de
{
 k1.verifyMessage(mensaje, sig2); // debe a tiro ?
}
 catch(SignatureException e)
{
 Sistema.a cabo.println("no pasar");
}

}
}
+101
user980989 15 ago. 2010 17:55:47

No puedo encontrar la respuesta, así que por favor citar la fuente si usted tiene un: ¿Cuánto tiempo se tarda cuando un minero con éxito las minas de un bloque para recibir las comisiones de las transacciones incluidas en ese bloque? Lo pregunto porque es mi entendimiento de que el Bloque de Recompensa no se ofrece hasta 100 bloques que se han añadido en la parte superior del mined bloque. Creo que he leído que la Transacción Comisiones no se otorgarán hasta 6 bloques más se agregan, pero ahora no puedo confirmar eso. Es lógico pensar que habrá algún tipo de retraso antes de que la comisión se paga por la red en caso de que el mined bloqueado termina huérfanos o rancio. Entonces, ¿cuál es el período de espera?

+55
OrangeKing89 20 ene. 2012 12:00:13

Yo estaría de acuerdo que es difícil encontrar soluciones de código abierto, hay tres piezas de software que necesitan ser combinados para crear una minería de la piscina.

  1. bitcoind (o litecoind etc)
  2. Piscina de software (pushpool o estrato)
  3. Front-end Web (SimpleCoin, mmcFE, MPO)

No tengo conocimiento de ninguna comerciales out-of-the-box soluciones en este momento.

+17
FDLeyda 24 feb. 2014 5:20:33

Mostrar preguntas con etiqueta