¿Cómo puedo saber que me envió bitcoins?

Yo tuve una situación inusual. He recibido la bitcoins en mi cartera, ¿cómo puedo averiguar quién los envió?

Tal vez fue el Creador de bitcoin ? :)

+182
ArielJoy 14 dic. 2011 11:32:46
21 respuestas

No hay nada ilegal en el proceso de minería de litecoins o bitcoins.

Tan lejos como cryptocurrnecies preocupación, usted debe estar preocupado por el dinero "transmisión" y "lavado de dinero". Si usted no posee otras personas monedas de no romper ninguna ley.

+938
Regul 03 февр. '09 в 4:24

Me puse a prueba la afirmación: "Cada nonce tiene las mismas probabilidades de ganar."

Tiempo De Evolución

Así que, he trazado, con gnuplot, el nonce valores de vs para todos los hash válido bloques en el blockchain:
Nonces vs. Hashes
Nonces vs. Hashes (cummulative)
Nonces vs. Hashes (1,000 blocks shown at a time)
(También, en la última trama, realmente se puede visualizar el cambio en la dificultad e incluso ver donde la dificultad se redujo.)



Histogramas

Es lógico que los nonces se encuentra sesgada hacia 0 porque esta es una selección de efecto: la mayoría de la gente empieza a buscar nonces a partir de 0, por lo que el menor nonces se encuentran en primer lugar, aunque puede ser también mayor nonces que podría producir un ganador bloque: nonces histogram

¿Por qué son los hash distribuidas de esta manera, a pesar de que?: hashes distribution

2-D histograma de hash y nonces (logarítmica de la escala de color): 2-D histogram of hashes and nonces

+853
kolodeznev 3 mar. 2019 20:09:48

Aquí están algunas consideraciones y recomendaciones. Espero que alguien puede dar una respuesta más completa que esta, aunque.

En primer lugar, la creación de nueva cartera de software y hacerlo bien es engañosamente difícil, incluso si usted está comenzando con una buena biblioteca, tales como Bitcoinj. A menos que usted se siente muy cómodo con Bitcoin en general, me gustaría recomendar que se utilice (en la medida de lo posible) una completa cartera de implementación con una buena reputación.

En el lado del servidor, usted probablemente querrá cartera de software usted puede fácilmente la interfaz, bien llamando directamente a sus funciones de la biblioteca, o a través de una interfaz RPC. Aquí hay tres opciones que usted puede considerar:

Echa un vistazo a la bitcoin.org elegir su cartera de página para una comparación aproximada. Por favor, también tenga en cuenta que las dos últimas son deterministas billeteras; por desgracia, hay menos (no?) La documentación de la API disponible para estos dos.

También debe tomar nota de que la Armería tiene una interpretación amplia de su licencia AGPLv3—si usted tiene una empresa Consejo General, me volvería a pedir a considerar esto antes de continuar.

En el lado del servidor, tendrá que desarrollar su propia base de datos de cuentas para el seguimiento individual de los saldos de la cuenta (¿ no utilizar el Bitcoin Core obsoleta "cuentas" de la característica). Leo en el almacenamiento en frío si usted no tiene suficiente seguro para cubrir la pérdida de todas sus bitcoin, y dividir el bitcoin entre caliente (en el servidor) y el frío (fuera del servidor) carteras.

Yo no puedo ofrecer mucho otra visión que la de arriba, excepto tal vez a adivinar que la de cliente-servidor de autenticación es probable que los asuntos a ser su mayor potencial de bitcoin pérdida. Si no eres un experto en cliente-servidor de seguridad, o por el asunto de los problemas de seguridad relacionados con su elegido la plataforma móvil(s), usted debe considerar consultar con alguien que es.

+801
Gabe Luca 2 abr. 2011 8:03:56

A riesgo de crear un "vamos a discutir de política" pregunta, permítanme aclarar que lo que yo quiero saber es si hay un beneficio conocido a Satoshi del "duplicar la última hash" merkle árbol de la implementación en la aparentemente obvia "anexar ceros".

Para aquellos que no saben, el bitcoin merkle algoritmo de árbol permite que los bloques sean mutado si una transacción puede ser duplicado que conducen a CSV-2012-2459.

+795
timfeirg 25 may. 2019 11:44:16

Aunque la comprensión del concepto de bloque de la cadena y la prueba de trabajo, pocas cosas se me confunde. Los mineros siempre considerar el más largo de la cadena(por dificultad) y trabajar en la ampliación de la misma. Ahora, supongamos que dos mineros (Un Minero y Minero, B) encontrar la solución al mismo tiempo (casi el mismo tiempo) de un bloque, y que públicamente anuncia el lanzamiento de su solución. A continuación, algunos mineros obtener en primer lugar la solución de Una , después se vea B tiene la solución (justo en el lado opuesto sucede con algunos otros mineros, consiguen B de primera). Así, los mineros que vieron la primera comienza a trabajar en Una solución para el siguiente bloque y guarda otra rama de la B, si se hace más largo. Ahora , el lazo se rompe cuando en la próxima prueba de trabajo, y de que los mineros estaban trabajando en otra rama de cambiar a la larga. Ahora, tengo algunas preguntas:

  1. ¿Qué pasará con los registros de las transacciones que se almacenan en el rechazado de la rama?

  2. Hay registros de transacciones para bloquear las ramas? (supongo, nuevos registros de transacciones se almacenan en la última bloque antes de que la rama).

  3. ¿Cuál será el escenario de coinbase generación? si gana, Una obtiene el coinbase, más tarde transacciones debe ser almacenado en Un generada en el bloque. Pero, ya solución de el siguiente bloque(Prueba de Trabajo) en la rama de Un se encuentra. Así, los nuevos las transacciones serán almacenados en el siguiente bloque (digamos generado por C..C obtiene la siguiente coinbase). Es que los medios, sólo habrá una registro de transacciones (coinbase) en el bloque generado por Una?

+736
galchen 10 jun. 2011 18:03:56

Googleando este, mi primer éxito fue el blockchain.info sitio web de preguntas frecuentes. Bajo el punto de "¿Cómo puedo hacer una nota pública?", se mostrará la siguiente imagen:

Public Note window

Me voy a ir a un miembro aquí, pero creo que significa que usted puede poner "Cualquier cosa que te gusta de hasta 255 caracteres." en una nota pública.

+733
Charu Bansal 26 dic. 2013 12:50:41

¿cómo es la salida de un coinbase transacción (además del bloque de los honorarios de la transacción) diferentes de las salidas de cualquier otra transacción?

Debido a que la validez está ligada a QUE el bloque se incluye en. Usted no puede tomar una coinbase de transacciones e incluirlas como si se tratara de una transacción estándar en otro bloque, porque crea más bitcoins de los que gasta, lo cual no está permitido para el normal de las transacciones de bitcoin.

Este problema se llama reorg-caja fuerte (de reorganización-safe). Es un principio general de la blockchain, y esto significa que si un tenedor sucede y usted tiene que deshacer el último bloque o dos para reemplazarlos con los diferentes bloques, que no se debe cambiar la cual las transacciones son válidos. Con transacciones normales, es bastante fácil añadir a bloque X en lugar de bloquear Y cuando un tenedor sucede.

Pero si usted tiene las transacciones que dependen de un reciente coinbase transacción, entonces usted no puede tomar esas transacciones y ponerlos en otro bloque fácilmente. Por lo que el 100 bloque regla es mantener la blockchain reorg-seguro, así que nada malo sucede en el caso de un pequeño tenedor.

+718
user204720 7 feb. 2016 8:14:06

Primero de todo, estas no son P2SH-P2WPKH, estos son normales P2WPKH salidas. Ellos no están relacionados con P2SH a todos.

El problema aquí es, probablemente, que la cantidad es incorrecta. Si usted está proporcionando la anterior salida de datos, entonces las cantidades que es incorrecto. Tiene como 0.000560 pero la cantidad real es 0.00055999. Desde Segwit se compromete a la cantidad de la firma, de tener la cantidad equivocada significa que la firma signrawtransaction crea no será válido que así los resultados en este error.

+703
1Rhino 17 dic. 2017 11:44:53

He encontrado la razón de esta confusión mí ahora:

Era muy confuso y se tomó un tiempo para entender, sobre todo porque esta información no es fácil de obtener cuando la investigación en el Internet (sin conocer ya la respuesta para saber las palabras clave adecuadas - hilos de foro no ayuda tampoco).

Me parece que hay algoritmos, Scrypt es uno de ellos, que utilizan una escala de valor para compartir dificultad.

Me explico:

Para Bitcoin (que es SHA-256), se aplica lo siguiente:

  • Un hash es una "prueba" para encontrar una solución
  • En promedio, se necesitan de 2^32 (~4 mil millones de dólares) intenta encontrar una válida "compartir" (originalmente, este fue el único tipo de acciones en la existencia, que tiene dificultad 1, pero por ahora, todas las piscinas de uso de acciones con dificultades mayores que 1, ver más abajo)
  • Si la moneda de dificultad 1, esto sería válido bloque
  • Con una moneda de dificultad mayor que 1, digamos N, en promedio, sólo 1 de N tal "válido acciones" (con dificultad 1) obtener un bloque válido
  • Resumen: para la moneda de dificultad N, se necesita, en promedio, N*2^32 hash para encontrar un bloque
  • Por lo tanto, una fórmula para saber cuántos segundos en promedio se tarda en encontrar un bloque con un cierto poder de hash es "tiempo promedio = dificultad * 2^32 / hashrate"
  • Cuando la minería piscinas se refiere, piscinas aceptar sólo comparte con dificultad >N, y 1 compartir con dificultad N es contada de la misma manera como N comparte con dificultad 1 (o N/2 comparte con dificultad 2*N, etc.) - esa es la dificultad de la piscina
  • Esto también significa que con un N=2*coindiff en PPLNS, como la mayoría de las piscinas, en promedio, los últimos "N" acciones en la "PPLNS" cubierta a 2 cuadras

OK, así que traté de aplicar esta información para Scrypt, porque al investigar cosas como Litecoin dificultad, las fórmulas que he encontrado eran los mismos, por ejemplo, "tiempo promedio = dificultad * 2^32 / hashrate", y que, en promedio, se necesitan de 2^32 hash para encontrar una dificultad-una acción, etc.

Sin embargo no tenía sentido, todo estaba muy lejos de lo que yo vi en nuestro minería de piscinas.

De hecho, resultó que era por un factor sospechosamente cerca de 2^16.

Más investigación y pruebas, finalmente nos dio la respuesta que para Scrypt, por convención, las piscinas y los mineros de la escala de la participación de la dificultad de valor por un factor de 2^16.

Pero sólo las piscinas y el minero de software (por ejemplo, cgminer)! la red de dificultad es todavía muestra sin escala!

Ejemplo:

Digamos que la red de dificultad es de 900.000 para BCC (Bitconnect de la Moneda)

En el cálculo original, supongo que se necesita un promedio de 21 horas a un hashrate de 50 GH/s para encontrar un bloque (900 k * 2^32 / 50G = ~77k segundos = ~21 horas), que está sobre la derecha cuando se mira en nuestra piscina.

Sin embargo, podría también asumir que toma un valor total de las acciones de unos 900.000 (exactamente de la red de dificultad), sin embargo eso no es cierto, porque uno AntMiner L3+ ya solo envía un compartir con diff de ~150,000 cada ~15 segundos, así que supongo que se encuentra un bloque cada 90 segundos, que es, por supuesto, no es cierto (es más cercano a los 90 días de 90 segundos).

Y aquí está el problema: para Scrypt, compartir dificultad se mide con un valor mulitplied por 65.536!

Así que, de hecho, la "dificultad de 150.000", que el grupo utiliza con el AntMiners es en realidad 150,000/65,536 = 2.29

Y, esto significa que para llegar a esa moneda de valor de dificultad de 900.000, la piscina necesita para mostrar un valor total de acciones de 900.000*65,536 = 58,982,400,000!

Entonces, de repente todo tiene sentido de nuevo.

También existen otros algoritmos que utilizan un factor de escala. De hecho, he encontrado que la UNOMP piscina de software ya tiene un archivo que también contiene estos valores: https://github.com/UNOMP/node-merged-pool/blob/master/lib/algoProperties.js (busque el multiplicador). Para SHA-256 es 1, para Scrypt es 2^16.

De acuerdo a las piezas de información dispersos por toda la Internet, esto se hizo porque Scrypt es más difícil algoritmo de por sí, lo que resultó en piscinas aceptar comparte con dificultades menor que 1, y para evitar problemas con el hecho de que las dificultades y compartir los valores que de repente podría ser no integral, el número total fue de tamaño de manera que la unidad de "dificultad 1" ahora realmente quiso decir 2^(-16).

Así, la regla de oro:

  • Cada vez que usted vea un valor de dificultad en el contexto de un minero o una piscina para Scrypt, deberá dividir por 65.536 si quieres compararlo con otros números, como el general de la moneda dificultad.
  • Para monedas/bloque de dificultad valores (incluso en Scrypt), y en general para SHA-256 o X11, no dividir. Para otros algoritmos, mira hacia arriba (por ejemplo, Blake utiliza 2^8).
+685
cvetlana1970 4 dic. 2016 12:36:44
Preguntas acerca de la extracción de una clave privada a partir de una cartera, por ejemplo, para el propósito de crear una copia de seguridad o importarlos a otra cartera.
+668
Svak 6 jun. 2014 3:49:02

Me estoy quedando ambos un bitcoin y litecoin nodo, ambos son la generación de direcciones no válidas.

Mi LTC generado dirección: MV6eGvkbkgcDZLDpK1WQeZLMmx3PHZmXc7

Mi BTC generados dirección: 2MvuZyhhGHCUcFPHCEUNeBbGEKYJ5wpytjk

Estoy generando en el bitcoin-cli/litecoin-cli con getnewaddress

¿Qué estoy haciendo mal y cómo solucionarlo?

+605
Tony Conrad 26 nov. 2011 14:19:50

La mejor manera de hacerlo es en persona, con dinero en efectivo. La mayoría de los otros métodos son fáciles de encontrar. Siempre y cuando usted no vive en el medio de la nada, es bastante fácil de encontrar por lo menos alguien cerca que está dispuesto a comprar, y si usted es serio sobre el anonimato que extra la distancia de recorrido es probablemente una cuestión menor.

+586
lzl124631x 5 sept. 2017 22:03:31

Con la mayoría de los proveedores, una dirección que debe seguir siendo válida indefinidamente. Esto sería cierto si usted utiliza su propio software de cartera, en lugar de depender de un proveedor en línea. Si usted le da a su empleador una dirección, se puede hacer transacciones a que dirección tantas veces como se quiera, y usted va a recibir esas monedas.

Generalmente se recomienda el uso de fresco direcciones para cada transacción, porque es mejor para la privacidad, y hace que sea más difícil para otras personas, para el seguimiento de su actividad. Pero no es requerido por el protocolo Bitcoin.

Si su empleador (o su procesador de pago) insiste en un fresco de la dirección para cada uno de los pagos, que es su decisión, no un requisito técnico de Bitcoin en sí; tendrías que llevarla con ellos.

+575
ajc 30 may. 2019 4:25:26

Segwit es un soft de la horquilla. Una mayoría calificada de los mineros han acordado que no van a incluir transacciones en sus cuadras, y huérfano de cualquier bloque que incluye una transacción de este tipo.

Si se envía una transacción a un legado nodo, se ven como un válido sin confirmar la transacción, pero la red nunca se confirme.

Potencialmente, si todavía hay algunos mineros ejecutar código heredado, la transacción podría conseguir incluido en un bloque por un minero que también lo ve como válido. Pero la mayoría de los mineros van a rechazar este bloque. La única manera de que el legado nodo jamás vería de esta transacción, como la de alcanzar, por ejemplo, de 6 confirmaciones es si esos legado mineros de la mina a 6 cuadras de la sucesión. Desde que los mineros están en la apuesta por una pequeña minoría, esto es extremadamente raro.

Si usted envía la transacción directamente a una actualización del minero, que van a rechazar. Si lo envía a un legado minero, se podría incluir en un bloque, pero entonces su bloque de tiempo será de huérfanos de la blockchain.

+499
Avtar 22 oct. 2019 22:20:30

Escenario: Alice tiene una cartera de A1bz (digamos que estos son los 4 primeros caracteres de la clave privada en la cartera formato de importación, así que no tenemos que lidiar con muchos de los personajes) con la cartera dirección 1A1 y 100 mBTC en ella. Ella también tiene una cartera de A2bz con la cartera dirección 1A2 para el cambio y quiere enviar 50 mBTC de Bob cartera con dirección pública 1B1 a las 15:00, pero sólo paga 0.01 mBTC cuotas (en oposición a 0.1 mBTC), que sería la cantidad recomendada. Esto significa que la transacción probablemente no va a ir a través de inmediato, sino que tendrán que esperar un par de horas.

Esto significa que transaction1 está construida como este:

transaction1: (1A1) -> (1A2(49.99 mBTC), 1B1(50 mBTC), tarifa(0.01 mBTC))

Así transaction1 requiere que no son 100 mBTC en la cartera 1A1.

Sin embargo, Carlos viene y envía 1 mBTC a Alice a las 15:05:

transaction2: (1C1) -> (1A1(1 mBTC), 1C2(4.9 mBTC), tarifa(0.1 mBTC))

transaction2 pasa a través de inmediato en el bloque que cierra a las 15:10. transaction1 no está confirmado en ese punto en el tiempo.

¿Significa esto que Carlos abortado transaction1? Afaik, las entradas deben ser agotado completamente, que es por qué el cambio es necesario en primer lugar.

+429
Thomas Tiveron 21 sept. 2017 19:12:24

Retirar la solución de problemas de la página. https://multibit.org/en/help/v0.5/help_troubleshooting.html

Si usted puede conseguir a la cartera de archivo en la ventana de terminal o explorador de archivos, mover a una ubicación que no tiene nulos en ella. null en una ruta de archivo parece extraño.

+386
kosha13 31 may. 2014 13:07:10

Supongamos que Alicia tiene 30 bitcoins de David. Ahora Alice quiere transferir la cantidad de 20 bitcoins a Bob.

Ahora, Alice crea una transacción con Bob dirección bitcoin.
Para demostrar la autenticidad y la integridad, Alice digitalmente señales de la transacción actual.
Para demostrar que Alice posee el dinero, la transacción actual incluye el hash de David de la transacción, que puede ser verificado por el destinatario y de otros nodos en la red.


Según mi entendimiento, las transacciones son recogidos en los bloques que están enlazados para formar un bloque de la cadena. Cada nodo de la red almacena el bloque de la cadena. Para comprobar si Alice posee el dinero, uno tiene que verificar la dirección bitcoin de Alicia en el David de la transacción. Ahora David de la transacción puede ser muy antiguo, en los mayores bloques. Cómo esta comprobación se realiza? Es el hash de David de la transacción para Alicia, la propiedad marcada en cada bloque en el bloque de la cadena?

Es la propiedad verificada por ir de bloque a bloque?

También, ¿qué impide que Alice utilización de David de la transacción y otra vez?

+288
schnipdip 26 sept. 2011 11:50:03

Nadie lo hace. Bitcoin tiene su valor porque la gente quiere pagar por ello. Cuando usted compra un bitcoin, usted puede comprar de otra persona. Para la venta, el mismo es vice-versa.

También cuando el comercio de ellos a través de un intercambio, siempre hay alguien pagando hacer la inversa de la transacción.

Nuevos bitcoins se generan a través de la minería. La tasa en la que los bitcoins se extraen está predeterminado , y finalizará cuando de 21 millones de bitcoins en existencia.

Así que básicamente, los bitcoins son distribuidos por un algoritmo y el valor que estos bitcoins tienen sólo se define por lo que el mercado va a pagar por ellos. Si de repente nadie quiere comprar un bitcoin desde ya, que tendrá el valor de cero.

+147
jsnfwlr 14 oct. 2019 13:46:09

El problema es más sutil y es el resultado de una combinación de comportamientos.

Primero de todo, es perfectamente segura para utilizar la clave privada, al menos en un sentido independiente. Supongamos que la clave privada es P y la dirección pública es Una, y supongamos que se desea gastar su dinero. Luego de escanear el blockchain para las transacciones de las salidas que se dirige a Una. Cuando ves uno, crear una nueva transacción para algunas de salida deseado dirección de B (si usted está pagando a usted mismo o pagar a alguien), y firmar con la clave privada P. No hay problemas aquí.

El problema comienza cuando estamos hablando de la cartera de software. Si "importar" una clave privada P en su cartera, y que se añade a su personal de la piscina de claves privadas (y sus correspondientes direcciones públicas). Cada vez que realice una saliente de la transacción, una cierta cantidad casi siempre va a ser enviado de vuelta a sí mismo como el cambio. Si el cambio va a la dirección de Una (con clave privada asociada P), entonces a la gente que conoce la clave privada P también puede gastar este dinero. En última instancia, esto significa que si importa a alguien de la clave privada, puede perder el control de su propio dinero en algunas circunstancias.

Como otras personas han mencionado, la forma segura de manejar esta situación es para "barrer" las monedas asociadas con la dirección de Una (usando la clave privada P) en direcciones que usted tiene control exclusivo sobre. En otras palabras, el uso que la clave privada a pagar a ti, pero nunca utilice la dirección como una salida para el cambio.


Como una analogía: Supongamos que estás en una sala con casilleros numerados. Siempre es posible depositar dinero en cualquier armario (sólo necesita la dirección, no la clave privada). Armario de #0 puede ser abierto por su amigo y a ti mismo. Casillero #1 y #2 son sólo tengan por usted.

Si usted tiene dinero en efectivo en las taquillas #1 y #2, esta le pertenece a usted, y sólo usted. Ahora al realizar una transacción, retirar dinero en efectivo de uno o ambos de estos casilleros, a continuación, volver algún cambio. También puede retirar dinero en efectivo de casillero #0, no hay problema. Pero si usted regresar algún cambio en el casillero #0, entonces usted pierde su control exclusivo sobre ese dinero. Tan sólo tienes que volver a cambiar a su propio taquillas #1 y #2, no compartido, armario #0.

+140
Mandar Inamdar 7 sept. 2018 14:34:00

En Japón, MtGox, el más grande de bitcoin exchange bajó y se fue a la quiebra debido a los hackers.

Así que estoy trabajando en un proyecto en mi Universidad para mejorar la seguridad de las transacciones de bitcoin utilizando el concepto de minería de datos en los datos recogidos a través de la Blockchain de la API.

Es posible detectar patrones anómalos y así se detecta la presencia de un hacker, informe de ello a la autoridad responsable?

+107
Gujju 4 oct. 2011 18:00:35

Lo siento si estas preguntas parecen estúpidos pero después de mucha investigación todavía me siento un poco perdida y confundida !! Yo entiendo lo que es bitcoin y tener una buena comprensión de la básica blockchain idea, pero tengo un tiempo difícil la comprensión de algunos conceptos. Por ejemplo dónde se puede descargar el código fuente de la blockchain ? ¿Cómo Etereum obtener el código fuente de la blockchain ? ¿Cómo puede una actualización estar "programados" para un bloque específico y no pueden ser implementadas de inmediato ? O, ¿cómo puede un código de aplicaciones para una blockchain de la plataforma como de etereum ?

Supongo que todos estos caen en la pregunta, donde puedo encontrar una cuidadosa explicación completa de la blockchain?

Gracias !

+33
Pleasehelp me 20 abr. 2015 22:54:57

Mostrar preguntas con etiqueta