Paga el vendedor, pero no recibí mi Bitcoin

Compré mi bitcoins de Remitano, el equipo de apoyo, dijo que ha sido publicado, pero ya es de 2 días, todavía no he recibido nada.

La siguiente es mi e-wallet : 17PvSJNcr8giYNDivs5z1CFiXYvV8Lh4na

Y la operación es como el siguiente.

https://blockexplorer.com/tx/c0c40897b9a1c4d10c8c6ee692a7d6e4a475658fb4d8d451fd0d926ba4127a46

¿Alguien puede decirme cómo puedo solucionar esto?

+899
user261279 8 abr. 2017 0:47:48
29 respuestas

TL;DR:

La seguridad de los supuestos de uso de un LN canal para los pagos:

  • El blockchain está funcionando bien (confirmación de transacciones rápidamente)
  • Canal de nodos puede mantener en secreto la seguridad de los datos
  • No hay errores importantes en el software

Con el Rayo de la red específicamente, la seguridad de la cadena de pago siempre depende de ser capaz de tomar la transacción en el real blockchain "si es necesario". Cuando ambas partes cooperan, el número de las transacciones en cadena se minimiza, pero ambas partes confían en poder de efectivo, mediante el real blockchain, si la otra parte deja de cooperar o se desconecta durante un período prolongado de tiempo. Además, si la otra parte actúa maliciosamente, usted confía en ser capaz de utilizar el blockchain para castigar a sus acciones maliciosas.

Uno de los riesgos de seguridad se encuentra aquí: si usted no puede conseguir las transacciones confirmadas en el blockchain, usted no será capaz de obtener su dinero de la canal, o para tomar medidas en contra cuando la otra parte intenta engañar! Para un buen funcionamiento de la blockchain (confirmación de transacciones rápidamente) es sin duda una suposición de seguridad de uso de la red de rayos. Para bloquear el hacinamiento es uno de los riesgos, ya que no habrá espacio suficiente para realizar sus transacciones. Los mineros también podría ser sobornado para que no la mía sus transacciones, aunque esto no es un grave riesgo, ya que es probable que un minero podría confirmar la transacción.


Para entender algunos de los otros de seguridad de los supuestos utilizados en el rayo de la red, considere el siguiente ejemplo. Supongamos que Alicia tiene un pago de canal abierto con Bob. Primero el canal de los saldos de leer:

El Balance Del Canal 1:
Alice: 0.5 BTC
Bob: 0.5 BTC

Entonces Alice hace un pago a Bob de 0.1 BTC, y la actualización de la canal de los saldos de leer:

El Balance Del Canal 2:
Alice: 0.4 BTC
Bob: 0.6 BTC

Pero Alice decide que ella quiere tratar de engañar a Bob! Ella intenta transmitir la transacción para el Balance del Canal 1, en el que se obtiene 0.5 BTC, que es más favorable para ella que su saldo en el Balance del Canal 2, a sólo 0.4 BTC. ¿Qué es lo que le impide hacerlo?

En primer lugar, hay un período de espera antes de que ella en realidad puede gastar los fondos de sus 0.5 BTC de salida en el Balance del Canal 1 (técnicamente el período de espera se aplica el Balance del Canal 2 también). Este período de espera existe para dar Bob suficiente tiempo para darse cuenta de que Alice se ha cerrado el canal, y, posiblemente, tomar acción si Alice ha transmitido una versión antigua de la canal. En este caso, ya que Alice cerró el canal con una versión anterior de la canal del estado, Bob puede tomar todos los fondos de Alice 0.5 BTC salida! Por lo tanto, Alice es disincentivized de radiodifusión versiones antiguas de el canal del estado.

El problema es que si Bob no puede hacer que su transacción que se llevó el 0.5 BTC de Alicia en el blockchain, entonces el período de espera llegará a su fin y Alice va a tener la oportunidad de tomar el 0.5 BTC, con éxito el robo de 0.1 BTC (porque ella sólo debe ser permitido tomar 0.4). Así que Bob depende de ser capaz de tomar medidas en contra de Alicia en el real blockchain antes de un período de espera termina, si Alice intenta difundir una versión anterior de la canal del estado.

(Tenga en cuenta que este período de espera se aplica también a Bob si él necesita para obtener los fondos de la canal sin la ayuda de Alice. Incluso si él se transmite el estado más reciente de la canal, él tiene que esperar. Si bien este período de espera puede ser un inconveniente para Bob, Alice también tiene que cumplir el período de espera, que es lo que le da a Bob una oportunidad para tomar la totalidad de los fondos en el canal si Alice intenta difundir una versión anterior de la canal. Si las cosas salen según lo planeado, sin embargo, y nadie se queda sin conexión, entonces Alice y Bob pueden ponerse de acuerdo para realizar una nueva transacción para cerrar el canal, donde ninguno de los dos tiene que esperar a gastar sus fondos.)


También hay la seguridad de los datos de riesgo. Demostrando el otro canal, parte de que no se trate de la difusión de las versiones anteriores de el balance de los canales del estado consiste en dar el otro canal, parte un poco de información secreta, normalmente la preimagen de un valor hash. Por lo general, usted sólo revelar estos datos a su canal de contra-parte en el momento de actualizar el estado de la canal y recibir una nueva garantía de pago (sólo con un equilibrio diferente). Después de recibir el pago, puede revelar el secreto de la información que invalida el anterior pago, dándoles la capacidad de robar los fondos del antiguo canal del estado si se trate de la difusión.

Pero si el secreto de los datos asociados con el estado actual del canal es revelado o robado antes de obtener una garantía de pago de la transacción, entonces efectivamente la totalidad de sus transacciones han sido revocados y su canal de contra-parte puede robar todos los fondos de cualquier canal de la transacción de emisión! Así, la seguridad de un LN canal de pagos depende de ser capaz de mantener los datos seguros.


Otro riesgo es simplemente errores en el software. Si su software no manejar automáticamente todos los casos de borde de radiodifusión el derecho de transacciones en el momento adecuado, y su contraparte descubre que, pueden tomar ventaja de esto y robo de los fondos de la canal.

+967
Jack Hawney 03 февр. '09 в 4:24

No es definible mínimo, ya que la recompensa esperada por tener x cantidad de hashpower está cambiando constantemente. Como otros mineros agregar o quitar hashpower de la red, la efectiva 'mínimo' se espera para el cambio. La respuesta a tu pregunta también dependerá de las tarifas y políticas de btc.com, por lo que no encaja en el ámbito de preguntas para este sitio muy bien.

Ver también: ¿cuánto Bitcoin va a las minas de ahora con el hardware de X?

+946
sgray 11 jun. 2016 22:51:39

Satoshi hecho que muchas de las decisiones de diseño que son ahora criticado (como firmas en las transacciones, de 2 semanas de dificultad período, halvings, etc..). También hizo algunos matemáticas de error en el documento. Satoshi no era un perfecto diseñador y su código de C++ no fue hasta los más altos estándares.

Vamos tal vez nunca sepamos a ciencia cierta por qué eligió lo que eligió, pero me gustaría personalmente defienden que fue por razones de simplicidad.

En una más de la tangente nota: mientras SegWit parece simple en papel (sólo tienes que poner la firma en el lateral), en la práctica, es bastante compleja de implementar. Me tomó meses para la mayoría de los programadores expertos para la revisión de es.

+905
keitereth24 12 ene. 2013 9:14:26

Estoy tratando de configurar la Armería, pero que quiere que descargar todo el blockchain. La cosa es que ya tengo el blockchain descargado en la misma máquina para bitcoin-qt. Es allí cualquier manera de conseguir la Armería para utilizar el blockchain ya tengo, tanto para ahorrar espacio y evitar la espera durante horas?

+902
Ethan Henderson 17 mar. 2018 15:47:24

Me parece que no puede encontrar las estadísticas en cualquier lugar de la cantidad de bloques que no tienen UTXOs

¿cuál es el sentido de contar de ella?

o lo que la distribución de UTXOs están en bloques a lo largo del tiempo, ni nada de eso

http://statoshi.info/dashboard/db/unspent-transaction-output-set

https://p2sh.info/dashboard/db/utxo-repartition?orgId=1

+867
CookingRookie87 19 abr. 2010 23:56:54

Que no es la forma de Bitcoin funciona.

En primer lugar, hay Bitcoin está descentralizado, por lo que no hay "repositorio central". En segundo lugar, no existe un objeto de un "Bitcoin". Cuando usted es dueño de Bitcoin, usted no tiene ninguna objetos reales (es decir, sin datos, archivo, o física) que es un Bitcoin. Más bien lo que tenemos son el saldo de transacciones salidas que sólo se puede gastar. Estos resultados son parte de las transacciones que se incluyen en los bloques de la blockchain. Todos los que se ejecuta un completo nodo cualquiera conserva una copia de la blockchain o ha descargado antes y completamente verificado.

La mayoría de los remanentes de la transacción salidas son un tipo de salida que requiere la creación de una firma digital con la clave privada cuya clave pública tiene un hash que coincida con el especificado en la salida. Cuando las personas dicen que han encontrado Bitcoin en sus unidades de disco duro, lo que significa es que ellos han encontrado las claves privadas que se les permite pasar de algunos remanentes de transacción salidas. Como su nombre lo indica, las claves privadas son privadas y sólo destinado a ser conocido por una sola persona. Así que si alguien había de claves privadas en un disco duro en algún lugar y nadie tenía una copia de las claves privadas, luego de que la persona Bitcoin sería seguro. Él todavía puede recibir Bitcoin sin exponer esas claves privadas a internet.

Dado que el algoritmo de firma utilizado por Bitcoin (llamado ECDSA) es conocido por ser segura (por ahora), la seguridad de su Bitcoin es dependiente de los sistemas en los que tienen sus claves privadas almacenadas. Así que si las claves privadas se encontraban en una unidad de disco duro (y sólo la unidad de disco duro) que no estaba conectado a internet, que sería muy seguro ya alguien habría de robar el coche con el fin de tener una oportunidad de acceder a las claves privadas. Por el contrario, si usted tiene sus claves privadas en un disco duro que está en una máquina conectada a internet, si se va a obtener algún tipo de malware, que el malware puede buscar a través de sus discos y robar los archivos que contienen las claves privadas al atacante. Ahora, el atacante puede acceder a sus claves privadas y pasar el Bitcoin, por lo que su Bitcoin es robado.

+822
Sue Emms 14 dic. 2015 5:31:06

Yo quería monitor de unos cuatro a cinco blockchain de bitcoin exploradores ( en realidad quiero monitor ZEC bloque de exploradores como bien pero a partir de BTC como la de ahora). Quiero saber ¿cómo puedo monitorear ellos - tech-sabio y qué parámetros deben ser monitoreados?

He intentado acceder a los datos de la Api, pero en vano. ¿Cómo puedo comprobar si el blockchain la altura de la muestra (uno de los parámetros) es la correcta? Voy a poner un nodo de BTC y, a continuación, haga ping a la de cuatro de los otros cinco BCEs y comparar?

Espero una sana y eficiente, así como algunos de cuatro a cinco parámetros que deben ser controlados en cada Blockchain explorer.

Disculpas si he mencionado etiquetas de off-topic.

+816
jfb 5 dic. 2013 5:15:55

Creo que este fue el "Bitcoin Vender Muro de la Muerte" en Bitstamp. Alguien vende 31 000 BTC a 300 USD. La pared se ha comido más de domingo-lunes por la noche.

https://www.cryptocoinsnews.com/bitcoin-sell-wall-death-chomped/

+790
richtarent 18 ago. 2013 19:41:33

Quiero colocar un comercio de la orden a precio de mercado a partir de una cartera en algunos auxiliares de la moneda. Después de un exitoso comercio, que tengo que hacer algún otro trabajo (cumplimiento).

Sin embargo, estoy teniendo problemas para averiguar si mi pedido fue exitoso :(

Por ejemplo, cuando la cartera en el auxiliar de la moneda está vacío o demasiado baja (y el orden debe fallar), estoy recibiendo la misma respuesta exacta que estoy recibiendo sobre un exitoso comercio:

$respuesta = {
 'data' => 'XXXXXX-XXXX-XXXX-XXXX-XXXXXXX',##, no la real orden de id/oid
 'resultado' => 'éxito'
};

¿Cuál es el camino que debo de verificación para un éxito comercial?

+746
ccjjmartin 12 feb. 2019 7:00:13

Eso es muy común. Lo que pasa es que la cadena de horquillas por el motivo que sea y algunos mineros se encuentran a cada lado de la horquilla. Ambos tienen su transacción en su transacción de la piscina y así, finalmente, la incluye en un bloque. Para que su transacción termina en cada bifurcación.

En última instancia, no importa, aunque como la red finalmente de acuerdo en que la horquilla es correcta.

Tenga en cuenta que recientemente, testnet ha sido bastante difícil de manejar, con dificultad para regular restablece la creación de situaciones donde 100s de los bloques se crean por minuto. Esto crea una gran cantidad de de la cadena de horquillas y algunos pueden ser muy largo, como en su caso. También, debido al elevado número de tenedores, algunos nodos pueden no haber aprendido acerca de un determinado bloque/tenedor si a todos los que terminaron de "perder".

En el mainnet, horquillas son algo poco frecuentes (par de día) y de mucho más corto (muy rarerly más de un bloque).

+709
Jan Dusek 15 abr. 2017 1:43:01

Un comerciante puede ofrecer su propio local bitcoin procesador para conectar un cliente, si la transacción es innaccurate, se puede "deshacer" y simplemente no la transmisión de la transacción a la de la Red Bitcoin.

+653
J Prime 17 may. 2011 7:08:16

Mi cifrados Bitcoin QT cartera se estrelló años pero tengo copias de seguridad. Fue un earlyish versión de Bitcoin QT cartera, la primera transacción en la que se está 09/2012. He cargado la copia de seguridad en Bitcoin Core v0.14.1 (64 bits) Total de la transacción de la historia está ahí, monedero ha sincronizado. Se rechaza la contraseña. Yo escribí la contraseña exactamente para mantener segura, así que sé que es correcto y nunca cambió. Hay un número de envío de las transacciones y así parece que debe haber utilizado la frase de paso un par de veces. Han entrado en todo tipo de variación. Podría ser debido a la actualización de QT para Core?

+629
Mohit Shukla 25 sept. 2017 21:18:19

Cada nodo de forma independiente valida que cada bloque está siguiendo todas consenso de normas de Bitcoin. Por lo tanto, un bloque con inválida transacciones sería, simplemente, de no ser aceptada por cualquier nodo, y por lo tanto sería rápidamente olvidado por toda la red.

+594
atupal 6 mar. 2019 16:28:34

Hay una regla en el Bicoin protocolo que cuando un bloque se extrae el bloque se permite la inclusión de transacciones de referencia de entrada de la transacción "0000000000000000000000000000000000000000000000000000000000000000". Estas transacciones pueden añadir hasta todo el saldo de los insumos (los honorarios de la transacción), más el bloque de recompensa. Si el total de transacciones de más de esto, el bloque no es válido y no son aceptados en la red.

Echa un vistazo a http://blockexplorer.com/rawtx/881b1853b2e2367763ba4309e954b6d837d009a7f839b69011ae1875067d67e6 para un ejemplo de una de estas transacciones para 25.14819476 BTC, que se compone del bloque recompensa plus 0.14819476 en los honorarios de la transacción.

+540
doapydave 24 ene. 2016 13:11:40

La dificultad actual para minar Litecoins es de aproximadamente 6. Si las minas de ellos en 25kh/s, ¿con qué frecuencia debo esperar para resolver un bloque con una dificultad de 6?

También me gustaría apreciar una explicación (o fórmula) de cómo se hace el cálculo.

+526
Suryamani Behera 22 sept. 2012 0:18:27

Estoy empezando a usar una aplicación de base de Bitcoin JSON RPC (dzhuvinov de la biblioteca), y estoy consiguiendo un resultado extraño. Aquí está mi código:

public static void main(String[] args)
{
 URL serverURL = null;

 final de la Cadena de rpcuser ="usuario";
 final de la Cadena de rpcpassword ="pass";

 Autenticador.setDefault(nueva Autenticador() {
 protegido PasswordAuthentication getPasswordAuthentication() {
 regreso de nuevo PasswordAuthentication (rpcuser, rpcpassword.toCharArray());
}
});
 try {
 serverURL = new URL("http://127.0.0.1:18332/");

 } catch (MalformedURLException e) {
Sistema.err.println(e.getMessage());
de retorno;
}
 JSONRPC2Session mySession = new JSONRPC2Session(serverURL);
 Método de cadena = "getinfo";
 int requestID = 0;
 JSONRPC2Request solicitud = new JSONRPC2Request(método, requestID);
 JSONRPC2Response respuesta = null;
 try {
 respuesta = mySession.enviar(solicitud);

 } catch (JSONRPC2SessionException e) {
Sistema.err.println(e.getMessage());
de retorno;
}
 if (respuesta.indicatesSuccess())
Sistema.a cabo.println(respuesta.getResult());
otra cosa
Sistema.a cabo.println(respuesta.getError().getMessage());
}

Y la respuesta que obtengo es:

No válido JSON-RPC 2.0 respuesta

Sólo para señalar - al ejecutar esta secuencia de comandos de Python:

acceso = jsonrpc.ServiceProxy("http://user:[email protected]:18332/")
acceso a impresión.getinfo()

Puedo obtener un adecuado resultado.

Lo que podría estar causando este problema y cómo hago para arreglarlo?

+472
sabgaby 5 abr. 2014 22:32:10

una gran cantidad de bitcoin ahora los clientes enviar el cambio de dirección de los saldos de nuevo a la dirección de origen, de forma predeterminada, para hacer más fácil para las personas a mantener un seguimiento de sus saldos.

con esto en mente, estas transacciones son fáciles de revelar que la dirección es el origen, el destino y el cambio de dirección.

También este singles a cabo las transacciones que no se comportan de esta manera, cuando el origen de la dirección divide la transacción en un verdadero destino y un nuevo cambio de dirección y monedas sentarse en ambos. Con solo ver el blockchain, ¿cómo decidir qué dirección fue el destino real y que uno de ellos era el nuevo cambio de dirección. Sería la marca de tiempo en cada dirección se creó o en forma similar, cuando se reveló por primera vez a una transacción?

+343
plumbersydney03 11 sept. 2018 16:15:03

Yo tenía el mismo problema y tratando de encontrar una solución que he encontrado a muchas personas lo que sugiere instalar la versión x86 de Java que es estúpida si realmente ejecute un sistema operativo x64. Otros sugirieron probar MultiBit HD que no se ha publicado oficialmente todavía, que probablemente no es una buena idea. Me llevó bastante tiempo, pero me di cuenta de cómo se trabaja para conseguirlo.

Parece como MultiBit es el uso de IzPack y JSmooth y el segundo tiene un problema de localizar la versión de 64 bits de Java en su sistema. Para solucionar este conjunto el entorno JAVA_HOME como se sugirió anteriormente. https://confluence.atlassian.com/display/DOC/Setting+las+JAVA_HOME+Variable+en+Windows

+332
Sara Williams 5 sept. 2016 1:07:22

(ya que no puedo comentar) tuve este problema hace aproximadamente un mes. Trate de usar AMD Catalyst para instalar los controladores.

+281
Lawgrin Foul 9 nov. 2010 22:13:42

Estoy tratando de construir transacción segura-la confirmación de la aplicación y la necesidad de sincronizar la nueva no-transacciones procesadas.

Por ejemplo, puedo controlar la dirección de Una y procesados en la última transacción B, ¿cómo puedo solicitar el blockchain "dame todas las nuevas transacciones para la dirección de Una, que se produjo después de la transacción B",

o la única manera de que aquí es el uso de

/dirección/[***]?format=json

url con offset y limitar las opciones ? Gracias

+280
Yoshiki 18 jul. 2011 22:40:17

El localaddresses campo (que supongo que es lo que están buscando) no siempre es preciso. Su ordenador en realidad no conoce su dirección IP externa por lo que tiene que preguntar a sus compañeros de la dirección IP, que no siempre puede suceder o no siempre puede ser correcta. Tenga en cuenta que si no se ha conectado en IPv4 no se sabe su dirección IPv4.

En lugar de lo que debería considerar es el de las redes de campo y comprobar si ipv4 está disponible. También uso getpeerinfo para ver lo que las direcciones IP de sus compañeros.

También puede ejecutar netstat -pnl en tu terminal para comprobar si bitcoind en realidad ha obligado a puerto 8333 con IPv4.

Por último, asegúrese de que su proveedor de internet es el hecho de dar una dirección IPv4. Ellos sólo pueden estar dando una dirección IPv6 ya que se puede utilizar IPv6. Sin una dirección IPv4, usted no será capaz de recibir conexiones desde IPv4 compañeros. Además, una nueva dirección IPv6 no será conocida por muchos de los compañeros o el DNS sembradoras, por lo que es poco probable que usted está recibiendo nuevos compañeros que desea descargar el blockchain de usted.

+271
user2888 4 jun. 2018 2:01:15

Acabo de leer acerca de cómo los mineros tienen que cambiar el nonce poco el fin de encontrar un hash por debajo de un cierto resultado.

Concedido cada minero proceso de la misma manera, de forma incremental, la adición de 1 y de hash, la adición de uno y de hash, lo que impide que el ordenador más potente en la red para arrebatar todos los premios?

Siento al lado de el momento en que cada minero se inicia la minería de un bloque, no hay espacio para la suerte y un menor máquina potente, a la vez añadir un bloque.

+230
rdamborsky 28 jul. 2019 11:09:52

Usted está haciendo una suposición incorrecta de aquí: Mientras que los bloques pueden validar las transacciones, no es necesario para las transacciones que se producen en el fin de crear bloques. La única transacción que se requiere en un bloque es la Coinbase que es la transacción que crea nuevos bitcoins. Esta transacción es creado por cada minero por su bloquear los intentos de forma individual (como se le envía dinero a su propia dirección, que es diferente para cada minero), por lo que seguramente estará disponible. De hecho, el primer no-coinbase transacción se produjo en el bloque 170.

Así, dado que las transacciones no son requisito, los bloques están limitados de manera diferente: Se pasa a través de la dificultad. Los mineros crear bloque de candidatos de forma continua y, a continuación, compruebe cada uno si se cumple la dificultad requisito. Cuando encuentre un bloque que supera el requerido dificultades, se han extraído con éxito un bloque. Como la dificultad restablece periódicamente para adaptarse a los cambios en el hashrate de la minería de datos de la red, los bloques de trabajo a ser descubierto aproximadamente cada diez minutos.

En el principio de Bitcoin, la minería de dificultad era muy baja, ya que hubo algunas personas que usan sus ordenadores de casa a la mía Bitcoin. Satoshi Nakamoto fue el primero en correr en un equipo para la minería, y así fue capaz de mina de una gran parte de la década de los bloques.

+229
muuvmuuv 22 oct. 2016 5:47:46

Dado que tengo una cuenta con saldo de 1BTC + 1 satoshi. Quiero transferencia de 1BTC a otra cuenta y homenaje 0.0001 BTC de que 1BTC a la red de la cuota. Mi transacción de ser rechazado para producir polvo de spam (1 satoshi en este caso)?

Por lo que el número es:

  • Cuenta 1: 1BTC + 1 satoshi
  • Transferencia: 0.9999 BTC y homenaje 0.0001 BTC a minero
  • A la izquierda: 1 satoshi.
+186
MrBuBBLs 28 mar. 2012 9:52:00

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.

+79
Greg Wilson 4 nov. 2019 3:00:30

Así que he estado recientemente el estudio acerca de Bitcoin y tenía algunas preguntas:

1) ¿Qué distingue a un minero de otro minero? ¿Hay alguna prueba de que dos de los mineros no son la misma persona?

2) ¿Qué podemos decir que son las transacciones aceptadas por un minero? Es que todas las operaciones en los bloques después de sí, que se han agregado a la de los mineros en blockchain en la rama?

3) En cualquier caso, ¿cuál es la prueba de que una transacción ha sido aceptada por cualquier minero?

Gracias!

+67
jredeker 23 ago. 2014 8:06:48

En el caso de un aviso en 0 confirmaciones, estoy viendo la final de la transacción en blockchain.info mucho más rápido que bitcoind está llamando a la walletnotify de devolución de llamada - alrededor de 10 minutos más rápido. Es posible acelerar este proceso?

+37
FemiCat14 8 feb. 2018 7:41:09

Empecé la sincronización de un bitcoin-qt cliente, y había alguien que me envíe los fondos a una dirección generada en el cliente.

Entonces yo estúpidamente decidió acelerar el proceso de sincronización y descargar un torrent de bootstrap.dat que me carga en el cliente.

Ahora el cliente no es la sincronización.

Todavía tengo la dirección pública que tuve el envío de fondos, y todavía tengo la billetera.dat

Me gustaría obtener la clave privada de la billetera y, a continuación, importarlo en una billetera en línea para al menos conseguir estos fondos antes de empezar de nuevo con un local de la cartera.

Se puede hacer esto?

nb: En el cliente de la ventana de depuración opción está en gris y no pueden ser seleccionados.

gracias!

+34
Brian Ocampo 19 ago. 2017 9:18:45

Espero que el link de abajo le ayuda a dar un breve resumen de lo que es el bloque de la cadena y los escenarios de uso que puede ser utilizada https://www.coindesk.com/information/what-is-blockchain-technology/

+32
jmreicha 25 jul. 2014 10:04:53

Mostrar preguntas con etiqueta