¿cómo puedo ejecutar múltiples cartera en un equipo para compartir la misma blockdata

usted sabe ,usted necesita un 32 gb de tamaño para un cliente bitcoin,es posible ejecutar varios bitcoin programas de compartir el mismo origen de datos utilizando -datadir o algo más? He encontrado que alguien lo había puesto hace aproximadamente un año y obtuvo un gran NO; Ya 1 año que ha pasado ,es que todavía NO?

+206
Derik Thomas 14 dic. 2013 0:55:04
26 respuestas

El formato que utilice depende de cómo usted necesita para utilizar la clave privada. El código produce un crudo hexadecimal de la clave privada, sin formato.

$ nodo index.js
mnemónico: el trueno de compra a allanar de la torre de conferencias de actualización supremo de la mitad de niño de la aptitud de la bandeja de empujar
addrnodePublicKey: 02ceb48796223dc3777fe210a2034059b5e39b3743e59d62f75ef07a32f8440caf
addernodePrivateKey: 310fe2e677a3ad28acb91d2645bb33882f015ab11e59dce9d2a72905979e3cb6

Raw Clave Privada

Una clave privada (en bitcoin, es decir, ECDSA SECP256K1) es de 32 bytes número entre 0 x 1 y 0xFFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFE BAAE DCE6 AF48 A03B BFD2 5E8C D036 4140.

Por ejemplo:

0C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D

Cartera de Formato de Entrada (WIF)

Sin embargo, la cartera, el software utiliza normalmente en la Cartera de Formato de Entrada (WIF) para hacer más fácil copiar. Utiliza base58check de codificación con lo que se evita personajes ambiguos (como 0 y O), es más corto, y que incluye una suma de comprobación en caso de errores tipográficos. Por ejemplo:

5HueCGU8rMjxEXxiPuD5BDku4MkFqeZyd4dz1jvhtvqvbtlvytj

WIF Conversión

El proceso de convertir una materia prima clave privada para WIF es esbozar aquí: https://en.bitcoin.it/wiki/Wallet_import_format:

  • Tome una clave privada

    0C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D

  • Añadir un 0x80 byte delante de él para mainnet direcciones o 0xef para testnet direcciones. También agregar un 0x01 bytes al final si la clave privada que corresponde a un comprimido de clave pública

    800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D

  • Realizar el algoritmo hash SHA-256 en la clave extendida

    8147786C4D15106333BF278D71DADAF1079EF2D2440A4DDE37D747DED5403592

  • Realizar el algoritmo hash SHA-256 en el resultado del algoritmo hash SHA-256

    507A5B8DFED0FC6FE8801743720CEDEC06AA5C6FCA72B07C49964492FB98A714

  • Tomar los 4 primeros bytes de la segunda algoritmo hash SHA-256, esto es la suma de comprobación

    507A5B8D

  • Agregar 4 bytes suma de comprobación del punto 5 al final de la clave extendida en el punto 2

    800C28FCA386C7A227600B2FE50B7CAE11EC86D3BF1FBE471BE89827E19D72AA1D507A5B8D

  • Convertir el resultado de una cadena de bytes en un base58 cadena mediante Base58Check de codificación. Esta es la Cartera de Formato de Importación

    5HueCGU8rMjxEXxiPuD5BDku4MkFqeZyd4dz1jvhtvqvbtlvytj

Potencial node.js recursos:

+972
arousha 03 февр. '09 в 4:24

Un amigo mío hace un par de thousend por la minería, con su plataforma de juegos, de doble gpu. Sin inversión, fue en los primeros días de la gpu de minería de datos. Él hizo un par de cientos de BTC y se venden en el (después) demasiado pronto €250 ish.

+970
Parthib Biswas 25 may. 2019 16:33:24

La segunda es la más reciente de uso antes de ser totalmente eliminado del código fuente.

No fue eliminado. Se acaba de mudar:

estática CBlock CreateGenesisBlock(uint32_t nTime, uint32_t nNonce, uint32_t nBits, int32_t nVersion, const CAmount& genesisReward)
{
 const char* pszTimestamp = "Times 03/Ene/2009 Canciller en el borde de un segundo plan de rescate para los bancos";
 const CScript genesisOutputScript = CScript() << ParseHex("04678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5f") << OP_CHECKSIG;
 volver CreateGenesisBlock(pszTimestamp, genesisOutputScript, nTime, nNonce, nBits, nVersion, genesisReward);
}

(Fuente.)

  1. Si te refieres a "Es la clave que se usa para firmar los anuncios y correos electrónicos," no. Esa es la clave PGP 5EC948A1. Si lo que quieres decir, "¿esta Es la clave que puede difundir alertas," no. Que se define aquí:

    https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L90

    La clave se cree que pertenecen a Satoshi Nakamoto, aunque.

  2. Es inútil. Usted realmente no necesita el componente privado de la clave para generar o verificar la génesis de bloque. Y, como usted dice, usted no puede incluso pasar los asociados Bitcoins. Por lo que sabemos, podría ser sólo un punto aleatorio en el ECDSA curva, sin la clave privada asociada.

  3. Esto parece ser normal sin comprimir clave. Se inicia con 0x04, seguido por el de 64 bytes. La diferencia en la forma en que se expresó entre 0.1.5 y 0.8.0 es sólo un resultado de peso. En cuanto a cómo se generan, simplemente llame a getnewaddress seguido por validateaddress en el resultado.

  4. Nada.

+943
PZRKA 23 oct. 2011 20:41:30

Una vez que todos los bloques de bitcoin se extraen(21 millones de euros se ha alcanzado el límite), entonces sería calcular el valor nonce todavía de forma intensiva ya que la recompensa en este punto del tiempo, sólo sería la tarifa de transacción de costo . ¿Cuáles son las razones de los mineros seguirán operando su enorme poder acaparando las máquinas ? También lo que habría de suceder a la velocidad de bloquear la creación? Ahora es difícil que la gobierna. pero una vez que todos los bloques han sido extraídos de cómo ayunar nuevos bloques de ser creado a la misma tasa o mucho más rápido?

+810
Ajinkya Wankhade 17 ene. 2017 4:44:58

(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.

+800
Diesel1 26 jun. 2011 14:16:14

Para algunos ejemplos de código, echa un vistazo a Synala -- http://synala.com/

O en Github: https://github.com/peterscott78/synala/

Soporta ver-sólo BIP32 carteras, registro de usuarios, etc. También se reúnen el saldo de entradas y formato de los mismos en un saliente tx, permite la conexión de la firma, etc.

Sin embargo, no permite a los usuarios enviar automáticamente los fondos de su cuenta. Debido a razones de seguridad, ninguna de las claves privadas se almacenan en línea, y envía deben procesarse manualmente por el administrador.

No obstante, te daré algunos buen ejemplo de código para construir. Espero que ayude.

+731
Nick Podratz 17 oct. 2014 17:54:55

He estado tratando de conseguir mi cabeza todo el proceso, que deja que las transacciones sean maleables en un sistema construido utilizando Bitcoind. Estoy bastante seguro de que fuera de la caja, ahora mismo, no estoy haciendo nada para solucionar este problema.

Así que pensé que iba a buscarlo, pero no pudo encontrar ningún tutoriales, o incluso una buena explicación de la técnica de los pasos que necesita tomar para detener o prevenir la transacción mailability.

Hay un protocolo a nivel de tutoriales sobre el tema? O, ¿tiene usted alguna experiencia personal con este que podría compartir conmigo?

Gracias de antemano por su ayuda.

+700
Nikolai Bolekoff 7 dic. 2012 6:42:25

En bitaddress.org me he decidido a utilizar la "fuga de Cartera" y crear mi propio físico aleatoriedad uso de dados. (Entiendo que los dados son más eficaces que los que entran decenas de teclas al azar en el teclado.)

Cuántos tiros son necesarios para crear una contraseña que iba a derrotar a un ataque de fuerza bruta sobre mis llaves?

+676
mauoftheclouds 27 ago. 2011 22:28:44

Yo uso la ventana acoplable-componer y no ver la versión que hay. Me he parado, retira el recipiente y reconstruir clightning_bitcoin. Ahora se está trabajando! Gracias! La respuesta es:

rayo-cli factura 100 invoice20190126 payme
{
 "payment_hash": "374c59643514b917da44ba737f6dcdf59cf6708903e6403f9477022185c91c18", 
 "expires_at": 1548530289, 
 "bolt11": "lnbc1n1pwyefrppp5xax9jep4zju30kjyhfeh7mwd7kw0vuyfq0nyq0u5wupzrpwfrsvqdqgwpshjmt9cqp2rzjqwac3nxyg3f5mfa4ke9577c4u8kvkx8pqtdsusqdfww0aymk823x6zyyhgqqv0gqqyqqqqqqqqqqqqgqjqt96ykzgwc5qd9034mfw4khlypu4zx9qwdzjvsg4dpfrffdg9qvgnk2uey6h7f4g9663rvqaucnfn95j2taruezgdh3w6w3v2xauzvjqp47g2m5"
}
+646
Rexter Pelicano Julian 26 nov. 2015 9:02:54

Con Ardor 2.1.0 e podrá iniciar un bundler que haces sólo las transacciones con moneda. Uso CurrencyBundler filtro con el parámetro el ID de moneda.

Si quieres además filtrar sólo las transacciones enviado a su cuenta, usted tendrá que escribir un nuevo filtro para que como

clase pública RecipientBundler implementa Bundler.Filtro {

@Override
 public boolean ok(Bundler bundler, ChildTransaction childTransaction) {
 volver bundler.getAccountId() == childTransaction.getRecipientId();
}

@Override
 public String getnombre() {
 return "RecipientBundler";
}

@Override
 public String getDescription() {
 return "Sólo paquete de las transacciones enviadas a la bundler cuenta";
}

}

...o, alternativamente, usted puede crear la moneda como controlable.

Con 2.0.14 tendrás que escribir un filtro como el de arriba que controles ambas condiciones - que la transacción es una transferencia de su moneda y que la transacción es una transferencia a su cuenta.

EDITAR: Más detalles acerca de la agrupación en Ardor 2.1 se puede encontrar en nxtwiki

+618
Susanta Mahapatra 30 dic. 2011 23:44:54

Sé que multisig (n de i) las transacciones proporcionan un descentralizada de custodia mecanismo. Digamos que tenemos un 2 de 3 dirección. ¿Qué sucede si los fondos son enviados a la multi-sig dirección y decir que el vendedor es atropellado por un autobús, antes de la publicación de la adorable Hello Kitty™ taza que usted compró?

Hace el 3er partido simplemente firmar una transacción de devolución de las monedas para el comprador?

¿Y el caso general de una dirección donde n == i? Son las monedas perdidas?

+575
erbaker 5 sept. 2011 15:04:53

He estado trabajando en esto como parte de una más grande Bitcoin herramientas de Python 2 de la biblioteca por un tiempo. Se puede encontrar en github.

Usted puede ejecutar el código en ldb_parser.py lo que dará un txt con todos los UTXOs de la chainstate analiza en un json. (Observe que esta es una enorme cantidad de datos).

A continuación, puede llamar a la decode_utxo función utilizando los datos de json y almacenar el resultado en un archivo para analizarlo. (Este archivo será aún más grande!).

Aquí tienes un ejemplo (una vez que se han ejecutado ldb_parser.py):

de bitcoin_tools.utils import load_conf_file, decode_utxo
de json importación de carga, vertederos

fin_name = "utxos.txt"
fout_name = "parsed_utxos.txt"

# Cargar archivo de configuración
cfg = load_conf_file()

fin = open(cfg.data_path + fin_name, 'r')
# Archivo de salida
cuatro = open(cfg.data_path + fout_name, 'w')

para la línea en la aleta:
 datos = carga(línea[:-1])
 utxo = decode_utxo(datos["valor"])

 cuatro.escribir(vertederos(utxo) + '\n')

cuatro.close()

Y cada línea que usted va a obtener en parsed_utxos.txt aspecto:

{"coinbase": 0, "version": 1, "outs": [{"índice": 1, "cantidad": 14250000, "out_type": 0, "datos": "865e218ff25929eee880e0e3b6f95280b2d05443"}], "height": 468349}
{"coinbase": 0, "version": 1, "outs": [{"índice": 0, "cantidad": 132000, "out_type": 1, "datos": "0b2a00367244680f6da18acd861a08f0a89cb3b4"}], "height": 449294}
{"coinbase": 0, "version": 1, "outs": [{"índice": 1, "cantidad": 2423800, "out_type": 1, "datos": "7f172a63c49c5d03e3307d432bd6b784b69d0e0d"}, {"índice": 2, "cantidad": 10000000, "out_type": 1, "datos": "1d0c4b60e8270f9b6ca5f167f08a5466a0cee565"}], "height": 474328}
...

Donde cada entrada en salidas en una salida y, y los datos corresponde a los datos de la transacción (hash160 de la dirección para P2PKH transacciones).

Ahora, usted tiene que tomar en cuenta algunas consideraciones:

No todos los UTXO es un P2PKH, entonces, ¿qué vas a encontrar en los datos depende de la out_type campo.

out_types 0 y 1 corresponden a P2PKH y P2SH respectivamente, y contará con 20 bytes de datos (hash160 de la clave pública para P2PKH y scriptHash para P2SH).

out_types 2,3,4 y 5 corresponden a P2PK salidas, y contiene 33 bytes de datos (de 1 byte para el tipo de clave pública y 32 bytes de la clave real).

Por último, cualquier otra out_type implica que la retención de datos por el UTXO no está comprimido, y el valor se corresponde con el tamaño de los datos + el número de secuencias de comandos especiales (nSpecialScripts) que actualmente es de 6). Este es el caso de P2MS las transacciones y no-sexual de las transacciones.

Todo esto ha sido extraída directamente de la Bitcoin Core código fuente.

Por último, observe que en el fin de utilizar la biblioteca tendrá que instalar el python dependencias en requeriments.txt y crear un conf.py archivo para establecer su chainstate ruta y la ruta de datos (o modificar el código para que no utilice el archivo de configuración).

+485
Tristan Winters 8 feb. 2015 7:41:53

necesitan bloques de descarga desde el servidor Tal vez usted puede probar en este (python 3) Necesita instalar bitcoinrpc

#!/usr/bin/python
importación de json
de bitcoinrpc.authproxy de importación AuthServiceProxy, JSONRPCException



rpc_connection = AuthServiceProxy("http://%s:%[email protected]:8332"%("rpc_username", "rpc_password"))
resultado = rpc_connection.getrawtransaction ("52309405287e737cf412fc42883d65a392ab950869fae80b2a5f1e33326aca46")
de impresión(resultado)
+460
Glenn Miller 27 abr. 2011 9:04:13

Es verdad que el bitcoin/blockchain no resuelve fiat problemas. En el escenario de cambiar BTC por otro fiat como GBP, usted tiene el mismo problema.

Es el mismo problema si compro algo con BTC o fiat, usted tiene que confiar en la otra persona va a enviar el artículo o tener a alguien que ofrecen algún tipo de garantía como eBay hace.

Lo que si es de alto valor que podría alistar a alguien de antemano como un fideicomiso.

De lo contrario, Alice tendría que demandar a Bob por incumplimiento de contrato después de que Bob no cumplir su parte del trato.

+428
Deborah Kessous 24 may. 2018 18:32:34
Se refiere a la venta de bitcoins en persona o en línea
+423
Ganesh K 2 jul. 2019 16:16:32

Yo no tenía una cartera en el tiempo...

¿Quiere decir que su billetera no estaba totalmente sincronizado? Usted necesitará algún tipo de una cartera de recibir monedas, independientemente de si es totalmente sincronizado o no.

No estoy seguro de dónde encontrar la clave privada

La interfaz gráfica de usuario se encarga de la gestión de claves privadas para usted, entonces usted realmente no tiene que pensar acerca de esto si no quieres. Para enviar monedas, todo lo que necesitas hacer es ir al enviar monedas ficha y rellenar el formulario.

(Si lo hizo realmente necesita para obtener acceso a la clave privada, puede utilizar la Consola de Depuración (desde el menú ayuda) y hacer

dumpprivkey {your_address}
+422
BornToCode 7 oct. 2016 23:22:36

En Elementos Alfa, la salida de "cantidades", que constan de 3 piezas de datos:

  • La Petersen compromiso con el valor, cegado por la cegadora factor.
  • El rango de la prueba, lo que puede demostrar públicamente que el valor está dentro del rango [0..2^32-1] unidades (satoshis) sin revelar nada acerca de la cegadora factor.
  • Un ECDH efímero de la clave pública del remitente.

La última es la solución. Todas las transacciones confidenciales dirección contiene un ECDH clave pública del receptor (el cegamiento de la clave), además de los normales P2PKH o P2SH de datos.

Cuando un CT transacción se envía, el remitente elige un ECDH efímero clave privada, y se combina con la cegadora clave para derivar una cegadora de la semilla. Esta semilla se utiliza como base para el generador de números aleatorios para crear la gama de prueba. La versión pública de la clave efímera a continuación, se escribe en el 3er campo de la cantidad.

Cuando el receptor ve este ECDH efímero de clave pública, que combina con su cegadora clave, para obtener la misma semilla como el remitente. Usando esta misma semilla, él puede "relajarse" el rango de la prueba, y descifrar el secreto de la información que se utiliza cuando se crea: el valor y la cegadora factor. De hecho, hay espacio para otros 2 kilobytes de datos en el rango de la prueba, sólo visible para el receptor (o a cualquier persona que tenga el privado cegadora clave).

+420
Savage Jadee 12 15 ago. 2012 13:40:55

El escuchar es una opción para la conexión de red P2P, no el servicio RPC.


La opción que desea es rpcallowip=<ip>. Para permitir que todas las direcciones IP para conectarse a su nodo del puerto RPC, puede utilizar rpcallowip=0.0.0.0. Ten en cuenta que esto no se recomienda ya que es inseguro.


No establece rpcconnect como que será imposible para bitcoin-cli para interactuar con Bitcoin Core.

+342
user25875 22 may. 2013 1:22:18

Actualmente estoy trabajando en un Bitcoin de Efectivo relacionados con el proyecto con el objetivo de ayudar a contribuir con el ecosistema. Estoy llegando al punto donde pronto estará listo para comenzar a integrar con el protocolo, pero no estoy muy seguro de cómo proceder. El flujo de trabajo estoy buscando algo como esto:

  1. Usuario visita mi sitio web
  2. El usuario se presenta un código QR que es para un determinado monto de pago (siempre $0.25 usd)
  3. El usuario escanea el código QR y envía el pago
  4. Sitio web está a la escucha de la emisión de los pagos (0-conf), y tan pronto como la red difunde el pago, una devolución de llamada que se ejecuta por lo tanto, la sesión del usuario sabe que su pago ha sido recibido.

Sé el Bitcoin Fondo de Efectivo de proyectos está trabajando actualmente en un bitcoincash.js biblioteca, pero todavía no está lista. Ya que ese es el caso, supongo que voy a tener a la bifurcación de la corriente de bitcoin core js de la biblioteca y hacer que funcione con el cashaddr formato para generar las direcciones de los códigos QR.

La otra pieza que estoy claro es cómo ir sobre la escucha para difundido txns. Veo que hay un blockchain.info websocket servidor, que supongo que ya se anunció soporte completo para el centro de intercambio de información, que va a trabajar con el BCH: https://blockchain.info/api/api_websocket

Pero, de lo que puedo decir, yo no creo que sea posible el uso de la testnet?

Así que eso es lo que me pregunto si confiar en una 3ª parte de esto, especialmente siendo 0-conf, es una mala idea? Si es así, supongo que la respuesta es para mi propio nodo y de alguna manera tener mi propio servidor websocket consulta a intervalos regulares. Es eso correcto?

También, en el tema de pub/sub para esto, ¿cuál es la mejor manera para que el cliente sabe que se hizo un pago para que el usuario específico? Es simplemente generar una nueva dirección con cada visita al sitio? O es incluir algún tipo de uuid de metadatos con el txn?

+324
James LaMarca 16 ago. 2013 20:58:44

Supongamos que Bitcoin prestamistas (bancos, acreedores, inversionistas) emitir préstamos con interés. Como la oferta total de bitcoins enfoques de la 21M techo, el importe total de la deuda en circulación de interés superará la oferta de dinero.

Este es el mismo como existente en los bancos, lo que en realidad tienen sólo una fracción de la reserva de fondos, y la economía como un todo en sí misma se debe más dinero de lo que hay en existencia.

La diferencia es que los bancos de la reserva puede imprimir más dinero (sí, con la inflación). Bitcoin no puede.

Una economía puede seguir funcionando, supongo que mientras haya suficiente circulación de un deudor para pagar su interés. Sin embargo, ya que el interés es compuesto, que crece a un ritmo exponencial: a lo largo del tiempo, no el total de las deudas, finalmente, superar las monedas en circulación disponibles para pagarlas?

Sería Bitcoin se encuentra en una situación similar a la actual crisis económica mundial? ¿Cómo podría corregirse a sí mismo?

+320
ziqew 16 jun. 2010 1:44:05

Ok, he encontrado esto : usted consigue el bono cuando usted compra o vende$ 100 de bitcoins, éteres o litecoins en Coinbase.

:)

+307
gomobo 6 feb. 2017 7:31:41

Estoy de cara a la grave problema en listtransactions llamada. Me estoy poniendo las transacciones duplicadas de "enviar" y "Recibido" de la categoría. Para los que me han enviado algunos bitcoins de 31zeoskE8zeyQARFEVzwJzsp7GQpLn5zhf a 13MwqVWaNjad4xbGV5WQPaPVcMekU5YJmb. Y cuando llamo listtransactions, puedo obtener este resultado,

{
 "involvesWatchonly" : true,
 "cuenta" : "",
 "address" : "3Ft9W7HfXeBMwuwcfehV9UPs5gnxbc7Wji",
 "categoría" : "recibir",
 "cantidad" : 0.00019000,
 "vsal" : 1,
 "confirmaciones" : 20,
 "blockhash" : "0000000000000000007f43360b2d7005c8f25013647359d468b8c2ef281672ab",
 "blockindex" : 438,
 "blocktime" : 1437928178,
 "txid" : "eb0f12741947a3be8fdbb15c0401a663e45bd0c68b317b58f250fbb3a698e5fa",
 "walletconflicts" : [
],
 "el tiempo" : 1437928101,
 "timereceived" : 1437928101
},
{
 "involvesWatchonly" : true,
 "cuenta" : "",
 "address" : "31zeoskE8zeyQARFEVzwJzsp7GQpLn5zhf",
 "categoría" : "recibir",
 "cantidad" : 0.00010000,
 "vsal" : 0,
 "confirmaciones" : 20,
 "blockhash" : "0000000000000000007f43360b2d7005c8f25013647359d468b8c2ef281672ab",
 "blockindex" : 438,
 "blocktime" : 1437928178,
 "txid" : "eb0f12741947a3be8fdbb15c0401a663e45bd0c68b317b58f250fbb3a698e5fa",
 "walletconflicts" : [
],
 "el tiempo" : 1437928101,
 "timereceived" : 1437928101
},
{
 "involvesWatchonly" : true,
 "cuenta" : "",
 "address" : "3Ft9W7HfXeBMwuwcfehV9UPs5gnxbc7Wji",
 "categoría" : "enviar",
 "cantidad" : -0.00019000,
 "vsal" : 1,
 "precio" : -0.00010000,
 "confirmaciones" : 20,
 "blockhash" : "0000000000000000007f43360b2d7005c8f25013647359d468b8c2ef281672ab",
 "blockindex" : 438,
 "blocktime" : 1437928178,
 "txid" : "eb0f12741947a3be8fdbb15c0401a663e45bd0c68b317b58f250fbb3a698e5fa",
 "walletconflicts" : [
],
 "el tiempo" : 1437928101,
 "timereceived" : 1437928101
},
{
 "involvesWatchonly" : true,
 "cuenta" : "",
 "address" : "31zeoskE8zeyQARFEVzwJzsp7GQpLn5zhf",
 "categoría" : "enviar",
 "cantidad" : -0.00010000,
 "vsal" : 0,
 "precio" : -0.00010000,
 "confirmaciones" : 20,
 "blockhash" : "0000000000000000007f43360b2d7005c8f25013647359d468b8c2ef281672ab",
 "blockindex" : 438,
 "blocktime" : 1437928178,
 "txid" : "eb0f12741947a3be8fdbb15c0401a663e45bd0c68b317b58f250fbb3a698e5fa",
 "walletconflicts" : [
],
 "el tiempo" : 1437928101,
 "timereceived" : 1437928101
}

¿Por qué estoy recibiendo las transacciones duplicadas en esta salida! ?

Cualquier Ayuda será apreciada, Gracias

+168
Maher Qubain 20 feb. 2012 4:02:08

En Linux, el directorio de datos predeterminado es ~/.litecoin/. Aquí es donde la cartera, blockchain, configuración, etc. se almacenan los archivos.

Usted puede copia de seguridad de su cartera de Archivo > Copia de seguridad de Cartera. Esta es la parte que contiene las claves privadas. Ver la foto:

screenshot of Backup Wallet option

Debe cifrar con una frase de contraseña segura (en Ajustes > Cifrar el Monedero) antes de exportar su cartera. Si no, las claves privadas en la copia de seguridad no será cifrada. Mientras que su cartera ha sido cifrada, será la copia de seguridad cifrada y usted puede de manera segura* poner en Dropbox, Google Drive, enviarlo por correo electrónico a familiares/amigos, etc. para su custodia.

*Tan seguro como su contraseña, así que es de muy alta calidad.

+164
incous 7 may. 2013 0:03:55

Nota: estoy usando regtest para el código en esta pregunta, así que no va a ser el bloque real

Estoy tratando de crear un bloque de visor que muestra lo que las transacciones no son, y lo que las direcciones de donde envió a/desde el blockchain

Por lo tanto, tengo una transacción que forma parte de un bloque, vamos a decir esto:

{
 "txid": "11177c92109de88ed4e278c0469b3a1020fe381235b27ccd6009ba63cd8077e6",
 "hash": "11177c92109de88ed4e278c0469b3a1020fe381235b27ccd6009ba63cd8077e6",
 "versión": 2,
 "tamaño": 986,
 "vsize": 986,
 "locktime": 10902,
 "vin": [
{
 "txid": "54ee887755c60ce410c4e94ba95db6b43f758b1150abac1d3e33329c8f362a0d",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100c5094a6fabea9b213aeaa22577c0e29fe10a51f061b77903207b9c15843c9ab30220489a7e2cc0c3f08b052f160fae45148b14e649c491b8e6a49f3a18ec60fed45b[ALL] 03205112d68bf8c500387b875886c955ab8c74f63416ec8981e76c628f077aea7d",
 "hex": "483045022100c5094a6fabea9b213aeaa22577c0e29fe10a51f061b77903207b9c15843c9ab30220489a7e2cc0c3f08b052f160fae45148b14e649c491b8e6a49f3a18ec60fed45b012103205112d68bf8c500387b875886c955ab8c74f63416ec8981e76c628f077aea7d"
},
 "secuencia": 4294967294
},
{
 "txid": "7a746b263221c0f4a63d691496fd8dbe8731f3fa6906c08b874936c0adbbea24",
 "vsal": 0,
 "scriptSig": {
 "asm": "304402207a1a5b322d014b155fac7b203d2f8ab6aea10394bf75bb975bf6a1fb2ef56972022026610f834d0fc78aff963cf005b3d68b11e59179d863690a4fda80b535c60a7e[ALL]",
 "hex": "47304402207a1a5b322d014b155fac7b203d2f8ab6aea10394bf75bb975bf6a1fb2ef56972022026610f834d0fc78aff963cf005b3d68b11e59179d863690a4fda80b535c60a7e01"
},
 "secuencia": 4294967294
},
{
 "txid": "bd3fa40dc42212b797445c52a44915e814f18a7e556d5ec827e2ef145c8ce82c",
 "vsal": 0,
 "scriptSig": {
 "asm": "304402203c796e0ee2b936bf1c68aa80628df99dd66fe4bb8e50e17b4b8542db9a093cae02201912360efc7bad731d7d83f79b18c025e7301b0170417b7d0d70d66aacc8470a[ALL]",
 "hex": "47304402203c796e0ee2b936bf1c68aa80628df99dd66fe4bb8e50e17b4b8542db9a093cae02201912360efc7bad731d7d83f79b18c025e7301b0170417b7d0d70d66aacc8470a01"
},
 "secuencia": 4294967294
},
{
 "txid": "2371795056a6a17c6b7743eb20f308ccc7d19c55b85e49e0fd0661c4ac0fed36",
 "vsal": 0,
 "scriptSig": {
 "asm": "3043021f795fa2f549f2bc737ebe9ed7d8b92043692a57db85b12ed40473758b7e3e7f022031f4b5f76967a2f30be0fb239fa3647662421b072f52c6dcdba6b9a878978edf[ALL]",
 "hex": "463043021f795fa2f549f2bc737ebe9ed7d8b92043692a57db85b12ed40473758b7e3e7f022031f4b5f76967a2f30be0fb239fa3647662421b072f52c6dcdba6b9a878978edf01"
},
 "secuencia": 4294967294
},
{
 "txid": "edafa4af2bc8eca985bac3ed938701d0c9311998907901c549ba14d56908fe4c",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100c1590c69d15038124bfc3a864393958c8a95d9eb0566c1c59618534820f0bf940220761452f33eb5663793d1f324c31286a374ae0814ccc8f56b26b913dc0e82dec6[ALL]",
 "hex": "483045022100c1590c69d15038124bfc3a864393958c8a95d9eb0566c1c59618534820f0bf940220761452f33eb5663793d1f324c31286a374ae0814ccc8f56b26b913dc0e82dec601"
},
 "secuencia": 4294967294
},
{
 "txid": "f80686fb8e3a42a4375c0103a26a105b20399295ec5838ee90b8dc2df91eaf4d",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100a7e0b6c0b5fa68e2dd8350a889487808c563ac385bb6662c1dfe52a59963d9b1022012de4cda6ce64e85eef6d6c24e2013d4d150ff61221d2dd0ef4895aff02e2e4b[ALL]",
 "hex": "483045022100a7e0b6c0b5fa68e2dd8350a889487808c563ac385bb6662c1dfe52a59963d9b1022012de4cda6ce64e85eef6d6c24e2013d4d150ff61221d2dd0ef4895aff02e2e4b01"
},
 "secuencia": 4294967294
},
{
 "txid": "4115addc82630053c66b2606c2d356c4fa8695748b8ca53adf7e718e7dcea75a",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100be7a65a7b39718406f098408e7066acbd22ad160eacfe12b76f3f06e532597d0022001a8049c0db04a1459fbb5153270163445743937d5eb411338d93996d8840e35[ALL]",
 "hex": "483045022100be7a65a7b39718406f098408e7066acbd22ad160eacfe12b76f3f06e532597d0022001a8049c0db04a1459fbb5153270163445743937d5eb411338d93996d8840e3501"
},
 "secuencia": 4294967294
},
{
 "txid": "5a64798db0257b400c05d7e212b38c22287fbfdd551c2a585fc2b1058fb7d5e7",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100958bda2c647ed165dff4fb20d67e1739992ce558d775ced451fef6f1840ba83702203e4d38fe8cb69c2b4ac27845eec455ecdcbd6207fa47e15d9cb98b2dc4604772[ALL]",
 "hex": "483045022100958bda2c647ed165dff4fb20d67e1739992ce558d775ced451fef6f1840ba83702203e4d38fe8cb69c2b4ac27845eec455ecdcbd6207fa47e15d9cb98b2dc460477201"
},
 "secuencia": 4294967294
}
],
 "vsal": [
{
 "valor": 10,
 "n": 0,
 "scriptPubKey": {
 "asm": "OP_DUP OP_HASH160 bc8ea5101455d5407bb61a7fb084dd82c1534622 OP_EQUALVERIFY OP_CHECKSIG",
 "hex": "76a914bc8ea5101455d5407bb61a7fb084dd82c153462288ac",
 "reqSigs": 1,
 "tipo": "pubkeyhash",
 "direcciones": [
"mxhxDFWXL79StxTwsudqQFmiF9PsnBfa2m"
]
}
}
],
 "hex": "02000000080d2a368f9c32333e1dacab50118b753fb4b65da94be9c410e40cc6557788ee54000000006b483045022100c5094a6fabea9b213aeaa22577c0e29fe10a51f061b77903207b9c15843c9ab30220489a7e2cc0c3f08b052f160fae45148b14e649c491b8e6a49f3a18ec60fed45b012103205112d68bf8c500387b875886c955ab8c74f63416ec8981e76c628f077aea7dfeffffff24eabbadc03649878bc00669faf33187be8dfd9614693da6f4c02132266b747a000000004847304402207a1a5b322d014b155fac7b203d2f8ab6aea10394bf75bb975bf6a1fb2ef56972022026610f834d0fc78aff963cf005b3d68b11e59179d863690a4fda80b535c60a7e01feffffff2ce88c5c14efe227c85e6d557e8af114e81549a4525c4497b71222c40da43fbd000000004847304402203c796e0ee2b936bf1c68aa80628df99dd66fe4bb8e50e17b4b8542db9a093cae02201912360efc7bad731d7d83f79b18c025e7301b0170417b7d0d70d66aacc8470a01feffffff36ed0facc46106fde0495eb8559cd1c7cc08f320eb43776b7ca1a656507971230000000047463043021f795fa2f549f2bc737ebe9ed7d8b92043692a57db85b12ed40473758b7e3e7f022031f4b5f76967a2f30be0fb239fa3647662421b072f52c6dcdba6b9a878978edf01feffffff4cfe0869d514ba49c5017990981931c9d0018793edc3ba85a9ecc82bafa4afed0000000049483045022100c1590c69d15038124bfc3a864393958c8a95d9eb0566c1c59618534820f0bf940220761452f33eb5663793d1f324c31286a374ae0814ccc8f56b26b913dc0e82dec601feffffff4daf1ef92ddcb890ee3858ec959239205b106aa203015c37a4423a8efb8606f80000000049483045022100a7e0b6c0b5fa68e2dd8350a889487808c563ac385bb6662c1dfe52a59963d9b1022012de4cda6ce64e85eef6d6c24e2013d4d150ff61221d2dd0ef4895aff02e2e4b01feffffff5aa7ce7d8e717edf3aa58c8b749586fac456d3c206266bc653006382dcad15410000000049483045022100be7a65a7b39718406f098408e7066acbd22ad160eacfe12b76f3f06e532597d0022001a8049c0db04a1459fbb5153270163445743937d5eb411338d93996d8840e3501feffffffe7d5b78f05b1c25f582a1c55ddbf7f28228cb312e2d7050c407b25b08d79645a0000000049483045022100958bda2c647ed165dff4fb20d67e1739992ce558d775ced451fef6f1840ba83702203e4d38fe8cb69c2b4ac27845eec455ecdcbd6207fa47e15d9cb98b2dc460477201feffffff0100ca9a3b000000001976a914bc8ea5101455d5407bb61a7fb084dd82c153462288ac962a0000",
 "blockhash": "20eef2ef68d938a0276373deef99d7db1932e888b8e7bd6d5cadcbf248305398",
 "confirmaciones": 200,
 "el tiempo": 1509404929,
 "blocktime": 1509404929
}

Así que, esta es la transacción: 11177c92109de88ed4e278c0469b3a1020fe381235b27ccd6009ba63cd8077e6

Esta transacción tiene varios 'vins' y 1 'vsal', la vins tiene un txid. Eso no significa, de las salidas del 'vins' de entrada de la transacción es la dirección que es parte de esta transacción también? Aquí está la transacción para: 54ee887755c60ce410c4e94ba95db6b43f758b1150abac1d3e33329c8f362a0d

{
 "txid": "54ee887755c60ce410c4e94ba95db6b43f758b1150abac1d3e33329c8f362a0d",
 "hash": "54ee887755c60ce410c4e94ba95db6b43f758b1150abac1d3e33329c8f362a0d",
 "versión": 2,
 "tamaño": 1135,
 "vsize": 1135,
 "locktime": 10802,
 "vin": [
{
 "txid": "1da4067ee03175efd51e1a336bf685b9c0506bcfbfaecd0d250938b9d5f5c619",
 "vsal": 1,
 "scriptSig": {
 "asm": "3045022100dd1b0a17911a8902a7ac315b0fccda45802a6ad0c4496606436bb1cf8a4195a3022073e4e68d5be3998634e68e707198986d9b2b9580731355aa49f7db25f8e5b174[ALL] 0239dc76b6876e48050513d99b5c17d5d090aac2df71bda53f9caff5e6ef91ec66",
 "hex": "483045022100dd1b0a17911a8902a7ac315b0fccda45802a6ad0c4496606436bb1cf8a4195a3022073e4e68d5be3998634e68e707198986d9b2b9580731355aa49f7db25f8e5b17401210239dc76b6876e48050513d99b5c17d5d090aac2df71bda53f9caff5e6ef91ec66"
},
 "secuencia": 4294967294
},
{
 "txid": "91e2c701a6a96c1d07cb4c3ef9fa7bf22b0251bf76af727dfd23b8b79f7ffe33",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100a2705ba00f2e662ffc1ede58afd87031e970e697b851a3396cad4bbbb1e8eb550220187138083835e933917b8dde7afc5649814294e33423e8fb58bd54790dba2b5a[ALL]",
 "hex": "483045022100a2705ba00f2e662ffc1ede58afd87031e970e697b851a3396cad4bbbb1e8eb550220187138083835e933917b8dde7afc5649814294e33423e8fb58bd54790dba2b5a01"
},
 "secuencia": 4294967294
},
{
 "txid": "404d351281963490358f38633782e99a504ea57ec48d9bde0c1b9289e055b447",
 "vsal": 0,
 "scriptSig": {
 "asm": "304502210099ba5e4f87cb57ced975601d22399ed916af9a96233565e1d5f472e2db8073460220752b875678fab1798a1bd0269a325842f2fb9ce3872709201d1b26eb9725f4b0[ALL]",
 "hex": "48304502210099ba5e4f87cb57ced975601d22399ed916af9a96233565e1d5f472e2db8073460220752b875678fab1798a1bd0269a325842f2fb9ce3872709201d1b26eb9725f4b001"
},
 "secuencia": 4294967294
},
{
 "txid": "d1b8d15d745816c1e5e474ce03bdc03799e580d206a66c42dc12eac0f3379455",
 "vsal": 0,
 "scriptSig": {
 "asm": "304402207bae193ca1f3b5dce3b31bc6c18801f47324f3dd173bc9b56983e6536aa2563802204c1dd7dcce57b79adf1a1935e194d0e106465dccb07508a02acee9298d220f9d[ALL]",
 "hex": "47304402207bae193ca1f3b5dce3b31bc6c18801f47324f3dd173bc9b56983e6536aa2563802204c1dd7dcce57b79adf1a1935e194d0e106465dccb07508a02acee9298d220f9d01"
},
 "secuencia": 4294967294
},
{
 "txid": "7a630a69bd8d3f1f5af3ef35dc33abcdf9f27a8f591f5ffd4b9385a4cc0d396a",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100fc6688ba9b7ec9d06b374bd07fc0d4ef98415afeb1d6d1575e743dccdf674d0f022047f0dc760c46aa15c4b4f3340276b98d333fcd00fddb2b475af6f423bb7d3649[ALL]",
 "hex": "483045022100fc6688ba9b7ec9d06b374bd07fc0d4ef98415afeb1d6d1575e743dccdf674d0f022047f0dc760c46aa15c4b4f3340276b98d333fcd00fddb2b475af6f423bb7d364901"
},
 "secuencia": 4294967294
},
{
 "txid": "d94a4c13aface94d878020b76e8403a36cd543e902f029e59d90d1eb0fbbe9a2",
 "vsal": 0,
 "scriptSig": {
 "asm": "304502210088bb4f7b3cc5074b90f8de7c8a61b446cee69d93842bae1db5e389867c28befc022076bc70e5252d72b29e4750e41321ac2f2be9d7afb9c0c380b10ddd94ba32aa0d[ALL]",
 "hex": "48304502210088bb4f7b3cc5074b90f8de7c8a61b446cee69d93842bae1db5e389867c28befc022076bc70e5252d72b29e4750e41321ac2f2be9d7afb9c0c380b10ddd94ba32aa0d01"
},
 "secuencia": 4294967294
},
{
 "txid": "3760d9076239606abe39d2abc1f64aa3daa0c23ca3572b48f9d842729c1cb3ad",
 "vsal": 0,
 "scriptSig": {
 "asm": "3044022042a6917812554b5ce5f14b97e7af8d5fac9b5a63ad19ee40710d7eed4f44c17002207e1f8c8ebcb890934966c233169c0bbfd08e3ec9f0ded35eb91a0ed463ab1fd4[ALL]",
 "hex": "473044022042a6917812554b5ce5f14b97e7af8d5fac9b5a63ad19ee40710d7eed4f44c17002207e1f8c8ebcb890934966c233169c0bbfd08e3ec9f0ded35eb91a0ed463ab1fd401"
},
 "secuencia": 4294967294
},
{
 "txid": "0b99f920107ccd38f6a68aef1621c4eb285a1fef7141d1ea5567c82d837324b3",
 "vsal": 0,
 "scriptSig": {
 "asm": "3044022015abbbc5e6fe8c20c19d25e01416e98c3b31399f44d14ff18c6416afe38480d7022041c8b58aa573f5fccb76b3dc3817a799ff495a251dd9709d582accf84872eedb[ALL]",
 "hex": "473044022015abbbc5e6fe8c20c19d25e01416e98c3b31399f44d14ff18c6416afe38480d7022041c8b58aa573f5fccb76b3dc3817a799ff495a251dd9709d582accf84872eedb01"
},
 "secuencia": 4294967294
},
{
 "txid": "43c9f3e2323520943701b93749e48da02702c4a7a425d39910672e563f75a7ce",
 "vsal": 0,
 "scriptSig": {
 "asm": "3045022100d15ab71c6e47f9daa642a91be207df4e9251df3858bceacb341773331dbed3d60220535191dd0cb31fddb6ced741f1fda369031d4d427e01282730de445be4b57457[ALL]",
 "hex": "483045022100d15ab71c6e47f9daa642a91be207df4e9251df3858bceacb341773331dbed3d60220535191dd0cb31fddb6ced741f1fda369031d4d427e01282730de445be4b5745701"
},
 "secuencia": 4294967294
}
],
 "vsal": [
{
 "valor": 10,
 "n": 0,
 "scriptPubKey": {
 "asm": "OP_DUP OP_HASH160 bc8ea5101455d5407bb61a7fb084dd82c1534622 OP_EQUALVERIFY OP_CHECKSIG",
 "hex": "76a914bc8ea5101455d5407bb61a7fb084dd82c153462288ac",
 "reqSigs": 1,
 "tipo": "pubkeyhash",
 "direcciones": [
"mxhxDFWXL79StxTwsudqQFmiF9PsnBfa2m"
]
}
},
{
 "valor": 0.0000548,
 "n": 1,
 "scriptPubKey": {
 "asm": "OP_DUP OP_HASH160 a0b64629c550398260caa3a538361100b97a9630 OP_EQUALVERIFY OP_CHECKSIG",
 "hex": "76a914a0b64629c550398260caa3a538361100b97a963088ac",
 "reqSigs": 1,
 "tipo": "pubkeyhash",
 "direcciones": [
"mvAimNWSJcvkxbFL1hZfrnL22MBDq2a3ap"
]
}
}
],
 "hex": "020000000919c6f5d5b93809250dcdaebfcf6b50c0b985f66b331a1ed5ef7531e07e06a41d010000006b483045022100dd1b0a17911a8902a7ac315b0fccda45802a6ad0c4496606436bb1cf8a4195a3022073e4e68d5be3998634e68e707198986d9b2b9580731355aa49f7db25f8e5b17401210239dc76b6876e48050513d99b5c17d5d090aac2df71bda53f9caff5e6ef91ec66feffffff33fe7f9fb7b823fd7d72af76bf51022bf27bfaf93e4ccb071d6ca9a601c7e2910000000049483045022100a2705ba00f2e662ffc1ede58afd87031e970e697b851a3396cad4bbbb1e8eb550220187138083835e933917b8dde7afc5649814294e33423e8fb58bd54790dba2b5a01feffffff47b455e089921b0cde9b8dc47ea54e509ae9823763388f359034968112354d40000000004948304502210099ba5e4f87cb57ced975601d22399ed916af9a96233565e1d5f472e2db8073460220752b875678fab1798a1bd0269a325842f2fb9ce3872709201d1b26eb9725f4b001feffffff559437f3c0ea12dc426ca606d280e59937c0bd03ce74e4e5c11658745dd1b8d1000000004847304402207bae193ca1f3b5dce3b31bc6c18801f47324f3dd173bc9b56983e6536aa2563802204c1dd7dcce57b79adf1a1935e194d0e106465dccb07508a02acee9298d220f9d01feffffff6a390dcca485934bfd5f1f598f7af2f9cdab33dc35eff35a1f3f8dbd690a637a0000000049483045022100fc6688ba9b7ec9d06b374bd07fc0d4ef98415afeb1d6d1575e743dccdf674d0f022047f0dc760c46aa15c4b4f3340276b98d333fcd00fddb2b475af6f423bb7d364901feffffffa2e9bb0febd1909de529f002e943d56ca303846eb72080874de9acaf134c4ad9000000004948304502210088bb4f7b3cc5074b90f8de7c8a61b446cee69d93842bae1db5e389867c28befc022076bc70e5252d72b29e4750e41321ac2f2be9d7afb9c0c380b10ddd94ba32aa0d01feffffffadb31c9c7242d8f9482b57a33cc2a0daa34af6c1abd239be6a60396207d960370000000048473044022042a6917812554b5ce5f14b97e7af8d5fac9b5a63ad19ee40710d7eed4f44c17002207e1f8c8ebcb890934966c233169c0bbfd08e3ec9f0ded35eb91a0ed463ab1fd401feffffffb32473832dc86755ead14171ef1f5a28ebc42116ef8aa6f638cd7c1020f9990b0000000048473044022015abbbc5e6fe8c20c19d25e01416e98c3b31399f44d14ff18c6416afe38480d7022041c8b58aa573f5fccb76b3dc3817a799ff495a251dd9709d582accf84872eedb01feffffffcea7753f562e671099d325a4a7c40227a08de44937b9013794203532e2f3c9430000000049483045022100d15ab71c6e47f9daa642a91be207df4e9251df3858bceacb341773331dbed3d60220535191dd0cb31fddb6ced741f1fda369031d4d427e01282730de445be4b5745701feffffff0200ca9a3b000000001976a914bc8ea5101455d5407bb61a7fb084dd82c153462288ac68150000000000001976a914a0b64629c550398260caa3a538361100b97a963088ac322a0000",
 "blockhash": "1300cb4adf6c3f3c3c016c1f4477cd9e458af8031894f44a1fec69c43845dedf",
 "confirmaciones": 300,
 "el tiempo": 1509388698,
 "blocktime": 1509388698
}

En la última transacción, tiene 2 direcciones de salida, significa eso, que el 2 de salida, las direcciones son parte de la primera transacción de entrada de direcciones?

+84
LyK 10 jul. 2015 4:16:22

me voy a almorzar un nuevo servicio para los comerciantes usar mi API de servicio para recibir pagos directamente en sus carteras a través de xpub clave , ahora tengo instalado el bitcoin core es esto posible con bitcoin core o necesito así electrum servidor

<?php
 //reemplazar con su BIP32 extendido de clave pública
 $xpub = "xpub661MyMwAqRbcGTFHLp4c7j2hByE3qazdn37fqjhtamspe2vfl4gaq4mzvgzz4bvzpfdwoeoebxwv5g2vwwp";
 $url = "https://api.smartbit.com.au/v1/blockchain/address/".$xpub;
 $fgc = json_decode(file_get_contents($url), true);
 $next = $fgc["direccion"]["extkey_next_receiving_address"];
?>

 <!DOCTYPE html>
<html>
<head>
 <script type="text/javascript" src="js/jquery.min.js"></script>
 <script type="text/javascript" src="js/qrcode.js"></script>
</head>
<cuerpo>
<center><br>
 <div id="código qr"></div>
 <script type="text/javascript">
 nueva QRCode(documento.getElementById("código"), "<?php echo $próxima; ?>");
</script>
 <br><?php echo $próxima;?><br>
</center>
</body>
</html>
<?php

Print_r($fgc);
?>
+79
MustangXY 5 may. 2014 6:57:35

No he visto que esto se ha discutido antes, si ha sido por favor, proporcione un vínculo.

Si puedo encontrar un bloque, mientras que la minería, pero luego descubres que otro minero de difusión de un bloque de meros momentos atrás, yo podría empezar de minería de datos el siguiente bloque basado en la red de bloque. O yo podría empezar de minería de datos basadas en mi rechazado en bloque. No estoy tratando de doble pasar, estoy incluyendo todos las mismas transacciones.

Parece que no tienen nada que perder, al doblar hacia abajo en este momento. Basado en mi hash poder que me espera la misma probabilidad de encontrar el siguiente bloque, pero si me la mina de mi propio bloque con éxito voy a llegar a la moneda para la minería de ambos bloques. Mismo riesgo, una doble recompensa.

Si tengo el control del 51% y hago esto, parece que el éxito de la horquilla es el resultado más probable. Dando un paso más allá con el 51% escenario: Si puedo encontrar un bloque después de 3 minutos, y calculo que el 95% de los últimos bloques se han encontrado después de 6,5 minutos no puedo retener mi bloque de la red brevemente, arriesgando el 5% de probabilidad de ser golpeado con el fin de obtener tiempo de entrega en el siguiente bloque?

Si puedo controlar el 51% y el uso de esta estrategia, ¿no es inevitable que en algún momento voy a la mina de 2 bloques rápidas, y que puedo utilizar mi posición de estar adelante de la red como palanca para obtener más hacia adelante?

Por ejemplo, me parece bloque de 1000 y la red acepta. Todos comenzamos de minería de datos para el bloque 1001. Me parece 1001 después de 3 minutos, lo guardo para mí y para empezar en 1002. Tengo suerte y encontrar 1002 antes que nadie difunde un 1001. Puedo comenzar a trabajar en el 1003. Alguien difunde un 1001 y la red se mueve en la minería de 1002. En este punto no estoy de inmediato de la difusión de mi bloque 1002. He calculado que el 99% de los últimos bloques de difusión después de 4 minutos. Así que sigo minería 1003 para un adicional de 4 minutos, teniendo sólo un 1% de probabilidad de ser invalidada.

Entonces, sólo después de que la red ha perdido 4 minutos de la minería 1002 puedo transmitir mi 1002 que invalida la otra minero 1001 y el conjunto de las redes de los gastos en 1002. Esto me deja con la ganancia de bloques 1001 & 1002 un 4+ minutos de head start en el 1003.

Si puedo controlar el 51% y el uso que de estrategia, donde cada rápidos bloque de encuentro y de cada bloque de la red se encuentra de combustible de mi head start, ¿no es inevitable que en algún momento voy a ganar el poder a la cadena de la red, donde a lo largo de todo su trabajo se desperdicia en los bloques ya he encontrado pero no se comparte.

¿No sería este ser invisible para los usuarios y los comerciantes aún devastador para los mineros? No esta disincentivize minería aumentando mi pariente hash de alimentación y la longitud de la cadena a lo largo de las cadenas?

+49
Janiel 2 jun. 2019 17:04:03

Mostrar preguntas con etiqueta