¿Cuáles son las principales ventajas de Bitcoin más de Monero?

En el mundo de espectro completo de vigilancia, desde hace algún tiempo se ha convertido en más que evidente que Bitcoin no es anónimo que en todos los. Todas las transacciones pueden ser trazados en la blockchain. Hay una cierta probabilidad de que estos datos puedan ser entregados a gran hermano gobiernos que lo soliciten, y sus conexiones comerciales con ciertas personas, productos o servicios en línea, sería fácil reveló.

Algunos de los blockchain de bitcoin las empresas de monitoreo hacer deanonymize bitcoin a los usuarios y sus actividades comerciales.

Así que, ¿cuál sería la principal ventaja de Bitcoin más de Monero?

+68
DJENTLEMEN 4 nov. 2010 4:22:07
23 respuestas

Cuando un recién descubierto bloque se anunció a la red, cada nodo debe verificar que todos los datos contenidos en ella es válida. Si un bloque de listas de una transacción que ya figuran en ningún antepasado de bloque(*), el nodo debe rechazar el nuevo bloque completo. El bloque será ignorado y la red a la espera hasta que alguien anuncia un bloque que es válido.

(*) Cada bloque contiene una referencia a su padre bloque, asegurando que bitcoin todo el historial de transacciones es verificable por cualquier persona; de ahí el término bloque de la cadena.

+941
Nastassia0807 03 февр. '09 в 4:24

Estoy tratando de empujar a este correctamente firmado 2/3 multisig a la red (basada en Gavin ejemplo) y me sale RPC_VERIFY_ERROR = -25, //! General de error durante la transacción o bloque de presentación:

Las solicitudes y las respuestas a y desde la consola son:

{"método":"getnewaddress","params":[]}
{"resultado":"n3Cet7S4meopgzYdserFUpubMnXktqnzhl","error":null}

{"método":"getnewaddress","params":[]}
{"resultado":"my1NmQ5L6sYAZ8yLgEooQqzZ4QDJBMPjil","error":null}

{"método":"getnewaddress","params":[]}
{"resultado":"mitERWMu8NiukHaGcMYJZnkCRJK6pzAd8p","error":null}

{"método":"walletpassphrase","params":["password",10]}
{"resultado":null,"error":null}

{"método":"validateaddress","params":["n3Cet7S4meopgzYdserFUpubMnXktqnzhl"]}
{"result":{"isvalid":true,"address":"n3Cet7S4meopgzYdserFUpubMnXktqnzhl","ismine":true,"isscript":false,"pubkey":"0316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c","iscompressed":true,"account":""},"error":null}

{"método":"validateaddress","params":["my1NmQ5L6sYAZ8yLgEooQqzZ4QDJBMPjil"]}
{"result":{"isvalid":true,"address":"my1NmQ5L6sYAZ8yLgEooQqzZ4QDJBMPjil","ismine":true,"isscript":false,"pubkey":"02910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d96","iscompressed":true,"account":""},"error":null}

{"método":"validateaddress","params":["mitERWMu8NiukHaGcMYJZnkCRJK6pzAd8p"]}
{"result":{"isvalid":true,"address":"mitERWMu8NiukHaGcMYJZnkCRJK6pzAd8p","ismine":true,"isscript":false,"pubkey":"024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f557","iscompressed":true,"account":""},"error":null}

{"método":"dumpprivkey","params":["n3Cet7S4meopgzYdserFUpubMnXktqnzhl"]}
{"resultado":"cPp5fVWM5oGbBtR41quKTqJbzUHfBz13rxjejyrrmn1vszcmijkc","error":null}

{"método":"dumpprivkey","params":["my1NmQ5L6sYAZ8yLgEooQqzZ4QDJBMPjil"]}
{"resultado":"cQhdbAErfMzZYJMusn9usCKNBDf5RaGHnhbf6xsyhzt2xgjcbseq","error":null}

{"método":"dumpprivkey","params":["mitERWMu8NiukHaGcMYJZnkCRJK6pzAd8p"]}
{"resultado":"cVFY5Fm3vyQJD6VmadkCrqFDE1x69dMTcmf65wa3g7e5ejtz3a8n","error":null}

{"method":"createmultisig","params":[2,["0316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c","02910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d96","024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f557"]]}
{"result":{"address":"2N4tGQhXYZoxg68zYenfixMPmXxiycteqd1","redeemScript":"52210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753ae"},"error":null}

{"método":"listunspent","params":[1,9999999,[]]}
{"result":[{"txid":"024adfd176cbafa3e2b8277c6320cc91c71928a1d93cf161fcbbbe21b552a021","vout":0,"address":"n3qdUsihCUUvhVxDGSa9dTys6FQyRYtra6","scriptPubKey":"76a914f4daf7429115209dde3dbf656e297f4822a7e86488ac","amount":0.30409597,"confirmations":333},{"txid":"2ae481097bfe598054d93e643ade015df4923eca01ef1c4248369d2f76676d29","vout":0,"address":"mgTNUvatqaoondmCKF2wrqmZp5nHfiZ41x","account":"","scriptPubKey":"76a9140a4aa70fa43aa653e932f9902c75bee703f7b6b388ac","amount":0.04900000,"confirmations":275},{"txid":"391ccc07ede180c00e11bb4a2facc0c762b2e021e96cc4ed4c5b267a2cb770d4","vout":1,"address":"muNqJMhpVEqpCBBkL3E8cP7MBFuEaYCLjb","scriptPubKey":"76a91498089826f83411d7e789adf88d2fb1732697b69d88ac","amount":0.09884210,"confirmations":333},{"txid":"69d42deda3513d73f70b5363090fcf81dd0443b1834309ea7ca5f58359344204","vout":0,"address":"mgTNUvatqaoondmCKF2wrqmZp5nHfiZ41x","account":"","scriptPubKey":"76a9140a4aa70fa43aa653e932f9902c75bee703f7b6b388ac","amount":3.24246444,"confirmations":274},{"txid":"afa0f809762154686c30cb984a340153e99a198fa5eb7abb300a90efdb9514dd","vout":0,"address":"mgTNUvatqaoondmCKF2wrqmZp5nHfiZ41x","account":"","scriptPubKey":"76a9140a4aa70fa43aa653e932f9902c75bee703f7b6b388ac","amount":0.01000000,"confirmations":275},{"txid":"cbb0939185826c02051ca82bb3696a24bf39a87109f341f7cbb58e2a9ace202e","vout":0,"address":"mtHpxHgBaazaQWrShuQKgFQTHjLyT23Jbs","scriptPubKey":"76a9148c1e19935b9c0b761850d1baff330392a062d0ff88ac","amount":0.00675471,"confirmations":356}],"error":null}

{"method":"createrawtransaction","params":[[{"txid":"024adfd176cbafa3e2b8277c6320cc91c71928a1d93cf161fcbbbe21b552a021","vout":0}],{"2N4tGQhXYZoxg68zYenfixMPmXxiycteqd1":0.30409597}]}
{"result":"010000000121a052b521bebbfc61f13cd9a12819c791cc20637c27b8e2a3afcb76d1df4a020000000000ffffffff017d03d0010000000017a9147faacb8d21673992204a50440b1321f662fa92ae8700000000","error":null}

{"method":"signrawtransaction","params":["010000000121a052b521bebbfc61f13cd9a12819c791cc20637c27b8e2a3afcb76d1df4a020000000000ffffffff017d03d0010000000017a9147faacb8d21673992204a50440b1321f662fa92ae8700000000",null,null,"ALL"]}
{"result":{"hex":"010000000121a052b521bebbfc61f13cd9a12819c791cc20637c27b8e2a3afcb76d1df4a02000000006a473044022067e51a61dc767166d10741f2ec5950eedfbbb84c5522c0db46f9809bbd91edf10220583f5e3ab5c312b8ebfb5dc5e76b11e4bdf037dd89f2447fe15c11298b2cdeed0121024c4e2909b43dac78086b040e43b161408a0e019b686f0b1754e839f2604b14f0ffffffff017d03d0010000000017a9147faacb8d21673992204a50440b1321f662fa92ae8700000000","complete":true},"error":null}

{"method":"decoderawtransaction","params":["010000000121a052b521bebbfc61f13cd9a12819c791cc20637c27b8e2a3afcb76d1df4a02000000006a473044022067e51a61dc767166d10741f2ec5950eedfbbb84c5522c0db46f9809bbd91edf10220583f5e3ab5c312b8ebfb5dc5e76b11e4bdf037dd89f2447fe15c11298b2cdeed0121024c4e2909b43dac78086b040e43b161408a0e019b686f0b1754e839f2604b14f0ffffffff017d03d0010000000017a9147faacb8d21673992204a50440b1321f662fa92ae8700000000"]}
{"result":{"txid":"65410ac69571208ec2e92603c235d9424f18778131006d34a5516783c88c7bd1","version":1,"locktime":0,"vin":[{"txid":"024adfd176cbafa3e2b8277c6320cc91c71928a1d93cf161fcbbbe21b552a021","vout":0,"scriptSig":{"asm":"3044022067e51a61dc767166d10741f2ec5950eedfbbb84c5522c0db46f9809bbd91edf10220583f5e3ab5c312b8ebfb5dc5e76b11e4bdf037dd89f2447fe15c11298b2cdeed01 024c4e2909b43dac78086b040e43b161408a0e019b686f0b1754e839f2604b14f0","hex":"473044022067e51a61dc767166d10741f2ec5950eedfbbb84c5522c0db46f9809bbd91edf10220583f5e3ab5c312b8ebfb5dc5e76b11e4bdf037dd89f2447fe15c11298b2cdeed0121024c4e2909b43dac78086b040e43b161408a0e019b686f0b1754e839f2604b14f0"},"sequence":4294967295}],"vout":[{"value":0.30409597,"n":0,"scriptPubKey":{"asm":"OP_HASH160 7faacb8d21673992204a50440b1321f662fa92ae OP_EQUAL","hex":"a9147faacb8d21673992204a50440b1321f662fa92ae87","reqSigs":1,"type":"scripthash","addresses":["2N4tGQhXYZoxg68zYenfixMPmXxiycteqd1"]}}]},"error":null}

{"método":"getnewaddress","params":[]}
{"resultado":"mhfP4ayuaUnwHvbhumWhVbhu3TEyjVSAa7","error":null}

{"method":"createrawtransaction","params":[[{"txid":"65410ac69571208ec2e92603c235d9424f18778131006d34a5516783c88c7bd1","vout":0}],{"mhfP4ayuaUnwHvbhumWhVbhu3TEyjVSAa7":0.2584815745}]}
{"result":"0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a41650000000000ffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000","error":null}

{"method":"signrawtransaction","params":["0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a41650000000000ffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000",[{"txid":"65410ac69571208ec2e92603c235d9424f18778131006d34a5516783c88c7bd1","vout":0,"scriptPubKey":"a9147faacb8d21673992204a50440b1321f662fa92ae87","redeemScript":"52210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753ae"}],["cQhdbAErfMzZYJMusn9usCKNBDf5RaGHnhbf6xsyhzt2xgjcbseq"],"ALL"]}
{"result":{"hex":"0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a416500000000b40047304402202d6d9b045489c2e014dcf035fccb0023653d4bbd20a80a576dc27f4d93806944022003a9969a9f6ba01647e5a525ad4c6f78a416ff6b700ecf7f563c7cb43f1c85a8014c6952210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753aeffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000","complete":false},"error":null}

{"method":"signrawtransaction","params":["0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a416500000000b40047304402202d6d9b045489c2e014dcf035fccb0023653d4bbd20a80a576dc27f4d93806944022003a9969a9f6ba01647e5a525ad4c6f78a416ff6b700ecf7f563c7cb43f1c85a8014c6952210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753aeffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000",[{"txid":"65410ac69571208ec2e92603c235d9424f18778131006d34a5516783c88c7bd1","vout":0,"scriptPubKey":"a9147faacb8d21673992204a50440b1321f662fa92ae87","redeemScript":"52210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753ae"}],["cVFY5Fm3vyQJD6VmadkCrqFDE1x69dMTcmf65wa3g7e5ejtz3a8n"],"ALL"]}
{"result":{"hex":"0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a416500000000fdfd000047304402202d6d9b045489c2e014dcf035fccb0023653d4bbd20a80a576dc27f4d93806944022003a9969a9f6ba01647e5a525ad4c6f78a416ff6b700ecf7f563c7cb43f1c85a801483045022100dff9bbb9e262d8921581cfe3445a3d2bf9ca6459cf31780a2af9a94e2819f51a022050192e9a6557f70f472d5f5e375229b23cab39b0b6378e896008f2ef26afabeb014c6952210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753aeffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000","complete":true},"error":null}

{"method":"sendrawtransaction","params":["0100000001d17b8cc8836751a5346d00318177184f42d935c20326e9c28e207195c60a416500000000fdfd000047304402202d6d9b045489c2e014dcf035fccb0023653d4bbd20a80a576dc27f4d93806944022003a9969a9f6ba01647e5a525ad4c6f78a416ff6b700ecf7f563c7cb43f1c85a801483045022100dff9bbb9e262d8921581cfe3445a3d2bf9ca6459cf31780a2af9a94e2819f51a022050192e9a6557f70f472d5f5e375229b23cab39b0b6378e896008f2ef26afabeb014c6952210316ac09be507f3d322cfdcbe328f7e03e720cd8c0ea4cd6dbd9b59e8d61d6f55c2102910b3e90d39339dd765f971b03369f40c58f8b071d26c4de712daea3607d4d9621024587719be74b5998bdc32239af62c99c62dba1eadff32e57b557ad61ae66f55753aeffffffff015d698a01000000001976a9141788411f512e2e7cfd311acb48f878991a2a9f1188ac00000000",true]}
{"resultado":null,"error":{"code":-25,"mensaje":""}}

Relacionado con:

Lo que podría estar equivocado?

+848
starnerves 8 jun. 2018 3:15:02

Si usted compra 100 bitcoins por $10,000 ($100 por moneda), de hecho, usted siempre tendrá 100 monedas, usted nunca va a terminar con 101. Pero si el precio aumenta a $15,000 por su 100 bitcoins, usted podría vender 33.333 de ellos por $5,000 fiat fines de lucro, y todavía tendría $10,000 dólares de BTC al igual que usted compró en el inicio - una ganancia de $5,000.

Usted puede aumentar el número de bitcoins gratis si el precio disminuye después de que usted se venden algunos, digamos que el precio vuelve a bajar a $100 por moneda después de vendido el 33.333 monedas ($5,000 en el momento de la venta), entonces usted puede comprar de vuelta el 50 monedas en el precio nuevo, dejando un total de 116.667 BTC

+822
David K 26 abr. 2016 6:20:29

Parece que sólo MtGox realidad impone. Son ahora un PSP o un banco?

MtGox dice que la razón por la que prohibir la cartera a cartera bitcoin transferencia (sí, se están prohibiendo por no verificada cuentas ahora - incluso si usted pone sus monedas en no hace mucho) es porque la LMA leyes... sin embargo, ninguna otra cartera de sitio (que yo sepa o uso) tiene esta restricción, ya que todos ellos me permiten la transferencia de bitcoins a otra dirección sin necesidad de verificación.

Así que, o bien MtGox está haciendo su propia AML reglas, o ninguno de los otros sitios, como Blockchain, por ejemplo, son los siguientes.

¿Alguno sabe cuál es el verdadero negocio es con estos AML leyes? es todo muy secreto. De hecho, la LMA leyes que requieren que el intercambio NO notificar a los usuarios con antelación antes de que el intercambio de poner en marcha nuevas restricciones o límites...pero sólo DESPUÉS de que ellos están en su lugar.

La verdadera pregunta es... donde puedo leer la LMA leyes, específicamente, sobre cómo se aplican a los bitcoins? (aunque todavía me resulta difícil de creer que incluso se aplican para la cartera a cartera de transacciones... pero que es lo que me dicen por MtGox)

+813
Christophe 14 mar. 2015 0:07:43

Por ejemplo, si yo estoy suscrito a binance del websocket comercio stream.. y es de reporte de operaciones.. ¿cómo puede uno estar seguro de que las transacciones son en realidad ocurren, y no sólo el intercambio comercial con sí mismo o a la generación de datos falsos a la bomba hasta el volumen de números?

+793
skwashd 8 dic. 2015 18:54:14

Hice un truco de vuelta en el día, cuando puedo enviar btc no quería. Si usted tiene una copia de seguridad de su cartera, a continuación, cargar esto en una máquina nueva y u pueden enviar las monedas de que la dirección a la otra, por lo tanto un doble gasto y anular la inicial de la primera transacción. Tan larga como la primera transacción no ha sido broardcast entonces esto debería ser posible.

+721
Saania 16 mar. 2018 6:20:38

Si usted hizo esta subido su bloque no sería válida, ya que el anterior hash no coincide con el hash del bloque más alto en la cadena. Su transmitido en bloque sería rechazada y usted habría perdido el trabajo realizado para producir un nuevo bloque.

+648
Lisa Tweedie 10 jun. 2018 4:08:47

Hola a todos estoy tratando de compilar bitcoin v0.3.3 en ubuntu Linux. Estoy teniendo dificultad con el fin de resolver las dependencias de la versión especificada.

Mi punto de partida es build-unix.txt siempre en el origen. De acuerdo a build-unix.txt, las dependencias,

Las dependencias
------------
sudo apt-get install build-essential
sudo apt-get install libgtk2.0-dev
sudo apt-get install libssl-dev
sudo apt-get install libdb4.7-dev
sudo apt-get install libdb4.7++-dev
sudo apt-get install libboost-todos-dev

Todas las dependencias se instala correctamente, excepto libdb4.7-dev y libdb4.7++-dev. Da error

$ sudo apt-get install libdb4.7-dev
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias 
Leyendo la información de estado... Hecho
Paquete de libdb4.7-dev no está disponible, pero se conoce por otro paquete.
Esto puede significar que el paquete falta, ha quedado obsoletas, o
sólo está disponible a partir de otra fuente

E: el Paquete 'libdb4.7-dev' no tiene instalación candidato

ppa:bitcoin/bitcoin contiene la versión libdb4.8-dev, pero el requisito es libdb4.7-dev.

Otro problema es wxWidgets 2.9, la build-unix.txt los estados del archivo:

Ahora estamos usando wxWidgets 2.9, en la que utiliza la codificación UTF-8.

No hay actualmente un paquete debian de wxWidgets podemos utilizar. El 2.8
paquetes para Kármicas son unicode UTF-16 y no trabajan para nosotros, y hemos tenido
problemas para la construcción de 2.8 en 64 bits.

Sigo las instrucciones de construcción proporcionados en el archivo.

cd /usr/local
tar-xzvf wxWidgets-2.9.0.tar.gz
cd /usr/local/wxWidgets-2.9.0
mkdir buildgtk
cd buildgtk
../configure --with-gtk --enable-debug --disable-shared --enable-monolítico
hacer

Cuando ejecuto hacer sale con error que dice: marca: *** [monolib_appbase.o] Error 1

+632
sackura86 23 ene. 2011 13:32:56

Esta es una pregunta general, pero ¿cuál es la mejor manera de buscar la blockchain? Blockchain.info le permite buscar por dirección, pero parece ser una característica de lado en lugar de su propósito central.

Hay otros sitios para la búsqueda de las transacciones de Bitcoin? Quiero ver todas las transacciones asociadas con una dirección única, o para hacer otras arbitraria tipos de búsquedas?

+620
Ekene Nnamani 15 sept. 2011 13:10:37

Las transferencias en bitcoin puede durar desde unos minutos hasta varios días, dependiendo del estado de la red y el cargo que se paga. En la actualidad, está más cerca de un par de minutos. En cualquier caso, normalmente usted puede también ver sin confirmar las transacciones en su cartera o en bloque de los exploradores tales como blockchain.info.

En su caso, sin embargo, las cosas parece raro. Todas esas aplicaciones que nunca he oído hablar de (libre de minería, libre de btc, etc.) son estafas, y nunca realmente le pagan. Ellos simplemente dicen que el retiro está pendiente, o sigo diciendo que están bajo el límite de retirada, mientras que el uso de su dispositivo para los anuncios, o para otros fines.

+606
stevenjgarner 24 dic. 2013 7:30:07

El bloque de gas límite está determinado por los mineros. Según el Etereum protocolo, se puede subir/bajar por 1/1024 del bloque anterior.

En la actualidad (11/20/2015), geth está configurado para aumentar automáticamente el gas límite si el bloque anterior se utiliza más de ⅔ de la anterior bloque de gas limitar y disminuir automáticamente si está por debajo del umbral. En la práctica, un aumento (probablemente) nunca sucede, e incluso si lo hace, la mayoría de los bloques están muy por debajo de la ⅔ umbral, de manera que el límite sería caer de nuevo a pi millones de rápidamente. Consumo de Gas es muy puntiagudas como eso. Ver http://stats.ethdev.com

Además, para los mineros para enmendar la ⅔ de la lógica, de que había necesidad de alterar los geth del código y construir desde el código fuente no se va a producir en masa.

Hay debates en curso sobre qué hacer acerca de esto en https://gitter.im/ethereum/research. Vitalik, sugirió la idea de hacer que el límite de 4 veces su límite de corriente y salir de la ⅔ de la lógica de la manera que es. Yo apoyo el aumento de 4x, pero creo que el ⅔ de la lógica debe ser replanteado.

ACTUALIZACIÓN: me preguntó Vitalik sobre el gas bajo límite durante DEVCON1. La razón por la que no hay prisa para elevar el gas límite tiene que ver con el bloque de propagación de veces. Cada nodo en la red de etereum tiene que ejecutar cada una de las transacciones. Si el gas límite se incrementaron sustancialmente, podría haber retrasos en el bloque de veces que causaría la red para ir desde los 17 años (promedio actual) hasta el norte de 20 segundos. Esa no es la dirección en la que queremos ir en.

Yo también voy a decir que uno de los beneficios de una baja en el precio del gas es que las fuerzas contrato autores para crear un código eficiente que, a su vez, reduce la blockchain la hinchazón.

+603
user45222 25 ago. 2016 10:51:08

Hay propuestas para introducir nuevos códigos de operación que permiten que los padres de salida de secuencia de comandos para imponer el gasto de las condiciones a la salida(s) de los gastos de transacción de niño.

Por lo tanto, puede "garantizar" que el hijo de transacción de las salidas sería "revocable", que es similar a lo que usted está describiendo.

Esta secuencia de comandos de salida podría ser un RSMC contrato. Si quiero "cancelar" el gasto de las transacciones salidas dentro de un período de tiempo de espera, me puede barrer la salida con la revocación de la clave.

La propuesta de secuencia de comandos de código de operación (opcode OP_PUSHTXDATA empuja transacción elementos del gasto (niño) de la transacción a la pila durante la verificación, y esto podría incluir el script de salida de datos de la transacción de niño:

Los padres de la transacción:

  • Secuencia de comandos de salida: OP_PUSHTXDATA empuja el gasto hijo de transacciones de salida de secuencia de comandos de elementos en la pila, para comprobar que es un revocable de salida.

Hijo de la transacción:

  • Entrada: Pasa de padres de transacción
  • Secuencia de Comandos de salida: Debe ser un revocable de salida con las condiciones impuestas por los padres de la transacción de salida de secuencia de comandos.
+571
Jezz Gonzalez 17 mar. 2012 19:28:08

Vamos diagrama de un ejemplo duro bloque tenedor de la cadena:

Un <-- B <-- C <-- D (consenso actual de las reglas de la cadena, "cadena original") 
 ^---- C' <-- D' (nuevo consenso reglas de la cadena, "la cadena")

Si usted recibió una transacción de salida en el bloque a o B, usted podría gastar tanto en la cadena original y la nueva cadena[*]. Cómo que iba a salir depende mucho de si la nueva cadena incluye la protección de reproducción.

Protección de reproducción

La nueva cadena, opcionalmente, pueden requerir protección a la réplica, que sería más probable que se produzca un cambio en los datos utilizados para crear la transacción de la firma. Por ejemplo, normalmente, una transacción de firma firma un hash de la identificación de las entradas se las gasta así como todas las salidas; para un duro tenedor, esto podría ser cambiado para exigir la firma de hash, además, el valor de "Duro de la Horquilla #123". Esto tendría los siguientes resultados:

  1. La edad de la cadena de no aceptar ninguna de las transacciones realizadas para la nueva cadena porque no intenta calcular el hash de firma con el extra de "Duro de la Horquilla #123" de datos, por lo que todas las firmas para la nueva cadena sería válido para él.

  2. La nueva cadena de no aceptar ninguna de las transacciones realizadas por la cadena antigua porque sería faltar los "Duros Horquilla #123" de datos.

Para la mayoría de los (probablemente todas) las carteras, la adición de "Duro de la Horquilla #123" a los datos utilizados para crear la firma hash sería fácil técnicamente---pero eso requiere que la cartera de autor soporte de la horquilla, y que todos los usuarios se actualicen antes de la bifurcación. Más difícil (dependiendo de la cartera) sería el apoyo tanto de formatos de firma y tal vez permitiendo al usuario elegir entre ellos. Aún así, me imagino que no es demasiado duro.

Sin embargo, la mayoría de las propuestas duro tenedores de Bitcoin no incluyen este o cualquier otro directos de reproducción de la protección. Esto es probablemente debido a que sus proponentes, creo que habrá una menor probabilidad de adopción si los desarrolladores y los usuarios tienen que tomar cualquier acción para utilizar el disco duro de la horquilla.

Curiosamente, el original de la versión 0.1 de la Bitcoin protocolo incluye tres códigos de operación (OP_VER, OP_VERIF, y OP_VERNOTIF) que podría ser utilizado para la reproducción de protección durante un duro de la horquilla, por lo que le permite especificar qué reglas han de ser seguido a pasar su operación en las diferentes Versiones del protocolo.

Por desgracia, el diseño no funciona y Satoshi Nakamoto eliminado los códigos de operación del protocolo. Además de proporcionar protección a la réplica después de un duro de la horquilla, que podría ser utilizado para causar un tipo de hard fork llamado un consenso fracaso. (Y, si usted está siguiendo junto con el drama actual, no ha escapado a la diversión de algunas personas que Bitcoin más tempranas del protocolo permitió un duro tenedor ser desencadenada por una VER.)

Incompatible transacciones

Así que si la protección de reproducción está disponible, usted podría pasar a una salida de cualquiera de los bloques de Una o bloque B, en cada cadena, pero usted tendrá que firmar la transacción de forma diferente para cada cadena---asegurando que usted puede enviar fondos en la cadena original a Alice y los fondos en la nueva cadena de Bob.

Sin protección de reproducción, usted tiene que enviar los fondos en ambas cadenas, al mismo tiempo, debido a que cualquier transacción que usted cree ser válidos tanto para las cadenas de[*]. Sin embargo, hay maneras de crear transacciones de las que sólo serán válidas en una cadena, incluso si la protección de reproducción no está disponible---sólo son de más difícil:

  • El uso de coinbase monedas: bloques de C (cadena original) y C' (cadena) tienen diferentes coinbase transacciones. (Un coinbase transacción es el especial de la transacción en un bloque que paga el minero para la creación de ese bloque.) Estas operaciones sólo son válidos en su cadena en particular, y las transacciones que descienden de ellos también son válidas sólo en su cadena en particular.

    Así que si usted es un minero o minero, usted sólo tiene que mezclar al menos 1 satoshi de ellos con el pasar de bloque a y la transacción se han ad hoc protección de reproducción.

    Sin embargo, hay dos problemas con esto: (1) usted necesita saber un minero que está dispuesto a ayudarte y (2) coinbase transacciones no están disponibles para más de 100 bloques de[*], de manera que tendría que esperar un tiempo después de la dura tenedor antes de que pudiera empezar a gastar.

  • Conflicto de transacciones: si crea dos diferentes transacciones y enviarlos a los diferentes bloques de las cadenas, es posible (pero no garantizado) de que una transacción sea confirmada en el bloque C y una transacción en el bloque C'.

    Mientras los bloques C y C' siguen siendo parte de sus respectivos bloque de cadenas, a continuación, las transacciones que pasan su transacción sólo puede ser parte de su respectivo bloque de cadenas.

    Ya que no hay garantía de que usted puede dividir las monedas de esta manera, es generalmente una buena idea para enviar transacciones por separado a sí mismo de modo que no hay manera de que usted puede perder dinero más allá de los costos de transacción. También, hay una manera para aumentar tus posibilidades de las monedas que se divide:

    • En la cadena con el mayor bloque de altura, gastar sus monedas a sí mismo, usando nLockTime a la meta de la actual altura de bloque.

    • Cuando la transacción anterior confirma, gastar sus monedas a sí mismo en la otra cadena sin nLockTime.

     

    Suponiendo que las diferentes cadenas tienen incluso una modesta diferencia en la altura, esto funciona porque su nLockTime transacción es inicialmente sólo válido en la mayor altura de la cadena, por lo que no puede ser inmediatamente añade a la parte inferior de la altura de la cadena. (Crédito: la primera vez que escuché de un método como este de Peter Todd; no sé si él lo originó, ni si este es exactamente el método que estaba pensando---tuve que adivinar cómo sería el trabajo de él diciendo: "el uso de nLockTime".)

Una advertencia

Duro horquillas, especialmente los que carecen de protección a la réplica, romper muchas normal supuestos de Bitcoin carteras. Como tal, no hay un riesgo importante de que usted va a perder dinero si gastar o aceptar bitcoins durante un curso duro de la horquilla. Por favor, tenga cuidado.


[*] Duro horquillas puede cambiar cualquier parte del sistema, por lo que las generalizaciones hechas en este post pueden no aplicarse a todos los casos. Sin embargo, he tratado de hacerlos aplicables a la mayoría de las propuestas duro horquillas que sólo cambian un par de cosas, tales como el perpetuo debate tamaño máximo de bloque/peso.

+545
vangog84 8 mar. 2010 5:29:44

No, eso no es posible. Bitcoin es pseudónimo. Con toda probabilidad, usted será enviado a una dirección que nunca ha tenido ninguna actividad en él antes. Usted no puede encontrar ninguna relación entre la dirección y el mundo real (con inclusión de la actividad en el blockchain) hasta que una transacción de envío de dinero a esa dirección se publica. Incluso si usted conociera a la persona que te dio la dirección, no se sabe seguro si pertenece a ellos (pero usted, por supuesto asumir porque ¿por qué tendría que dar una dirección de otra persona o de uno que pertenece a nadie). Se puede demostrar que pertenece a ellos, pero ellos no pueden demostrar que no, y como alguien que no pertenece a no prueba que lo poseen ni que no.

+515
Michael Ozeryansky 25 oct. 2014 4:03:10

Imaginar Alice posee 10 BTC y quiere enviar 1 BTC a bob, con un 1 BTC mineros de la cuota.

En el blockchain, la transacción se registra como "Alice pasó 10 bitcoins, 1 va a Bob, 1 va para el minero, y 8 va a Alice".

Esto parece bastante intuitivo. ¿Por qué no acaba de registrar el pago y los mineros de la cuota de forma explícita?

+444
JcMaco 16 jul. 2019 4:29:22

He construido Bitcoin 0.8.6 en Windows de 32 bits utilizando mingw32 y ahora está tratando de ejecutar bitcoind.exe en el símbolo del sistema utilizando el siguiente comando:

bitcoind.exe -datadir="e:/BitcoinDataTest"

Me estoy poniendo la excepción "N5boost10filesystem16filesystem_errore" relacionados con el Impulso. ¿Alguien puede ayudarme a resolver este problema? Gracias.

Salida:

Bitcoin versión v0.8.6.0-g03a7d67-beta (Jue, 5 de diciembre de 2013 13:11:26 +0100)
El uso de OpenSSL a la versión OpenSSL 1.0.1 e 11 de Febrero de 2013
Directorio predeterminado de datos C:\Documents and Settings\Admin\AppData\Bitcoin
Utilizando los datos del directorio e:\bitcoindatatest
Utilizando en la mayoría de los 125 conexiones (2048 descriptores de archivo disponible)
El uso de 2 hilos para la secuencia de comandos de verificación
init mensaje: la Verificación de la cartera...
dbenv.abierto LogDir=e:\bitcoindatatest\base de datos ErrorFile=e:\bitcoindatatest\db.lo
g
************************
EXCEPCIÓN: N5boost10filesystem16filesystem_errore
boost::sistema de archivos::estado de: La operación se concluyó con éxito: "e:\bitcoindatatst\wallet.dat" C:\mybitcoin\bitcoind.exe en AppInit()

************************
EXCEPCIÓN: N5boost10filesystem16filesystem_errore
boost::sistema de archivos::estado de: La operación se concluyó con éxito: "e:\bitcoindatatst\wallet.dat" C:\mybitcoin\bitcoind.exe en AppInit()

Cierre : En progreso...
Flush(falso)
DBFlush(falso) terminó 0ms
StopNode()
Vacían 0 direcciones de sus compañeros.dat 0ms
Flush(verdadero)
DBFlush(true) terminó 0ms
terminar la llamada después de lanzar una instancia de 'boost::sistema de archivos::filesystem_error'
 lo que(): boost::sistema de archivos::quitar: La operación se concluyó con éxito: "e:\bitcoindatatest\bitcoind.pid"

Esta aplicación ha solicitado el tiempo de ejecución para terminar de una manera inusual. Por favor, póngase en contacto con el equipo de soporte técnico para obtener más información.
+393
gvn 19 ago. 2017 13:48:14

Como se ha indicado anteriormente, por favor use una dirección nueva para cada transacción para asegurarse de que la red no es manejado por personas con 1 dirección de todo, todavía tenemos fungibilidad!

+311
Futuregeek 13 jul. 2017 2:15:22

Litecoin ha bifurcada el Bitcoinj proyecto de modo que usted puede utilizar Litecoinj

Repo está aquí: https://github.com/hank/litecoinj

y aquí : https://github.com/hank/litecoinj-new

Creo que la última es la más reciente y activa de los repos.

+306
McVenco 16 abr. 2014 15:52:36

El #bitcoin-otc mercado usa GPG de autenticación para proteger contra esta situación.

Porque irc apodos son vulnerables a la manipulación, la tarea de autenticación con el canal de motor de búsqueda ayuda a garantizar que las comunicaciones son realmente de la intención de socio comercial.

Este es sólo uno de los métodos para abordar este tema. Hay muchas opciones.

+262
Sundoyo Sundoyo 7 mar. 2014 2:55:12

Independientemente de lo que las cuentas que están en la cartera, la consolidación y el gasto de su polvo puede requerir sustancial de los gastos de transacción, tal vez, incluso superando el valor de la tierra. El principal factor que entra en juego es el tamaño agregado a una transacción por cada entrada adicional. Usted puede leer una gran cantidad de información sobre el Bitcoin wiki sobre los honorarios de la transacción.

Aquí están algunas estrategias para la reducción/eliminación de las cuotas:

  • Incluir un poco de polvo en una libre transacción. Cuánto va a ser capaz de incluir, sin disminuir su prioridad por debajo de la cantidad mínima para una libre transacción depende de la moneda, edad en la que estamos gastando en la transacción (grande, antiguo saldo = prioridad alta).
  • Incluir un poco de polvo en el pago de una transacción. La 0.0001 BTC por cada mil bytes significa que si usted tiene una de las transacciones que sólo, digamos, 250 bytes que puede agregar hasta 750 bytes de datos extra (en este caso, el polvo entradas) sin costo adicional.
  • Transmitir sus transacciones directamente a una libre transacción de retransmisión baja de la cuota de la piscina. Por ejemplo, Eligius sólo requiere 0.1 TBC (0.00004096 BTC) por 512 bytes.
  • Esperar. Si el valor de un bitcoin se eleva sustancialmente, la tarifa de transacción de los límites es probable que se redujo a cuenta de que, por lo que el polvo no será tanto polvo de aspecto.

Si estas todo el sonido como un poco de dolor, eso es debido a que Bitcoin no está realmente diseñado para micro-transacciones, y mucho está en su lugar de desalentar el envío de spam en forma de "polvo".

+259
Hemakumar 27 ene. 2011 1:51:41

Siéntase libre de utilizar Blockchair API para encontrar información acerca de las primas de las transacciones. Buscar "raw" transacciones de título aquí: https://blockchair.com/api.

+222
Tim Kane 23 ene. 2014 8:10:34

Bitcoins son sólo alguna vez realmente anónimo si la mina de su auto o fueron dadas a ellos por un minero. Una vez que los bitcoins son intercambiados en un intercambio (especialmente uno de los afiliados con los estados UNIDOS), a continuación, los bitcoins se han asociado con usted. Usted puede transferirlos a otros cartera direcciones, pero será visible en el bloque de la cadena.

Puede desplazarse a ellos a través de diferentes cuentas, pero a menos que tenga cientos o miles de cuentas, a continuación, cualquier actividad ilícita podría remontarse a la primera transferencia por una lo suficientemente inteligente analista.

También creo que en la actual minería clima, no sería trivial hazaña para adquirir suficientes ordenadores para generar suficiente bitcoin para financiar cualquier proyecto importante.

Cabe señalar que cualquier cambio que operan en los estados UNIDOS está obligado a contratar a alguien cuyo trabajo descripción es mirar por blanqueo de dinero.

+216
Pechenka356 16 ago. 2019 21:14:02

Diferentes órdenes tienen diferentes Bitcoin direcciones de pago.

El pedido se paga cuando la dirección en cuestión recibe la cantidad solicitada de Bitcoins.

+101
Smurfy 29 abr. 2018 9:30:18

Mostrar preguntas con etiqueta