cgminer no trabajo en deepbit.net

He instalado Cgminer y creado el archivo por lotes para ejecutar

cgminer.exe -o http://pit.deepbit.net:8332 -u [email protected]_workerName -p s3cr3t

pero cuando lo ejecuto puedo conseguir

[2013-05-21 00:39:34] Empezó a cgminer 3.1.1 
[2013-05-21 00:39:34] Sondear en busca de una vida piscina 
[2013-05-21 00:39:38] la Piscina 0 lento/abajo o la URL de la o las credenciales no válidas 
[2013-05-21 00:40:34] No de los servidores se encontró que podría ser utilizado para conseguir trabajo . 
[2013-05-21 00:40:34] por Favor, compruebe los detalles de la lista de abajo de los servidores de entrada 
[2013-05-21 00:40:34] lo Más probable es que usted tiene de entrada la dirección URL incorrecta, olvidado ad d un puerto, o no dispone de los trabajadores

¿Alguien sabe qué estoy haciendo mal?

+510
BookOwl 25 oct. 2017 14:44:20
22 respuestas

La respuesta simple es no.

Un algoritmo de hash es ción para ser una forma de la función. Si es posible volver a crear la clave pública a partir del hash, esto significa que el algoritmo de hash que está roto.

Sin embargo, hay un aspecto que puede encontrar útiles. Para las firmas de mensaje, bitcoin utiliza una codificación personalizada (en comparación con la codificación DER firma se encuentra en las transacciones).

Dada una costumbre mensaje codificado de la firma, el mensaje y una clave pública de hash, se puede verificar que la firma es correcta. Sin embargo, tenga en cuenta que esto es debido a la costumbre codificado firma apoya la clave pública de la recuperación. Por lo tanto, esto se traduce en el mismo los aspectos de seguridad, como acaba de suministro de la clave pública, pero con la ventaja de que el usuario no necesita específicamente la transferencia de la clave pública a usted.

Si usted desea probar la costumbre codificado firmas, que son devueltos por el "signmessage" función en el bitcoin core cliente. A continuación, pueden ser verificado por el "verifymessage" de la función, o por varias herramientas en línea, como este: https://blockexplorer.com/messages/verify

+964
user9418 03 февр. '09 в 4:24

Haga clic en recibir el pago y se mostrará su cartera de dirección

+943
user3754153 4 ago. 2010 23:51:21
 curl --usuario ryunishida:contraseña: datos binarios '{"jsonrpc": "1.0", 
 "id":"curltest", "método": "getinfo", "params": [] }' -H 'content-
 tipo: 
 text/plain;' http://127.0.0.1:18332/ -w '%{http_code}\n'

bitcoin/bitcoin.conf a continuación

rpcuser=ryunishida
rpcpassword=contraseña

HOST=localhost
servidor=1
txindex=1
rpcport=18332
testnet=3

luego me 401

+906
Caio Bianchi 2 nov. 2012 13:56:27

¿Por qué el nuevo bloque se incluyen sólo los padres del hash del bloque en lugar de hash de todos los bloques anteriores calculado utilizando, por ejemplo, merkle algoritmo de árbol?

+866
lokusta24 8 ago. 2017 4:21:59

Me gustaría Base58-codificar esta Cadena:

56379c7bcd6b41188854e74169f844e8676cf8b8

Mi actual código Java se parece a esto:

 Cadena de test9 = "56379c7bcd6b41188854e74169f844e8676cf8b8";
 byte[] b2 = new BigInteger(test9,16).toByteArray();
 Cadena de test8 = Base58.codificar(b2);
Sistema.a cabo.println(test8);

Como resultado que obtengo:

2CffxtJsCdzJEaHXHjSkvb12p12P

pero debo conseguir:

39YteymR86cG7V3Kijg8Gm2ST1r4nTeM1b

Alguien me puede ayudar, por favor?

+844
Jaiden Ferraccioli 24 jun. 2016 15:26:34

Este sitio le permite comparar la minería de la rentabilidad de las distintas monedas: http://dustcoin.com/mining

+841
Spindle 18 dic. 2016 5:33:15

Cuando un minero hash de un blocksheader y se produce un hash, que es menor que el valor representado por nBits , a continuación, el Prisionero de guerra se considera resuelto.

¿Qué significa exactamente esto? Por ejemplo, un algoritmo de hash SHA256 tiene la siguiente estructura: c45bc3de9bff9ee27fc7303a3aa4fa8022ab6608d42bbea4d72bbee9b719703b ¿cómo se puede determinar si este está por debajo de un nBits valor?

+823
user51011 20 mar. 2013 1:58:48

En 2013 he instalado un BITCOIN CORE (V0.10.2) cartera en mi netbook y compró 1 bitcoin. Recientemente me han querido vender, pero encontró la billetera de la sincronización y la necesidad de descargar todo el Blockchain porque el equipo se estrelló años debido al fiasco de la batería. cuando llego allá de la fecha de cuando me compré mi bitcoine aparece en mi billetera bien, pero tratando de completar el bloque de la cadena de la descarga tarda tanto tiempo que la netbook se Bloquea antes de que se complete - ¿por qué no sé, pero de todos modos.................... Es allí una manera de transferir mi billetera o su contenido a un nuevo BITCOIN CORE cartera (v0.15) que tengo en una mucho más reciente equipo sin completar el blockchain en mi viejo netbook? Dicho de otra manera - lo que constituye la identidad de mi vieja billetera? - y puede que la identidad de ser transferido a mi nueva cartera para mi bitcoin aparece allí?

+744
bugrasan 28 mar. 2011 3:20:59

Quiero ejecutar un privado nodo, y lo utilizan para recibir en tiempo real sin confirmar las transacciones de datos en mi nodejs secuencia de comandos.

¿Cómo hago esto?

+684
daiiiii 21 jul. 2014 15:48:43

Es allí una manera de importar la clave privada con rizadas?

Mismo como bitcoin core impoertprivkey con llamadas RPC?

Tnx

+676
CrystalPSanchez 18 ago. 2016 8:24:55

Estoy teniendo problemas para compilar el Copperlark origen en Ubuntu 12.04.

Yo ejecute el siguiente comando: Код: [Выделить]

make-f makefile.unix USE_UPNP=-

lo que falla en este error:

/root/CopperLarkSrc/src/leveldb/libleveldb.un(formato.o): En la función `leveldb::ReadBlock(leveldb::RandomAccessFile*, leveldb::ReadOptions const&, leveldb::BlockHandle const&, leveldb::BlockContents*)':
format.cc:(.texto+0x510): undefined reference to `el operador new[](unsigned int)'
format.cc:(.texto+0x86a): undefined reference to `el operador new[](unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::FileState::Append(leveldb::Corte const&)':
memenv.cc:(.texto+0x467): undefined reference to `el operador new[](unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::NewSequentialFile(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const&, leveldb::SequentialFile**)':
memenv.cc:(.texto+0x10a6): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::NewRandomAccessFile(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const&, leveldb::RandomAccessFile**)':
memenv.cc:(.texto+0x1212): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::NewWritableFile(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const&, leveldb::WritableFile**)':
memenv.cc:(.texto+0x132d): undefined reference to `el operador new(unsigned int)'
memenv.cc:(.texto+0x136b): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::GetChildren(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const& std::vector<std::basic_string<char, std::char_traits<char>, std::asignador<char> > std::asignador<std::basic_string<char, std::char_traits<char>, std::asignador<char> > > >*)':
memenv.cc:(.texto+0x1554): undefined reference to `std::basic_string<char, std::char_traits<char>, std::asignador<char> >::operator[](unsigned int) const'
memenv.cc:(.texto+0x15d1): undefined reference to `std::basic_string<char, std::char_traits<char>, std::asignador<char> >::substr(unsigned int, unsigned int) const'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::LockFile(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const&, leveldb::FileLock**)':
memenv.cc:(.texto+0x1be8): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::(anónimo espacio de nombres)::InMemoryEnv::NewLogger(std::basic_string<char, std::char_traits<char>, std::asignador<char> > const&, leveldb::Logger**)':
memenv.cc:(.texto+0x1d52): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `leveldb::NewMemEnv(leveldb::Env*)':
memenv.cc:(.texto+0x1daf): undefined reference to `el operador new(unsigned int)'
/root/CopperLarkSrc/src/leveldb/libmemenv.un(memenv.o): En la función `__gnu_cxx::new_allocator<std::_Rb_tree_node<std::par<std::basic_string<char, std::char_traits<char>, std::asignador<char> > const, leveldb::(anónimo espacio de nombres)::FileState*> > >::asignar(unsigned int, const void*)':
memenv.cc:(.texto+0x40d3): undefined reference to `el operador new(unsigned int)'
collect2: ld devuelto 1 estado de salida
marca: *** [bitcoind] Error 1

Vi a otras personas que tienen el mismo problema aquí: https://bitcointalk.org/index.php?topic=227252.0

Me estoy poniendo el código fuente desde aquí: https://copperlark.com/wp-download.php?file=CopperLarkSrc.zip

Soy capaz de compilar otras cripto en este servidor (litecoin), pero no CPL.

Alguna idea?

+646
Kishan Vaghela 15 may. 2015 10:02:07

Hay dos formas de actualizar desde una versión anterior: realizar el intermedio de los pasos de actualización (0.7 -> 0.8 -> 0.9 -> 0.10 -> 0.11) o la exportación de cartera, claro que el bitcoin directorio de importación y la billetera de nuevo.

La primera opción debería ser bastante sencillo. La segunda opción requiere el uso de la interfaz gráfica de usuario para la exportación de la cartera o el individuo claves privadas, la actualización de Bitcoin QT y, a continuación, importarlos.

El JSON-RPC llamadas dumpprivkey y importprivkey se pueden realizar para cada una de las direcciones y obtener sus direcciones en la nueva versión. Asegúrese de mantener una copia de seguridad de la cartera.archivo dat antes de borrar el bitcoin directorio.

+590
katiusha2009 20 ene. 2017 9:26:38

Su futuro podría memorizar algunos SatoshiDice secretos después de que se reveló. Esto le permitiría ganar todos los dados de apuesta se coloca después de viajar atrás en el tiempo, ya que el conocimiento de un día de secreto permite determinar si la apuesta va a ganar o no antes de colocar la apuesta.

Hay una teoría de que esto ya ha ocurrido.

http://i.imgur.com/JU7LB.jpg

+575
Nikolaos Tsichouridis 13 abr. 2017 20:32:04

Ok. Por alguna razón, tengo este trabajo cuando la probé por segunda vez. Esta vez, me puse el Último bloque PoW número 350. He extraído de los primeros 5 bloques utilizando el servidor. Entonces, yo instalación de 4 diferentes carteras en 4 diferentes sistemas. He enviado suficientes monedas para todos los 4 diferentes carteras y ponerlo a disposición de estaca. Todos estos que hice la primera de 20 cuadras. Entonces, comencé a mina utilizando de nuevo el servidor. Una vez que el bloque alcanzaron la cifra de 350, dejé de minería de datos en el servidor y, de repente, PoS tomó y comenzó a producir los bloques uno por uno, utilizando los 4 carteras. A partir de esta experiencia, siento que solo tener 1 servidor y 2 clientes no son suficientes para simular PoS. Necesitamos muchos más carteras conectado a la red para conseguir este trabajo. Espero que esto ayuda a una.

+471
K1aster 26 ago. 2012 13:15:46

El Hardfork Lista de deseos de las listas de algunos de horquilla, provocando cambios que en realidad podría ser introducido (por ejemplo, el añadir más dígitos decimales para permitir que las unidades más pequeñas que un satoshi).

Hay una lista similar de horquillas que se definitelylikely nunca sucederá? (podría ocurre en alts, pero no en Bitcoin)

Uno de estos cambios es, obviamente, cambiar el destino del límite de la creación de monedas de 21,000,000 a algo más. Otro cambio podría ser el cambio de la recompensa de dividir a continua - tal cambio es probablemente demasiado complejo sin mucho beneficio concreto para ser implementado en el núcleo de Bitcoin.

+461
stulevine 29 may. 2017 2:38:58

Sí. Por la forma en que este es exactamente el punto de una billetera de papel como usted puede obtener de https://www.bitaddress.org/, generar una dirección y la clave privada que no existe en ninguna parte del mundo digital, pero la transferencia de fondos a la dirección. Cuando usted los necesita agregar la clave privada a un cliente bitcoin para reclamarlo.

Buena suerte por el camino de encontrar la clave privada de una dirección que fue creado al azar.

+457
gg4556 6 oct. 2013 19:03:01

La corriente más alta hashrate de la máquina es el Antminer S9 y no 13.5 º/seg. Para obtener más hash rate, usted tendrá que comprar varias máquinas. Usted no necesita tener todos los de su hashrate en una sola máquina.

+417
SincerelyTyler 22 nov. 2011 3:04:45

Mi entendimiento es que el verificador es una persona que mantiene el blockchain.

Todos los nodos que totalmente validar las transacciones, actuando como zk-SNARK verificadores.

  • En particular, es el gráfico de la transacción todavía público?

El gráfico de la transacción blindado de transacciones es tan privado como es factible de ser.

Cuando una nota se crea un compromiso cm a la nota a la que se hace pública (efectivamente un hash de la nota). Cuando la nota se gasta, su nullifier nf se deriva (efectivamente otro hash) y se hizo público. A la persona que lleva la nota, el local gráfico de la transacción se parece a esto:

(... -> tx1 -> cm)[<--- nota --->](nf -> tx2 -> ...)

Pero para todos los otros nodos en la red, todo lo que veo es:

(... -> tx1 -> cm) (nf -> tx2 -> ...)

Es decir, ellos ven cuando alguna nota fue creado, y cuando alguna nota se gastó, pero sin saber la información privada (y suponiendo que no puede encontrar imágenes de las funciones de hash), que no se puede vincular directamente los dos eventos. Ellos pueden excluir ciertas combinaciones de las transacciones, sin embargo:

  • Una nota puede ser gastado antes de que se creó, de modo que cuando un nullifier se publica, todo el mundo sabe que corresponde a algún compromiso que fue publicado anteriormente, pero no a cualquier compromiso que fue publicado más tarde.
  • Algunos nullifiers y compromisos pueden, razonablemente, ser excluido por otros reveló información, por ejemplo, si un intercambio de registros filtrado, o si están en las transacciones que implican también transparente entradas y salidas. En particular, si usted envíe los fondos a partir de una t-dirección de a-z (z-dirección y luego en otra t-dirección, se obtiene, básicamente, no hay privacidad. Ver mi respuesta anterior sobre este para obtener más información.
  • Si me decido a enviar x cantidad de Zcash a otro usuario, ¿qué es la declaración de que zkSNARKs ocultar?

La declaración específica (por el Brote del circuito) se demostró con el zk-SNARK (y por lo tanto oculta) en la sección 4.9.1 de la Zcash de protocolo de especificación. Resumiendo sus partes aquí:

  • Nullifier integridad: el publicado nullifiers correctamente corresponden a las notas de entrada que se gasta.
  • Nota de compromiso de integridad: los compromisos publicados correctamente corresponden a las notas de salida está creando.
  • Merkle ruta de validez: no es una ruta válida a partir de los compromisos de las notas de entrada al compromiso Merkle árbol de anclaje rt.
    • Esto obliga a que las notas que se gasta se han creado previamente.
  • Balance: La suma de la nota de entrada de los valores es igual a la suma de la nota de salida valores (además de los fondos de entrar o salir de la transparencia de la piscina, por ejemplo, tasas).
  • Pasar de la autoridad: el gasto clave para cada nota de entrada correctamente se corresponde con la clave pública de la nota que fue creada.
  • Y un par de corrección de los requisitos.

Esta es la mayoría del consenso de reglas que se aplican a la transparencia de las transacciones. El único que falta es el doble pasar de la regla, que todavía está marcado fuera del circuito (mediante la comprobación de que un nullifier nunca se ha visto antes).

+385
PiWi 25 jun. 2012 16:58:12

Estoy desarrollando una cartera de la API, pero no quiero la custodia de control de los fondos del usuario. Por razones que no explicaré aquí, no quiero usar multisig.

Pero quiero que las ventajas de un 2 de 2 multisig. Quiero que el cliente firme una transacción, y luego enviar firmado transacción en el servidor. El servidor, a continuación, finalizar la firma de la transacción y la empuja a la red.

Es que, teóricamente, esto es posible? Hace algo como esto existe, sin embargo en la práctica?

En resumen, quiero un camino para que el cliente y el servidor para firmar una transacción juntos sin tener la clave privada.

+349
Applelogicrepair 16 abr. 2015 17:53:51

Hay LTC Gráficos con algunas gráfico de largo plazo de datos para LTC/BTC de BTC-E y Vircurex.

+213
Steve Heim 24 mar. 2018 22:25:23

El 21 de enero hice un depósito de mi Multibit cartera a Cryptsy. La cantidad fue de 0,43 bitcoin, pero este nunca llegó a mi Cryptsy cuenta. He hecho los depósitos de antes y después, y todo salió bien.

Aquí está la información de blockchain.

http://blockchain.info/tx-index/ec0e3469720c4f4fad2353b798d051af81583205838753a8ad3c2ea960b25282

¿Alguien sabe qué hacer?

Gracias!

+89
Sergey M 19 oct. 2013 11:25:42

Soy nuevo en Bitcoin y he leído algún artículo sobre bitcoins y la Mayoría de los artículos dice: "Cuando el uso de CPUs, GPUs, o incluso la mayor de ASICs, el coste del consumo de energía es mayor que los ingresos generados."

Lo que yo quiero preguntar es por qué la gente todavía está tratando de minería de datos con sus CPUs y GPUs?

+63
dirolochka 22 jul. 2012 19:56:31

Mostrar preguntas con etiqueta