pendiente de pago

Hace tres días me envía un pago a través de mi MultiBit cartera, pero todavía está marcado como no confirmados, sólo 4 de confirmaciones. Cuánto tiempo tomará esta transacción para ser plenamente confirmada? Gracias.

+349
SHADooW 20 oct. 2019 13:08:22
23 respuestas

hay algo similar, BurstCoin, que se ejecuta en un concepto muy similar, excepto para ayudar a 'aleatorio' el nonces, hashes, el nonce con el ID de usuario (lo que significa que hay una muy buena distribución, y se superpone va a pasar, pero esto es mejor para la red como un todo)

https://cdn.discordapp.com/attachments/335901674231037953/361288502270361610/infography_mining_comparison.png

https://www.burst-coin.org/

+978
hmishra2250 03 февр. '09 в 4:24

El guión es mantenido por el destinatario; él es el único responsable de mantener y no perderlo. Los nodos no almacenan ningún tipo de base de datos de las secuencias de comandos.

El guión es proporcionada por el consumidor en el gasto de la p2sh como parte de la scriptSig de datos. Para la especificación exacta de cómo esta información es estructurada, ver BIP 16 por Gavin Andresen. Esto permite que los otros nodos para validar que el guión fue canjeado correctamente.

El propósito de p2sh no es para limitar los datos en el blockchain – que sigue siendo la misma. Es, como por el PBI, para "mover la responsabilidad de proporcionar las condiciones para canjear una transacción desde el remitente de los fondos para el redentor".

+946
Daniel Cheung 24 ene. 2011 10:54:26

Mi Copago de cartera muestra mi Bitcoin Efectivo de la dirección como CTGUTUgVAwHugpf4CyyjAvj8DCFkE4tpeq. ¿Qué está pasando? Pensé que ambos Bitcoin Bitcoin y Efectivo de las direcciones de inicio con 1 o 3?

+844
Firegun 13 sept. 2016 8:54:28

Este será el primer sitio para obtener bajo ataque por parte de los gobiernos cuando comienzan su ataque sobre Bitcoin y perderá todos sus depósitos. :(

+824
douggro 24 oct. 2013 3:41:36

Yo sólo soy un principiante tratando de entender los detalles técnicos de bitcoin. Hasta donde yo sé, el Merkle raíz de un bloque de obras para proporcionar resumiendo hash de la lista de transacciones. Y de acuerdo a mi entendimiento, minería de obras por primera hash del bloque de encabezado, que se adjunta con algunos bits y probando si el hash resultante satisface dificultad requisito.

Mi confusión es esta: cuando el hash para realizar minería de datos, es Merkle raíz incluido? Yo estoy pidiendo esto como si Merkle raíz está incluido, entonces esto significaría que la minería depende de las transacciones elegido para formar un bloque. Por lo tanto me parece que si este es el caso, entonces un minero puede, por suerte, elegir un grupo de transacciones que resulta para proporcionar el hash que es bajo el objetivo lo más rápido que otros agentes, suponiendo que las demás condiciones son iguales.

+791
vsingh 30 sept. 2016 20:41:30

Leí en alguna parte que Bitcoin puede manejar sólo 7 transacciones por segundo.

Eso es más o menos correcto - sólo alrededor de 7 transacciones por segundo puede ser confirmado mediante legado de las transacciones. Con la reciente aprobación de segregadas testigo, podría estar más cerca de los 30 transacciones por segundo.

Me resulta difícil de creer que tanta gente iba a comprar en un sistema tan ineficiente / unscalable.

Algunas personas pueden tener la confianza de que una mejor solución que finalmente será encontrado. El protocolo puede ser cambiado con el consenso de la comunidad. Otros pueden encontrar que es lo suficientemente bueno para lo que necesitan en el corto plazo (una transacción en particular, el día de comercio, etc) y no se preocupan por lo que sucede en el largo plazo.

También, si mi suposición es correcta, supongo que hay (en avg) 700 transacciones por segundo durante un determinado periodo de 10 min (i.e, 70 veces la máxima velocidad de salida) ¿esto significa que tendremos que esperar 70 * 10 min para todas las transacciones a ser confirmada? Si sí, ¿por qué no puede un mal actor abrumar (he.e, posponer) el sistema mediante la presentación de miles de pequeñas transacciones en la red?

Las transacciones no son de primer llegado, primer servido. Los mineros pueden decidir que las transacciones se confirma, y normalmente esto se hace mediante la priorización de ellos por la cuota más alta. Así que si el atacante no incluyen tarifas competitivas en aquellas operaciones, que no llegará a confirmado y no hay ningún problema. Si no lo hace, entonces el ataque es potencialmente muy caro para él. Y aun en ese caso, los usuarios honestos que realmente necesitan sus transacciones confirmado, puede simplemente ofrecer una tarifa más elevada.

+779
maksudur rahman 10 sept. 2010 2:22:41

Me gustaría saber la Dirección de Entrada y la Cantidad de vin como este:

"vin": [
{
 "txid": "e3f0e88ce224d342a0189c1b9d2fd488d8bda2f303dbe1e1dbbaa5f51d9f4a53",
 "vsal": 1,
 "scriptSig": {
 "asm": "3044022036c454ee41d67ee7c00fade55d57b573794916c1e1d9f301a038547daa5fcc0502202c99917b5590adf2ede1b8e3a6773369690a268c7b445664223ec8f92288e81e010272491cc9c405bfdc35f766bd849ddc58268088c202425cec224aa05cbf8547be"
},
 "secuencia": 4294967295,
 "n": 0,
 "unconfirmedInput": 1
}
]

Esto es de txid: f4f2ddb44a8d155bc795e3e7497714fd6a1f035a6438b22403a7faa67012b9ec

Gracias

+737
Beofett 21 dic. 2010 5:35:25

El problema podría ser, que los datos JSON no contiene saltos de línea. Yo estaba frente a la misma cuestión. Mi 'suscribirse' llamada no tuvo efecto hasta que he añadido los saltos de línea a los datos JSON. Ni siquiera he llegado un mensaje de error de vuelta de la API.

Usted podría utilizar JSON de la biblioteca de Java que va a controlar el formato correcto para usted.

Por favor, tenga en cuenta que hay algunas Bibliotecas existentes para Bitfinex y Java. Usted no necesita implementar la API de llamadas en su propia.

+636
Benisee 11 feb. 2018 13:59:54

El método de pago en p2pool se basa en PPLNS. En este método, cada una de las acciones es recompensado por cada bloque encuentra dentro de los siguientes N acciones. Dependiendo del valor de N y la suerte en la búsqueda de bloques al lado de la piscina, esto puede significar varias cuadras.

+602
RandyTek 15 sept. 2012 1:13:51

Así que quieres jugar con el Electrum cartera, pero como Almacenamiento en Frío.

Entonces lo que va a hacer es instalar un raw Ubuntu 16.04 LTS en un equipo "A" que nunca se me conecte a internet.

Así, con el equipo "B" que tiene conexión a internet, lo primero que descargar todas las dependencias de electrum de apt guiado por esta relacionada con la respuesta:

sudo apt-get --print-uri-sí -d --reinstall install python-qt4 python-pip $(sudo apt-cache depends yourpackage | grep " Depende de:" | sed 's/ Depende://' | sed ':a;N;$!ba;s/\n//g') | grep ^\' | cut-d\' -f2 >descargas.lista
wget --entrada-descargas de archivos.lista

Ahora puedo descargar Electrum del tar.gz archivo. La última versión cuando escribo esto es:

wget https://download.electrum.org/2.7.12/Electrum-2.7.12.tar.gz

Entonces me descargue el pip dependencias:

pip descargar Electrum-2.7.12.tar.gz

Ahora puedo copiar todos los archivos a un disco USB y, a continuación, a partir de este disco, en el equipo A.

Y ejecuto:

sudo dpkg --install *.deb
sudo pip install Electrum-2.7.12.tar.gz

Sin embargo, el segundo comando falla. Parece que incluso si he descargado su pip dependencias, no recogerlos y todavía intenta conectarse a internet.

Cómo ir de aquí entonces?

+521
Ivan Alvarez 5 ago. 2010 19:22:42

¿Cómo TimeLockDelta afectar a un nodo?

TimeLockDelta (o cltv_expiry_delta) es el número mínimo de bloques de un nodo requiere para ser añadido a la expiración de HTLCs. En otras palabras, este valor representa la necesaria diferencia entre el timelocks de la entrantes y salientes HTLC a este nodo. Una vez que un HTLC veces, puede ser cumplido o agotado lo que significa que el nodo debe tener cuidado alrededor de esta transición y cumplir tanto el ofrecido y recibido HTLCs. Si el nodo no cumplir con este en su debido periodo de tiempo, el puesto será capaz de obtener sus fondos de vuelta por el gasto de tiempo de la transacción.

Para ilustrar esto con un ejemplo, dicen sus compañeros que reenvía el HTLC a (saliente HTLC) envía la pre-imagen de la HTLC que se ha añadido un tiempo atrás. Usted hace un pago a sus pares para proporcionar la pre-imagen con éxito. Ahora está levantado a usted para redimir a este pago de los compañeros a través de la que recibió el HTLC (entrante HTLC). Si esperas el tiempo suficiente tal que los tiempos de expiración, entonces usted está en riesgo de perder sus fondos, ya que el compañero, que te envió el HTLC utilizará el tiempo de transacción para obtener sus fondos. Así que usted está en un escenario en el que han pagado el saliente HTLC, pero usted no puede reclamar los fondos de la entrantes HTLC.

Por lo que el valor de la TimeLockDelta debe ser elegido de tal manera que no es demasiado grande tal que el resto de los nodos de no enviar pagos a través de usted, pero también no demasiado pequeños, que usted podría correr el riesgo de perder sus fondos porque usted no tiene tiempo suficiente para satisfacer a los entrantes HTLC. El siguiente cálculo muestra los diversos casos que pueden aparecer cuando el cumplimiento de HTLCs y el valor óptimo que debe ser elegido.

lo que se considera ser un decente valor para él?

A continuación es el texto de TORNILLO #2 que tiene los cálculos y varios casos necesarios para determinar lo que el cltv_expiry_delta un nodo debe establecer para sí mismo.

El peor de los casos el número de bloques entre el saliente y entrante HTLC resolución puede ser derivado, dados unos supuestos:

  • el peor de los casos de reorganización de la profundidad de R bloques
  • una gracia del periodo G cuadras después de la HTLC tiempo de espera antes de dar por perdido no responde de los pares y de caer a la cadena de
  • un número de bloques S entre transacción y de difusión de la transacción que se incluye en un bloque de

El peor de los casos es para un nodo de reenvío (B) que toma el mayor tiempo posible detectar el saliente HTLC cumplimiento y también se toma el mayor tiempo posible para canjear en la cadena:

  1. El B->C HTLC veces en el bloque de N, y B espera G bloques hasta que se canse de esperar por C. B o C se compromete a la blockchain, y B pasa HTLC, que toma S bloques para ser incluido.
  2. Malo: C gana la carrera (solo) y cumple con los HTLC, B, sólo se ve que la transacción cuando se ve bloque N+G+S+1.
  3. Peor de los casos: Hay reorganización R de profundidad en el que C gana y cumple. B sólo se ve transacción en N+G+S+R.
  4. B ahora tiene que cumplir con los entrantes A->B HTLC, pero no responde: B espera G cuadras más antes de dar a la espera de A. a o B se compromete a la blockchain.
  5. Mala caso: B ve a Un compromiso de transacciones en el bloque N+G+S+R+G+1 y tiene que pasar la HTLC de salida, que se lleva a S bloques para ser extraído.
  6. Peor de los casos: hay otra reorganización R de fondo que se utiliza para pasar el compromiso de la transacción, por lo que B ve a Un compromiso de transacciones en el bloque N+G+S+R+G+R y tiene que pasar la HTLC de salida, que se lleva a S bloques para ser extraído.
  7. B HTLC gastar necesita ser al menos de R profunda antes de que se agote, de lo contrario otra reorganización podría permitir a Un tiempo de espera de la transacción.

Por lo tanto, el peor de los casos es 3R+2G+2S, suponiendo que R es al menos 1. Tenga en cuenta que las posibilidades de que tres reorganizaciones en la que el otro nodo wins todos ellos es baja para la R de 2 o más. Ya que los altos cargos se utilizan (y HTLC pasa puede usar casi cuotas arbitrarias), S debe ser pequeño; aunque, dado que el bloque veces son irregulares y bloques vacíos todavía se producen, S=2 debe considerarse como un mínimo. Del mismo modo, el período de gracia de G puede ser baja (1 o 2), ya que los nodos se requiere tiempo de espera o de cumplir tan pronto como sea posible; pero si G es demasiado bajo, aumenta el riesgo innecesario de canal de cierre debido a la creación de redes retrasos.

Hay cuatro valores que necesitan ser derivados de:

  1. El cltv_expiry_delta para canales, 3R+2G+2S: en caso de duda, un cltv_expiry_delta de 12 es razonable (R=2, G=1, S=2).
  2. La fecha límite para la ofreció HTLCs: la fecha límite después de que el canal tiene que ser fracasado y se agotó en la cadena. Esta es G bloques después de la HTLC del cltv_expiry: 1 bloque es razonable.
  3. La fecha límite para recibir HTLCs este nodo ha de cumplir: la fecha límite después de que el canal tiene que ser fallado y el HTLC cumplido en cadena antes de su cltv_expiry. Consulte los pasos 4 a 7 anteriores, lo que implica un plazo de 2R+G+S de los bloques antes de que cltv_expiry: 7 bloques es razonable.
  4. El mínimo cltv_expiry aceptada por el terminal de pagos: el peor de los casos para el terminal de nodo C es 2R+G+S bloques (como, de nuevo, los pasos 1-3 de arriba no se aplican).

El valor predeterminado para cltv_expiry_delta en el PERNO #11 es el 9, que es ligeramente más conservador que el de la 7 que el cálculo anterior sugiere.

+509
James Browne 16 jul. 2012 8:00:54

Así que me he descargado Bitcoin-QT v0.8.6-beta. Se ha descargado todo y ahora esta carpeta:

C:\Users\user\AppData\Roaming\Bitcoin\blocks

es 17GB

De todos modos podar/borrar algo?

+509
Jacob Taylor 15 jul. 2013 13:34:51

Todo el mundo sabe que bitcoin licuadoras anonimizar sus monedas, pero no debe seguir algunas precauciones para su mezcla para ser eficaz? Supongo que el mezclador es justo (no robar su dinero y no indica nada), pero si simplemente se lleva a n cantidades de los distintos usuarios, y los envía a n las direcciones de destino, a continuación, la operación no tiene sentido. Lo que debería adecuada mezclador de cumplir para la ofuscación y cómo debe ser utilizado correctamente?

Esta guía dice que tengo que enviar mis monedas a la mezcladora en partes

si usted quiere evitar posibles metadatos análisis de correlación, a continuación, usted debe romper tus transacciones en las más pequeñas, determinado al azar cantidades.

Es la única cosa que me debe cuidar? ¿Cuál es el punto de eso? Si los investigadores pueden rastrear cada cantidad, entonces ¿cómo puede dividir el importe en subamounts ocultar algo? ¿Esto significa que usted debe evitar la re-unificación de las cantidades?

+494
fcedillo 6 jul. 2015 4:59:13

Cualquiera que sea la minería aparejo de comprar, con el tiempo crecerá obsoletos. Esto es debido a que el algoritmo detrás de Bitcoin es cada vez más complejo. Ahora, a medida que más personas compran la minería de taladros de perforación y minería de piscinas de crecer en tamaño, el algoritmo sólo comienzan a aumentar en difícil a un ritmo más rápido.

En mi opinión, la minería es una de alto riesgo, alta recompensa de inversión. Si usted compra la plataforma adecuada en el momento adecuado, y los precios de Bitcoin estancia, usted puede hacer una gran cantidad de dinero. Si Bitcoin caída de los precios, sin embargo, usted va a perder dinero. Esa es la naturaleza del juego.

Si usted está pensando en comprar un Bitcoin rig, usted necesita para trazar cuántos Bitcoins puede esperar de la mina con la que el equipo (el que tendría para el uso actual y proyectado de los hashrates a computate que). Luego tendrías que proyecto de cuánto dinero estas Bitcoins sería el trabajo a los precios actuales, y también del proyecto ¿cuánto te gustaría ganar si los precios aumentaron en ciertas cantidades (10% 25% 50%, etc.) o se cayó por unas determinadas cantidades.

+387
Daniel Wescott 2 dic. 2010 17:09:43

Estoy dibujando un gráfico con los datos extraídos de bitfinex.com a través de una API simple consulta. Como resultado, voy a tener que mostrar un gráfico que se va a mostrar los datos históricos de BTCUSD durante los últimos dos años. Docs están disponibles aquí: https://bitfinex.readme.io/v2/reference#rest-public-candles Todo funciona bien excepto el límite de los datos recuperados.

Esta es mi petición: https://api.bitfinex.com/v2/candles/trade:1h:tBTCUSD/hist?start=1514764800000&sort=1

El resultado puede ser visto a través de aquí, o usted puede copia de la solicitud para el navegador: https://docs.google.com/document/d/1sG11Ro0X21_UFgUtdqrlitcCchoSh30NzGCgAe6M0u0/edit?usp=sharing

El problema es que recibo velas por sólo 5 días, no importa lo que las fechas o los parámetros de uso. Puedo conseguir más velas si puedo añadir el parámetro de límite a la cadena. Pero aún así, no puedo más que 1100-1000 velas. Yo me pongo el error 500 del servidor:

Error del servidor: GET https://api.bitfinex.com/v2/candles/trade:1h:tBTCUSD/hist?limit=1100&start=1512086400000&end=1516233600000&sort=1 resultó en un 500 Internal Server Error de respuesta:\n ["error",10020,"límite:" no válido]. Cuál debe ser el válido límite? No existe información en la documentación.

¿Cómo puedo obtener la cantidad deseada de los datos de los dos años de ese período de tiempo? Yo no quiero romper mi consulta en partes más pequeñas e ir paso por paso. Va a mirar feo.

+343
Saikiran Kokkirala 19 jul. 2016 15:26:59

No, no son la misma cosa. Papel carteras no se generan de manera diferente en comparación a la normalidad de carteras.

una dirección bitcoin es parte de una clave pública.

La dirección es en su forma más básica sólo un hash de la clave pública. Las funciones de hash involucrados (RIPEMD-160 y SHA256) son funciones de hash criptográfico. Ellos son a menudo también se conoce como una manera de funciones, que es exactamente la razón por qué usted no puede obtener la clave pública de la dirección.

Oneway funciones proporcionan exactamente que a = f(pk), de modo que usted no puede derivar de pk.

Así, una dirección es básicamente el hash de la clave pública. x/x

Algunas buenas más en profundidad de las explicaciones de las diferencias aquí -> https://www.reddit.com/r/Bitcoin/comments/3filud/whats_the_difference_between_public_key_and/ctp3fc7/?st=jald5nmq&sh=620d5934

Y, ¿cómo la dirección se deriva de la clave pública se explica aquí ->

https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses

+267
metatechbe 26 ago. 2013 14:46:57

Un par de sitios y foros profesionales de los comerciantes y que iba a ofrecer este servicio. Los honorarios son generalmente menores de fiat transferencia a través de WU.

+262
Ahmed Mandour 13 oct. 2010 23:31:18

¿Cómo conectar un gdb para un bitcoind demonio. Les deseo a paso a través de las funciones. Aquí es lo que he intentado.

gdb --args bitcoind -regtest -daemon

Esto, sin embargo, existe cuando el demonio se inicia. Así que he intentado adjuntar a través del pid después de la horquilla.

gdb-p 841
(gdb) archivo /usr/local/bin/bitcoind
La lectura de los símbolos de /usr/local/bin/bitcoind...hecho.
(gdb) b sendtoaddress
Punto de interrupción 1 en 0x4b4d34: archivo wallet/rpcwallet.cpp línea 379. 
r
al iniciar el programa... 

Sin embargo, esto no funciona , cuando invoco una transacción con el bitcoin-cliente cli. Hay algo que me falta. He utilizado --enable debug en configurar.

Gracias.

+200
Dannar 18 mar. 2016 0:13:51

usted probablemente puede modificar https://github.com/OutCast3k/coinbin/ a sus necesidades

+194
Safik92 25 oct. 2014 15:40:49

Me gustaría saber cuál es la diferencia entre un cliente y la billetera.

+101
Jeremy Ross 19 oct. 2012 21:17:58

Para obtener los valores de entrada, usted necesita para buscar los valores de las salidas que pasan de. Así que llame a getrawtransaction uno de cada entrada del txid y, a continuación, encontrar la salida en el índice de vsal. El valor de la salida es el valor de la entrada. Hacer que todos los insumos y la suma de ellos. Que es el total del valor de entrada. Suma de los valores de las salidas para obtener el total del valor de salida. Reste el total de valor de salida de la entrada total valor y obtendrá la tarifa de transacción de pago.

+93
Volkan Paksoy 19 ene. 2010 13:21:06

Si hace clic en el enlace "Mostrar secuencias de comandos y coinbase", usted verá las entradas y salidas para la transacción.

El 802 byte transacción tenía 4 entradas y 2 salidas (1.4 BTC y algo de cambio, probablemente). El 118 de bytes que sea una operación de minado de bloque y sólo tiene una salida única.

+24
rathma 10 jul. 2017 16:09:58

ACTUALIZACIÓN: parece que la testnet blockexporer no saben cómo manejar la multisig direcciones (probablemente porque era codificado el p2sh magicbyte de mainnet) y los muestra como "extraño", pero mi TX fue confirmado ok y yo era capaz de gastar el entrante tx.

+14
Tiara 17 abr. 2017 8:13:43

Mostrar preguntas con etiqueta