Lo que detiene a los mineros de la no presentación de error de hash a la red, para reducir la dificultad y bloque de tiempo?

Como yo lo entiendo, la dificultad se ajusta en base a la hashrate para mantener el bloque veces en intervalos de 10 minutos. Pero si Alice y Bob son los únicos de minería de datos en la red, lo que es para dejar de Alice de sólo de difusión de la correcta hash que se encuentra, reduciendo efectivamente el visto hashrate por 2 y fabricación de bloques de 5 minutos en su lugar?

+917
DaK 23 ene. 2010 9:49:26
16 respuestas

Puede cifrar los datos antes de almacenarlos. Sin embargo, cualquier persona podría tener acceso a los datos cifrados y, si el cifrado está roto (ya sea ahora o en el futuro), el cifrado de datos será revelado.

+978
Reaction Male Enhancement 03 февр. '09 в 4:24

Utilizamos una versión modificada de esta biblioteca para implementar la primera SHA256 multi+mezcla de minería de la piscina.

Funciona muy bien con el S7 que ha CGMiner 4.8 ("cgminer/4.8.0"). Sin embargo, el S9 con BMMINER 2 ("bmminer/2.0.0") es incapaz de conectar, conecta, y se queda en la dificultad inicial de acciones, y por lo tanto todo el trabajo es rechazado.

Tenemos la sospecha de que el BMMINER no admite la set_difficultymétodo. La pregunta es, ¿cómo puede ser resuelto? podemos utilizar s7 firmware para los s9, o encontrar un CGMiner compatible con el S9 en cualquier lugar?

+971
Sophy Swicz 6 jul. 2013 9:38:16

Generalmente hablando, BIP37 bloom filtrado SPV ha atroz de escala, aunque es difícil decir exactamente cómo los pobres es en las obras reales.

  • Cada nodo debe sincronizar todo el bloque de la cadena, desde el último contacto con la red, en el peor de los casos, esto es aproximadamente 50 GB. El nodo debe cargar cada bloque de disco de filtro a las especificaciones del cliente y devolver el resultado. La cantidad va a crecer hasta el final de Bitcoin o el tiempo, lo que ocurra primero. Sin algunos cambios de protocolo de la poda es incompatible con BIP37 SPV como se espera que todos los bloques disponibles en todos los hosts.

  • Para cada cartera que se sincroniza, cada uno de los entrantes de bloque y la transacción debe ser individualmente filtrada. Esto implica una no despreciable cantidad de tiempo de CPU, y debe ser hecho por cada uno de los pares de giro para cada artículo del inventario.

    • No está claro exactamente qué cantidad de energía de la CPU un promedio nodo tiene, pero al menos una parte de los nodos ejecutan en la parte inferior del barril de hardware como un Raspberry Pi que es muy poco probable que sea capaz feliz de servir a más de un par de compañeros en un momento.

      Del mismo modo, una gran parte de la escucha nodos están alojados en el presupuesto de VPS proveedores que ofrecen una sola base común y extremadamente pobre rendimiento. OVH tiene 300, Hetzner tiene 300 Digital Ocean 124, CloudAtCost es verdaderamente en la parte inferior de la pila con 6.

  • BIP37 es vulnerable a la trivial ataques de denegación de servicio, código de demostración está disponible que es capaz de paralizar a los nodos de inventario rápido de las solicitudes a través de filtros causando continua búsqueda de disco y la CPU. Es tentador decir que los clientes podrían utilizar la prueba de trabajo (pero esto es imposible en una batería de dispositivo como un teléfono) o micropagos (imposible si un nodo no sabe que ha recibido dinero todavía), pero ninguno realmente ofrece una solución clara.

  • También hay probablemente mucho menos de 6000 escuchar nodos, algunos son podados que es bastante inútil para un SPV cliente para sincronizar con, muchos están escuchando en IPv4 e IPV6 y se duplican en número como resultado. El número real de real de nodos es, probablemente, más a lo largo de las líneas de 5000, y el número de ellos no en acceso telefónico a la velocidad de los enlaces ascendentes es sustancialmente menor.

Es razonable esperar millones de SPV nodo de usuarios que se conectan a ~6,000 completa de los nodos?

Por supuesto que no, aunque sólo sea por la razón de que el código de valores predeterminados para un máximo de 117 conexiones entrantes, que sería de alrededor de medio millón de total sockets disponibles en la red (la mayoría de los cuales son consumidos en la actualidad).

+952
Josh Earl 9 dic. 2011 6:16:51

Se comparan cómo muchos BTC se obtiene por día, en el caso de la mina de BTC, frente a la forma en que muchos BTC se obtiene por día, en el caso de la mina de LTC, TC, etc.

El porcentaje es cuánto extra, pero hace un montón de suposiciones y generalizaciones.

+891
Veonika25072005 13 sept. 2019 14:43:05

Acaba de tomar una muestra aleatoria de bloques, por ejemplo, para bloquear 506068, blockchain.info muestra dificultad como 2,603,077,300,218.59, mientras que blockcypher muestra 392,962,374, hacer los exploradores utilizar una forma diferente de calcular, por qué son diferentes?

+835
Yanbin Yang 10 mar. 2016 1:02:23

Una cuestión es el futuro. Como namecoin destruye las monedas se utiliza en los dominios hace que no va a ser un duro limite de uso.

Si 21M monedas se liberan cada costando 1NMC eso es un muy pequeño tope en la cantidad de dominios disponibles. También se tomará en consideración que la Namecoin de la red no sabe qué valor 0.01 NMC es en relación a USD o incluso BTC.

Estas situaciones hacen que para la creación de un tapón en 2.1 B en lugar que es "más que suficiente".

+724
user1655072 19 mar. 2017 13:33:40

Son "mover" operaciones registra en algún lugar en la cartera o en otro lugar?

Si es así, puede la "mueven la historia" ser recuperada de la cookie, y cómo?

edit: al parecer el comando listtransactions se enumeran algunas de mover las operaciones, pero no todos, y no tengo ni idea de si hay algún criterio, o simplemente es intervenida.

+654
06needhamt 18 nov. 2013 15:16:06

Estaba leyendo y tengo una pregunta, si por favor me puede ayudar. Puedo enviar 0.00335 BTC en este TX: bf3eedc1929042444e62badaf885a8dd49333c31ff40d023175a90da241ec2e0 y veo el 0.00335 como pasó, pero el cambio (que yo no especificar la dirección donde ponerlo) se fue a otra dirección, y aparece como no utilizados. ¿Qué puedo hacer para recuperarlo? Muchas gracias por sus sugerencias.

+592
EliTei 5 oct. 2011 15:14:04

Esto es como yo lo entiendo:

La minería de datos de la aplicación (por ejemplo, Phoenix minero, poclbm) requiere que los datos se pasa por un nodo Bitcoin. El nodo de la función es verificar las transacciones sin confirmar en contra de la blockchain y, si es válida, proporcionar un hash de ellos para el minero.

Es decir, que no es el de los mineros de papel para verificar las transacciones; es la del nodo.

Si vas a la piscina de minería de datos, el nodo se ejecuta en la piscina. Cuando solo la minería, bitcoind se utiliza generalmente.

+442
Nothingtodo 12 mar. 2019 19:44:40

Si usted echa un vistazo a la nota de la versión, usted encontrará que:

El rpcallowip opción no puede ser utilizado para escuchar automáticamente en todas las interfaces de red. En su lugar, el rpcbind parámetro debe ser utilizado para especificar las direcciones IP para escuchar en. Escuchar RPC comandos a través de una conexión de red pública es inseguro y debe estar deshabilitada, por lo que una advertencia se imprime ahora si un usuario selecciona una configuración de ese tipo. Si usted necesita para exponer RPC con el fin de utilizar una herramienta como ventana acoplable, asegúrese de que usted sólo se unen RPC a localhost, por ejemplo, docker run [...] -p 127.0.0.1:8332:8332 (esto es un extra :8332 más de la normal de la ventana acoplable especificación de puerto).

Usted dijo en el comentario

porque necesito controlar mi nodo de forma remota

Me temo que para cualquier versión >= 18 esto no sería factible, pero con razón dada conexión rpc no son cifrados, lo que significa llanura de texto nombre de usuario/contraseña por eso no es recomendable/es posible ver. El uso de uno de ambos de manera remota la interfaz RPC o el RESTO parece que no se recomienda para que usted todavía podría hacerlo, pero tiene que saber que es inseguro.

Mi conjetura es que rpcbind debe ser una IP interna en el equipo que ejecuta bitcoin core y debe ruta externa llamada RPC desde el router de su red interna a la rpcbind's uno.

+394
QASG 5 ago. 2015 18:16:49

Estoy tratando de entender bitcoin RPC Peer to Peer protocolo para implementar SPV en una aplicación de internet que deben recibir crypto pagos.

El problema es que en los ejemplos que he encontrado, son ejemplos acerca de las peticiones RPC a un total de nodo se supone que voy, pero yo quiero a la consulta de otros nodos (nodos no tengo usuario:contraseña).

Como tengo entendido, bitcoinj y completa de carteras se conecta a la red de solicitudes a ellos sin que el usuario:pase, pero yo no podía encontrar la forma de que las solicitudes se construyen y cómo se puede probar y probar ellos de usar curl para aprender cómo funciona.

Hay una documentación de la api que puede consultar y una lista de nodos puede consultar?

También, entiendo que para establecer una conexión que debo enviar la versión solicitud, pero a partir de curl no tengo una "versión".

He encontrado esta documentación sobre el protocolo, pero he encontrado ninguna manera de probar que en términos simples (como el curl), para saber lo que está siendo enviado-recibido.

Yo quiero entender lo que las consultas que me puede hacer uso de este protocolo, sin que se ejecuta un completo nodo.

actualización

Parece que lo que yo quería saber si es posible aprender sobre el protocolo bitcoin hacer llamadas de prueba con curl completo de nodos (no RPC). Parece que no es posible.

+372
Stas Zhukovskiy 7 jul. 2017 17:08:23

Cada transacción de entrada consiste de un número de campos:

  • El txid de la transacción cuya salida está siendo gastado.
  • El índice de la producción pasó (también llamado vsal).
  • El scriptSig, o el desbloqueo de secuencia de comandos.
  • El número de secuencia.
  • (SegWit de entradas) El scriptWitness.

Los dos primeros (txid, vsal) se llama el punto fuera.

+283
rbiam57 30 may. 2019 8:18:28

Hay planes concretos para el cliente oficial para poder descargar solo una parte de la blockchain?

Por concreto me refiero a ¿cuál es el problema de seguimiento de esta en github, hay una planificada versión para eso?

+200
Gabe Gomez 9 jul. 2012 19:57:55

Tengo una pregunta acerca de la aplicación práctica de una parte del protocolo Bitcoin.

Estoy leyendo las Reglas de Protocolo de Bitcoin - "tx" mensajes y punto 14 establece que "Para cada entrada, si la referencia de salida ya se ha pasado por una transacción en la rama principal, rechazar esta transacción".

¿Cómo funciona el cliente de validar que la salida no se ha gastado? Parece que deben recordar todas las operaciones necesarias y la cantidad de Bitcoins para todas las direcciones conocidas. Esto requeriría una gran cantidad de memoria para almacenar todos ellos. Hay una optimización yo no soy consciente de que?

+199
danielblair 2 jun. 2016 6:36:49

Es posible crear un 1 de 2 multi-sig de la dirección en la que sólo una de las claves es el tiempo bloqueado y el otro puede firmar cualquier momento?

+194
Kevin Powell 13 jun. 2014 16:02:01

He instalado la ondulación del servidor siguiendo las instrucciones desde el siguiente enlace

https://github.com/filidorwiese/ripple-wallet

Ahora su trabajo en el servidor. Me puede comunicar con el servidor a través de línea de comandos. Pero lo que necesito es comunicar el servidor a través de programically. traté de comunicar la cartera utilizando diferentes plugins, pero por desgracia, todo lo falla. Puede alguien por favor, me sugieren un plugin y también me dan una solución para superar el problema de conexión? Tengo una duda ¿cómo puedo saber en que puerto de la ondulación de la cartera se está ejecutando? ¿cómo puedo configurar el puerto para la cartera?

+50
plomi 29 may. 2015 19:39:48

Mostrar preguntas con etiqueta