getrawtransaction no de trabajo de 0 BTC bloque de transacción

Estoy tratando de insertar BTC bloques y transacciones en MONGODB colección de conteo de 0 con Python3. getrawtransaction está dando salida para el bloque 1, pero no para el bloque 0. Puede alguien me ayuda ¿por qué esta sucediendo?

+629
AEM1228 12 dic. 2016 19:47:12
24 respuestas

Yo uso bitcoinwisdom que en el mercado de la sección tiene múltiples tasas de intercambio para BTC/LTC/DUX y para el dinero fiat como USD/eur/RUB.

Otra opción es esta página en cryptocoincharts que también tiene muchos de los precios de mercado para cryptocurrencies.

+984
Rob D 03 февр. '09 в 4:24

De acuerdo a este tema en el foro pertenece a DeepBit (actualmente la minera más grande de la piscina)

+897
Hos Mercury 26 mar. 2018 23:03:38

Archivos y cualquier otra prunable datos son mantenidos por todos los nodos de 90 días por defecto (controlado por el nxt.maxPrunableLifetime en nxt-default.propiedades). El valor mínimo es de 14 días en la mainnet y 24 horas en testnet.

Tenga en cuenta que la poda se realiza en el mismo tiempo, tal como se deriva de la tabla de corte, que por defecto es cada 1000 bloques, por lo que la remoción de la prunable de datos a partir de la base de datos que va a suceder con un poco de retraso después de su tiempo de caducidad.

Un nodo puede elegir mantener prunable datos más, por la configuración de la nxt.maxPrunableLifetime propiedad a un valor mayor. El cambio de este valor sólo afecta a las transacciones recibidas después del cambio. La poda puede ser desactivado por completo la configuración de esta propiedad a -1.

+887
Mitramonday 29 may. 2015 17:00:31

La interfaz RPC generalmente no proporcionan ninguna "batch mode" funcionalidad. Si desea importar 100 direcciones, llame importaddress 100 veces. Te gustaría escribir una breve secuencia de comandos con un bucle en algún otro idioma.

Debe establecer la reexploración parámetro a false para todos, pero la última dirección, por lo que no activan recorrer 100 veces.

+884
user1029670 4 feb. 2011 20:45:38

La API devuelve Ningún salidas libres para gastar cuando no hay saldo de salida, que debe tener en cuenta para ese caso. Usted puede hacer una simple revisión, en el código de estado (200: OK, 500: Error).

+681
khosagl 29 abr. 2015 19:09:17

Tenemos un largo camino lejos de la VISA de la escala de volumen de transacciones (>4K transacciones por segundo) sin embargo, hay algunos métodos para Bitcoin, de acuerdo con los datos de la escala

Remoto blockchain. En la implementación actual de la línea principal cliente, cada cliente de descargas y almacenar una copia completa de la blockchain. Esta es la mejor manera de boostsrap el bitcoin red, mientras que el volumen de transacciones es bajo. Sin embargo, en el pico de volumen de transacciones la mayoría de los usuarios no tienen ningún interés en la descarga y el almacenamiento terrabytes la pena de datos. En el futuro, si un cliente confía en línea de una entidad a la que podría consulta de transacciones en contra de esa entidad rahter de almacenar el bloque de la cadena a nivel local. Obivously esto requiere un nivel de confianza por lo que sería importante elegir un trustworth "bloque de la cadena proveedor", sin embargo tiene la ventaja de que cada cliente que sólo necesitan para las transacciones de consulta en los que están interesados (por ejemplo, el cliente podría solicitar todas las transacciones que implican una dirección en particular (para obtener saldo actual) o el número de confirma para un determinado tipo de transacción (para actualizar la confirmación de estado). Antes de que alguien grita "centralización" no habría oficial blockchain proveedor, pero en lugar de numerosas entidades independientes ofrecen esto como un servicio (de pago o gratuita). Si alguien está paranoico que podría usar/crear a un cliente que consulta dos diferentes bloques de la cadena de proveedores para asegurarse de que vuelva mismos datos. Por último, si una persona es lo suficientemente preocupados por la seguridad de que podían confiar en nadie y calcular todo el blockchain sí mismos.

La Aceleración de la GPU de verificación de transacción. La GPU se utilizan actualmente para encontrar un hash para firmar el bloque como este es criptográficamente intensivo y cualquier aumento de rendimiento paga grandes dividendos. Esto no es cierto para la verificación de transacción como el volumen de transacciones es bajo. Como resultado, el bitcoind utiliza la no-openCL CPU cálculos para verificar las transacciones. Si es necesario, una Abierta-CL GPU powered cliente debería ser capaz de verificar significativamente mayor volumen de transacciones.

Una estimación aproximada de futuro de cálculo de la potencia requerida. El papel vinculado por el autor indica que tomaría una CPU moderna sólo puede manejar ~100 tps (transacciones por segundo). Para enteros (como los usados en criptográficos hash) una alta gama de GPU (como el de la escritura) aproximadamente 20 veces tan potente como un final más elevado de la CPU. Que permite en el estadio de béisbol de ~2000 pico tps por GPU. Además, incluso con decir que un 50% de volumen de transacciones anuales de crecimiento estamos a dos décadas de distancia de la VISA de transacción de nivel de volumen. La ley de Moore podría indicar que el promedio de la CPU/GPU en 20 años sería aproximadamente 1000x como poderoso. Que estarían en el rango de 100.000 tps por CPU y 2 mil tps por GPU en 20 años. Incluso si el crecimiento en potencia de cálculo ralentiza el tiempo que no es más lento que el crecimiento en el volumen de transacciones se asegurará de que todas las transacciones pueden ser verificados por fuera de la plataforma de hardware.

Real de los volúmenes de transacciones. Bitcoin es dinero digital. Hoy en día muchas personas optaron por no utilizar dinero en efectivo en línea y fuera de línea las transacciones favoreciendo en su lugar indirectos los métodos de pago (cheque, tarjeta de débito, tarjeta de crédito, tarjeta de regalo, etc). Es probable que el aumento de nivel de los sistemas de pagos integrado en la parte superior de la red de bitcoin va a surgir. Los usuarios de estos sistemas debe causar significativamente menor volumen de transacciones. Para un ejemplo, veamos cómo las transacciones de VISA de trabajo. Una persona puede tener 200 transacciones de VISA en un mes, pero sólo hace un solo pago al emisor de la tarjeta (200:1 multiplicador de entre compras y el actual movimiento de moneda). Asimismo, una empresa puede tener miles de transacciones de VISA en un día, pero recives que como una sola moneda de pago (generalmente ACH). Otra cosa a considerar es "VISA nivel" es más un fin escenario de juego. Más probable provisional de la meta (con más de 2 décadas), sería un "PayPal nivel de volumen de la transacción", que a pesar de ser un modesto 100 tps (vs VISA >4K tps) indicaría Bitcoin es un gran éxito.

+665
Prasetyono Driver 8 nov. 2012 3:56:21

HD carteras no son especiales cuando se trata de transacciones. Las transacciones no importa si las claves implicadas se deriva de manera determinista o generados aleatoriamente.

Creo que de una cartera se divide en dos partes: la primera parte (que vamos a llamar el controlador de tecla) controla el público/privado pares de claves y creación de firmas digitales. La segunda parte (que vamos a llamar a la transacción controlador) se encarga de la transacción de recepción de transacciones y de la creación. Supongamos que la primera parte tiene algunas funciones getnewpubkey () devuelve una nueva dirección) y signdatawithpubkey (recibe una clave pública y una parte de los datos a firmar, devuelve una firma digital).

Así que hay dos diferentes tipos de clave de los controladores - que generan claves y que se generan de manera determinista (también conocido como HD carteras). Estos dos puede ser utilizado intercambiable con el controlador de transacción; la transacción controlador hace exactamente lo mismo y no se preocupa acerca de cómo se generan las claves. Todo lo que necesita es conseguir las llaves cuando se los necesita, y para el controlador de tecla para firmar transacciones cuando la transacción controlador, le pide que.


En su escenario, independientemente de si un HD de cartera, la transacción controlador sabe de dos operaciones que puede pasar a partir de. Estas dos transacciones se envían a las direcciones que corresponden a dos claves que la transacción controlador pide la clave de controlador para proporcionar (es decir, que se llama getnewpubkey dos veces).

Ahora, cuando usted desea enviar la transacción controlador de construcciones de una transacción que tiene sus dos recibieron las transacciones como las entradas. Una vez que se crea de la transacción, se envía al controlador de tecla con el signo (que así se llamará signwithpubkey dos veces y pasar en la misma operación en ambos llamadas, pero una clave pública para la primera convocatoria y la otra clave pública para la segunda llamada). A continuación, se toma esas firmas y el unsigned transacción, los combina, y se produce una transacción final que luego es enviado a la red.

Observe cómo la transacción controlador que realmente recibe y crea la transacción no se sabe ni se preocupa acerca de cómo las claves fueron derivados. Usted podría haber utilizado un controlador de tecla al azar que genera claves o uno que de manera determinista genera ellos; no hace ninguna diferencia.


lo que debe ser realizado por el usuario. Por lo tanto, agradecería si alguien puede explicar lo anterior por destacar algunos pasos en bitcoin-core, por ejemplo.

El usuario no necesita hacer nada. El usuario hace clic en los botones para obtener una nueva dirección cuando él quiere una nueva dirección y los clics de los botones para enviar Bitcoin cuando se quiere enviar. Todo (la elección de las transacciones que se utilizar como entradas, la creación de la transacción, la firma de la transacción, etc.) es manejado por el software. Lo que el usuario hace con las transacciones no cambia si las llaves estaban al azar o de manera determinista generado.

+639
user77343 13 abr. 2012 14:45:42

El enfoque es correcto. Usted no tiene que utilizar diferentes claves privadas, puede utilizar la misma clave privada y la misma dirección para cada una de las salidas de control.

+536
SterioPolyp 25 jul. 2013 11:16:56

Hardware carteras son fáciles de utilizar formas (en comparación con el papel de carteras (difícil) y uso de software de carteras (no es tan seguro como de hardware carteras)) de estar en control de sus claves privadas, por lo tanto el más seguro y el más fácil de usar y almacenar cryptocurrencies.

Cuando se utiliza un (tradicional) de exchange como una billetera, usted no va a estar en control de su clave privada, por lo que el cambio puede robar sus fondos o hackeado y perderlos etc.

Hay descentralizado intercambios en los que no es necesario depositar sus fondos (por lo tanto usted no tiene que confiar, un.k.un trustless) como RadarRelay. Usted las puede utilizar con el software de carteras y algunos de ellos con hardware carteras directamente.

No olvides que cryptocurrencies' razón de existencia es trustless, no de la mano a través de sus fondos a cualquier persona, siempre estar en control de sus claves privadas.

+525
zik 15 oct. 2013 2:52:55

Sí, usted puede probar que usted es la transacción del remitente, mediante la firma de un arbitrario mensaje con la transacción clave privada del remitente. Aquí es un ejemplo del uso de Electrum 3.3.6.

  • Navegar por la barra de menú: Herramientas -> Firmar/Verificar el mensaje.
  • Llenar una hoja de mensaje (ej: Este es un mensaje de prueba.)
  • Introduzca la dirección del remitente para que la transacción (ej: 1Hs7hQQs8cQVGLoTrNjDuXqRRpfGCwLEeh)
  • Haga clic en el Signo botón. Esto generará una firma para este mensaje, utilizando la clave privada del remitente, si usted es dueño de ella.
  • Enviar el ID de la transacción, el mensaje, la dirección del remitente y firma de quien necesita la prueba de que usted es el emisor. Ellos serán capaces de verificar su firma, con la Compruebe característica, o de cualquier otro equivalente herramienta que puede utilizar.

Electrum 3.3.6 Sign/Verify tool

+465
tangrammer 21 may. 2019 12:50:24

Hay una razón específica de por qué BIP39 no se ha añadido a Bitcoin Core? Parece muy trivial para agregar y estoy confundida por qué no está ahí.

+429
maz01 3 abr. 2015 3:58:11

Una cigüeña trae a ellos... o...

Uno de los principios básicos en una dist. el sistema es la falta de un reloj mundial.

Entonces, ¿cómo son las marcas de tiempo asignados a los bloques de la máquina que minas? No sólo tiene que insertar una falsa?

En la página 7 de la Etereum whitepaper Vitalik dice que el algoritmo para comprobar que un bloque es válido contiene los siguientes puntos:

Compruebe que la marca de tiempo del bloque es mayor que la de la [mediana de los 11 bloques anteriores] y a menos de 2 horas en el futuro

Así entonces, esta noción de tiempo en BTC es bastante confusa ¿no?

Hay algo que yo pueda leer que me dirá la hora exacta de los límites de la BTC sistema?

+381
lukecupr 21 abr. 2015 6:45:55

Como alguien que estaba implicado en hacer que la migración en el tiempo, creo que fue la decisión correcta. LevelDB está lejos de ser perfecto, pero no sé qué más uso.

En particular:

  • BDB es mucho más lento para nuestro uso (atómica grande lote escribe, pequeñas lecturas aleatorias).
  • Hubo informes de corrupción de bases de datos, así como con BDB, en un momento en el que se utilizó mucho menos intensamente que LevelDB es ahora.
  • BDB es muy dolorosa para la actualización. Mi impresión es que fue diseñado para configuraciones donde una actualización de base de datos sólo ocurrió con la supervisión de un profesional. En particular, la escritura de archivos de registro creados para la durabilidad a veces no legible por versiones posteriores. Esta es la razón por la que Bitcoin Core libera durante años han pegado con BDB 4.8 para la cartera.
  • BDB tiene muchos límites de los recursos que necesita configuración, donde de manera inapropiada elegido los valores pueden provocar en toda la red de fallos (leer sobre el de Marzo de 2013 incidente, específicamente). La documentación oficial en el este de los estados Revisión de la Cerradura del subsistema de estadísticas es la mejor manera para determinar este valor. Yo creo que no es aceptable para nuestro caso de uso.

Mientras que la corrupción de base de datos son reportados de forma relativamente frecuente en estos días, mi creencia es que la mayoría de los errores de hardware o problemas de controladores. Bitcoin Core tiende a la tensión de los discos, la memoria y la Cpu mucho más que la mayoría de software, lo que hace que de otra forma serían invisibles temas de pop-up.

+333
Nohcho 28 ago. 2010 14:22:59

Estoy revisando Bitcoin datos de la transacción como son devueltos por 'getrawtransaction' bitcoind comando. Me pregunto por qué campo: vsal->direcciones es una tabla y por qué se permite que más de una dirección asociada con el correspondiente vsal de la transacción? Hay transacciones en el blockchain con este campo se llena con más de una dirección? ¿Cuál es el caso de uso para ese escenario?

Ejemplo de abajo:

{
hex=010000000498bf04c3f5e129c67f193703ac84a75a968ae821f67e03ed643e272d984a7788010000008b483045022100df0fc6c8ebacf2986f98f4fd4fe790c870f43180fe4e21d21dae67bbc4b36d82022049889a9a992eb31f34f83fbfe721a2fee580d9a50c65274b477c63adef4c3b07014104b1d702ecd1157a9ebd5194e39ee01d4bc317c1eec5aa49ca8457a08872cc34e0940404e5e17afcd970c324563f884c02c0bec6a4b840972cb17de6366da07917ffffffff4aa8cb48a783871d51612be73ae2571bf20a068a6181e9a0b286bfecd18a9e0b010000008b483045022100bc6d4f859b962510db20aa2b4f2018de8448101866637950f4852d57a5bfc3b402201b7da77067dea8b20ab069343f90b0e94191456d37dbb2bf84b31d3732c686e1014104bd33836b8247ddf109037ea57c0b23d23b215c6ab88926478f2fd884aa209b3296ec565ac54896a24675d0e584a0f8e56b98a2a1a64bd9ac9febaf942a90d047ffffffff9158a28a9d610bd8d0132c49365ca3fc4b3b4656427c6b65c77e021ba81f3d18010000008b483045022100dc1f01e3a8850374c7929cd43c1b75bfb34093974ecc128d99895d279d541dca022023952ef2e3d8f97130a4490c114a432de5643c8cf413762860d9787c1c5364c401410401de03d4723cef6a0f0fc278cffd257a611c17e177e80cc6f382d3c218aebf41263172a6d64f2f0210e620256b0bf3430c8251c60ef38083ff6c6a87e7d80698ffffffff7edbc0f244d55f4d4191c36f0d7578729d0775327e83d00a08622f36370db42b000000008b483045022069a96fdd4ec434aa8a70185cd861fe8bc3e82aa4db8967e6ed3d2f7ff0a1a3bd022100b1464600ae2a9d8b2c8e14217746ac3eba32e99068611847273e4886bca47cea0141047cfc6e801a25c1c52ba2e00859142e9ff03bea35670e9f94be22b8dbe4edae2a4046fa9c86d2d4c2af6402ae3a98d725ec1a30a461013a968294043ea33d3b79ffffffff02af859600000000001976a914c962d40fc3302ad21a554d28509a4a9dcafc624388ac4defb301000000001976a9146999a9826e7f5b90e4f4a3ac5fb6cdfa32d3942288ac00000000, txid=0c58341ad9b9846771c0be43bea903911d7e7bd3c5dea38ca4e684ba172821ab,
versión=1,
locktime=0,
vin=[
 {txid=88774a982d273e64ed037ef621e88a965aa784ac0337197fc629e1f5c304bf98, vsal=1, scriptSig={asm=3045022100df0fc6c8ebacf2986f98f4fd4fe790c870f43180fe4e21d21dae67bbc4b36d82022049889a9a992eb31f34f83fbfe721a2fee580d9a50c65274b477c63adef4c3b0701 04b1d702ecd1157a9ebd5194e39ee01d4bc317c1eec5aa49ca8457a08872cc34e0940404e5e17afcd970c324563f884c02c0bec6a4b840972cb17de6366da07917, hex=483045022100df0fc6c8ebacf2986f98f4fd4fe790c870f43180fe4e21d21dae67bbc4b36d82022049889a9a992eb31f34f83fbfe721a2fee580d9a50c65274b477c63adef4c3b07014104b1d702ecd1157a9ebd5194e39ee01d4bc317c1eec5aa49ca8457a08872cc34e0940404e5e17afcd970c324563f884c02c0bec6a4b840972cb17de6366da07917}secuencia=4294967295}, {txid=0b9e8ad1ecbf86b2a0e981618a060af21b57e23ae72b61511d8783a748cba84a, vsal=1, scriptSig={asm=3045022100bc6d4f859b962510db20aa2b4f2018de8448101866637950f4852d57a5bfc3b402201b7da77067dea8b20ab069343f90b0e94191456d37dbb2bf84b31d3732c686e101 04bd33836b8247ddf109037ea57c0b23d23b215c6ab88926478f2fd884aa209b3296ec565ac54896a24675d0e584a0f8e56b98a2a1a64bd9ac9febaf942a90d047, hex=483045022100bc6d4f859b962510db20aa2b4f2018de8448101866637950f4852d57a5bfc3b402201b7da77067dea8b20ab069343f90b0e94191456d37dbb2bf84b31d3732c686e1014104bd33836b8247ddf109037ea57c0b23d23b215c6ab88926478f2fd884aa209b3296ec565ac54896a24675d0e584a0f8e56b98a2a1a64bd9ac9febaf942a90d047}secuencia=4294967295}, {txid=183d1fa81b027ec7656b7c4256463b4bfca35c36492c13d0d80b619d8aa25891, vsal=1, scriptSig={asm=3045022100dc1f01e3a8850374c7929cd43c1b75bfb34093974ecc128d99895d279d541dca022023952ef2e3d8f97130a4490c114a432de5643c8cf413762860d9787c1c5364c401 0401de03d4723cef6a0f0fc278cffd257a611c17e177e80cc6f382d3c218aebf41263172a6d64f2f0210e620256b0bf3430c8251c60ef38083ff6c6a87e7d80698, hex=483045022100dc1f01e3a8850374c7929cd43c1b75bfb34093974ecc128d99895d279d541dca022023952ef2e3d8f97130a4490c114a432de5643c8cf413762860d9787c1c5364c401410401de03d4723cef6a0f0fc278cffd257a611c17e177e80cc6f382d3c218aebf41263172a6d64f2f0210e620256b0bf3430c8251c60ef38083ff6c6a87e7d80698}secuencia=4294967295}, {txid=2bb40d37362f62080ad0837e3275079d7278750d6fc391414d5fd544f2c0db7e, vsal=0, scriptSig={asm=3045022069a96fdd4ec434aa8a70185cd861fe8bc3e82aa4db8967e6ed3d2f7ff0a1a3bd022100b1464600ae2a9d8b2c8e14217746ac3eba32e99068611847273e4886bca47cea01 047cfc6e801a25c1c52ba2e00859142e9ff03bea35670e9f94be22b8dbe4edae2a4046fa9c86d2d4c2af6402ae3a98d725ec1a30a461013a968294043ea33d3b79, hex=483045022069a96fdd4ec434aa8a70185cd861fe8bc3e82aa4db8967e6ed3d2f7ff0a1a3bd022100b1464600ae2a9d8b2c8e14217746ac3eba32e99068611847273e4886bca47cea0141047cfc6e801a25c1c52ba2e00859142e9ff03bea35670e9f94be22b8dbe4edae2a4046fa9c86d2d4c2af6402ae3a98d725ec1a30a461013a968294043ea33d3b79}secuencia=4294967295}
],
vsal=[
 {valor=0.09864623, n=0, scriptPubKey={asm=OP_DUP OP_HASH160 c962d40fc3302ad21a554d28509a4a9dcafc6243 OP_EQUALVERIFY OP_CHECKSIG, hex=76a914c962d40fc3302ad21a554d28509a4a9dcafc624388ac, reqSigs=1, type=pubkeyhash,

 / / ¿POR QUÉ MÁS DE UNA DIRECCIÓN PODRÍA SER PUESTO A CONTINUACIÓN?
direcciones=[1KMqDGqpLBZPzfVGENErKce1hkaL8TnBwz]
 } 

},
 {valor=0.28569421, n=1, scriptPubKey={asm=OP_DUP OP_HASH160 6999a9826e7f5b90e4f4a3ac5fb6cdfa32d39422 OP_EQUALVERIFY OP_CHECKSIG, hex=76a9146999a9826e7f5b90e4f4a3ac5fb6cdfa32d3942288ac, reqSigs=1, type=pubkeyhash,

 // AQUÍ EL MISMO: ¿POR QUÉ MÁS DE UNA DIRECCIÓN PODRÍA SER PUESTO A CONTINUACIÓN?
direcciones=[1AdN2my8NxvGcisPGYeQTAKdWJuUzNkQxg]}

}
],
blockhash=0000000000000155303b637fda8f13f1778f58b64328c95ae201ccffbc5c6a8c, confirmaciones=1885, tiempo=1368707765, blocktime=1368707765
}
+316
Brandon Martinez 22 jun. 2013 16:45:48

No es grave el uso, y nunca lo ha sido, de Hashcash.

Más obviamente, la disparidad entre los recursos de un spammer (que puede alquilar una botnet de robo de los recursos informáticos, o el uso de alta potencia de los servidores y Gpu) no es rival para un usuario el envío de un correo electrónico desde su teléfono con un poder limitado disponible . Esto simplemente significa que la dificultad de generar un "sello" tiene que ser tan alto que sólo los spammers son capaces de enviar mensajes, que derrota el propósito.

+305
lornix 14 oct. 2016 8:19:46

Como sabemos , el Bitcoin core-Regtest se utiliza para configurar nuestro propio blockchain a partir de la Génesis del Bloque. He creado Dos nodos en mi localhost que se ejecutan en diferentes puertos (estoy usando Windows 8.1). Están conectados el uno al otro. Ahora quiero aumentar el nivel de dificultad y crear minería de la competencia entre dos nodos.

Puedo utilizar manualmente generar Number_of_blocks a la mía que muchos Number_of_blocks en cualquier nodo, y Que incluye también a mi transacciones recientes que aún no están incluidos en el blockchain, mientras que la minería.

Pero, ¿cómo puede tener un arreglo en el que voy a aumentar la dificultad y el inicio de la minería en ambos nodos, y el que viene primero, que se emitirá el bloque y ganar la carrera.??

Cualquier referencia o explicación paso a paso sería muy apreciada

+267
Learner Algorithm 16 may. 2013 14:28:58

Tengo una billetera de papel con una dirección pública y una clave privada encriptada ( con una frase de paso ), pero no de un código QR. Así que necesito una manera de generar un QR de la imagen, o introducir manualmente la clave.

Lamentablemente QR generadores no acepta mi clave privada encriptada. Así que tengo que descifrar primero.

Es allí cualquier manera de la que puedo descifrar mi clave privada utilizando mi contraseña y, a continuación, convertirlo en un código QR?

Mejor.

+208
bpjesusfreak 17 ago. 2010 19:07:28

Echa un vistazo http://bitcoinswithfriends.com donde la gente puede prestar Bitcoins a los amigos que tienen en Facebook.

+178
Chandra sekhar P 29 may. 2010 2:51:59

Si algunas acciones del cliente no se corresponden con el protocolo Bitcoin en una manera perjudicial (por ejemplo, inundaciones, con mensajes no válidos) la prohibición de contador se incrementa dependiendo de la gravedad de la violación del protocolo. Cuando la prohibición de contador llegue a algún valor predefinido (se puede establecer con el -banscore opción en bitcoind, el valor predeterminado es 100) conexión para que el cliente es interrumpido por un día (que es el predeterminado, al menos, pero de nuevo, esto puede ser cambiado con el -bantime opción).

Los valores utilizados son arbitrarias (por ejemplo, 100). Todo acerca de la relatividad. No sé exactamente cuánto pena de que usted consigue para que la violación, pero esto se puede encontrar en el código fuente. Si alguien se siente la necesidad de compilar una lista de la cantidad de la penalización por violación, por favor, edite esta respuesta.

+143
edward estlin 5 ago. 2019 2:47:44

He modificado una biblioteca para que Google Vaya a apoyar algunas de las Curvas de Koblitz, incluyendo secp256k1. Está disponible aquí.

+124
piroghok82 12 dic. 2012 3:51:01

Quiero averiguar el número de confirmación de la no-cartera de transacción.

Cuando yo uso CoinService.DecodeRawTransaction(CoinService.GetRawTransaction("5bc89f4e7f7fe4bd6bd15b439038e2a50a88c158680814164d3428a73a84daef")) tengo los detalles de la transacción, pero sin confirmaciones de campo.

Supongo que debo usar GetRawTransaction("..", 1) , pero tengo excepción "hubo un problema al deserializar la respuesta de la cartera".

+118
James Wagland 30 sept. 2016 4:21:34

Es posible que desee probar la ruta de la Seda, allí se puede comprar/vender Bitcoin, entre otras cosas.

No estoy seguro acerca de las tarifas, sin embargo.

+82
eramm 20 ene. 2013 10:13:08

A partir de la documentación de la API disponible en https://www.bitstamp.net/api/

El extremo privado https://www.bitstamp.net/api/v2/balance/ incluye las tasas para todos los pares.

El extremo privado https://www.bitstamp.net/api/v2/balance/{currency_pair}/ incluye el cargo por el par especificado.

+76
Easylife for Everyone 25 dic. 2013 12:06:52

En mi pregunta anterior (Determinante de la confirmación de tiempo), me preguntó

"¿Cuál será la definición de tiempo de confirmación y los datos utilizados para

https://blockchain.info/charts ?"

Ahora que he leído

"El clásico cliente bitcoin va a mostrar una transacción como "n/sin confirmar" hasta que la transacción es de 6 bloques de profundidad. "(https://en.bitcoin.it/wiki/Confirmation)

Entonces, ¿es correcto decir que, en una aproximación más simple tarda de 6 veces el tiempo de confirmación en el gráfico para obtener una transacción hecho?

+42
mcass20 15 oct. 2010 21:28:51

Mostrar preguntas con etiqueta