¿Qué sucede si el bloque se genera son exactamente 10 minutos?

Si usted está en, por ejemplo, el Congo, o en el Ecuador (o cualquier otro país en desarrollo) ¿cómo la gente de ahí comienzan a adoptar bitcoin? Me refiero a los primeros, obviamente, las cosas son más fáciles una vez, incluso los pequeños, grupo de personas están usando en un determinado país. El problema que yo veo aquí, es ¿por qué (decir que el propietario de bitcoin) desea un alto riesgo de moneda, a cambio de bitcoin? Así:

1 Que puede dar bitcoin en estos países?

2 ¿por Qué a usted(o a cualquier vendedor de bitcoin, la moneda local) estar dispuesto a aceptar tal inseguro moneda local?

Compré bitcoin en coinbase. Yo estaba encargado de la red de cuota, lo entiendo. Luego tuve la transferencia de mi compra a electrum cartera. Yo estaba cargada de nuevo. Estoy haciendo algo mal??

En cuanto al paro de la minería, no. Incluso cuando todos los 21 millones de bitcoins se han creado todavía habrá honorarios de la transacción, que será entregado como recompensa para los mineros. Todavía no se ha visto si esto conducirá a una reducción en los mineros o un aumento en los costos de transacción, o ambos.

También quiero saber cómo se puede saber su bitcoin wallet, solo puedo ver el bitcoin deslizamiento

Puedes ver aquí el coinbase de la génesis de bloque

txNew.vin[0].scriptSig = CScript() << 486604799 << CBigNum(4) << vector<unsigned char>((const unsigned char*)pszTimestamp, (const unsigned char*)pszTimestamp + strlen(pszTimestamp));

Desglosado en hexadecimal se parece a esto

Tamaño de nBits como varint

0x04

nBits sí mismos

0xffff001d

Satoshi del mensaje en HEXADECIMAL

0x5468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73

Y entre el nBits y Satoshi del mensaje tenemos estas tres bytes que debe ser el extraNonce

0x010445

Que corresponden al código CBigNum(4), puesto que 4 es un número entero, es de 4 bytes, si este fue codificado como un varint, su valor es < 253 como tal habría tomado sólo 1 byte, pero como se puede ver hay tres bytes. Al preguntar el bitcoin a los desarrolladores en el IRC, me dijeron que es porque el BigNum biblioteca codifica los bits de manera diferente.

Empecé a hurgar en el código fuente de Bitcoin, específicamente el Bignum contenedor, he encontrado muchos constructores sobrecargados y operadores, pero finalmente no pudo encontrar cómo estos tres bytes se calcula y devuelve debido a mi poca experiencia con C++.

Sin embargo, creo que es esta función

void setulong(unsigned long n)
{
 si (!BN_set_word(este, n))
 tirar bignum_error("CBigNum conversión de largo sin signo : BN_set_word error");
}

Sin embargo todavía no devolver estos bytes. Así que mi pregunta es, ¿cómo es el entero 4 que todavía debe ser 0x04 en hexadecimal codificado para esta secuencia de bytes 0x010445(big-endian), de manera que puedo hacerlo en C?

Yo era de la sincronización por primera vez bitcoin core en Mac OSX. Durante este proceso interminable tuve la brillante idea de enviar a algunos BTC a mi cartera de mi Kraken cuenta. En algún punto de la aplicación se estrelló y nunca me las arreglé para continuar y finalizar la sincronización. He reiniciado un nuevo bitcoin core (guardado el viejo, parcial). Ahora, después de una semana estoy en aproximadamente el 40% (sincronización se lleva otros 3 semanas según la aplicación). Dónde están mis transferir bitcoins en este punto? cómo puedo acceder a ellos? suponiendo que el bitcoin core de la sincronización nunca tendrá fin (!) hay otra manera de recuperar mis bitcoins? Como usted puede decir que soy un novato. Así que tengan paciencia conmigo....

Saludos

Yo estoy usando la BitcoinJ API para crear mi cartera. Cuando creo una transacción, me ofrecen el cambio de dirección a la que el cambio debe ser enviado. Por ejemplo: no 1 bitcoin en Una dirección; entonces puedo crear una transacción para enviar 0.1 bitcoins a la dirección de B y el cambio (0.9 bitcoins) de vuelta a la dirección de A.

En el BitcoinJ cartera, veo que el cambio (0.9 bitcoins) no es recibido de nuevo. Para tratar de corregir eso, he creado una costumbre selector de monedas para seleccionar explícitamente sin confirmar las transacciones que se generan por mi mismo---pero todavía no veo el cambio (0.9 bitcoins) en mi billetera.

Esta es la vista de transacción https://www.biteasy.com/testnet/transactions/db66d5058e5773f353447ffa2174a417867e9aa134113f01359576f5e6f2b4c6

Y esta es mi cartera https://www.biteasy.com/testnet/addresses/mnj3589DHMoCyhxDSvWKubjkUoTenmrGkE.

De acuerdo a mi dirección en Biteasy, hay un equilibrio de 4BTC, pero mi BitcoinJ monedero muestra sólo 0.069 BTC

Ahora mi pregunta es: ¿por Qué no puedo enviar el cambio a la misma dirección a la que se van a enviar?

Me gustaría pasar algunos bitcoin fuera de un intercambio y en un papel de cartera para el almacenamiento a largo plazo, pero buscando maneras de copia de seguridad de las claves en caso de robo/incendio/estupidez.

Mi idea era (en un nuevo fuera de línea de la máquina) crear las billeteras y poner las teclas en un archivo de texto, así como de impresión. Cifrar el archivo de texto con GPG y registro de la contraseña de administrador de contraseñas y sobre el papel de las billeteras de los mismos.

Es razonablemente seguro para, a continuación, copiar y almacenar el archivo cifrado en USB, Dropbox, correo electrónico, etc?

Si entiendo correctamente, SIGHASH_NONE en la salida de la entrada de la firma significa que gastador de esta salida no firmar sus salidas. Pero eso no significa que los gastos de transacción de diseño es insegura? E. g. un malicioso minero podría cambiar las salidas a sus direcciones y poner una versión modificada en el bloque.

Me estoy perdiendo algo? ¿Qué es SIGHASH_NONE destinado?

Edit: Ahora entiendo por qué estaba confundido! El SIGHASH_NONE es en la entrada de la firma, no en la salida. De alguna manera pensé que es un atributo de la salida, y no tenía sentido para mí por qué el anterior spender sería capaz de decidir cómo la siguiente transacción debe ser firmado.

Usted está utilizando la salida incorrecta-script. La salida de secuencia de comandos que utiliza es la que usted necesita para gastar los bitcoins enviar en esta transacción.

Usted necesidad de utilizar el outputscript que la entrada se refiere a:

"txid": "e1142c945b73826b552407916c13402fb873fb1d3f7c16fa561367aaddd076a7",
"vsal": 0

que es: 76a9145e4ff47ceb3a51cdf7ddd80afc4acc5a692dac2d88ac

Así que he comprobado su json y notó que:

"asm": "OP_DUP OP_HASH160 f5d214041d44860c8c08202a9e4263fc47a2fe88 OP_EQUALVERIFY OP_CHECKSIG",
"hex": "76a9145e4ff47ceb3a51cdf7ddd80afc4acc5a692dac2d88ac",

mirando el valor hexadecimal e imprimirlo como legible:

76a9145e4ff47ceb3a51cdf7ddd80afc4acc5a692dac2d88ac = OP_DUP OP_HASH160 5e4ff47ceb3a51cdf7ddd80afc4acc5a692dac2d OP_EQUALVERIFY OP_CHECKSIG 

ven diferentes a la asm valor:

f5d214041d44860c8c08202a9e4263fc47a2fe88 = 1PQnDVEi2u4e8rFmE3d9J51eQz8cQXpybc
76a9145e4ff47ceb3a51cdf7ddd80afc4acc5a692dac2d88ac = 19bgJQVTweVk5umYme3Xe5VYTnySRp1Yi9

Como se puede ver hay dos bitcoin-direcciones de allí. Si utiliza el valor hexadecimal como secuencia de comandos que debe estar bien.

1. Es posible escribir un script que permita la retirada de dinero sólo a una dirección específica?

2. Es posible escribir un script que permita la retirada sólo una cantidad específica?

Cualquiera de los ejemplos ? Gracias!

En Satoshi del original en papel, está escrito que "necesitamos a la hora de impedir el doble gasto".

Sin embargo, creo que la marca de tiempo es innecesaria, ya que cada bloque tiene un hash del bloque anterior y merkle raíz del árbol y estos son suficientes para comprobar si una transacción contenida en un bloque es doble gasto o no.

Creo que la marca de tiempo es usado para la garantía de la "actual de la dificultad de destino', y me encontré con mensajes aquí que incluso es posible que un sucesor de un bloque puede contener una fecha que es anterior a la de su predecesor.

Estoy en lo cierto? Lo que en realidad el papel de la marca de tiempo?

así que recientemente he creado una cuenta en freebitco.en, un sitio web que te da la oportunidad de recibir pequeñas cantidades de BC cada hora, y me dio una Dirección BitCoin. Me preguntaba, ¿dónde iría a la entrada de esta dirección y ver el bitcoin tengo cuando puedo retirar?

Es esto posible con bcoin? Necesito un completo nodo para obtener transacciones o funciona con un SPV?

La mayoría de los ecc bibliotecas tendrán esta función, pero si usted quiere programar usted mismo, aquí está lo que debes hacer:

En primer lugar, calcular la pendiente de la recta que contiene los puntos a y B. sea a = (X_a, Y_a) y B = (X_b, Y_b). La ecuación para la pendiente es:

s = (Y_a - Y_b) / (X_a - X_b)

El punto resultante, que llamaremos C = (X_c, Y_c) = a+B. para Hacer algo de matemáticas, se obtiene:

X_c = s^2 - X_a - X_b
Y_c = Y_a + s (X_c - X_a) = Y_b + s(X_c - X_b)

Si X_a == X_b, entonces depende de Y_a y Y_b. Si Y_a == Y_b, entonces a y B son el mismo, así que en realidad, solo estamos calculando un punto de duplicación (2*A). Si Y_a == -Y_b (la única otra posibilidad), entonces a+B = el punto en el infinito, o la identidad. Por lo general, que no es un punto muy interesante para la criptografía. Informática 2*a es un poco más complicado, pero se puede hacer. Estás haciendo ya que al calcular la clave pública de la clave privada con G, de todos modos, así que voy a asumir que usted tiene acceso a algo que le permite volver a un punto.

Nota: todas las operaciones son todas las operaciones de campo, por lo que tiene a mod P para secp256k1 (FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEFFFFFC2F en hexadecimal).

Mi transacción no se ha confirmado después de 3 días , y no tengo billetera para que regresara a, porque me mandó el dinero directamente al navegador. Si cualquier minero me puede ayudar mi código es el siguiente: 1NGrDbtmQkMajCezPx7Mo9jjkQHSo1Xbdu

Pruebe este conversor de divisas sitio, que podría tener actualizadas de las tasas para BRL = BTC

Cada intento de minar un bloque es independiente de todo otro intento y tiene exactamente las mismas posibilidades de éxito. No hay ningún trabajo intermedio para salvar o perder.

Bitcoin Core mantiene un índice de los bloques y sus ubicaciones en el disco. Cuando alguien solicita un bloque, se saca el bloque de disco, y si se utiliza BIP 37, se ejecutará el bloque a través del filtro. El índice del bloque es necesaria para el normal nodo de operación; no hay otros índices creados. El único "índice" como la cosa es la mempool, y que se mantiene únicamente en la memoria. Que es donde las transacciones provienen de si son solicitados; confirmó las transacciones no será en el mempool y no puede ser transmitida.

Para BIP 37, las cosas sólo están probados contra el filtro antes de ser transmitidos a un nodo que se había establecido un filtro. Las únicas cosas que nunca será retransmitido están sin confirmar las transacciones y bloques enteros.

Si no hay ninguno creado y las transacciones se filtran sobre la marcha, ¿cómo puede esta declaración en los enlaces de la pregunta anterior sea cierto?

La afirmación es verdadera debido a que un nodo puede establecer un filtro y solicitud de los bloques y no confirmados de transacciones desde el nodo. El nodo de entonces pasará a los bloques y transacciones a través del filtro antes de la retransmisión de ellos.

He descargado el Bitcoin Core y el blockchain casi lleno mi local de almacenamiento. Puedo mover la cartera a una unidad de disco duro y, a continuación, eliminar el Núcleo de mi equipo? Soy un novato lol

El PIB se acelere debido a la menor transaccional de fricción.

Usted podría crear 2: una dirección utilizando la clave pública en un formato comprimido y un segundo uso de la clave pública en el formulario sin comprimir.

Estoy construyendo mi Bitcoin experiencia, y quiero verificar mi entendimiento en un punto específico: ¿en qué punto(s) de hacer todos los nodos se comprueba una nueva transacción?

Aquí está mi entender, en pocas palabras, por favor, confirmar o corregir:

[1] Después de recibir cada nueva transacción, cada nodo totalmente verifica antes de la adición de la transacción a su propio mempool

[2] Después de recibir cada nuevo bloque, cada nodo totalmente verifica cada transacción en el bloque antes de aceptar el bloque

Si el entendimiento es el correcto, entonces cada nodo comprueba cada nueva transacción DOS VECES: una vez cuando el brillante-nueva transacción no está confirmado, y de nuevo un par de minutos más tarde, cuando la operación se incluye en un bloque.

Reconozco que el de arriba es un poco de una abstracción ... es EXACTA a la abstracción?

Gracias de antemano.

En teoría se puede, como el consenso explícito de las reglas no han cambiado. Sin embargo, en la práctica, no será capaz de sincronizar sin algunas modificaciones especiales.

Primero de todo, la versión de red es tan antiguo que no moderno software de nodos aceptará las conexiones de la misma. Además, el formato de los mensajes de la red ha cambiado desde la primera versión, por lo que ahora contiene una suma de comprobación del mensaje. La primera versión de el cliente Bitcoin no tiene una suma de comprobación de los mensajes. Esta diferencia en el protocolo de red que va a resultar en mensajes que no tienen sentido para cualquier nodo en una conexión.

Además de la red de cambio de mensaje, el original cliente Bitcoin será incapaz de encontrar los nodos a conectar. Sólo era capaz de conectarse únicamente a través del uso de IRC de los nodos que desde entonces ha sido desactivado y eliminado. Así que usted necesitará especialmente construcción de los compañeros.archivo dat, por lo que será capaz de encontrar un interlocutor con el que conectar.

Por último, el original cliente Bitcoin será incapaz de sincronizar el pasado 2013 tenedor, a menos que el número de BDB cerraduras es mayor. Con la configuración predeterminada, se ejecutará sin bloqueos cuando se alcanza alrededor de ese tiempo y por lo tanto no sync.

Si usted puede evitar todos estos problemas (por ejemplo, mediante el uso de un nodo especial de software específicamente para sincronizar fuera de) y aumentar el número de BDB bloqueos, el original de Bitcoin cliente debe ser capaz de sincronizar el actual blockchain, aunque muy lentamente y, posiblemente, nunca será capaz de sincronizar a la punta. Hacia la punta de corriente de la blockchain, es probable que tome más tiempo para validar un bloque que se necesita para un nuevo bloque que se encuentra.

Hace varios meses he modificado una versión de Bitcoin Core para ser compatible con Bitcoin 0.1.0 y, a continuación, intente sincronizar. El código para el que está aquí. Dejé que el experimento después de unos días, cuando fue capaz de sincronizar sólo ~25.000 bloques.

Se echa en falta una dependencia necesaria para compilarlo. Más específicamente pcre.h o las Expresiones Regulares Compatibles con Perl de la biblioteca.

Para resolver este instalar MacPorts y, a continuación, utilizarlo para descargar las dependencias necesarias:

sudo port install autoconf
sudo port install pcre
sudo ln -s /opt/local/include/pcre.h /usr/include/

Esto no se ha probado como yo no soy usuario de Mac, pero debería funcionar.

He notado yo que hace tomar algún tiempo para todo, para sincronizar, pero una vez que lo haga va a estar allí para usted