Están Cerrados los Precios de los últimos comercio o son, en promedio?

Desde estos intercambios funcionan 24/7, son los carteles de los precios de cierre (es decir si el gráfico muestra incrementos de 1 hora, como en bitcoinwisdom.com) basado en la última operación para ese periodo de tiempo? O son, en promedio, durante ese periodo de tiempo?

+983
errol grant 4 mar. 2015 8:36:40
30 respuestas

Me pregunto si alguien conoce una fórmula para calcular la minería de dificultad en función de la actual tasa de hash. Por ejemplo, si el BTC red podría alcanzar los 20 millones de TH/s. Gracias!

+931
Nancy Bloom 03 февр. '09 в 4:24

¿Por qué un testigo es necesario un compromiso a todos: la Habilitación de DoS de prevención para la validación de los nodos

Bloque de validación es caro. Se requiere de hash de todos los datos en un bloque, edificio Merkle árboles, mirando todos los insumos de la UTXO de la base de datos, ejecutar el script y ECDSA de validación, hacer varias comprobaciones de coherencia, y la actualización de la UTXO de la base de datos. Si aleatoria compañeros nos podría hacer ¿que cantidad de trabajo, se estaría exponiendo a la denegación de ataques de servicio.

Afortunadamente, la producción de bloques es caro, requiere el gasto de hash de poder. Un atacante podría tomar un válido bloque, y modificarlo antes de relé para activar válido. Sin embargo, puesto que todos los datos relevantes para la validación afecta directa o indirectamente el hash del bloque, haciendo un ataque de la nulidad de la prueba de trabajo. Por lo tanto, podemos simplemente asegúrese de que un bloque de prueba de trabajo es válido antes de hacer cualquiera de los más costosos controles, y de esa manera nos aseguramos de que cada atacante necesita para pasar de nuevo hash de alimentación para cada bloque tratamos de validar.

Segregada Testigo añade más datos a bloques, que es relevante para la validación. Con el fin de asegurarse de que la protección de los descritos anteriormente, todavía funciona, debemos asegurarnos de que el nuevo testimonio de datos afecta el hash del bloque. De otra manera, un atacante podría simplemente tomar un válido bloque, hacer un tropecientos modificado ejemplares, cada uno con un diferente no válido testimonio, y la emisión de ellos. Los nodos tendría que validar cada versión.

¿Por qué el testimonio de compromiso utiliza un árbol Merkle: compacto testigo pruebas

Algunos productos (por ejemplo, 1-de-2 multisig) puede ser pasado por diferentes combinaciones de los firmantes. Ciertos cartera de software pueden estar interesados en saber que parte o partes firmaron un gasto para la exhibición o el análisis forense de los efectos.

Ligero de nodos en la actualidad se pueden solicitar un compacto de la prueba de la existencia de una transacción (ver BIP37). Como el testigo no contribuir a la txid, la normal Merkle estructura no permite la creación de esa prueba por el testimonio de datos. Aunque actualmente no existe un protocolo disponible para solicitar dicha testigo de las pruebas, el uso de un árbol Merkle por el testimonio de compromiso permite esto.

¿Por qué el testigo Merkle raíz se almacena en el coinbase: implementación más fácil para los mineros

Por último, necesitamos un lugar para incrustar el testigo Merkle raíz de hash que afecta el hash del bloque. Utilizando el bloque de encabezado habría sido perfecto, pero no hay manera de agregar los datos de los sin romper cada pieza de Bitcoin infraestructura.

El único lugar lo suficientemente flexible como para el almacenamiento de datos en una transacción. Un especial de la transacción podría haber sido añadido que contiene el compromiso, pero las transacciones llevar sobrecarga adicional. Ellos necesitan entradas y salidas, que deben venir de algún lugar e ir a otro lugar.

Debido a eso, la única opción restante era para incrustar el compromiso en una transacción existente. El coinbase transacción es la opción más lógica - que ya está creado por los mineros de todos modos, y la adición de un muñeco con la salida tiene bajos costos de los recursos (debido a la eliminación automática de OP_RETURN salidas de la UTXO conjunto).

+917
Tonya Pittman 30 may. 2012 20:37:30

Yo uso el monedero Bitcoin Wallet de Google Play store, y recientemente recibió una transacción para algunos BTC. Sin embargo, esta transacción es realmente un reenvío de un estado anterior de la transacción de la misma cantidad que fue rechazada.

A pesar de esto, la anterior transacción (se muestra como no confirmados en la cartera) se sigue sumando a mi muestra total, y está haciendo que mi total cantidad inexacta. Hay una manera de eliminar la transacción de mi historia para que no se muestra en el total?

+901
youcef Dz 28 nov. 2012 7:29:39

Carteras puede ser implementado de diferentes maneras. Ellos son sólo una abstracción que oculta la complejidad de la gestión de muchas direcciones diferentes.

Una forma popular de almacenar las direcciones de muchos es mediante el uso de una semilla, la cual puede generar cerca de un número infinito de direcciones (Ver Jerárquica Determinista Carteras). Por lo tanto aliviando la complejidad de almacenar las direcciones individuales.

+884
debianbtc 21 ene. 2019 20:51:51

Probablemente en una manera similar a como las empresas de cobertura contra las fluctuaciones de la moneda.

Usted podría vender una cesta de fiat moneda frente al dólar para proteger a la fortaleza del dólar., Lo que no puede hacer es proteger la cripto moneda de descenso, por lo que obviamente hay un riesgo tan pronto como la cripto moneda disminución en el valor.

Hemos visto cómo bien las clavijas pueden jugar si la cubierta de los activos valor va en diferentes direcciones a tomar el franco suizo euro peg por ejemplo.

Permite también no hay que confundir un "respaldo" y un "peg", si la moneda o el derivado está respaldado, a continuación, para cada unidad hay una cantidad definida de canjear el respaldo de la unidad. Si tenemos una "clavija" hay definitivamente riesgo en un lado.

+857
imsheth 9 nov. 2015 7:36:26

Añadir a mi comentario anterior, a continuación se Scala código para analizar todo el bitcoind blockchain y extracto crudo de los bloques. Se utiliza Bitcoinj.jar biblioteca de más analizar el crudo del bloque.

Los bloques se almacenan en archivos de blkxxxxx.dat. La estructura del archivo es la siguiente:

4 | 4 | 80 | TxData| 4 | 4 | 80 | TxData| 4 | 4 | 80 | TxData | ...
  • Primeros 4 bytes: magic bytes (que la identificación de red)

  • Segundo 4 bytes: el número de bytes del bloque restante

  • La próxima 80 bytes: encabezado de bloque en sí

  • El próximo NumBlockBytes - 80 bytes: los datos de la Transacción en este bloque [ numTx | Tx1 | Tx2 | Tx3 | ... ]

En mi sistema, yo era capaz de recorrer todos los archivos (1000+) dentro de las 4 horas (no hay verificación o procesamiento de bloque de bytes, sólo el código de prueba a continuación). Hay alrededor de 140 GB de datos en el blockchain en ese momento. Tal vez algunos gurús de la Scala puede hacerlo más rápido.

Curiosamente, cuando yo era la sincronización de bitcoind por primera vez, se terminó en el plazo de 6 horas, que incluye la descarga y verificación de los bloques. Así que esta va a ser más rápido en C++.

También tendrá que lidiar con los huérfanos.

import java.io._
import java.nio._
importación de scala.de la colección.mutable.ArrayBuffer
import org.apache.commons.io.FileUtils
import org.bitcoinj.núcleo._
import org.bitcoinj.params._
importación de scala.de la colección.JavaConversions._

objeto Utils {

 // Se utiliza para cerrar los archivos de forma implícita
 def con[A <: {def close(): Unidad}, B](param: A)(f: A => B): B = try { f(param) } finally { param.close() }

 // este es el método que realmente analiza el archivo
 def parseFile(nombre:String) = { 
 Sistema.gc // archivos de gran tamaño (alrededor de 140 MB cada uno, necesario para borrar la memoria)
 el uso de(new FileInputStream(nombre)) {fis =>
 utilizando(nueva BufferedInputStream(fis)) {bis =>
 var currBlkByte = -1 // bytes de crudo del bloque que estamos leyendo?
 var currBlk = 0 // bloque que está siendo leído?
 var currBlkSize = -1L / / ¿cuál es el tamaño de bloque (en bytes)
 var endBlkByte = -1 // que es el final de bytes de bloque actual?

 val blkSizeBytes = new ArrayBuffer[Byte] // almacena los bytes que contiene los datos sobre el tamaño de bloque
 val blkBytes = new ArrayBuffer[Byte] // almacena los bytes de bloque

 Stream.continuamente(bis.lea).y takewhile(-1 !=).foreach{int =>
 currBlkByte += 1 
 val byte = int.toByte 
 // ignorar primeros 4 bytes (magic bytes), el próximo 4 bytes tiendas próximo bloque de tamaño en little endian
 si (currBlkByte >= 4 && currBlkByte < 8) blkSizeBytes += byte
 si (currBlkByte == 7) { // este byte es la última codificación de bloque del tamaño
 currBlkSize = ByteBuffer.wrap(blkSizeBytes.toArray).orden(ByteOrder.LITTLE_ENDIAN).getInt & 0xFFFFFFFFL; 
 endBlkByte = currBlkSize.toInt + 7 // 8 primeros bytes de información, el resto de la codificación de bloque
 blkSizeBytes./ claro/ claro para el siguiente bloque
}
 si (currBlkByte > 7) blkBytes += byte // bloque de datos 
 si (currBlkByte == endBlkByte) { // hemos llegado al final de la cuadra
 // el último bloque de bytes
 currBlk += 1 // incrementa el número de bloque
 currBlkByte = -1 // reset
 endBlkByte = -1 // reset
 parseBlk(blkBytes.toArray) // nos han bloque en bytes, permite analizar
 blkBytes.clara // reset
 } 
}
}
}
}

 val contexto = nuevo Contexto(MainNetParams.get) // necesario para Bitcoinj v 0,13 y por encima de

 def parseBlk(bytes:Array[Byte]) = { // se utiliza Bitcoinj 
 nuevo Bloque(MainNetParams.obtener, bytes).getTransactions.foreach {tx =>
 val hash = tx.getHashAsString
 val entradas = tx.getInputs
 val salidas = tx.getOutputs
 // hacer algo con el de arriba
}
}
 def getAllFiles(dir:String, extensiones:Array[String], recursiva:Boolean) = 
 FileUtils.listFiles(Archivo nuevo(dir), extensiones, recursivo).toArray.mapa(_.toString)

}
importación Utils._

objeto BlockParser {
 val dir = "/home/usuario/.bitcoin/bloques"
 //los archivos tienen nombres como blk00000.dat, ..., blk01096.dat (último en el momento de la escritura)
 val archivos = getAllFiles(dir, Array("dat"), false).recoger {
 nombre del caso si nombre.contiene("blk") => // recoger sólo los archivos con nombres como "blkxxxxx.dat"
 val num = nombre.gota(s"$dir/blk".el tamaño).tomar(5).toInt // (tomar 5 está basada en los nombres de archivo)
 (nombre, numero) 
 }.sortBy(_._2).descomprimir._1 // ordenar por número de archivo 

los archivos.foreach(parseFile)
}
+850
MoNo2216 9 nov. 2017 8:14:08

siguiendo las instrucciones de la alfa-LÉAME.md archivo en GitHub
tengo un error en la afirmación-en-cadena lateral de la parte
nadie trató con él antes?

 ./elements/contrib/sidechain-manipulation.py reclamo-en-cadena lateral 2N8qM71fbG1DiWcuDCLP7negcKq3X1rmhye 2452357eb5e1e471378ebda207e4305b d93beb30b86971b79b9cac9e42d5bd0ed3ad66354e9d6c006ee39fb2ae1d52b9

Canje de utxo 4a466058a8754698a95ff29bc8bece97e1e131dfda29f76d30c958903fd85eb0:1 (valor 20994180.93597788, reembolso 20994180.68597788)
sh: 1: /home2/CRYPTO/elementos/contrib/../../alfa-tx: no se ha encontrado
Traceback (la mayoría de llamada reciente pasado):
 El archivo "./elements/contrib/sidechain-manipulation.py", la línea 235, en <módulo>
 assert(cht.close() == None)
AssertionError
+832
home cook 14 may. 2012 19:44:06

Vaya al Menú->Seguridad->Restablecer monedero y seleccione el archivo de copia de seguridad, escriba la contraseña cifrada con.

+819
Paul Wheeler 27 may. 2012 17:04:41
Un hash es una matemáticamente reproducibles, pero irreversible proceso que toma un valor como entrada y como era de esperarse produce un valor derivado como una salida. Hashing es central para Bitcoin minería de datos, así como la generación de direcciones Bitcoin.
+802
Aretlabac Anrym Ahc 15 jul. 2010 11:27:13

Los campos que usted está buscando, direcciones y reqSigs, son de hecho una serie en la transacción. En particular, están implícitas por la scriptPubKey cadena binaria.

El scriptPubKey campo es muy general, el apoyo a muchos tipos de pago e incluso arbitraria de basura de datos (por desgracia).

El formato para pagar-a-pubkey-hash (P2PKH) es <OP_DUP> <OP_HASH160> <empuje de 20 bytes pubKeyHash> <OP_EQUALVERIFY> <OP_CHECKSIG> [fuente]. El 20 bytes de hash se convierte, a través Base58Check en la cadena de dirección. Y según la documentación a la que está conectado, reqSigs es 1 para P2PKH.

Otro formato para la secuencia de comandos es un desnudo de multisig, y esto permitirá reqSigs a ser mayor que 1.

Tenga en cuenta que los datos JSON es producida por una función denominada DecodeRawTransaction. Esta es la razón por la salida de datos, parece ser que a partir de los datos de entrada, porque de procesamiento adicional y la interpretación se realiza en él.

+777
Reda Fethi 14 ene. 2011 8:48:01

Bitrated fue lanzado recientemente y permite el uso de m-de-n de las transacciones, aunque no es de propósito general y fue construido específicamente para el propósito de arbitraje por parte de un tercero de confianza.

(Descargo de responsabilidad: he creado Bitrated)

+693
Tom Duffy 19 may. 2011 5:18:23

Porque si vendo mis apreciados elemento, digamos, de 22.000 valor de bitcoin. Mañana, podría ser un accidente que trae hasta $1000 o menos y he esencialmente negociados mi $22,000 elemento de valor de la burbuja de dinero.

¿Hay algún término de búsqueda o la gente de hablar que entender bitcoins verdadero valor?

+645
Conscious Truth 18 abr. 2018 20:05:27

Lo que pasó si yo traduzco a la red de transacciones con las siguientes redimir a la secuencia de comandos:

[ahora + 3 meses] CHECKLOCKTIMEVERIFY GOTA 
DUP HASH160 [Bob Clave Pública del Hash] EQUALVERIFY CHECKSIG
  1. Este tx será aceptado (incluido en el bloque) y después de 3 meses de Bob puede gastar bitcoins?
  2. La transacción será rechazada, y sólo puede ser aceptado por la red cuando de 3 meses se alcanza?
  3. La transacción será aceptada inmediatamente, pero puede ser confirmado (incluido en el bloque) después de 3 meses ?

No depende de entrada de secuencia de comandos (scriptsig)? Si sí, ¿puede dar un ejemplo pls? Según la wiki, sólo tengo que empujar algunos de valor de la pila?

+626
suguspnk 1 oct. 2011 19:50:51

El tiempo para la GPU de la minería es más: 60 Mhash/s ni siquiera se inscriban más. Estamos aproximadamente a 1.7 Ehash/s en la red hoy en día, o alrededor de 3×10de 10 veces su 60 MHash/s.

Echa un vistazo En el ASIC de edad, la pena a partir de la minería de Bitcoin en casa? para una mayor elaboración.

+597
6505202 16 ago. 2016 8:13:28

Fue auto-fijo. Congelados Transacción simplemente desapareció.

+586
SashaTatoo21 11 mar. 2017 10:59:28

Digamos que quiero matar a Bitcoin por medio de una transacción de ataque. Lo que en el bitcoin sistema evita que el siguiente enfoque:

  1. Puedo comprar un número limitado de bitcoin en el mercado.

  2. El uso de un pequeño número (digamos 50) física de todos los equipos que ejecutan bitcoin clientes y el acceso a la red a través de proxy, generar, digamos, 100.000 carteras, cada una con sus propias direcciones bitcoin.

  3. (Que se ejecuta una secuencia de comandos en los equipos) me empieza a enviar al azar cantidades (mili-a nanobitcoin rango) de bitcoin de ida y vuelta entre todos mis 100.000 (o más) de carteras - cada uno a una frecuencia muy alta. Promedio de flujo de bitcoin entre carteras promedio de cero.

Esto provoca una explosión en el número de transacciones diarias (actualmente en 1,000-10,000/día) rango de millones o miles de millones de transacciones.

Esto hace que cada bloque de tamaño gigantesco causando una explosión en el blockchain y provocando grandes problemas con el blockchain de verificación, almacenamiento y (peor) sincronización => la red muere.


Puede alguien explicar por qué bitcoin es inmune a este tipo de "transferencia de ataque"?

+453
Hatzi 23 feb. 2016 3:18:59

Realmente una respuesta rápida es esta: La prueba del sistema de trabajo es una solución para la distribuye el problema de sincronización; en otro aspecto es el llamado Bizantino Generales Problema. Por lo tanto, cualquier solución a este problema es una alternativa aceptable, sin embargo, la prueba-de-trabajo solución es especialmente adecuado para sistemas distribuidos.

Usted puede leer Satoshi Nakamoto, de la discusión de este aquí.

+435
psimekjr 18 nov. 2010 20:03:45

Tomar http://webbtc.com/ , copiar-pegar de excel y calcular el promedio de los últimos 20 bloques.

+393
user10198470 2 feb. 2017 6:23:26

Recibir bitcoins es completamente un proceso pasivo: La información de la transacción se añade a la blockchain que permite hacer referencia a ella en el futuro, cuando usted desea pasar el equilibrio.

El destinatario no tiene que reconocer, confirmar o incluso notificación de la transacción con el fin de que sea resuelta.

La maduración se refiere generalmente a la recién creada bitcoins, que sólo puede ser usado después de 100 confirmaciones. Las confirmaciones se acumulan a lo largo del tiempo sin tener que estar en línea.

+315
Valhalla 8 dic. 2010 7:26:15

No están haciendo nada malo. Usted sólo necesita ser capaz de manejar los duplicados de los identificadores de transacción. Lo que realmente sucede un par de veces antes de BIP 30 entró en vigor hacer duplicada txids no válido.

Estos duplicados suceder porque el coinbase transacción en dos bloques diferentes puede ser exactamente el mismo, por lo que tienen exactamente el mismo txid. Esto es debido a que antes de BIP 34, no había nada de lo que hace cada coinbase transacción única; usted podría tener una transacción que paga exactamente en la misma dirección con exactamente la misma cantidad que el bloque de subsidios) y si no establece una coinbase cadena o el uso de un extranonce en el coinbase, tendrá dos idénticos coinbase transacciones.

Para manejar los dos casos donde la transacción de la duplicación ocurre, debe permitir una excepción a la BIP 30 de la regla de los bloques. La transacción que los duplicados txids de referencia cuando se gasta sólo puede ser el más reciente de transacción duplicada. Previo son completamente unspendable.

+313
tiraelxxl 20 sept. 2012 14:53:21

El scrypt-jane modificación permite que el N en scrypt(N,1,1) a cambio. Litecoin utiliza scrypt(1024,1,1). GPU mineros no han tomado en cuenta. Pero ahora usted tiene el problema opuesto. En lugar de la GPU mineros conseguir de todo, es de los centros de datos que tienen la ventaja.

+301
Kade Cole 18 oct. 2011 2:36:01

Has dado con un tema importante, y que no hay una solución perfecta.

Su thin client (la mayoría de los clientes que utilizan determinista carteras finas que son los clientes, pero no todos) sigue el siguiente proceso:

  1. Generar una dirección.
  2. Mira el blockchain, y ver si tiene un equilibrio.
  3. Repita con la siguiente dirección, a menos que las direcciones que hemos marcado han tenido un saldo de cero para un largo tiempo.

El número de vacío direcciones que usted está dispuesto a revisar antes de dar se llama la brecha límite.

La brecha límite no puede ser demasiado baja, o hay una posibilidad de que alguien copia de seguridad de una cartera de semillas y no ver todo su dinero. (Si esto le sucede a usted, aumento de la brecha de límite e inténtelo de nuevo.) También no se puede ser demasiado alta, o te vas a gastar recursos en los servidores de manejo de Electrum consultas.

Su sugirió escenario es en realidad la forma más fácil de resolver, porque si cada una de las direcciones tiene una transacción asociados con él en el blockchain, el cliente sabe que mostró que la dirección a la que en algún momento, y va a seguir buscando.

+258
user286913 13 ago. 2017 5:03:11

Bitstamp no requieren un código único en cada SEPA depósito. Requieren el mismo código cada vez que envíe euros. Así que usted puede configurar un pago recurrente a su cuenta. Tal vez la primera vez, cuando se solicita la SEPA depósito, el tipo en el comentario que se van a realizar depósitos mensuales.

A continuación, escribir un programa que comprueba la EUR de saldo diario y compra bitcoins para usted. Esto debería ser bastante sencillo.

Bitstamp sólo ofrece las órdenes de límite a través de su API. Si desea acelerar la orden de compra, su precio de unos pocos por ciento por encima del precio de mercado.

Buena suerte!

+225
Fjedsen 10 jun. 2010 13:33:35

Esta propuesta en particular sólo se requiere un cambio de Bitcoin: Simplificado de Verificación de Pago (SPV) demostrando.

SPV demostrando es necesario cuando se desea mover Bitcoins de la cadena lateral a la mainchain. La idea es que en lugar de poner todas las reglas para validar las transacciones en la otra cadena en el cliente Bitcoin, Bitcoin clientes que mirar cuánto hashpower se utilizó para la transacción sea segura. Es muy inteligente, la verdad.

La cadena lateral de la propuesta descrita en el que el papel de las glosas sobre los cambios a realizar SPV pruebas de trabajo:

El uso de Bitcoin como la cadena principal, una extensión de la secuencia de comandos que puede reconocer y validar dicha SPV pruebas serían necesarias. Al menos, ese pruebas tendría que ser lo suficientemente compacto para caber en una transacción Bitcoin. Sin embargo, esto es sólo un soft que se bifurcan cambio, sin efecto sobre las transacciones en las que no utilizan las nuevas características.

Sería más que una extensión de la secuencia de comandos. Secuencia de comandos en la actualidad no tiene forma de bucle o de la señalización a otros scripts, lo que usted necesita. Estoy bastante seguro de que esto requeriría un duro de la horquilla. (Es posible que alguien más familiarizado con Bitcoin anatomía interna del timbre de aquí? Podría añadir bucles/señalización llevarse a cabo sin una hardfork?)

Creo que tendría mucho más sentido para no seguir el UTXO de las monedas se trasladó a la cadena lateral en absoluto, y sólo mantener un total de ejecución. Entonces, tener un duro validador para cada cadena lateral.

Un problema que veo es que creo que no sería suficiente hashpower para proteger la red de doble gasto; combinado de minería de datos que probablemente se podrían arreglar eso.

+172
Hamermeester Ice 24 dic. 2012 10:43:29

Ciertos clientes como MultiBit, no descargue el bloque de la historia. Que la cadena de ellos se almacena en la nube. Esa es una solución.

También, con el interés de las empresas en cosas como google fiber, una vez que llegamos a este punto la mayoría de la gente de la velocidad de internet se espera que sea lo suficientemente rápido como para descargarlo

+170
thedogsfoot 8 ago. 2014 13:18:35

1ª prueba de 24 palabra de recuperación de copia de seguridad con Electrum . Electrum como Contabilidad utilizando BIP39 semillas. Jaula nueva cartera con Electrum y elegir la opción "ya tengo una semilla", a continuación, introduzca el 24 de palabra de recuperación de copia de seguridad.

Se puede hacer desde las Colas del sistema en vivo si usted preocupado de los keyloggers. No hay necesidad de conectarse a internet, si usted no necesita ver a su equilibrio, pero sólo quiero probar su semilla.

+83
Shaurya Vardhan Singh 24 dic. 2014 13:38:05

En qué páginas es tan lento? Parece sólo un poco más lento para mí.

El "espejo" (que en realidad es por lo general la principal servidor) fue cerrado por un tiempo, de modo BBE cambié a mi servidor, que tiene mucho de menos recursos.

+73
Malik Boddie 5 dic. 2017 1:28:12

De hecho, usted puede comenzar a la minería, con sólo una pequeña pieza de software de minería de datos.

Cuando la mina para una piscina, un programa de minería de datos será suficiente para comenzar la minería.

Cuando quieras solo mío, usted también necesita un cliente que se conecta a la red para anunciar nuevos bloques de encontrar. bitcoind es una elección obvia para esto.

Hay un montón de guías para el principiante en Bitcoin minería de datos disponibles en la web.


Un pequeño comentario sobre tu pregunta: InstaWallet es absolutamente ningún requisito para participar en el Bitcoin red. Un cliente es absolutamente todo lo que usted necesita. Este puede ser el predeterminado Bitcoin-Qt, bitcoind (que se puede descargar junto con Bitcoin-Qt), el demonio de la aplicación de la predeterminada del cliente, o cualquier otro cliente.

InstaWallet es sólo un servicio web que permite una manera fácil y rápida de crear un Bitcoin wallet, basado en una dirección URL.

+46
absolute zero 2 may. 2017 9:16:44

Parece un error: yo también he repetido el mismo comportamiento que en mi máquina con la versión actual, Bitcoin Core Demonio de la versión v0.17.99.0-g2945492424934fa360f86b116184ee8e34f19d0a recién descargado desde github. Sin embargo me doy cuenta @Зелёный anterior fue incapaz de replicar, así que tal vez el error está en una biblioteca que usted y yo compartimos y que no, en lugar de en bitcoind. Sin duda no hay cuestiones pendientes que hay que parezcan relevantes.

Yo voy a recoger a través de la fuente para ver si me pueden observar lo que está sucediendo. Dependiendo de lo que me podría abrir un tema con ellos. Déjame saber aquí y yo voy a actualizar.

Mientras tanto, me permito sugerir la adición de -rpcport=19832 a la línea de comandos - siempre fue honrado aquí!

+33
Ashwani Panwar 27 jun. 2017 7:57:07

A partir de aquí, podemos leer que :

Una clave privada es un valor de 256 bits, lo cual significa que existen aproximadamente 1.1579e77 claves posibles (Hay alrededor de 1.2288e66 valores no válidos

Pero aquí, tenemos :

Casi todos los de 256 bits es un número válido ECDSA clave privada. Específicamente, cualquier 256-bit número de 0 x 1 a 0xFFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFE BAAE DCE6 AF48 A03B BFD2 5E8C D036 4140 es válido la clave privada.

Hace "casi todos" significa (1.1579e77-1.2288e66) de 1.1579e77 ?

+26
Topsy 30 jul. 2013 17:40:14

Mostrar preguntas con etiqueta