Administración de bfgminer en linux

Estoy empezando a joder con bitcoin minería. He sido un largo tiempo de Boinc pseudo-entusiasta y tan sólo tuve que retirar de minería de bitcoin. He empezado a utilizar bfgminer y estoy un poco confundido en cuanto a cómo su administración debe ir.

Voy a conseguir que se ejecuta en el terminal y me muestra el menú principal, pero hay una manera de salir de ese menú y siga funcionando en segundo plano? Luego, una vez se va, hay una manera de traer el menú de copia de seguridad para comprobar en él?

He miró a su alrededor buscando una respuesta a esta y no he sido capaz de encontrar uno que todavía; puede que alguien me puso en el camino correcto?

Muchas gracias de antemano!

+925
Falleant 22 oct. 2015 9:42:49
25 respuestas

Ha habido una cierta preocupación sobre el hecho de que los costos de transacción (en su forma actual) no son un sustituto adecuado para el actual 50BTC bloque de recompensa. Gavin ha dicho que como mucho, como tienen otros. Los problemas de desalineación de incentivos se describen en otros hilos.

Tengo curiosidad: como el 50BTC->25BTC bloque de la reducción de la recompensa enfoques, hay un fuerte incentivo para que los mineros modificar sus clientes para simplemente hacer caso omiso de esta regla, de continuar con la producción 50BTC-recompensa-bloques, y hacer caso omiso de cualquier bloques que intentan reducir la recompensa. Se requiere cambiar una sola línea de código!

Es en el mejor interés de cada minero para ello, y los mineros decidir qué vientos en el bloque de la cadena. Por lo tanto, sospecho que en realidad podría suceder. No hay razón para creer lo contrario?

Obviamente, si más de la mitad de los mineros están de acuerdo, se puede cambiar cualquier aspecto del protocolo bitcoin. Pero esto es un poco diferente: es más fácil conseguir un montón de gente está de acuerdo a no hacer a producir un cambio en el protocolo que para hacer un nuevo cambio. También es más fácil hacer esto si la omisión de la fecha programada de cambio en todos los mineros " mejor interés. Así que creo que la eliminación de la reducción de la recompensa es mucho más probable que cualquier otro protocolo de modificación. "Uy, me olvidé de reducir la recompensa que pagar yo!" También es menos probable que se produzca pánico "OMG cambiaron las reglas del juego" y una caída en el BTC de la tasa de cambio, ya que lo que realmente está pasando aquí es un cambio menor, no más.

Nota adicional: a pesar de que agruparon la minería hace que sea más fácil para que esto suceda, no hay acuerdo entre las piscinas" o colusión es realmente necesario. Piénsalo de esta manera: el bloque que se supone que para reducir la recompensa a 25BTC es muy probable que sea un punto de bifurcación en el blockchain. Cada minero se va a decidir por sí mismo cuál lado de la horquilla para trabajar en. El hecho de que hay más recompensa sobre la no-reducción de la bifurcación significa que un racional minero se elige de que lado. El hecho de que más de mineros de trabajo en la que la horquilla significa, en última instancia, convertirse en el "real" blockchain.

+966
Alex Czepe 03 февр. '09 в 4:24

Usted está pidiendo a varias preguntas, que no es como este sitio web funciona. También: todos ellos han respondido ya varias veces si se busca un poco. Voy a tratar de responder a algunas de todos modos, para tomar distancia de algunos de sus errores, que debería ayudar a volver a la pista de la derecha.

Concepto erróneo: Bitcoin no está basado en el protocolo BitTorrent. No tiene nada que ver con ella. Bitcoin utiliza un peer 2 peer red BitTorrent también lo hace. Pero ni la primera ni son todos los que similar.

Equivocación: Una dirección que NO es como una clave privada SSH. Una dirección es "como" una clave pública (no exactamente, pero esa distinción no es importante ahora mismo). Una dirección es lo que das a alguien para que ellos tienen que pagar usted.

Oculto en el interior de la cartera es la clave privada o, más precisamente, en las actuales carteras: la llave Maestra de la que varias claves privadas se generan. Si realiza una copia de seguridad de su cartera (lo que usted debe hacer!) usted podrá ver que la clave maestra: es simplemente una lista de 12 o 24 palabras en inglés.

La dirección se utiliza para recibir bitcoins. La clave privada es lo que usted necesita para ser capaz de pasar de ellos. Pero el privado es prácticamente invisible para usted, usted no necesita atención mientras usted tiene la llave Maestra de la copia de seguridad (y protegido!) correctamente.

Dirección de re-uso es desaconsejado, por razones de privacidad. Una vez que el "uso" de una dirección, la cartera va a preparar automáticamente una nueva dirección para el siguiente uso.

La específica aplicación de cartera está utilizando genera dos direcciones por adelantado para empezar.

Yo creo que no se puede eliminar una dirección en esta aplicación.

Es posible tener varios dispositivos utilizan la misma clave Maestra, pero esto significa que si uno de esos dispositivos se ve comprometida y alguien le roba su llave Maestra, usted perderá TODO su dinero. Es probablemente mejor para mantener las cosas separadas hasta que usted esté listo para configuraciones más avanzadas. (multi-firma por ejemplo)

+853
user233631 24 ene. 2011 20:17:56

Desde la v0.9.3 miner.cpp fuente (https://github.com/bitcoin/bitcoin/blob/v0.9.3/src/miner.cpp#L598-L604):

si (GetTimeMillis() - nHPSTimerStart > 4000)
{
 estática CCriticalSection cs;
{
De BLOQUEO(cs);
 si (GetTimeMillis() - nHPSTimerStart > 4000)
{
....

¿Por qué es el mismo si la instrucción "if (GetTimeMillis() - nHPSTimerStart > 4000)" ejecuta dos veces? GetTimeMillis() sólo puede ir hacia arriba, de modo que parece como si la primera es verdadera, entonces la segunda declaración sólo puede evaluar a la verdad, y que es inútil. Estoy asumiendo que esto no es del todo correcta, aunque, y también estoy suponiendo que tiene algo que ver con el CCriticalSelection, pero quisiera entender la naturaleza de lo mejor.

Gracias!

+787
natino 6 jul. 2011 7:36:41

Hay un límite inferior: Bloques debe incluir al menos una transacción, el Coinbase. ;)

La ventaja de un pequeño bloque ha sido algo exagerado en el pasado, ya que normalmente no importa mucho, especialmente desde que el relé de red mejoro con Bloques Compactos, un comprimido de formato de bloque, lo que reduce significativamente el pico de ancho de banda necesarios para propagar los bloques.

Básicamente, por un pequeño bloque de tener un relé de ventaja sobre un bloque mayor de los dos bloques tendría que encontrarse en menos de 5 segundos cada uno. Esto sólo ocurre una vez cada dos o tres días, y por lo tanto, no es una cantidad significativa para optimizar en comparación a la posibilidad de que incluso la búsqueda de un bloque de doble pasar con en el primer lugar.

+742
David Postell 6 ene. 2013 2:03:25

Mi pregunta: ¿los bloques en un blockchain sin prueba de trabajo (es decir, permitan blockchain) tienen que estar vinculados entre sí a través de un hash criptográfico?

Versión más larga de mi pregunta:

(Por favor, corrígeme si algunos de mis comentarios contener errores)

Los bloques de una blockchain están vinculados entre sí, de modo que después de la prueba de trabajo de su contenido no puede ser fácilmente falsificada, ¿verdad? Si varios nuevos bloques fueron creados en la parte superior de un bloque que contiene mi transacción, puedo estar bastante seguro de que estoy en el más largo de la blockchain y mi transacción no puede ser alterada (es decir, el doble gasto problema está resuelto).

Sin embargo, en un permitan blockchain no hay ninguna prueba de trabajo. Hasta donde yo sé, en permitan blockchains acuerdo en el más largo de la cadena (es decir, el consenso) es alcanzado por tener una mayoría de blockchain los participantes están de acuerdo en la más larga de la cadena. Pero ya que no hay ninguna prueba-de-trabajo, el 51% de los ataques (pretender ser el más largo de la blockchain, mientras que con los bloques con manipulada transacciones) son mucho más fáciles de lograr, o estoy equivocado?

Entonces, ¿por qué usted necesita para añadir un hash del bloque anterior para un nuevo bloque en un permitan blockchain ya que no hay ninguna prueba de trabajo y por lo tanto la vinculación de los bloques de esta manera no proporciona ninguna ayuda para resolver el doble problema de gasto?

+683
why not 6 mar. 2016 5:32:17

Hay dos cuestiones importantes cuando se trata de la adopción de canales de pago en Bitcoin. En primer lugar, tenemos un problema de interoperabilidad, en el que la implementación de canales de pago en una cartera no es necesariamente compatible con la implementación de canales de pago en otra cartera. Incluso si la interoperabilidad se ha resuelto, todavía hay un problema con la seguridad, ¿cómo podemos comunicar de forma segura los parámetros necesarios para la instalación de los canales de pago entre dos independientes carteras en una confianza menor manera?

En segundo lugar, una Jeremy Spillman estilo de canal de pagos que implican un consumidor y un productor es todavía vulnerable a la maleabilidad de transacciones dependiendo de cómo el paciente nuestro hipotético usuario de monedero es. Si la costumbre de 6 bloque de confirmación que se adopta la recomendación, hay una baja probabilidad de que la transacción maleabilidad puede afectar el proveedor de servicios de pago canal. Sin embargo, si el proveedor de servicio se inicia la prestación de servicios mediante la aceptación de una información sin confirmar el compromiso de la transacción para financiar el pago de canales, la maleabilidad de transacciones explotar puede ser utilizada para invalidar todas las posteriores operaciones de pago como el consumidor del servicio, simplemente puede mutar su sigScript para el compromiso de la transacción, lo que resulta en una transacción diferente de hash. Sin embargo, esto sólo puede lograrse cuando hay una bifurcación en el blockchain y el mutado de la transacción se ha cometido en la cadena ganadora, o cuando el compromiso de la transacción no está confirmado y el mutado de la transacción fue cometido en lugar de la transacción original.

+661
BOSSKRASH 4 dic. 2014 4:46:27

No han sido pocos los OP_RETURN transacciones recientemente, donde OP_RETURN de datos en el scriptPubKey comienza con 4c 50 que es LP como ASCII.

Por ejemplo, estas transacciones:
- ccce20a2b4c79d80fe57bd4008c398c548cefc7f353e71044353432f434d8e6a
- 2d02e75f6f72a1e633e4f1b36066428f1904ca5859bc6a711806961b8b6fbfd3
- f85a0efd449f193605048b73dd7bb0287c7a331ab92755497b4d77806090849e
- b193bb721f21e2efc9dcfd9bb8ab8753f9a70f6ff7ce8bbffb0a173a45adf6b0
- ... y mucho más (6447 en las dos últimas horas en el momento de escribir esto)




Desde los primeros bytes se utilizan generalmente como un identificador (por ejemplo, omni para OmniLayer) me gustaría si alguien le sucede a saber donde esto podría originarse.

+640
380939202816 18 may. 2013 0:59:49

Estás intentando enviar RPC consultas a la red P2P puerto. Usted debe utilizar el puerto 8332 en lugar de 8333.

Bitcoin Core:

  • interactúa con otros Bitcoin nodos de la red mediante el P2P protcol a través del puerto 8333 (o lo que sea que configurar el puerto a ser)
  • responde a RPC consultas (JSON-RPC) a través del puerto 8332 (o lo que usted configure -rpcport a ser).
+633
newanthony 21 nov. 2015 7:30:54

Ellos simplemente no procesar las transacciones que reciben sin cargo. El remitente pierde sus monedas para SatoshiDice si se comete este error.

+605
Ichigo Kurosaki 15 jul. 2014 19:12:47

Me pregunto si hay un sistema que soporte bitcoin contratos como:

Si me hizo un depósito a una cartera de esta cartera tiene 10% de los BTC y la transfiere automáticamente a otra cartera.

+566
B1tco1nNewb1e 11 jul. 2012 15:41:48

Usted necesita la transacción índice de habilitado de la que desea hacer uso getrawtransaction arbitrarias de las transacciones. Por defecto, sólo las transacciones que se han gastado salidas están disponibles.

Ejecutar bitcoind con -txindex o poner txindex=1 en bitcoin.conf. Tendrás que volver a indexar.

+564
Beemad 22 mar. 2017 10:11:55

mirar a través de todos sus dispositivos a los que puede acceder la cartera con - seguramente hizo una copia de su clave privada en algún lugar Sólo que tenía el control de esa ... ¿qué servicio de diod utilizar inicialmente? MEW o ? un cambio ?

+559
Grandorse 21 sept. 2014 21:08:14

No abrir y cerrar un canal para cada transacción. En su lugar, usted podría tener uno o más canales abiertos en todo momento y encontrar las rutas a los lugares tuyo quiere enviar el dinero.

no se que anime a un muy alto grado de centralización debido a la prohibitivamente grande de los requisitos de capital principal centro de nodos?

No. Si usted realiza una transacción de alrededor de 50 USD, cualquier ruta de Bob a Alice, donde todos los canales son iguales o superiores a 50 USD (en la dirección correcta) va a hacer. No tiene que ir a través de un eje central. 50 USD no es un "prohibitivamente grande requerimiento de capital". Si usted hace una 50,000 USD transacción, es una historia diferente. Con la velocidad del rayo, la red más centralizada con las transacciones más grandes porque tienen menos rutas para elegir. Sin embargo, la gran mayoría de las transacciones no van a ser muy grandes, y por lo tanto tienen un muy bajo grado de centralización. Se puede utilizar más rutas.

Porque las pequeñas transacciones ya no requieren espacio en bloques, este tendrá una carga significativa fuera de la cadena principal.

+536
Libra Smith 12 oct. 2013 13:46:17

La clave privada es de 32 bytes número.

Dirección (Hash) es de 20 bytes número.

Es cierto que hay muchas claves Privadas que tienen el mismo 20 bytes de hash?

P. S. ¿Cómo obtener la Dirección de la clave Privada:

Clave privada (32 bytes número aleatorio) --1--> 04+de clave Pública (64-byte número de curva elíptica punto) --2--> Hash, Dirección (20 byte número) --3--> Dirección de la cadena (Base58 cadena).

  1. Curva elíptica punto de multiplicación
  2. SHA256, ripemd160
  3. Hex convierte a Base58
+481
Cullub 18 may. 2012 16:34:00

Es el bloque de nonce predecible de alguna manera? Parece ser una prueba de trabajo en su propio como el hash del bloque, pero puede que un minero de la fuerza de un bloque minado tener una específica nonce? (si su hashrate lo permite)

+441
n0mer 15 dic. 2015 21:17:32

¿Qué es exactamente el "Índice Anterior" y por qué es el valor de la FFFFFFFF y no 00000000? Desde la transacción anterior no existe, no debe ser de 0 igual que el anterior hash?

Coinbase las transacciones deben ser índice FFFFFFFF, que es -1.

Desde mi entender, el script de entrada contiene datos arbitrarios elegido por el minero en la construcción de la coinbase transacción y puede ser decodificado en ASCII.

Por ejemplo, este ejemplo de entrada de secuencia de comandos (génesis bloque) descodifica en ASCII como:

ÿÿEThe Veces 03/Ene/2009 Canciller en el borde de un segundo plan de rescate para los bancos

Es esto correcto? Y es esta también se utiliza cuando el nonce se desborda como un 'extraNonce'?

Sí, es exactamente ÿÿEThe Veces 03/Ene/2009 Canciller en el borde de un segundo plan de rescate para los bancos. Cualquier parte de coinbase puede ser utilizado como el extranonce.

¿Cuál es la secuencia de entrada? ¿Por qué es siempre 0xFFFFFFFF cuando el locktime es 0x00000000?

Ver esto para más detalles

¿Qué datos se guardan en el script de salida, y cómo puede reducirse a ser decodificado?

Es un pay-to-pubkey de salida.

41 Empuje 65 bytes

04678AFDB0FE5548271967F1A67130B7105CD6A828E03909A67962E0EA1F61DEB649F6BC3F4CEF38C4F35504E51EC112DE5C384DF7BA0B8D578A4C702B6BF11D5F Satoshi la clave pública de la

AC OP_CHECKSIG

+408
hftf 20 jul. 2010 7:48:16

Cómo una fina nodo en la red de verificar la validez de la blockchain árbol? Creo que el nodo se debe esperar un período de tiempo para obtener el mismo válido cuadra de algunos de sus compañeros.

+404
DrLou 30 mar. 2017 23:05:34

De acuerdo a mi entendimiento, generando una creciente lista de números primos beneficios de las matemáticas y de la sociedad de alguna manera misteriosa. Teniendo en cuenta esto, ¿por qué tener más recientemente, ha creado la prueba-de-trabajo enfocado monedas ignorado Primecoin del algoritmo de minería de datos en favor de Bitcoin, que no da epiphenomenal beneficios?

+396
user21394 13 oct. 2010 18:03:02

El ID de la transacción se calcula anteponiendo los bytes 0x54, 0x58, 0x4e, 0x00 a la firma de la transacción y, a continuación, tomar el SHA512Half de esta entrada.

Ejemplo para una firma de transacción, los bytes son representados como hex cadenas:

txBlob = "120000228000000024000000026140000000017d64b86840000000000013887321032c03bf7001689bebbb90e79c42deb99bf71be31f7460c1ce66a244635417b35a7446304402205ec87865bb0da66d71d0700ee2dfb901b458da4d32f43a51cf22f331273022d9022013dcb672d61eb53d28cd0c4069a0d12c03c70efc304d65b3665d8ba76c3477288114985d8d3734809d8be363675897ae4a711f1be06483144a3031789de7672be61cb3a5d200ecee0b8e462f"

insertar el prefijo rendimientos

txid = SHA512Half("54584E00120000228000000024000000026140000000017d64b86840000000000013887321032c03bf7001689bebbb90e79c42deb99bf71be31f7460c1ce66a244635417b35a7446304402205ec87865bb0da66d71d0700ee2dfb901b458da4d32f43a51cf22f331273022d9022013dcb672d61eb53d28cd0c4069a0d12c03c70efc304d65b3665d8ba76c3477288114985d8d3734809d8be363675897ae4a711f1be06483144a3031789de7672be61cb3a5d200ecee0b8e462f")

txid = "7ca5f7064a4054f0f0687431f5bac32798e06e51b51539687140ac6b5e82f9c7"

SHA512Half es de los primeros 32 bytes de la SHA512 de salida.

El ejemplo de la transacción anterior se puede encontrar aquí:

+390
badji2009 24 oct. 2011 2:53:48

Me pregunto si se puede hacer minería con Bitcoin-0.16.1 en regtest modo, sólo para la simulación de mainnet situación en la que hay nuevos bloques provenientes constantemente.

Soy consciente de que me puedan generar para generar los bloques de casi instantáneamente después de cada transacción y por lo tanto confirmar la transacción. Pero ¿puedo usar un minero programa para automatizar el proceso y simular mejor la situación real, es decir, el nuevo bloque provenientes constantemente en número reducido?

He intentado cgminer conectar a mi regtest solo de la minería, pero que no se parecen a los míos nada, solo se queda ahí y el hash de la tarifa es siempre 0. Algún consejo sobre cómo puedo mina en regtest o debo configurar algunas secuencias de comandos automatizadas para llamar a generar a partir de tiempo al tiempo?

+194
Harry Wang 17 ene. 2019 16:24:01

Sea una bolsa de valores o un cripto uno, es un tipo de norma de que los intercambios de mostrar sólo una parte de la cartera de pedidos y no la totalidad de la cartera de pedidos para los usuarios. Usted podría posiblemente intente rastrear el intercambio, sino que todavía sería inútil, ya que la cartera de pedidos que se muestran son ordenados y sólo la parte superior de 20-30 entradas. Usted no va a obtener los datos completos. Bittrex tiene su conjunto de API para recuperar datos de exchange, sin embargo, que no es el intradía de datos. Se actualiza en el momento oportuno. Así que tendrás que venir para arriba con un tiempo de servicio basado en la que golpea a estas API en un intervalo regular de tiempo teniendo en cuenta la hora de la API de límite de uso y la actividad del mercado.

Del mismo modo muchos de los otros intercambios también se proporcionan con la API que puede utilizar para consolidar en un enorme intradía libro de órdenes.

+188
edo1 7 jun. 2012 16:16:43

Yo soy el comercio en crypto intercambios muy activamente con varias estrategias. En mi "sistema" puedo obtener los datos de los intercambios, entonces yo proceso, entonces puedo crear orden y enviar a los intercambios. Sin embargo, estoy luchando para encontrar el más eficiente en la latencia (sabio) método con el que puedo ejecutar mis órdenes. Mi problema/pregunta es la siguiente: - ¿Cuál es la manera más rápida de enviar los pedidos creados por mis estrategias a otros procesos/subprocesos que se envía la orden de los intercambios sin dejar de dicha estrategia, mientras esperamos la respuesta viene de la bolsa? (La idea es ser capaz de crear otros órdenes, si las circunstancias lo permiten.)

Actualmente estoy probando muchos métodos, pero no estoy seguro de que uno es el que viene con la menor latencia. Yo estoy haciendo el arbitraje, por lo que la latencia es muy importante para el código así como la simultánea ejecución de la orden.

He probado muchos métodos, y básicamente estoy buscando la manera más rápida con la que todavía tengo algo de control sobre la cola de mis órdenes. Actualmente ZMQ REQ-REP protocolo me da más control (donde el orden de ejecución envía solicitudes cuando se tiene la capacidad para enviar los nuevos pedidos, por lo que los pedidos no se acumulan en la ejecución de la orden), pero esta REQ-REP patrón viene con la sobrecarga de la comunicación. Así que estoy buscando un método similar con una menor latencia, o cualquier otra idea que me ayuda a mantener el control sobre la cola (no puedo tener infinitos procesos o hilos de ejecución de las órdenes como no tengo el poder para que), y reduce mi latencia.

Estoy usando python para la codificación.

+162
mikamonk 3 nov. 2015 17:27:28

La lista más completa que he encontrado es de las Cosas Existe. No he comprobado personalmente de cada enlace, pero le dará una buena base sobre dónde tirar de una lista de sitios de.

+110
Nurdana 24 nov. 2017 5:07:39

Ambos tienen una propuesta de valor de onchain la gobernanza descentralizada. Decred tiene un live de trabajo blockchain y la cadena de la característica de voto, mientras que Tezos es todavía un concepto.

+55
Sangdeadeung Lee 19 ago. 2016 21:19:04

Si se proporciona uno de su envío en lugar de recibir considerar esas monedas donadas. Su cartera sólo muestra las transacciones en las direcciones que usted posee.

Lo que puede hacer es tratar de averiguar cuál es la dirección que usted proporcionó. Nunca he utilizado el servicio que usted ha mencionado, pero es probable que tengan el ID de transacción disponible. Una vez que averiguar la dirección de tratar de recordar lo que se utilizó esa dirección en el pasado. Sus monedas podría ser en una bolsa o sitio web que usted puede usar antes.

+53
eversMcc 7 jun. 2010 19:16:11

Mostrar preguntas con etiqueta