relación entre las variables de entrada en una sola transacción

enter image description here

Soy un estudiante para aprender acerca de bitcoin.

vi una gran cantidad de transacciones desde Blockchain.info para el estudio, y algunas de las transacciones que no pueden ser conocidos.

por qué la dirección '367f4YW...' pagar a sí mismo?

está disponible para adivinar una relación entre '367f4YW...' y '15ozxv...'?

+188
Omar Khan 5 may. 2016 23:16:09
16 respuestas

¿Cómo comprar y vender bitcoins de trabajo una vez realizado el pedido?

Yo sólo sé que la orden de coincidencia de motor se utiliza para este propósito, pero más información acerca de este será de ayuda.

+797
bloomers 03 февр. '09 в 4:24

¿Cómo sería un cliente paga la totalidad de la factura, o sólo la punta en Bitcoin?

Lo que la tecnología es el más adecuado para esto? (pago por código de barras)

Debe el camarero tiene un iPhone cartera así?

Cómo sería el restaurante asociado pagos a los clientes?

+732
Ian Sellers 24 oct. 2010 12:56:46

He intentado instalar el coinpunk después de seguir las instrucciones dadas en github sobre coinpunk de la instalación. Bitcoind instalado correctamente pero cuando intento ejecutar el mecanismo nacional de prevención de instalar comando, se inicia el proceso y no se detiene. Aunque he probado el mismo proceso en dos servidores diferentes(centos,ubuntu), pero da el mismo error.

+723
FrustratedWithFormsDesigner 7 abr. 2016 9:27:05

En primer lugar, lo que se define como la clave pública y la clave privada son en realidad una dirección bitcoin y una clave privada codificada en la Cartera Formato de Importación (WIF).

Con el fin de comprobar que el WIF y el bitcoin direcciones desde el mismo par de claves, vamos a necesitar para descifrar la clave privada a partir de su WIF (formato de comprobación de que la codificación es aceptar), se derivan de la clave pública de la clave privada, y generar la dirección bitcoin usando la clave pública. Si el generado dirección bitcoin coincide con el uno, el uno y el WIF son creados desde el mismo par de claves.

Con el fin de decodificar el WIF vamos a seguir los pasos de la wiki de bitcoin.

Vamos a ver cómo podemos hacer esto en python:

de binascii de importación hexlify, unhexlify
a partir de la firma ecdsa de importación SigningKey, SECP256k1
de hashlib de importación sha256
de bitcoin_tools.cartera de importación generate_btc_addr, WIF, TESTNET_WIF


def wif_to_sk(wif, red='principal'):
 si la red no ['principal', 'prueba']:
 # Añadir más redes, si es necesario.
 raise Exception('Mal ' red')
otra cosa:
 si la red es 'principal':
 versión = WIF
otra cosa:
 versión = TESTNET_WIF

 decoded_wif = b58decode(wif)

 c = decoded_wif[-4:]
 v = decoded_wif[:1]

 # El byte define la versión, afirman que es correcto.
 afirmar v == chr(versión)

 # Los cuatro últimos bytes de la WIF son los cuatro primeros bytes de la suma de comprobación, verificación de que tiene un
 checksum = sha256(sha256(decoded_wif[:-4]).digest()).digest()
 afirmar la suma de comprobación[:4] == c

 # Si la clave privada en el WIF corresponde a un comprimido de clave pública, también debe caer el último byte, que se
 # ser 01. Podemos comprobar que por la comprobación de la longitud de la clave actual. 32 bytes wil decir sin comprimir, mientras que el 33 y
 # una de las principales 01 significa comprimido.
 sk = hexlify(decoded_wif[1:-4])

 comprimido = False

 # Aviso que ya hemos hexlified el sk, el tamaño se duplicó.
 si len(sk) es de 66 y sk[-2:] == '01':
 sk = unhexlify(sk[:-2])
 comprimido = True
otra cosa:
 sk = unhexlify(sk)

 volver sk, comprimido

# Los datos proporcionados
wif = 'KwfNqMip1ZdgG2o6wYQUBXv8BqkMQ8VWwescvu5tlpzp31m5eheq'
btc_addr = '13YcHBzsBX8SxHoBftb69cXJkdXLfAVQos'
red = 'main'

sk, comprimido = wif_to_sk(wif, network=red)

# Obtener la clave pública de la clave privada
pk = SigningKey.from_string(sk, curva=SECP256k1).get_verifying_key()

# Afirmar que la calculada dirección bitcoin y la prestación de uno de los partidos.
afirmar generate_btc_addr(pk, v=red, comprimido=comprimido) == btc_addr

Para decodificar el WIF formato hay un par de cosas que usted puede saber. En primer lugar, la versión de la red (normalmente mainnet o testnet) y luego, si la clave privada que corresponde a un comprimido o sin comprimir de clave pública. La versión de la red determinará el primer byte de la WIF formato, mientras que si los relacionados con la clave pública es comprimido o sin comprimir determinará el último byte antes de la suma de comprobación.

Descargo de responsabilidad: El código utiliza una función generate_btc_addr, a partir de una biblioteca de python he desarrollado, que calcula una dirección bitcoin de una determinada clave pública. La función de llamada de un montón de otras funciones simples para derivar la dirección bitcoin, pero incluyendo en la respuesta que la harán aún más que lo que es. Usted puede tener la biblioteca de GitHub, o conseguir las funciones del archivo específico.

+681
Carrington Dennis 31 mar. 2015 15:17:33

El hardware de la controladora no importa. Puede ejecutar cgminer en una Raspberry Pi o un router TP-Link, ambos son terriblemente débil y no tiene absolutamente ningún efecto sobre el ASIC de ningún tipo. Para este fin, incluso KNC de minería de datos en plataformas de uso Beaglebone Black tablas para el control de la parte superior de la gama de los mineros. La mayoría de las casas de los mineros el uso de la Raspberry Pi, debido a su bajo costo y fácil de ejecutar software como MiningPeon.

De CPU, memoria, GPU son en gran medida irrelevante.

+612
DJL1992 20 abr. 2015 21:18:28

Si se me permite, y este podría ser un poco pero a su alrededor de la idea de derecho.

Continuando con el Señor Scwartz la respuesta.

Otro gran papel importante en la H/s es OpenCL y CUDA. Cada uno de proporcionar un medio de comunicación/un protocolo entre fabricantes de hardware diferentes pueden interactuar más fácilmente. Así como Schwartz dijo que usted necesita para utilizar la potencia de computación (recursos) de la ficha para que sea útil. OpenCL y CUDA permitir que el software a utilizar muchos de hardware diferentes piezas a la vez. Así que algunos de los pasos para realizar la minería de datos puede realizarse en la CPU, mientras que otros se ejecutan en la GPU. Gracias a OpenCL, usted fácilmente puede llamar a una función y que utilizará los recursos que ha avalible. (No estoy diciendo OpenCL tiene una función doHash (), pero más de algo a lo largo de las líneas de si(elegantWork) useCPU; else if(bruteWork) useGPU;)

También a los equipos de la máquina lenguaje de la arquitectura, de jugar un gran papel. El ISC (Instruction Set Computer) es un equipo con un conjunto definido de instrucciones de su procesador puede realizar. Así que hay muchos tipos. RISC, BRAZO, etc (Idk muchos de ellos o mucho acerca de que hay diferencias) Pero algunos de ellos tienen instrucciones que son útiles para la minería y algunos tienen algunos que no lo son. Hay circuitos en algunas de las fichas que tratan de adivinar el futuro, por lo que si se ve que son gonig para ejecutar una instrucción de ramificación, puede intentar trabajo por delante en cada rama, y luego una vez que se sabe que va a soltar a todos los demás, y continuar en la rama derecha. Bien puede ser que no haya necesidad de que en la mezcla, por lo que la parte del chip es inútil para nosotros si queremos hash.

ASIC y FPGA son chips (Circuitos Integrados) que están diseñados específicamente para la minería. Tienen circuitos único que necesitan para hash, y un montón de ellos, y tirar el resto de las cosas. Es por eso que un ASIC sólo es bueno para la mezcla si ese es su aplicación (sólo "sabe" cómo hash). FPGA es un Field Programmable Gate Array, es un montón de multi propósito puertas (circuitos) en un chip que puede ser programado para realizar una tarea específica (como hashing), pero todavía tiene algunas otras cosas que no es útil; las otras cosas que hay para que pueda ser de propósito general. (La gente escribe de software por lo que utiliza los recursos de la buena, HardwareDescriptionLanguage HDL describe los circuitos físicos y se utiliza para escribir el código que se programa del FPGA; Así que si tienes un FPGA y quiero a la mía, usted tiene que encontrar un HDL programa que se puede utilizar para grabar/de escritura con el chip para hacer el algoritmo de hash, a continuación, ejecuta el software que hace uso de los circuitos que has escrito en el chip)

Así que cualquier chips de rendimiento puede ser determinado por las instrucciones puede el proceso, de lo bien que puede procesar las instrucciones, y cuán eficiente es (si se puede). Ya que hay una gran cantidad de problemas únicos en el mundo, que significa que tratamos de crear una miríada de único IC con una gran variedad de habilidades.

+588
Tumharyyaaden 12 ago. 2015 9:06:58

Usted no necesita tener las transacciones en orden a la mía. Un bloque siempre contiene al menos una transacción, el "coinbase" transacción que dice donde el bloque de la recompensa debería ir, pero no es necesario que contienen otros.

+376
Angela Snow Romney 24 jun. 2016 21:13:56

Quiero conectar a un nodo local que he configurado en regtest uso del modo de bitcoind. El nodo estoy conexión de no bitcoind y necesito configurar el puerto que quiero que los compañeros de descubrimiento " que tendrá lugar. Qué parámetros necesito poner en mi bitcoin.conf para bitcoind?

+368
Rado Buransky 9 mar. 2010 19:21:39

La cuota predeterminada está en su lugar para reducir la posibilidad de la creación de polvo salidas (minúsculas cantidades de bitcoin). Polvo salidas de costo más para gastar lo que valen en sí mismos y que todavía necesitan ser almacenados en el espacio de disco de cualquier persona que almacena la completa blockchain - así son mal vistas.

Para leer una discusión sobre ese asunto con algunos de los principales Desarrolladores es posible que desee revisar el mínimo de La tasa de transferencia no es trivial ya.

En la actualidad, hay algunos de minería de piscinas que aceptar transacciones aún sin gastos de transacción. El valor predeterminado tarifa de transacción en bitcoin-qt se ha bajado antes, cuando el valor de bitcoin incrementado lo suficiente para hacer que el recomendado tarifa de transacción demasiado alto. Esto ocurrió, por ejemplo, en Mayo de 2013, cuando la cuota predeterminada se reduce a 0.0001 BTC de 0.0005 BTC.

Por lo tanto, es de esperar que el defecto de pago de la transacción se mantendrá en una, respectivamente, de nivel bajo si el valor de bitcoin aumentar dramáticamente. En cualquier caso, nadie puede ignorarlo cambiando la configuración de su bitcoin-qt.

+325
pelagosdiver 29 mar. 2016 4:06:19

El bitcoin demonio hace que la transacción con la dirección de origen y dirección de destino, a continuación, transmite la transacción a la red.

El Bitcoin mineros confirmar la transacción y la incluiremos en la próxima(s) blockchain bloques. Los mineros recibir el pago de la transacción como la recompensa por ello.

Cuando el receptor de las descargas de un nuevo blockchain de Bitcoin bloque y ve entrante de la transacción en su dirección, el receptor sabe que el pago fue hecho.

Así que todos los Bitcoin nodos comparten el mismo blockchain de datos (aprox. 27.5 GB en el momento). Este blockchain como finalmente coherente, sólo anexar, de la base de datos de todas las transacciones de Bitcoin.

+281
Roopesh H 23 may. 2017 2:19:17

Cuando en medio de una transferencia de dinero sin ningún tipo de intermediario, que es deflacionario, seguro y un poco anónimo, la demanda es, obviamente, va a ir para arriba.

+220
redrise 16 may. 2011 7:02:36

Me he dado cuenta recientemente de que Bitcoin Core es la producción de las transacciones con los no-cero de bloqueo en tiempo y secuencia de números de entradas de ser 0xFFFFFFFE, aunque yo no instruir a hacerlo. El bloqueo de tiempo parece ser actual número de bloque.

  • ¿Cuál es la razón para este comportamiento?
  • ¿Cuál es el algoritmo para ajuste de número de secuencia?

(Sé que al menos una entrada debe tener el número de secuencia de menos de 0xFFFFFFFF. ¿El conjunto de la base sólo de primera entrada o todas las entradas? No pude comprobar esto porque yo no tengo ninguna transacción con más de una entrada.)

Gracias por sus respuestas!

+183
Chris Droukas 27 abr. 2013 1:39:03

El Nonce valor de la misma no se indican todos los intentos. La resolución de Nonce es sólo de 4 bytes. Cada vez Nonce se levanta a 4.294.967.295(10) se reinicia y empieza de nuevo desde cero, la actualización de la extraNonce y continua.

http://en.bitcoin.it/wiki/Block_hashing_algorithm
"Cuando Nonce desbordamientos (que lo hace con frecuencia), la extraNonce parte de la generación de transacciones se incrementa, lo que cambia la Merkle raíz.'

+167
Timbergus 22 nov. 2018 7:10:21

Si el libro de órdenes se parece a la siguiente...

A) Pedir: 2 bitcoin en $100

B) Oferta: 2 bitcoin en $100

Una operación se realiza desde la a a la B.

Pero, ¿qué ocurre en la siguiente situación:

C) Preguntar: 1 bitcoin $100

D) Oferta: 2 bitcoin $100 

Hacer de bitcoin intercambios parcialmente cumplir con los pedidos?

Realiza una de las siguientes situaciones:

  • Nada los pedidos deben ser de la misma cantidad.
  • ¿El comercio ocurrir por uno bitcoin.
  • Si el comercio no se producen, ¿qué sucede si la oferta es cancelado? Es el comercio por 1 bitcoin sigue siendo válida.

También, lo que sucede en esta situación:

E) Pedir:2 bitcoin $90

F) Oferta: 2 bitcoin $100

¿La Oferta de pagar $100 o $90?

Gracias por su ayuda

+144
Jade Baker 16 nov. 2011 5:52:14

Prueba más de esto, he encontrado una respuesta para ello: con la configuración actual para lnd, uno no puede transferir una cantidad tal que deja a uno de los lados con menos de un 1% de la capacidad del canal. Esto es más probable, para evitar que un lado para tratar de comprometerse a un estado anterior, ya que el castigo sería baja.

Por ejemplo, en el caso anterior, si el canal de la capacidad es 16777215, y el local_balance es 370557, la máxima cantidad posible de transferencia es 202742 porque 370557-202742 ≃ 0.01*16777215 (no es exactamente un 1%, probablemente debido a las tasas que deben ser tomados en cuenta).

Doble prueba esta usando un canal de capacidad 7310000, y teniendo como local_balance 4294965, y de nuevo mi máximo valor posible para la transferencia es 73143 ≃ 0.01*7310000 (de nuevo, no es exactamente un 1% debido a que las cuotas no contabilizadas en --amt).

Como para el valor extra, uno podría pensar que es fee_per_weight*172 + feerate*amt (tasa por millonésimas transferidos) en el caso de que el último salto, mientras que se suman en la anterior lúpulo. Pero esto significaría una mayor diferencia de 143 mSat, o 42mSat, según lo calculado en los ejemplos anteriores. No estoy del todo seguro de cómo esta diferencia no sea exactamente el 1% se deriva.

Tiene que ver con el desbordamiento de ancho de banda (el ancho de banda del canal que se utiliza actualmente para la otra sin terminar rutas). Pero aún esto no coincide con los números exactamente. Sin embargo, sólo una diferencia de un centenar de satoshis no es sino una fracción de un centavo, por lo que no es de un enorme valor. Sin embargo, yo no puedo poner mi dedo en el cálculo exacto...

+136
M Sutliff 27 dic. 2015 4:42:27

Mi Mac portátil no tiene suficiente espacio de almacenamiento para sincronizar más de 51.57% de los encabezados necesarios y no puedo acceder a mi bitcoin pago. He tratado de crear un espacio, tratando de cambiar de directorio de datos de importación y mi bitcoin core wallet en línea. El Bitcoin principal de la aplicación se cierra inmediatamente después de la apertura, debido a mi disco casi lleno.

+87
Island Girl 19 ago. 2016 9:11:12

Mostrar preguntas con etiqueta