Es cierto que se envía desde una dirección expone la clave pública de una dirección bitcoin?

Hace poco me enteré de que su clave pública + privada es una clave hash, que se unen para formar su dirección bitcoin. ¿Es esto cierto?

Por favor alguien puede confirmar si se cumple lo siguiente:

  • Si una dirección bitcoin nunca envió los fondos, usted tendría que adivinar el público + clave privada de la dirección bitcoin.
  • Si una dirección bitcoin había un saliente de la transacción, la clave pública está ahora fuera en el abierto, y usted sólo tendrá que adivinar la clave privada.
  • Dirección única, billeteras de Papel que había un fuera va transacción tiene un riesgo de que los fondos robados puesto que la clave pública es ahora en el abierto.
  • Hay un sitio que enumera todas las direcciones bitcoin con su clave pública expuso que también todavía tiene grandes sumas de bitcoin en ella?
+132
Juan Pablo Ugas 11 feb. 2014 20:37:21
20 respuestas

No he utilizado Dash, pero ellos dicen que es basado en Bitcoin-QT (de Bitcoin Core). Suponiendo que operan de manera similar, a continuación, con el fin de recuperar las monedas, que necesita tanto de su cartera.archivo dat y su contraseña. Si no dispone de ellos, sus monedas se perdería. Se debe estar seguro y fiable de copias de seguridad.

Algunos cartera de clientes puede dar una "frase mnemotécnica" (no es el mismo como una frase de contraseña) que puede ser utilizado por sí mismo para recuperar sus monedas. Sin embargo, Bitcoin Core no es uno de ellos, así que yo supongo que Dash no admite esta bien.

+971
Abhimat Gautam 03 февр. '09 в 4:24

Un amigo estaba tratando de enviar me bitcoin usando un Bitcoin ATM, se envió a los fondos a "su número de teléfono" en lugar de mi billetera código QR. El CAJERO automático se indica que Bitcoin fue enviado, pero mi amigo no tiene una cartera de dirección. Parece una cartera de dirección fue generado por ella y no sabemos cómo recuperar esta bitcoin atrás, puede usted ayudar?

+943
Jeffrey Bond 1 nov. 2012 15:17:16

No hay manera de enviar mensajes dentro del sistema Bitcoin, y no hay ningún enlace URL en el cliente Bitcoin todavía. En general, lo que hacemos es proporcionar al cliente un Bitcoin y dirección de pago de una cantidad, ya sea en la página web, por correo electrónico o por algún otro método.

+915
Josh Wilcox 16 jul. 2013 9:50:41

He leído ScriptSig contenido durante la firma (cuadrática hashing) discutir cuadrática hash problema.

Cuadrática hash problema es la cuestión de que la firma (o verificación) de tiempo de la transacción crece con el cuadrado del número de entradas (O(n^2), donde n es el número de entradas).

¿Por qué es eso así? Yo razón el siguiente:

  1. Para cada entrada de construir plantilla diferente. O(n)
  2. Esta plantilla debe ser el doble-SHA-hash. - Doble-SHA-hash duración depende linealmente del tamaño de la plantilla?
  3. Doble hash de plantilla (de longitud fija) se firmó. - como la eslora se fija este paso es de duración fija

Como en el paso 2 es linealmente dependiente del tamaño de la plantilla, por lo tanto es linealmente dependiente de la cantidad de entradas, dando tiempo final relación de dependencia O(n^2)?

Más precisamente, O(n^2+m) donde m es el número de salidas (ya que esto contribuye en el paso 2)?

+898
InfoStatus 21 may. 2017 5:27:44

Quisiera hablar con los creadores de bitcoin qt y bitcoin core. He buscado en google pero no encuentro una dirección de correo electrónico o una forma de contacto!

+876
Anuj Goyal 17 ene. 2016 12:38:09

Así que tengo una billetera creado con Electrum. Cuando la firma de transacciones en el almacenamiento en frío de la máquina, me gustaría ser capaz de comprobar que la dirección que estoy enviando el cambio es en realidad un cambio de dirección que tengo, sin embargo, desde Electrum es sin conexión no está actualizada con los que se aborda se han utilizado, y para el próximo cambio de dirección que se utiliza en la transacción no ha sido creado aún.

Para recibir direcciones, yo era capaz de crear manualmente estas direcciones mediante la ejecución de:

>> cartera.de almacenamiento.put('gap_limit', 50)
>> cartera.de almacenamiento.write()

en la consola, lo que genera el 50 rx direcciones de la pena de teclas.

Sin embargo, esto sólo genera la recepción de direcciones, y tengo fondos en el cambio de las direcciones más allá de los 6 que se genera por defecto. Por desgracia no he encontrado la forma de aumento de esta brecha límite para cambio de dirección. He intentado buscar a través de la electrum fuente, pero no he encontrado nada que me permitiera cambiar esto.

+856
Boumbles 9 mar. 2019 6:09:14

Algunas carteras permiten recibir monedas a la misma dirección se envían desde. Pero en general esto no es una buena idea; sus transacciones podrían ser más fáciles de rastrear esta manera.

+843
sandy 28 ago. 2010 15:39:55

Echa un vistazo Harborly que permiten almacenar los litecoins en una billetera en línea y comprar/vender litecoins con una cuenta bancaria en estados unidos.

+822
SigBaldi 5 may. 2011 18:38:29

Cuando un bloque se presenta mined, el bloque de la recompensa y honorarios sólo puede ser usado por el minero después de 100 bloques. Si el bloque se pone huérfanos antes de eso, la recompensa y los cargos que se deduce, que nunca llegue a existir en absoluto.

+812
chick 3 mar. 2015 18:00:24

¿Por qué necesitamos las marcas de tiempo en los bloques?

Tiene algo que ver con el consenso?

+793
Dhawade Fasasa 28 jul. 2018 6:53:19

Estamos desarrollando una solución de e-commerce y considerar USDT para aceptar pagos.

En el momento en que entiendo que puede generar muchas direcciones (1 por transacción) con BIP32 spec enfoque. Basado en Omni spec parece que vamos a tener que enviar dinero desde cada dirección a otra dirección (digamos master de la cartera) con el fin de ser capaz de retirar o acto con el importe recibido en su totalidad.

Mientras blockchain de Bitcoin permite generar transacciones con múltiples entradas (por lo que podemos enviar 1 tx de muchas entradas) a una o más salidas que este no es compatible en Omni.

Así que la pregunta es cómo hacerlo de la manera correcta? El envío de una dirección a otra dirección que tomará el cargo en BTC producción adicional de los costos (como 1 millón de transacciones media de 1M dirección X cuota).

+713
Christina Garcia 16 ago. 2016 11:15:50

Necesito saber todos los bitcoins transferidos de una dirección en particular a una dirección en particular.

Para ello estoy utilizando el blockexplorer de la API, para ello utilizo sus "Transacciones para múltiples direcciones" de la API ya que sólo esto proporciona un paginado respuesta. Otros sólo dan 10 resultados de forma predeterminada.

Así que iterar a través de las transacciones, mira fromAddress en vin, del mismo modo búsqueda para toAddress en vsal. Si todo lo satisfecho que me tome ese valor.

para la transacción en tx:
 valueIn = transacción['valueIn']
 valueOut = transacción['valueOut']
 confirmaciones = transacción['confirmaciones']
 si confirmaciones >= 12:
 vin = la transacción['vin']
 para la fila en vin:
 si row['direccion'] == fromAddress:
 vsal = transacción['vsal']
 para j en vsal:
 direcciones = j['scriptPubKey']['direcciones']
 si toAddress en conjunto(direcciones):
de salida.append(j['valor'])

Pero en algunos casos los vi varias direcciones en vin, cuando es eso? Mi lógica todavía sería correcto, si mi dirección es parte de eso?

+641
andejons 10 jul. 2010 4:20:02

Hice una copia de seguridad de un anticuado interfaz de línea de comandos BTC cartera, he aquí un ejemplo: "master_private_key": "df484533kf5mzv83892a234a44ae9z83m832987a82mqwmdkks018121204v95las9"

¿Cómo puedo importar esta clave en otra cartera?

+622
user1878905 19 ago. 2012 3:09:39

Recuperable -> DER

Uso recoverable_convert. (que llama a secp256k1_ecdsa_sign_recoverable)

DER -> Recuperable

Uso sign_recoverable. (que llama a secp256k1_ecdsa_recoverable_signature_convert)

^^Yo no podía encontrar una manera más fácil.

+578
kevinweber 22 oct. 2010 15:01:28

Usted podría utilizar la dificultad como un límite inferior para el precio de Bitcoin como mineros van a dejar de minería de datos (por lo tanto la disminución de la dificultad) si es que ya no es rentable (que depende del precio de Bitcoin). Así que el precio afecta a la dificultad pero no necesariamente al revés.

+535
MrMage 23 oct. 2011 4:03:04

La primera "respuesta" no explican por qué nLockTime no puede trabajar (muy superficial), y también afirma sin justificar es que los Canales de Pago no puede trabajar aunque Storj está trabajando en una implementación de canales de pago para la entidad de Contrapartida y se puede ejecutar en testnet hoy: https://github.com/F483/picopayments-cli-python#testing-guide. (Hay una por separado repo para el centro, para aquellos que desean ejecutar un concentrador).

Yo diría que es más probable que no que la Contraparte será capaz de trabajar con nLockTime (si una transacción no puede ser extraído, puede ser ignorado por la Contraparte hasta después de que se puede).

+532
Paul Lemus 8 ago. 2012 8:51:55

He estado leyendo acerca de la función de secuencia de comandos en las transacciones y deduzco que debe ser posible hacer un Bitcoin transferencia a un receptor que conozca la contraseña. En lugar de comprobar una dirección, el guión podría comprobar que el hash de una entrada corresponde al valor dado por el remitente.

Tengo un par de dudas sobre cómo funcionaría exactamente. El script que tengo en mente, siguiendo la notación utilizada en https://en.bitcoin.it/wiki/Script para el estándar IP y de las transacciones, es:

scriptPubKey: OP_HASH160 <passwordHash> OP_EQUALVERIFY OP_CHECKSIG
scriptSig: <sig><pubKey><contraseña>

La transferencia de seis pasos:

- Pila: Vacío de secuencia de Comandos: <sig><pubKey><contraseña> OP_HASH160 <passwordHash> OP_EQUALVERIFY OP_CHECKSIG
- Pila: <sig><pubKey><contraseña> secuencia de Comandos: OP_HASH160 <passwordHash> OP_EQUALVERIFY OP_CHECKSIG
- Pila: <sig><pubKey><passwordhashA> secuencia de Comandos: <passwordHash> OP_EQUALVERIFY OP_CHECKSIG
- Pila: <sig><pubKey><passwordhashA><passwordHash> secuencia de Comandos: OP_EQUALVERIFY OP_CHECKSIG
- Pila: <sig><pubKey> secuencia de Comandos: OP_CHECKSIG
De la pila: la verdadera secuencia de Comandos: Vacío

He dejado OP_HASH160 porque ya está siendo utilizado por lo que ninguna nueva operación es necesaria, pero los otros hashes en la secuencia de comandos debe ser posible. El protocolo tiene algunas propiedades como la contraseña público cuando las monedas son transferidos.

Es este código correcto? Hay algo similar en el blockchain? Me gustaría probarlo, pero no estoy realmente seguro de cómo conectarse a la red con una secuencia de comandos. Debo crear en primer lugar una transacción a un "Bitcoin Limbo" y, a continuación, tratar de recuperar a la final de la dirección?

+343
Tumbao 11 dic. 2014 0:14:48

Todos los Nodos de validar todas las transacciones después de todo bitcoin se extraen?

Un fork de bitcoin core con todas las monedas pre minado sería comportarse de esta manera también me imagino..?

También, estos nodos crear bloques de transacciones, si es así, ¿por qué no completa los nodos de hacer esto ahora? Es la minería, sólo un mecanismo de seguridad para un permissionless de la red?

Ver esta oferta en el siguiente enlace:

Blockchain Validación vs Blockchain Consenso

Es importante tener en cuenta que "validación" y "consenso" no son la misma cosa. Una Blockchain Validador realiza la validación por parte de la verificación de que las transacciones son legales (no maliciosos, doble gasta etc).

Sin embargo, el Consenso consiste en determinar el orden de los eventos en el blockchain — y llegar a un acuerdo en ese orden.

Esencialmente, el Consenso consiste en ponerse de acuerdo sobre el orden de la validación de las transacciones.

La validación precede al Consenso. Podemos muy bien tener algo que es "válida" de que la red no "de acuerdo" en.

https://medium.com/@BitSongOfficial/blockchain-validation-vs-consensus-4adfce5ac030?_branch_match_id=601696356432534106

+236
Jerry Fowler 25 feb. 2010 0:37:55

Creo que lo que usted está buscando ha sido puesto en libertad.

Bitcoinary. https://www.bitcoinary.com

Bitcoinary Screenshot

+91
Brian Williams 27 may. 2017 10:57:11

La mayoría de Bitcoin lookalikes no son realmente vale la pena mirar. Los dos que son más o menos aceptados son Litecoin y Namecoin, de los cuales el último es no pretende ser una moneda. Otro más o menos popular cryptocurrency que no está basada en Bitcoin es de Rizo.

Sé que hay muchos más Bitcoin basado en monedas. La mayoría de ellos no son adoptadas y por lo tanto son insignificantes. El valor de estas monedas se realiza por la voluntad de la gente para intercambio de valor, como los objetos o el dinero. Mientras nadie usa estas monedas alternativas, no tienen sentido en absoluto.

Y, francamente, ¿no sería mejor que primero intente hacer uno cryptocurrency tener éxito en lugar de desove de las cientos de personas antes de que el mundo sabe lo que es un cryptocurrency es?...

+29
Christina103 6 feb. 2011 1:08:47

Mostrar preguntas con etiqueta