Hizo el Bitcoin tenedor resultante en el Bitcoin Dinero crea dinero de la nada?

Ya puede hacer doble pasar sus antiguas monedas Bitcoin y el Bitcon Efectivo, monedas, independientemente---uno en cada lado de la horquilla---se parece de alguna manera de que el dinero es creado de forma gratuita. No es este un problema? Lo que impide a las personas desde la creación de más y más las horquillas hasta el punto de socavar las cripto-monedas de valor?

+107
Mitesh 1 feb. 2010 12:32:27
19 respuestas

Sé de cuatro secuencias de comandos. Como Luca dijo, el código fuente para el cliente de referencia es la definición de protocolo, por lo que necesita para leer el código para obtener la respuesta definitiva. Como Pedro se ha señalado, un estándar de la secuencia de comandos es la que es transmitida por el cliente de referencia. Un no-estándar de la secuencia de comandos no ser rechazada si es en un bloque de tiempo es una secuencia de comandos válida.

Los que yo conozco son:

  1. Pagar-para-PubKey-Hash: Este es el estándar de pago a una dirección bitcoin. La dirección es en la salida y la firma y la clave pública se encuentran en la entrada.
  2. Pagar-para-Pubkey: Este es un pago a una clave pública. La clave pública se encuentra en la salida y la firma está en la entrada.
  3. Pagar-para-ScriptHash: Esto está siendo utilizado por algunos de los más llamativos son transacciones de pago. Una secuencia de comandos de hash es en la salida y la firma y serializado secuencia de comandos se encuentran en la entrada. En el primer paso, la secuencia de comandos de hash es verificado contra el serializada de secuencia de comandos. Si se comprueba, entonces el serializada de secuencia de comandos se ha ampliado, y un segundo paso se hace con ese script.
  4. Pagar-para-MultiSig: Varias firmas están obligados a firmar el guión. La salida contiene la pubkeys y la entrada contiene las firmas. Todas las firmas deben ser verificado por uno de los pubkeys pero no puede ser más pubkeys de firmas. El límite vigente de M N de secuencias de comandos es N=3.
+998
dentemm 03 февр. '09 в 4:24

Sí, es una estafa, y una bien conocida. Usted perderá el dinero que usted deposita a la cartera, incluso si sólo tienes la contraseña y 2FA para la cartera. Su "amigo" ya copiado la recuperación de las semillas y puede tomar el dinero de la cartera, incluso sin una contraseña o un 2FA. Simplemente dejar correspondiente con esa persona.

+996
Benyamin Abbasi 5 jul. 2019 6:16:43

Egoísta de minería de datos es probablemente uno de los más abordados temas que fue teorizado por un grupo de la universidad de Cornell. Me parece interesante, porque en lugar de ser una cuestión técnica, tales como la maleabilidad de transacciones, se trata más de un problema conceptual con cómo Bitcoin y su sistema de consenso obras.

Que debe empezar y darle un poco de alimento para el pensamiento.

+983
jean claude gassmann 30 sept. 2018 16:32:15

La dirección 1FYMZEHnszCHKTBdFZ2DLrUuk3dGwYKQxh es una dirección válida hecho a partir de una clave pública no válida que ciertamente califica como un efectivo /dev/null

Parece que la dirección fue creada por un error en una determinada cartera de software.

Por cierto, no quemar el dinero, es el epítome del viejo refrán que dice, "Un tonto y su dinero pronto se separaron."

rel:
No válido clave pública ha gastado. ¿Cómo fue esto posible? (no, en realidad)

+973
Mikael 17 oct. 2010 21:12:51

mergedmining monedas no tome ningún extra de poder de los padres bloque de la cadena. una ventaja a un combinado de minería de la moneda sería la capacidad de combinación que a través de varios scrypt cadenas causando un alto nivel de seguridad. hay una moneda que corre con mergedmining, pero para que funcione se necesita saber mucho acerca de la codificación. debe agregar el getauxpow comandos y tal para que pueda seguir el encabezado de la cadena principal en el niño de la cadena. Dado que la mayoría de scrypt piscinas se ejecutan en MPO/AIO instaladores, lamentablemente, la mayoría de la piscina ops no tienen las habilidades necesarias para codificar sus propios combinados de minería de datos servidor del grupo de servidores.

+940
MHM5000 28 ago. 2010 23:59:05

Es allí cualquier sitio web dedicado al seguimiento de la historia de la circulación de los tokens de cualquier moneda?

Idealmente, cada vez que un cripto ha tokens añadido o removido para su circulación cantidad, nos gustaría saber:

  • cantidad
  • fecha exacta
  • enviado a quién (incluso si se quemo, queremos que la dirección)

Actualmente estoy escribiendo un análisis acerca de muchas monedas diferentes y encontré esta información increíblemente difícil de conseguir (en la mayoría de los casos).

Token de distribución es la base de lo que sería de esperar de un sitio web o tipo de organización que se dedica a esta tarea, pero tal vez estoy equivocado.

+845
Krishna Sundar 31 ago. 2011 6:23:46

Una lectura cuidadosa del BIP 39 muestra que no hay varias palabras que se ajusten a la suma de comprobación. Más bien, el BIP es tan amplia que no válidos sumas de comprobación son permitidos y sólo debe ser advertido.

En tu ejemplo, la segunda frase es realmente válido. Pero BIP 39 dice que no válido frases deben ser permitidos, y así la cartera de software va a permitir. La suma de comprobación se ignorados y no se comprueba (que tipo de derrotas el propósito de una suma de comprobación).

+818
Zeta13 16 mar. 2017 8:06:19

Estamos trabajando con un proyecto de la OIC basado en NEO Blockchain. Hemos requisito de obtener los pagos a través de NEO, ETH y BTC. Estamos usando el depósito de la dirección de concepto para obtener los pagos de los usuarios, y para los que hemos estado utilizando algunos Nodo js para crear BTC dirección de la siguiente manera:

var express = require('express');
var app = express();
var fs = require("fs");
var bitcoin = require('bitcoinjs-lib");
var lightwallet = require('eth-lightwallet');

función generateBitcoinAddress(){
la consola.log("generateBitcoinAddress");
 const crypto = require('crypto');
 const CE = require('elíptica').ce;
 const RIPEMD160 = require('ripemd160');
 const bs58 = require('bs58');
 const buffer = require('buffer');
 const ce = new CE ("secp256k1');

 función hasha256(datos) {
 retorno de crypto.createHash('sha256').actualización(datos).digest();
 } // Una pequeña función que he creado, ya que hay un montón de hash sha256.

 const addrVer = Buffer.alloc(1, 0x00); // 0x00 P2PKH Mainnet, 0x6f P2PKH Testnet
 const wifByte = Buffer.alloc(1, 0x80); // 0x80 Mainnet, 0xEF Testnet

 var clave = ec.genKeyPair();
 var privKey = clave.getPrivate().toString('hex');
 var pubPoint = clave.getPublic();
 var x = pubPoint.getX(); // elíptica x
 var y = pubPoint.getY(); // elíptica y

 // Clave Privada De Hash
 var bufPrivKey = Buffer.a partir de(privKey, 'hex');
 var wifBufPriv = Buffer.concat([wifByte, bufPrivKey], wifByte.longitud + bufPrivKey.longitud);
 var wifHashFirst = hasha256(wifBufPriv);
 var wifHashSecond = hasha256(wifHashFirst);
 var wifHashSig = wifHashSecond.slice(0, 4);
 var wifBuf = Buffer.concat([wifBufPriv, wifHashSig], wifBufPriv.longitud + wifHashSig.longitud);
 var wifFinal = bs58.codificar(wifBuf);

 // Hash De La Clave Pública
 var clavepublica = pubPoint.encode('hex');
 var publicKeyInitialHash = hasha256(Buffer.a partir de(clavepublica, 'hex'));
 var publicKeyRIPEHash = new RIPEMD160().actualización(Buffer.a partir de(publicKeyInitialHash, 'hex')).digest('hex');
 var hashBuffer = Buffer.a partir de(publicKeyRIPEHash, 'hex');
 var concatHash = Buffer.concat([addrVer, hashBuffer], addrVer.longitud + hashBuffer.longitud);
 var hashExtRipe = hasha256(concatHash);
 var hashExtRipe2 = hasha256(hashExtRipe);
 var hashSig = hashExtRipe2.slice(0, 4);
 var bitcoinBinaryStr = Buffer.concat([concatHash, hashSig], concatHash.longitud + hashSig.longitud);

 var bitcoinWifAddress = wifFinal.toString('hex');
 var bitcoinAddress = bs58.codificar(Buffer.a partir de(bitcoinBinaryStr));
datos={};
 de datos.WIFPrivateKey = bitcoinWifAddress.toString('hex');
 de datos.BitcoinAddress =bitcoinAddress.toString('hex');
 los datos de retorno;
}

app.get('/generateBTCAddress', function (req, res) {
res.enviar(generateBitcoinAddress());
})

app.get('/', function(req, res) {
la consola.log("bienvenido");
 var wifkey = bitcoin.ECPair.makeRandom().toWIF();
 var par de claves = bitcoin.ECPair.fromWIF('L22fA7nJgiig78A8nubSAQPwYp4Fnqk4w6fuen7gwsqxp2h4ud2v');
 var datos = {};
 de datos.dirección = par de claves.getAddress();
 de datos.wifkey = wifkey;
 de datos.mensaje = "Bienvenido a Casa";
res.send(datos);
});

app.get('/generateETHAddress', function(req, res) {
 var contraseña = Matemáticas.aleatorio().toString();
 var semilla = lightwallet.almacén de claves.generateRandomSeed();

lightwallet.almacén de claves.createVault({
 contraseña: contraseña
 seedPhrase: semilla,
 hdPathString: "m/0'/0'/0'"
 }, function (err, ks) {

 ks.keyFromPassword(contraseña, function (err, pwDerivedKey) {
 si (!ks.isDerivedKeyCorrect(pwDerivedKey)) {
 throw new Error("Incorrecto derivados de la clave!");
}

 try {
 ks.generateNewAddress(pwDerivedKey, 1);
 } catch (err) {
la consola.log(err);
la consola.trace();
}
 var resultado = {};
 resultado.dirección = ks.getAddresses()[0];
 resultado.prv_key = ks.exportPrivateKey(el resultado.dirección, pwDerivedKey);
res.enviar(resultado);
});
});
})

var server = app.escuchar(8081, function () {
var host = server.dirección().dirección
var port = server.dirección().puerto
 la consola.log("Ejemplo de aplicación de la escucha en http://%s:%s", host, puerto)
 }) 

volver bitcoin.ECPair.makeRandom().toWIF()

Este regreso de cartera de la dirección y la clave privada.

{
 "WIFPrivateKey": "5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxxxxa",
 "BitcoinAddress": "12zyHTgqfm3XT5KXXXXXHk"
}

Para conseguir esos BTC depositada por el usuario, tenemos que ingresar a la cartera.

El flujo es muy sencillo en NEO y de Etereum, el usuario puede acceder a la cartera utilizando la clave privada, pero en Bitcoin no soy capaz de encontrar una manera para ingresar a la cartera.

Hay algo que me he perdido?

+789
inas21 20 dic. 2012 2:35:41

Además de "Bitcoin: A Peer-to-Peer Electronic Cash System", que es más como una breve descripción del marco general, hay otros científicos o de grado de investigación' estudios sobre la tecnología de Bitcoin? Similares puede descentralizado cripto-moneda modelos encontrados en la literatura?

+775
Stephen 23 ago. 2015 11:32:04

Una manera de hacerlo es comprar el bitcoin con fiat (en efectivo) a través de localbitcoins.com (encontrar a un vendedor con al menos un par de transacciones y el 100% de reputación). Tiene el bitcoin fracción usted está comprando entregado por el vendedor a la dirección que usted desea. Acaba de estar muy seguro para obtener la dirección correcta. Se puede comprobar que los fondos llegado a la dirección mediante la comprobación en cualquier bitcoin bloque explorer, tales como blockchain.info. Una vez que compruebe los bitcoins son la dirección que usted desea, usted puede pagar el vendedor.

+705
ENU 14 feb. 2010 3:53:56

AFAIK no... la prueba, que la transacción se ha ido a través de la aparición en un bloque. Por lo que tiene una confirmación. Esto no puede ser verificado por otras transacciones. Tendría que escribir un entorno de secuencia de comandos, el cual verifica la confirmación de estado en el blockchain, y luego activa el resto de las transacciones.

Es aún más difícil en el escenario - ¿qué quieres decir por el mismo tiempo? Si el primero pasa a través de, y la segunda no, la primera deberá ser revocada? También es imposible con las herramientas estándar. En general: ¿por qué un tx no ir a través de? Basado en un límite de tiempo? O ¿cree usted que más de la doble gastado o similar?

Actualización después de la sección de comentarios a continuación:

tener tres salidas, el comando de la bitcoin desarrollador de páginas sería de tres pares de dirección/bitcoin valor:

{
 "'$NEW_ADDRESS1'": 79.9999, 
 "'$NEW_ADDRESS2'": 10, 
 "'$NEW_ADDRESS3'": 1 
}

(las líneas se terminan por una coma o la llave final)

+690
Jabbahat 10 jul. 2010 23:10:13

Este es un buen recurso, y de confianza http://bitcoin.bitshare.cm

+676
Johnnybegood 13 jun. 2010 4:44:16

Todos los nodos se elimine el menor bloque de punta antes de que ni siquiera oír hablar de la otra emisión.

Esta suposición es incorrecta.

Para Bitcoin Core (y desde todos los nodos son de Bitcoin Core, modelado de Bitcoin Core, o bifurcadas, esta se aplica, básicamente, todos los nodos), todos los bloques que tienen una Prueba válida de su Trabajo y un par de otras cosas que se escriben en el disco y se añade al índice del bloque y chainstate. Al menos los encabezados se registran como encabezados se recibió antes de los bloques. Así que si estoy usando la Cadena de+A y el bloque B, voy a la tienda de block B y se marca como no en mi cadena principal, pero siendo totalmente válido. Cuando el bloque C, voy a actualizar mi principal cadena con el bloque C (avance de la punta de corriente a bloque C). Cuando voy a recibir el bloque D, I tienda bloque D a disco y se marca como no en mi cadena principal, pero siendo totalmente válido.

Si había recibido bloque D (o su encabezado) sin haber recibido el bloque B (o su encabezado de bloque), a continuación, voy a descartarlo como no válido. Sin embargo, esto es poco probable que suceda porque yo casi siempre saben que las mejores cabeceras de la cadena de todos mis compañeros porque me lo pidió cuando se conecta y voy a recibir los encabezados de cada uno de ellos por cada válida bloque que reciben.

Tal horquilla va a resolver cuando una cadena tiene más trabajo que el otro de la cadena. Esto suele suceder cuando uno llega a ser más largo que el otro. Cuando eso sucede, porque todos los nodos saber de la otra cadena de tener su bloque de encabezados o los propios bloques, todos los nodos siguiendo la cadena más corta automáticamente cambiará a usar el largo de la cadena.

Si la división se debe persistir indefinidamente, entonces esto no va a suceder, pero que es extremadamente improbable, dado que se vuelve más y más improbable para cada bloque en cada cadena a encontrarse, de difusión, y recibido por todos los nodos a la vez.

+580
Riddhi 12 abr. 2016 6:07:42

algunos pseudo-código para que funcione con el Bitcoin-Core 0.16 (si hay maneras más simples pls lmk).

supongamos que todos tenemos es la de altura y direc

hash = getblockhash(altura)
bloque = getblock(hash)

para txid en el bloque['txid']:

 tx = getrawtransaction(txid)

 vi en tx['vin']:
 original_tx = getrawtransaction(vi['txid'])
 para vo en original_tx['vsal']:
 si vo['n'] == vi['vsal'] y addr en vo['scriptPubKey']['direcciones']:
 print ("este tx es relevante')

 para vo en tx['vsal']:
 si addr en vo['scriptPubKey']['direcciones']:
 print ("este tx es relevante')
+508
Ilmaxwell 22 ene. 2012 1:09:31

No. Una dirección está diseñado para ser dadas para que la gente pueda enviar dinero. Usted no puede pasar Bitcoin por el conocimiento de una dirección, de lo contrario bloque exploradores no sería mostrar a la gente las direcciones. Lo que se necesita para pasar de Bitcoin son claves privadas. Aquellos que necesitan mantenerse en secreto y nunca se les da a nadie. Una clave privada que corresponde a una dirección.

+474
cs95 13 dic. 2010 20:46:55

Mnemónico semillas se basan en el BIP39 (semillas) y BIP44 (cuentas/múltiples monedas).

Al derivar las direcciones, se utiliza una derivación camino para llegar a una dirección específica. Las rutas se definen en el PBI especificaciones, pero algunas carteras pueden utilizar diferentes debido a un error o intencionalmente (por ejemplo, Contabilidad de Vertcoin derivación utiliza Monero de la derivación camino debido a un error de codificación).

Puede utilizar herramientas tales como Ian Coleman BIP39 herramienta (preferiblemente fuera de línea) para jugar con su semilla y la derivación caminos hasta que vea las direcciones. La herramienta tiene precargado de los senderos comunes, por lo que generalmente, usted debe ser capaz de acceder a su cartera con bastante facilidad, a menos que se estuviera utilizando un extremadamente inusual de cliente.

Muchas carteras de publicar también su derivación caminos en sus páginas de soporte, y usted podría tirar de su original monedero camino desde allí.

Carteras como Electrum también le permite importar una semilla y especificar la ruta de derivación, que le ahorra de tener que generar e importar claves individuales.

Mientras su semilla fue generado por una cartera que cumpla con BIP44, y va a importar en otra cartera que también cumple con BIP44, usted debería ser capaz de recuperar todos tus llaves con ningún trabajo adicional.

+396
redgreen88 27 nov. 2014 8:45:37

Hay muchos supuestos en tu post, lo que conduce a una errónea comprensión de cómo bitcoin funciona. Recomiendo la lectura de el libro de Andreas ("el dominio de Bitcoin"), y aquí la introducción capítulo y la transacción capítulo.

Bitcoin es un público mayor, y el suelo de la regla es, que la espera de una confirmación, para estar segura de que los fondos son transferidos. En este punto en el tiempo, la red se rechazará cualquier doble gasta. El uso de bitcoin en la manera que usted describe, significaría tener confianza en una persona (y no un confirmada la transacción), y esto, por supuesto, pueden ser mal utilizados.

Para grandes transferencias se repite una y otra vez, que 6 confirmaciones (no miles, que es un mal entendimiento del sistema) debe ser esperado (aprox. 1 hora), antes de que los fondos son "seguros".

Bob monedas le pertenecen sólo a él si alguien en la red puede ofrecer prueba a todos los demás, en la demanda, que esas monedas pertenecen a Bob.

No... Las monedas pertenecen a Bob, una vez que Alice ha enviado las monedas, y la red se ha verificado la transacción y se incluye en un bloque (aka 1 de confirmación). Entender que no son la persona, personas o testigos. Es la matemática en las aplicaciones, lo que hace la confirmación. Así que el blockchain es la prueba, de que los fondos pertenecen a Bob.

Alice iba a ser capaz de transferir la titularidad de esas monedas de nuevo ya que nadie estaría allí para detenerla

No, cuando Alice desea enviar otra transacción en la red, el nodo receptor para verificar el contenido, y lo rechazan, porque es un doble pasar.

En bitcoin, sus fondos son seguros, incluso si van en línea, pero aquí sus fondos sólo si usted está en línea 24/7.

No... no importa si están en línea o no. En el punto en el tx es confirmado, los fondos son "los suyos" - completamente independiente de si son o no. No es acerca de que las personas, las que hacer la verificación. Es de las aplicaciones. De nuevo, por favor, eche un vistazo a el libro, esto ayuda a superar el mal suposiciones. El libro está disponible en línea.

+240
I82Much 25 may. 2019 14:49:17

Una transacción sólo puede almacenar una cantidad muy pequeña de datos, no es suficiente para la música o las imágenes. Lo que se puede almacenar es el hash de música/archivo de imagen, que es de tamaño predecible, y en mi opinión no se presente un problema.

+236
Jayadevan Vijayan 20 feb. 2018 9:21:59

Me gustaría ser capaz de recibir LN pago en la tienda en línea. En orden a ello y en mi entendimiento, tengo a bien

  • espere hasta que mis clientes fondo de los canales a mí, o

  • encontrar un nodo que ya tiene muchos canales y conseguir que se conecte a mí con una amplia cantidad de cap.

Esto es correcto, pero hay otras opciones también. Por ejemplo, puede abrir un canal de su propia, y pasar algunos fondos en LN. Sus clientes, a continuación, ser capaz de gastar los fondos de nuevo, hasta que su canal de equilibrio es empujado de nuevo a usted completamente.


Pero para responder a tu pregunta, creo que es más útil considerar la situación de esta manera:

Cuando un usuario va a realizar un pago con BTC, se puede considerar estas dos opciones:

  1. Enviar una cadena de transacciones
  2. Abrir un LN canal (probablemente, por una cantidad en exceso del pago solicitado).

Para cualquier persona que quiere realizar transacciones en LN, no es un requisito para adquirir el control de una LN canal. Para que los usuarios se han de abrir canales, y por lo tanto, creo suponiendo que la apertura de un canal con tu tienda es una carga innecesaria no es del todo correcta. El primer usuario interactuar con su tienda tendrá la apertura de un canal, pero luego se va a cosechar los beneficios de estar conectado a la LN, en que van a ser capaces de enviar y recibir pagos posteriores en la red.

La red de la utilidad debe incrementarse a medida que más usuarios se unan y utilizarla. El arranque de la fase se hace presente un poco de un "huevo y la gallina' problema, pero cualquier usuario que esté lo suficientemente motivado para participar estará listo para pagar los costos de la apertura de un nuevo canal, así que no creo que va a ser un tema crítico en el largo plazo. Yo también veo ninguna razón para assumer que 1 LN usuario = 1 LN canal, en realidad creo que muchos usuarios tienen varios canales, como se define por sus hábitos de uso.

Quizás también vale la pena mencionar: la visualización de todos los comerciantes como de " recibir sólo las entidades probablemente no es perfectamente correcto, ya que no veo ninguna razón comerciantes no podía también utilizar LN para hacer los pagos de su propio. Es verdad que el LN no es perfectamente adecuado para una situación de 'hacer pagos a un extremo, que se retira a los dólares', pero yo no veo ninguna razón para asumir que todos los comerciantes que participan en este camino.

+102
Smartgerls 14 ago. 2014 10:06:22

Mostrar preguntas con etiqueta