¿Cuál es el valor real de los bitcoins

Tengo una gran confusión acerca de bitcoin. ¿Cuál es el verdadero valor de un bitcoin. Por ejemplo, la moneda utilizada para ser respaldado por oro, pero ahora los días de su moneda fiat todos los que nos rodean.

+249
user218263 22 jul. 2015 10:14:04
16 respuestas

Me gustaría entender mejor cómo una luz nodo puede recuperar un total del nodo. Si he entendido correctamente, puedo considerar un poquito de nodo a nodo, que es parte de la peer-to-peer de la red que recibe y almacena sólo bloque de cabeceras, lo que significa alrededor de 80 Bytes cada 10 minutos (por supuesto, con algunas aproximaciones).

Supongamos que la luz cliente quiere recuperar el bloque completo número 1234. He visto en la documentación de la getData mensaje, que el resto de los nodos puede responder con un bloque de mensaje.

¿Tiene consejos sobre cómo evaluar cuántos bytes de la luz cliente debe enviar para el getData mensaje y cuántos bytes debe ser recibido? Creo que podría suficientes para recuperar solo una cuadra de la red, ya que la luz nodo puede validar si este bloque es parte de su local sólo en la cabeza-blockchain.

Gracias por el apoyo :)

+985
Arve Systad 03 февр. '09 в 4:24

Usted no tiene que crear direcciones. Usted tiene que realizar un seguimiento de lo que está sucediendo en cada red y asegúrese de que realmente han recibido fondos antes de que pueda crédito depósitos de sus clientes cuentas. Hay maneras más fáciles para crear direcciones, pero sería mucho más desea ejecutar al menos un nodo de cada red bajo su propia supervisión para el seguimiento de las redes.

+953
John Lott 23 ene. 2013 11:14:05

Vamos a hacer las matemáticas. El promedio de tiempo para encontrar un bloque, que se merece una recompensa de al menos 25 BTCs (+gastos) es la siguiente:

avgtime = dificultad * 2^32 / hashrate

La dificultad actual es 16,818,461,371. Suponiendo una tasa de hash de 2GH/s que tenemos en horas:

avgtime = 16818461371 * 2^32 / (2*10^9) / 60 / 60

Que trata de 10032602 horas o 418025 días. A la mía en solitario con éxito, usted necesita mucho, mucho más hash poder.

+904
gligor 3 feb. 2019 18:22:08

Es poco probable que usted'ld encontrar un cambio que no ha perdido los fondos a causa de robo.

Mt. Gox, antes de Tibanne compró, se utiliza para aceptar PayPal para el pago. Fue fraudulenta transacciones de PayPal, que ayudaron en la conducción de la tasa de cambio de $0,06 por BTC (sí, eso es correcto), en octubre de 2010 a un nivel de dos veces que en unos dos días. PayPal cerró la cuenta y congeló los fondos, pero el ladrón se había retirado bitcoins.

BitcoinGateway (ahora desaparecida) fue la siguiente y experimentado algunos fraudulento de tarjeta de crédito (a pesar de su tarjeta de crédito de la cuenta de comerciante recibió un tirón de una vez el fue descubierto lo que el término "bienes digitales" que realmente se quiere decir.)

Entonces fue CoinPal el turno en el que lidiaron un hack que hizo aparecer la carga fue exitosa, y bitcoins fueron pagados. Más tarde, los cargos fraudulentos fueron con experiencia, pero se mantuvieron en niveles manejables, antes de PayPal cerrado su cuenta y congeló los fondos, provocando que el servicio a cerrarse.

Algunos creen que Dwolla acciones contra TradeHill (ahora difunto) fueron robos de dólares, pero eso fue simplemente una contabilidad de acción donde los números de TradeHill cuenta con Dwolla fueron actualizados y no fue un hackeo en TradeHill sistemas.

Bitcoin7 (ahora difunto) afirmó haber tenido que lidiar con un robo de fondos del banco a la vez, creo. No recuerdo los detalles.

Incluso recientemente, BitPiggy, por ejemplo, se ha suspendido el servicio debido a su banco feezing fondos después del robo de los dineros fueron enviados a la bolsa.

+877
kykong 4 may. 2014 22:25:15

¿Cómo se podría ir sobre la creación de una única firma P2SH transacción? (Análogo a un "2 de 3 multisig P2SH" pero en lugar de eso estoy preguntando sobre un "1 de 1".) Sería una envoltura de un estándar P2PKH scriptPubKey dentro de un P2SH canjear script? O es que hay un mejor/mejor manera de lograr esto? Gracias.

+858
Leeza Struwe 3 ene. 2017 18:46:52

(https://en.bitcoin.it/wiki/Protocol_documentation es un buen recurso para conocer los detalles técnicos sobre el protocolo)

En el nivel superior, los bloques contienen tres cosas:

  1. 80 bytes de cabecera de bloque.
  2. VarInt por el número de transacciones en el bloque (N).
  3. N concatenan las transacciones.

El bloque de encabezado contiene:

  1. 4 byte número de versión
  2. Prev hash del bloque de puntero.
  3. Merkle hash/raíz de N transacciones en el bloque. (Ver ¿Qué es la Merkle raíz?)
  4. Bloque de marca de tiempo
  5. La dificultad para resolver el bloque codificado como un entero.
  6. Nonce - una cifra fácil de cambiar para probar diferentes valores de hash.

Creo que se están preguntando: ¿qué es la 2ª encabezado de bloque de parámetros en el bloque k+1?

Cada hash puntero a un bloque a punto para el bloque anterior es SHA256(SHA256(80 bytes de encabezado de bloque k)).

Es la entrada para los hash puntero en el bloque k+1 sólo las transacciones en el bloque k, o es que las transacciones en el bloque k, así como el hash del bloque k-1?

Es sólo el hash de la cabecera. El encabezado contiene un hash de las transacciones, sin embargo, el merkle raíz.

¿El hash puntero en el bloque k+1 este aspecto : H(k) o este : H(k||H(k-1))?

Ninguno de los dos.

En el bloque k+1, hay un montón de datos, así como un hash puntero para el bloque k. Pero, ¿el bloque k+1 contiene un hash de todo el bloque k (así, los datos y H(k-1))? Porque si el bloque k+1 contiene un hash del bloque entero k, entonces debe contener un hash de el hash ya contenida en el bloque k de la derecha?

Usted no necesita el hash puntero en el bloque k ser capaz de calcular el hash puntero en el bloque k+1. Verificar el hash de los punteros y sus dificultades es una pequeña parte del trabajo de los mineros.

+856
user21616 6 jun. 2011 20:33:52

La génesis bloque está codificado en el software, como se necesita un punto de partida común para iniciar una cadena.

+665
Lorenabaldanogmailcom Yenyeng1 26 feb. 2011 16:52:35


Estoy recibiendo este error en regtest modo después de setgenerate RPC:

ERROR: CheckProofOfWork() : hash no coincide con nBits

Después de buscar por texto de error en src he encontrado una coincidencia en pow.cpp (obviamente permanente para la prueba de trabajo) con el siguiente fragmento de código:

// Comprobar una prueba de trabajo de partidos de la cantidad reclamada
si (hash > bnTarget)
 retorno de error("CheckProofOfWork() : hash no coincide con nBits");

Qué significa que hay un objetivo en regtest?Si sí, ¿no es contradecir a la dificultad de ser 0?

+626
Elgin Angelo Estrella 5 oct. 2019 17:25:17

En la sección de compatibilidad de BIP-0173, afirma:

Sólo el nuevo software será capaz de utilizar estas direcciones, y sólo para los receptores con segwit habilitado un nuevo software. En todos los demás casos, P2SH o P2PKH direcciones pueden ser utilizados.

+602
Jackie Huang 19 nov. 2010 5:47:57

Si no se ha distribuido de cualquier monedas, usted puede emitir la moneda de la misma manera que lo emitió siguiendo esta guía.

+562
schwert 21 sept. 2010 1:09:14

¿Cómo puedo instalar el nuevo Copago de cartera para mi Windows 7? No puedo usar el de microsoft app store. Gracias.

+454
DeadMemer 29 abr. 2015 19:28:51

bitcoin demonio siempre uso el 99,99% IO, sin necesidad de utilizar el Internet <1mbit esto es normal? bitcoin-0.16.0 bitcoin-0.16.2 iotop: El 99,99% de bitcoind -demonio [bitcoin-schedu

Debian 8 x64

+388
Gotham Knight 9 sept. 2010 14:08:36

Bitcoin funciona a través de la capa de TCP que requiere el conocimiento de las direcciones IP de los dos extremos de la conexión. Si uno de los cambios de dirección IP, la conexión finalizará.

En general, para gestionar desconecta, Bitcoin Core, se intenta mantener 8 conexiones de salida en todo momento. Almacena las direcciones IP de cada nodo que se sabe acerca de. Estos nodos puede ser la que se ha conectado anteriormente o que el resto de los nodos se ha dicho que sobre. Cuando se pierde una conexión saliente, intentará hacer otra conexión de salida para sustituir a la conexión.

Por lo tanto, si todas las conexiones que pasó a ser abandonado debido a una dinámica de cambio de dirección IP, todas las conexiones salientes serán reemplazadas por nuevas conexiones salientes desde la nueva dirección IP. Lamentablemente las conexiones entrantes no va a ser sustituido y el nodo tendrá que esperar a que la nueva dirección IP externa del anuncio de nuevo por sus compañeros.

Un nodo no directamente anunciar su dirección IP externa. En lugar de otros nodos de aprender de su dirección IP externa de la audiencia respecto de otros nodos que se han conectado a ese nodo.

+252
Dasha210990 17 feb. 2014 9:49:10

He altcoin bassed en edad Litecoin fuentes, el final me trate de convertirlo para la más reciente de las fuentes disponibles. Cómo puedo hacer esto ? Lo que necesitamos para esto ?

Yo trato de descarga sencilla en la vieja cartera, a continuación, ejecute de nuevo. Pero la mina nueva o descargarlos de otro monedero no es posible. Yo trate de encontrar información de cómo hacer esto. Pero encontrar observando.

Tengo este error al intentar la descarga del bloque de peer

ERROR: AcceptBlockHeader: Consenso::ContextualCheckBlockHeader: 90e718e6878f4b7ae4de4ae83db75881d00ca017f5a117c2054798bcb76c4178, mal-versión(0 x 00000002), rechazó nVersion=0 x 00000002 bloque (código 17)
2017-07-28 04:12:10 de ERROR: invalid encabezado recibido
2017-07-28 04:12:10 ProcessMessages(encabezados, 162003 bytes) NO pares=0
2017-07-28 04:12:10 recibir la versión del mensaje: /Satoshi:1.0.0/: versión 70002, bloques=3293, us=x.x.x.x:12815, peer=1

en

validador tengo esta configuración

 // Comprobar una prueba de trabajo
 si (bloque.nBits != GetNextWorkRequired(pindexPrev, &block, consensusParams))
 estado de retorno.DoS(100, falso, REJECT_INVALID, "mal-diffbits", falsa, incorrecta "prueba de trabajo");

 // Comprobar el timestamp en contra de prev
 si (bloque.GetBlockTime() <= pindexPrev->GetMedianTimePast())
 estado de retorno.No válido(falso, REJECT_INVALID, "tiempo-demasiado-viejo", "bloque de la marca de tiempo es demasiado temprano");

 // Verificar marca de tiempo
 si (bloque.GetBlockTime() > nAdjustedTime + 2 * 60 * 60)
 estado de retorno.No válido(falso, REJECT_INVALID, "tiempo-demasiado-nuevo", "bloque de marca de tiempo demasiado lejos en el futuro");

 // Rechazar versión obsoleta de bloques al 95% (75% en testnet) de la red se ha actualizado:
 // consulta para la versión de 2, 3 y 4 actualizaciones
 si((bloque.nVersion < 2 && nHeight >= consensusParams.BIP34Height) ||
 (bloque.nVersion < 3 && nHeight >= consensusParams.BIP66Height) ||
 (bloque.nVersion < 4 && nHeight >= consensusParams.BIP65Height))
 estado de retorno.No válido(falso, REJECT_OBSOLETE, strprintf("malo de la versión(0x%08x)", del bloque.nVersion),
 strprintf("rechazado nVersion=0x%08x bloque", del bloque.nVersion));

 si (bloque.nVersion < VERSIONBITS_TOP_BITS && IsWitnessEnabled(pindexPrev, consensusParams))
 estado de retorno.No válido(falso, REJECT_OBSOLETE, strprintf("malo de la versión(0x%08x)", del bloque.nVersion),
 strprintf("rechazado nVersion=0x%08x bloque", del bloque.nVersion));

 return true;
}

en la génesis de configuración de bloque que tengo

 génesis = CreateGenesisBlock(1498204210, 215446, 0x1e0ffff0, 1, 500 * MONEDA);

pero tengo en antiguas fuentes de esta configuración

 // Comprobar que el bloque de la cadena coincide con el conocido bloque de la cadena hasta un punto de control
 si (!Puntos de control::CheckBlock(nHeight, hash))
 estado de retorno.DoS(100, error("AcceptBlock() : rechazada por el punto de control lock-in en %d", nHeight));

 // No aceptar cualquier tenedores de la cadena principal antes del último punto de control
 CBlockIndex* pcheckpoint = puntos de control::GetLastCheckpoint(mapBlockIndex);
 si (pcheckpoint && nHeight < pcheckpoint->nHeight)
 estado de retorno.DoS(100, error("AcceptBlock() : bifurcada de la cadena mayores que en el último punto de control (altura %d)", nHeight));

 // Rechazar en bloque.nVersion=1 bloques (mainnet >= 710000, testnet >= 400000)
 si (nVersion < 2)
{
 if ((!fTestNet && nHeight >= 710000) ||
 (fTestNet && nHeight >= 400000))
{
 estado de retorno.No válido(error("AcceptBlock() : rechazada nVersion=1 bloque"));
}
}
 // Hacer cumplir bloque.nVersion=2 regla de que el coinbase comienza con serializado altura de bloque
 si (nVersion >= 2)
{
 if ((!fTestNet && nHeight >= 710000) ||
 (fTestNet && nHeight >= 400000))
{
 CScript esperar = CScript() << nHeight;
 si (vtx[0].vin[0].scriptSig.size() < esperar.size() ||
 !std::igual(esperar.begin(), esperar.end(), vtx[0].vin[0].scriptSig.begin()))
 estado de retorno.DoS(100, error("AcceptBlock() : altura de bloque de desajuste en coinbase"));
}
}
}

¿qué tengo que cambiar para que de inicio del bloque de aceptar

+222
Roop Khanna 18 feb. 2018 23:29:12

Por favor me ayudan a no sé qué hacer. Mi amigo instalada la aplicación y que le he enviado un pago utilizando la dirección dada por la aplicación sin saber la dirección es variable. He enviado los bitcoins a esta dirección: 1LtVLn1iGrem6W7vVRz8H48HbJZrbWzFck. La fecha: 7 de Marzo de 2017. La cantidad fue 0.23985547. Los bitcoins no fue transferido a él.

Por favor me ayuda tan pronto como pueda, Gracias de antemano.enter image description here

+200
Abduall 13 sept. 2012 1:17:49

Cuando la emisión de un tx, regular nodo comprueba dos cosas: Es el estándar de transacción, y es la transacción válida.

Estándar de las transacciones son, por razones de simplicidad, las transacciones que crear p2sh, p2pkh, p2wpkh, p2wsh, y OP_RETURN salidas. Una transacción estándar debe consumir entradas en un par de conocidos de secuencias de comandos, es decir, multisig y regular de la clave única de secuencias de comandos.

La transacción sea válido es lo que impide que su escenario. Para que una transacción sea válida, una transacción debe pasar las entradas que ya existen y no se haya gastado (el saldo de transacciones de salidas, o utxos), y el scriptsig para cada entrada debe verificar. Para una transacción estándar, esto significa que las firmas en el tx debe validar la secuencia de comandos especificados en la salida el momento de la creación.

Usted puede tratar de hacer un fraude de tx de dos maneras:

  1. Gastar las monedas que existen, pero no son sus propios dueños - En este caso, la validación de la entrada tendrá éxito, pero ya que usted no es dueño de estas monedas, usted no puede firmar por ellos, y la validación de la firma se producirá. La red se niegan a transmitir su transacción
  2. Gastar las monedas que no existen - En este caso, la red de simplemente rechazar su tx con una falta de insumos error, ya que no se puede gastar las monedas que no existen
+82
Barbara MacDonald 12 jun. 2012 21:09:09

Mostrar preguntas con etiqueta