Es una repetición de ataque a prueba de suave horquilla posible?

Dicen que hay un soft-tenedor. Una es la cadena que la implementa, B es la cadena que tiene una transacción válida pre-soft-tenedor, pero no post-soft-tenedor, así que siguiendo las viejas reglas. Sabemos que a y B se pueden combinar si Una se hace más largo, ya que todo del tx son compatibles con B, pero no viceversa.

De todos modos, en esta situación, es muy posible que los usuarios están sujetos a ataques de repetición. Si vas a gastar en Una, el mismo tx puede ser reproducido en B. para evitar esta situación, seguramente tendría que haber algún tipo de ataque de reproducción de prevención.

Mi pregunta: Es una repetición de ataque a prueba de suave horquilla posible? Si es así, ¿cuál sería el mecanismo para hacerlo desde un punto de vista técnico?

+547
vafylec 6 ago. 2011 12:13:14
15 respuestas

Asumir una blockchain modelo que no contenía los datos de la transacción - sólo pura datos. Después de un tiempo estos datos simplemente tendría que ser eliminado, y bloques enteros sería eliminado. Cómo sería el modelo de seguridad de la blockchain sufrir? ¿Sería más fácil para una "cadena larga" de ataque, y si es así, ¿cómo puede prevenirse?

La idea es almacenar los datos en el blockchain. Nadie puede almacenar datos en esta cadena, y todos los nodos tienen una copia de esta cadena. Hay un bloque de carrera, para asegurar el blockchain como normal, pero no habría recompensas ya que este no es un sistema basado en el dinero. Cómo la deleción es de hecho aún no se ha explorado, pero, básicamente, todos los nodos de acuerdo en todos los bloques de más de x meses de ser eliminado de sus sistemas.

Sería un atacante ser capaz de calcular una larga cadena si saben de el punto en el que se eliminan los datos, a continuación, mostrar esto a la red y, a continuación, hacer que la red creen que esta es la correcta y válida de la cadena? Si es así, ¿cómo podemos detener esto? (Suponga que el atacante tiene menos de 51% de la potencia de computación.) He mirado en la hora, y la cápsula del tiempo basado en el cifrado, pero lo que yo quiero es un mecanismo por el que un atacante no pueda crear un bloque sin cierta información que sólo podría ser revelado en un día específico.

+917
Chaitanya Reddy 03 февр. '09 в 4:24

Haga clic aquí para referencia.

Tenga en cuenta también que una salida puede ser utilizado sólo una vez. Es por eso que hay un concepto de "cambio de dirección" en el ecosistema bitcoin: si una salida de 10 BTC está disponible para mí de pasar, pero solo necesito transmitir 1 BTC, voy a crear una transacción con dos salidas, una con 1 BTC que quiero gastar, y el otro con 9 BTC a un cambio de dirección, así que puedo pasar este 9 de BTC con otra clave privada que tengo.

Entonces, ¿qué pasaría si una salida de 1 BTC está disponible para mí de pasar, pero quiero gastar 10 BTC?

Nota: es una pregunta de carácter general y no es específico para ninguna función API.

+784
Rondreka Randolph 9 may. 2013 17:24:54

Confirmado trabajo, onu-archivo de la dirección original que tenía la bitcoins en pre split, esperar algo de tiempo, registro, inicio de sesión de lucro :-)

+748
STEVEcKONG 24 ene. 2012 18:10:57

Usted no puede, como existe en la actualidad ninguna manera en el Bitcoin Core RPC para obtener varios bloques con un solo comando. Usted tendrá que emitir múltiples getblock comandos. Si utiliza un JSON-RPC del cliente mediante programación, puede utilizar JSON-RPC lotes de las solicitudes en orden a tener que enviar sólo un JSON-RPC solicitud para ejecutar múltiples Rpc y obtener el resultado en una respuesta.

En cuanto a la manera de extraer la información, se necesita un JSON parser para extraer la información. Usted puede utilizar el nivel de verbosidad 2 con el fin de conseguir las transacciones decodificado así, en lugar de sólo sus txids.

+683
Canberra Whip 15 jun. 2018 19:27:41

el uso de PHP y Bitcoin-biblioteca de PHP, podemos hacer lo siguiente para obtener la dirección Bitcoin de cualquier clave privada:

 try {
 $master = PrivateKeyFactory::fromWif($clave);
 } catch (\Exception $e) {
 echo "Dirección no válida";
}

 $BitcoinAddress = $master->getPublicKey()->getAddress()->getAddress();

 echo $BitcoinAddress;
+651
Rishabh Rusia 1 abr. 2012 19:41:16

Me gustaría señalar que se están alejando de las donaciones. Creo que el tipo de personas que donan BC son probablemente poco probable que donar si AC no es una opción.

Sin embargo, mi mayor sugerencia no es para ellos, pero para usted: hay que estar preparado para la posibilidad de que nada de lo que diga va a cambiar su mente. Ser de derecha no es garantía de que usted será capaz de convencer a la gente.

Recuerde también, que una organización reputación vale MUCHO - se puede ser a la derecha que van a perder de donación más de lo que ganan, incluso si la razón por la que perder la reputación es estúpido.

+643
OtterFamily 19 feb. 2011 12:11:03

No hace una diferencia si puedo volver a usar la misma dirección bitcoin con el mismo destinatario o con un destinatario diferente?

Ejemplo, yo hice una transacción con Alice con mi ABC de la dirección.
Entonces...
Escenario a: hice mi 2º transacción con Alice (de nuevo), utilizando la misma dirección de ABC.
Escenario B: yo hice mi 2º transacción con John usando la misma dirección de ABC.


Ambos escenarios en peligro la seguridad de mi ABC de la dirección de la misma, o será el Escenario B perjudicar la seguridad y mucho menos?

En otras palabras, un ataque/hack de ser hecho en mi usados dirección por cualquier persona o sólo por el destinatario/contraparte de la transacción?

Nota:
Esta no es una pregunta en anónimo/privado. Esta es una pregunta sobre la seguridad/el compromiso.

+605
Sarthak Das 28 abr. 2018 22:18:15

El momento en que la transacción fue confirmado, puede ser encontrado en la 4B de hora en el encabezado de bloque (POSIX de tiempo de codificación)

Para calcular el promedio de las transacciones confirmadas/hora, usted puede considerar el encabezado de la hora y el número de transacciones en cada uno de los bloques en el período de tiempo considerado. El primer byte después de la cabecera representa el número de transacciones en el bloque. Sin embargo, es posible que desee excluir de la coinbase tx desde el recuento de transacciones para sus propósitos.

Si desea calcular el tiempo entre la radiodifusión y la confirmación de una transacción dada, debe tener conocimiento de cuando una transacción específicamente de difusión. Puesto que esto es sólo el caso si usted emite un tx de usted mismo, usted no puede calcular exactamente. Sin embargo, puede determinar cuando un tx se aceptó a la mempool de su nodo local, y usar eso como un proxy. Bitcoind ofrece un tx servicio de suscripción por el que se publica recién aceptados mempool tx a través de una zmq de la interfaz. Por la indexación de estos con locales de marcas de tiempo(tiempo de mempool aceptación), su aplicación puede luego determinar el tiempo transcurrido para la confirmación de una previamente indexados tx de un bloque que incluye este tx y el encabezado de bloque de marca de hora.

+577
Ramkrushn Patel 19 may. 2010 3:17:20

Uno de los preguntas de investigación para la Red de Rayos es que va a tomar una enorme cantidad de de la cadena de transacciones para crear una cantidad suficiente de canales de pago para todo el Rayo de los usuarios de la Red. Últimamente, he visto el término "Canal de las Fábricas" pop-up en este contexto.

¿Qué son los Canales de las Fábricas? ¿Cómo funcionan? Cómo ayuda esto a escala de la Red de Rayos?

+485
Hashim Uqdah 27 mar. 2018 11:28:56

Las barras azules indican el volumen de la transacción en ese período, esta es la cantidad de bitcoins se han comercializado. El uso de los números azules en el eje a la izquierda para ver cuántos bitcoins fueron objeto de comercio.

La línea amarilla es el promedio ponderado de los precios en ese período. Utilice el número de color amarillo de la derecha para ver cual es el precio.

El verde y el rojo de las piezas muestran las fluctuaciones (alta y baja) en torno a la media de los precios. Esto demuestra que a las 16h00 hubo un comercio a un precio por encima de los 1000 (USD supongo). Sin embargo, esto podría ser un solo comercio de 0.001 BTC por 1 dólar... no Se puede derivar este de la tabla.

+417
normgatt 12 ene. 2011 19:41:04

primera vez que publica aquí.

Yo estaba interesado en cómo funciona el software de minería de datos hacia abajo a los bytes. Me encontré con este artículo bien escrito aquí:

http://www.righto.com/2014/02/bitcoin-mining-hard-way-algorithms.html

En "Notas y Referencias", que proporciona un programa en python que genera la merkle raíz de una lista de hash de la transacción. Lo que no entiendo es, no obstante, por qué o cómo el hash de la coinbase transacción está incluido en esa lista.

Digamos que usted está en el proceso de minería de datos un nuevo bloque. De hacer su lista de hash de la transacción(sin el coinbase de transacción, como usted no ha minado el bloque), crear la merkle raíz y supongo que el nonce hasta crear un bloque. Ahora el coinbase lleva a cabo la transacción y usted consigue sus bitcoins, la coinbase transacción hash ahora tiene que ser incluido en la lista de hash de la transacción. Pero que cambia el merkle de la raíz y por lo tanto todo el bloque, lo cual la haría unvalid.

Cómo es que esta resuelto? ¿Sabe usted el hash de la coinbase transacción por adelantado? O ¿no incluyen el coinbase de transacción para el nuevo bloque y el código de python no es correcta?

También un lado de la cuestión es que, en el código de python esta parte me confunde un poco:

 h = hashlib.sha256(hashlib.sha256(a1+b1).digest()).digest()

Hace a1+b1 significa que usted realizar la suma de los valores de hash o que acaba de anexar los dos hashes juntos?

Gracias de antemano,

Fihdi

+143
plgod95 28 jun. 2011 2:54:47

Si le preocupa la privacidad, checkout mi app Coinfox, cryptocoin de la cartera de tracker. Almacena todos tus datos del lado del cliente en localStorage, y es completamente de código abierto

+121
maniacyak 15 sept. 2018 3:32:23

Entiendo cómo un Merkle raíz se calcula y se almacena en el bloque. Pero, ¿cómo mineros verificar una transacción con el Merkle raíz?

Aquí son 18 las condiciones que verificar una transacción. Ninguno de ellos utiliza Merkle raíz.

+81
Saidjinn 3 sept. 2014 21:10:34

He estado leyendo un poco acerca de Bitcoin recientemente y estoy fascinado con el proyecto y creo que tiene un gran potencial.

Sin embargo, una cosa que creo que se necesita con el fin de ganar popularidad entre la masa es hacer de modo que si usted le da a alguien de su dirección a la que puede ir y ver todas sus transacciones anteriores.

Sé que en Bitcoin se supone que uno debe crear una nueva clave para cada transacción, pero muchas personas no estarán dispuestos a hacer eso. No creo que la mayoría de las personas se preocupan por tener el completo anonimato de cada una de las transacciones que hacer - pero en el caso de Bitcoin, si no le importa que la persona puede ver todo el registro de transacciones.

Habría una manera de tener ambos? No soy experto en Crypto (obviamente), pero podría tal vez tener una dirección (decir tu dirección de correo electrónico) y cada vez que usted use el sistema genera un nuevo hash-dirección automáticamente y se envía. Así que, si alguien sabía su dirección de correo electrónico que le dan a la gente a pagar ellos no podían ver las transacciones que usted realiza debido a que sus hash dirección que está en el blockchain no está directamente vinculada a ella.

Esto probablemente no va a funcionar, pero me pregunto si alguien más ha pensado en esto? Creo que es lo que se necesita.

Cualquier comentario sería increíble!

+32
Dimarik0303 4 ago. 2011 18:11:14

Lo mismo que sucede cuando un cambio o bitcoin empresa que acepta depósitos desaparece: es probable que los usuarios pierden sus depósitos.

A menos que la puerta de enlace de alguna manera une sus Pagarés emisión de un contrato legal a través de algún esquema de firma digital. En ese caso, los usuarios pueden ser capaces de demandar o de obtener algo del proceso de quiebra de la empresa.

+27
AbePralle 3 ene. 2011 16:29:54

Mostrar preguntas con etiqueta