Cryptsy, Mintpal, Bittrex API - el número de solicitudes que puedo hacer?

Cryptsy, Mintpal y Bittrex han Api públicas.

¿Cuántas solicitudes por segundo o minuto que puedo hacer a estas Api?

+23
thejesse 13 jul. 2013 15:00:36
18 respuestas

En el proceso de minería, cada vez que un bloque tiene que ser confirmado, una cierta hash con un incremento de nonce es generada: Si el nonce es un número de 32 bits que puede asumir un valor entre 0 y 2^32 - 1. Se da acerca de max 4.000.000.000 intentos en el mismo bloque para encontrar el derecho de hash. Pero si el objetivo comienza con 13 ceros ¿por qué no 2^32 demasiado poco para encontrar la correcta hash?

+970
user20485 03 февр. '09 в 4:24

Lo que anima a los mineros de Bitcoin para incluir muchas de las transacciones en bloques en el blockchain de Bitcoin?

Parece que rápidamente podría añadir un bloque con sólo una sola transacción y obtener el bloque de la recompensa de él.

¿Hay algún tipo de incentivo para que los mineros incluyen muchas de las transacciones en los bloques?

+963
listen 9 jul. 2017 11:48:12

Respuesta: Nada

Incluso con la mayoría de los sistema de seguridad, usted todavía está confiando sus desarrolladores.

Recuerde, cifrado seguro es que no se cortan, se omite.

+898
Morgan Venable 27 may. 2012 15:44:25

Se llama -walletnotify.

-walletnotify=<cmd> Ejecutar el comando cuando una cartera a los cambios de las transacciones (%s en cmd es sustituido por el TxID)
+875
VitaLinaVita 15 jul. 2014 17:57:53

100 MB por día, o menos.

(es decir, un módem de acceso telefónico podría soportarlo.)

+763
xxsuperiorxx 17 mar. 2019 8:55:14

He hecho esta transacción en la testnet:

https://testnet.blockexplorer.com/tx/2f18c646a2b2ee8ee1f295bb5a0f5cc51c5e820a123a14b0c0e170f9777518bb

Es un multisign tx con locktime. El locktime ha caducado y el tx está firmado, pero no está confirmado... ¿alguien sabe por qué este tx no está confirmado?

Gracias

+736
vital950511 6 oct. 2019 22:18:01

Así que mi pregunta es ¿qué sucede con una blockchain.info cartera, si un envío sigue sin confirmar por un par de días?

nada.

Va a enviar será cancelada?

no

Es probable que un 0.00011 tarifa de ser suficiente para que nunca se confirmó?

nadie sabe sobre el futuro

+616
Theik 17 may. 2010 19:43:06

Hay un montón de cosas que pueden hacer que una transacción no válida. Tenga en cuenta que una transacción no válida no puede ser confirmado como el bloque que contiene también sería nula, por lo tanto, no hay tal cosa como un confirmada o no confirmada la transacción no válida.

Cosas que hacen que una transacción no válida:

  • El gasto de entrada gastado por otra transacción que se confirma
  • El gasto de una entrada que no existe
  • Si las firmas son necesarios y deben ser válidos, proporcionando una firma no válida
  • Si algunos de los datos debe hash a algo (por ejemplo, pubkey hash, scripthash), proporcionando una pieza de datos que no se hash para el correcto hash.
  • En general, cualquier script de entrada no la validación de verdad
  • Negativa de los valores de salida
  • Suma de los valores de salida es mayor que la suma de los valores de entrada
  • Un coinbase transacción fuera de un bloque
  • Un coinbase transacción que no es la primera transacción de un bloque
  • Un coinbase transacción en la que la suma de los valores de salida supera el bloque de recompensa

Probablemente hay un par más que me perdí, esos son algunos que se me ocurre fuera de la parte superior de mi cabeza.

puede que el destinatario sea asegurado que incluso 0-conf tx será finalmente válida y procesos?

No. No hay ninguna garantía de que una transacción sin confirmar eventualmente confirmar, incluso si es válido. Tenga en cuenta que las transacciones no son válidos; son válidas o inválidas, sobre la creación.

+586
A user 30 abr. 2012 5:42:15

Estoy tratando de completar las instrucciones que se describen aquí https://en.bitcoin.it/wiki/Securing_your_wallet#Windows . Ya he hecho el Truecrypt parte e instalado el cliente Bitcoin. Pero tengo una pregunta necesito ayuda antes de que pueda continuar. ¿Puedo eliminar el Bitcoin carpeta de datos y directorio Appdata después de que me lo copia en una unidad cifrada ? O es necesario permanecer ahí para funcionar incluso a pesar de que sería estar en la unidad cifrada si no se eliminan ?

+540
Bill Rawlinson 28 ene. 2016 19:17:41

El escenario no está completamente claro, porque no nos dices si el atacante es válida la producción de bloques o bloques no válidos. Que además no han definido si su propia cartera es un nodo o un cliente ligero.

Primero vamos a hablar de cómo los bloques se retransmiten a través de la red:
Cuando un nuevo bloque es descubierto, un nodo de anunciar a través de un artículo de inventario (inventario) mensaje de que ha este nuevo bloque. Otras nodos enviará un getdata mensaje, solicitando el bloque entero. Después de la recepción y validación de los datos, se enviará un inv mensaje a sus compañeros para anunciar el nuevo bloque para ellos.
SPV nodos no solicitar el bloque completo. Sólo podrá obtener el bloque de encabezado, y si hay transacciones de interés, que van a petición específica de la prueba para las personas, a través de una merkleblock mensaje. SPV nodos no pueden verificar la validez de los nuevos bloques, porque no almacenar el blockchain.

Ahora hay tres posibles escenarios diferentes, y dos tipos de carteras a tener en cuenta:

Atacante es la producción de bloques no válidos
Una SPV cartera pueden ser engañados, porque no se puede comprobar la validez de un bloque. Todavía compruebe que el bloque de la cabecera están bien formados. Algunos SPV carteras requieren de varios compañeros para informarles sobre el mismo bloque. Por lo tanto, este ataque puede requerir, además, una Sibila de ataque o de control de la SPV cartera de conexión a internet.
Completa los nodos no están afectados, debido a que voy a rechazar bloques no válidos.

Atacante es válida la producción de bloques a baja velocidad
Una SPV cartera va a reorganizar a una larga cadena cuando se escucha de otro compañero. Así que, de nuevo, el SPV de la cartera debe ser aislado del resto de la información para este trabajo. Como la información es válida, este ataque también puede trabajar en contra de la plena nodos. El atacado puede notar la actitud sospechosa lenta tasa de actualización.

Atacante es válida la producción de bloques con el 51% de la minería alimentación
El atacante es más rápido que todo el resto de la red. Mediante la elección de sólo sumar a sus propios bloques, se puede extraer el 100% de los bloques y siguen superando el resto de la red. Los bloques son válidos y, por tanto, aceptado por todos los nodos (hasta que algún tipo de intervención). El atacante puede censurar las transacciones e incluso la reversión de un pequeño número de bloques a partir de un bloque anterior, pero finalmente, superando a los naturales bloque de la cadena de punta. Esto se llama una mayoría de ataque y se rompe la axiomática suposición de seguridad de Bitcoin que más de la mitad de la minería alimentación es honesto.

¿Qué tan seguras son seis confirmaciones a un atacante el tenedor?
Si usted está atrapado en un Sybil ataque, esto va a engañar. En cualquier otro caso, no se deje engañar, o la totalidad de la red es el objetivo.

+526
Akshit Kapoor Akshu 3 sept. 2010 5:00:11

basado en el anser/comentarios antes, me gustaría ayudar un poco más en profundidad: Mirando un estándar P2PKH transacción, hay un bloqueo y desbloqueo del mecanismo. El mecanismo de bloqueo está en la clave pública de secuencia de comandos (en la sección de salida) de la transacción anterior (algunos se refieren a ella como el gasto del estado). El desbloqueo es en el sigscript parte de la transacción (que se encuentra "su" sig y pubkey aquí). En la secuencia de comandos de la clave pública del autor de una anterior, tx define el objetivo (a quien el tx deberá ir), el cual es representado como el hash de clave pública. Cuando a continuación, el receptor de la tx quiere pasar el tx, (s)él tiene que cumplir la condición (mostrando la no-hash de clave pública) y también signos de la tx con su clave privada.

El vínculo entre los dos es este:

El P2PKH secuencia de comandos en la transacción anterior de la clave pública sección de secuencia de comandos, dice s.th. como:

"si el hash de clave pública para el mismo valor que he presentado aquí, usted ha cumplido la condición para el proceso de la tx más"

Ahora, como este hash es una función, sólo las personas que tienen el "original" de clave pública, en formato hexadecimal puede crear la solicitada hash (si tratas de fuerza bruta o de ingeniería inversa, que por hoy prácticamente imposible). Y dónde presentar su clave pública? En el sigscript sección! Usted proporciona la firma y la clave pública. En todo esto termina en una pila, donde en el primer paso el hash se compara, y si la igualdad, también se comprueba la firma. Sólo cuando se cumplen ambas condiciones, la transacción se procesa.

Más sobre la secuencia de comandos de validación en el que los desarrolladores de páginas de bitcoin, y en el de Andreas libro "el dominio de Bitcoin" en la sección 6, "Transacciones". Muy recomendable. Se puede encontrar en línea, también aquí.

Espero que esto ayude a entender mejor.

+514
Velile 13 feb. 2015 3:35:12

Estos dos bloques no puede existir en la misma cadena. Lo que llegó en el bloque posterior no sería válida porque sería el intento de consumir un saldo de transacciones de salida que no existe.

Si estos dos bloques dicen ser de la misma cadena, entonces nadie va a reconocer el bloque posterior como válida y será como si ese bloque no existe. Si estos dos bloques están en diferentes cadenas, finalmente, una cadena será claramente más largo que el otro, y que será la que hace que la transacción para siempre válida.

También es posible que algunos de la tercera cadena, incluyendo a ninguno de los bloques, se convierte definitivamente no. En ese caso, un minero es libre de incluir la transacción en un tercer bloque, suponiendo que la cadena no contenga ya una transacción en conflicto.

+494
Vincent Chow 27 feb. 2012 10:02:05

Como Raghav Sood, comentó

Parece que en realidad fueron enviados USDT, no Bitcoin, que no son compatibles con Copago. Usted tendrá que mover sus claves para una cartera que soporta USDT.

+477
Rahisha 15 may. 2018 20:20:40

Mi principal pregunta aquí es, ¿es esto correcto entendimiento o he entendido algo? Si esta pregunta sería mejor para Reddit, a continuación, me disculpo de antemano y me voy a mover de allí. Gracias.

Escenario:

Así que, técnicamente pude descargar el código fuente de bitcoin y dirigir mi propio altcoin (vamos a llamar a pokercoin) en una red de 5 equipos (para mí y mi hijo de 4 geek amigos que querían jugar al poker sin fichas).

Si estoy entendiendo bien, nos gustaría a cada uno se ejecuta pokercoin código fuente/qt en nuestros portátiles y no hay otros equipos que sería necesario para mantener la cosa en ejecución (o tal vez sería necesario ejecutar algo más para asegurar que la red funciona, porque de lo contrario no hay otra manera de la red haciendo todo el nivel IP cosas? O hacer los nodos de hacer esto y ejecutar algo distinto de la bitcoin código fuente?).

Cuando puedo hacer un pago, cada uno de los otros 4 equipos que recibe una copia de la transacción, y todos ellos agregar esto a un bloque de 1 de transacción que consigue que se anexa a nuestro muy corto blockchain después de 10 minutos (porque hipotéticamente mi equipo es capaz de resolver en 10 minutos).

Si 2 de nosotros hizo una transacción, (el nuevo bloque que se ha añadido 2 transacciones), pero los otros 3 equipos escribió su propio bloque, que se separaron en verdad a mi equipo y a mi amigo del equipo, luego esta el 51 por ciento de ataque vencería el bloque anterior para ser anexado (o es sólo después de OTRO bloque se añade (porque este es ahora el más largo de la cadena).

Todos nosotros también conseguir nuevos pokercoin por ser mineros en nuestro propio sistema (o tal vez es sólo a aquellos que utilicen un código diferente que llegar a ser mineros).

Finalmente, ninguno de nosotros realmente argumenta que no tiene dinero, porque sabemos que "cuánto debemos' es en realidad sólo se compone de la red de iterar sobre cada una de las transacciones que pasó en el fin de calcular nuestro cantidades (y esto sucede cada vez que un nuevo bloque).

También no discuten sobre los tamaños de bloque, porque hay 5 de nosotros.

+336
blum88 29 jun. 2017 13:24:16

Cuántas carteras hay en existencia(que son los únicos con bitcoins)?

Hay alguna página con las estadísticas que puede dar una perspectiva más grande que otros que comprender la estructura de datos de la blockchain.

El significado es posible obtener todas las claves públicas para todas las transacciones jamás se ha hecho?

Sin embargo, parece que el público las claves no se almacenan en el blockchain, en cambio, es el de las direcciones, que es un hash de la clave pública.

Estoy en lo cierto, que es imposible averiguar las claves públicas de todas las transacciones(a Menos que usted bruteforce ellos que es prácticamente imposible)?

+326
YING CHANG 20 jul. 2018 2:28:00

La respuesta está en constante cambio, pero esto es algo que se puede calcular usted mismo.

  1. Buscar la Bitcoin valor de dificultad. Ahora es 460,769,358,091. Vamos a utilizar la notación científica: 4.6e11.

  2. La dificultad determina el número promedio de hashes necesarios para la mina de un bloque. Un mínimo de dificultad de 1 corresponde a 2^32 = 4.3e9 hash, por lo que se necesita un promedio de 4.6e11 * 4.3e9 = 2.0e21 hash de la mina de un bloque. (Más precisamente, cada hash realizada tiene una probabilidad de 1 en 2.0e21 de éxito en la creación de un bloque.)

  3. Buscar aproximado de la tasa de hash para el hardware que tiene en mente. Para CPUs y GPUs hay una mesa de aquí; ASIC dispositivos se puede encontrar aquí. De acuerdo a la tabla, un Core i7 2600 CPU puede hacer 23.9 MHash por segundo, o 2.3e7 hashes por segundo. Tal vez usted está comenzando a ver el problema.

  4. 2.0e21 / 2.3e7 = 8.7e13. Que es el promedio del número de segundos que el equipo necesitará de la mina a una cuadra. Es alrededor de 2,7 millones de años.

Esto debe darle una idea de por qué todos los Bitcoin minería de datos se realiza ahora con especializados ASIC de hardware, que es muchos órdenes de magnitud más rápido y más eficiente de la energía.

+320
David Larson 20 nov. 2019 19:34:58

Más hilos no hacen que el software se ejecute más rápido.

Los hilos se utilizan con el fin de ser capaz de hacer más cosas simultáneamente, pero no necesariamente más rápido en general. Asumir tu conexión a internet te permite descargar en 1 MiB/s, y quiere descargar los 5 archivos de 200 MiB de cada uno. No importa qué, usted necesita para descargar 1000 MiB, que se llevará a 1000 segundos. Pero usted puede elegir para descargar uno por uno, o todos al mismo tiempo. Si usted descarga simultáneamente, ellos individualmente progresar más lentamente, pero en general todavía terminar al mismo tiempo.

La CPU tiene un número de núcleos, y puede funcionar de uno o dos hilos en cada núcleo (Ver SMT). Para computacionalmente intensivo de tareas, por lo que es recomendable tener tantos hilos como usted tiene núcleos, con el fin de mantener todos los núcleos ocupados. Sin embargo, no es útil para hacer las cosas más rápido. De hecho, debido a la mayor necesidad de comunicación entre hilos, haciendo lo que puede, incluso, reducir el rendimiento. Bitcoin Core detectará automáticamente los núcleos que su sistema tiene, y cree que el número de hilos por transacción y de bloque de validación. Si usted desea, puede cambiar este número utilizando el par de ajuste en bitcoin.conf.

La mayoría de los hilos que se ven son, sin embargo, no computacionalmente intensivas, y en el hecho de ralentí la mayoría del tiempo. Simplemente están ahí para lidiar con ocasionales de las cosas que deben suceder en el fondo y no interferir con otras operaciones. Que incluye hilos para el envío y recepción de mensajes en la red, para la limpieza de los archivos de base de datos, para interactuar con el usuario (reaccionando cuando usted haga clic en algún lugar con el ratón si el uso de Bitcoin-Qt, por ejemplo), o para responder a RPC comandos. Por último, hay una opción para el control de cuántas RPC comandos pueden ser procesados en paralelo, es decir, rpcthreads. Debido al bloqueo, sólo 1 o un par de RPC comandos en realidad puede ejecutar en paralelo, sin embargo.

Así, usted puede cambiar el número de hilos para algunas tareas, pero que rara vez se necesita, como los valores predeterminados suelen llegar cerca de el mejor rendimiento. Si usted desea hacer el bloque de sincronización de ir más rápido, el mejor enfoque es el aumento de la base de datos de tamaño de caché (dbcache) o correr más rápido de almacenamiento (SSD ayuda mucho).

+175
krisnoble 22 abr. 2019 0:50:30

Me pregunto si hay algún servicio que ofrecen algunas API como blockchain.info no, pero para varias monedas al mismo tiempo. Sé que hay un montón de bloque de exploradores, pero parecen ser incoherente y se centró en una moneda a la vez.

+173
user216429 22 jul. 2014 10:59:56

Mostrar preguntas con etiqueta