Hay un enfoque para el intercambio de Bitcoin con formal de la moneda con mantener el anonimato?

Al parecer, Bitcoin preserva el anonimato de los usuarios, que nadie es capaz de saber quién está detrás de una dirección de la cuenta. Pero Si este usuario tiene la intención para el intercambio de bitcoin con una formales de la moneda, con el tiempo que necesita para revelar su información personal, ¿no? O hay una manera de mantener el anonimato, incluso en el momento del intercambio formal de la moneda?

+166
Bante 17 oct. 2013 13:05:23
24 respuestas

Este es un momento muy rápidamente, la gente como usted y como yo (Luditas en un muy Técnico, complejo entorno virtual) son o bien yendo a nadar o ... ¿algo más menos edificante...

Después de haber jugado más de 3 millones de manos de poker de internet en mi carrera, no obstante, saber 1 o 0 cosas acerca del generador de números aleatorios; en la confianza, repartidas en una gran red humana, que se proyectan sobre el telón de fondo de la Internet - - - no confíes en nadie, confía en nada, matan primero y matar a la última. Es precisamente ese tipo de mundo en el real, es natural que estos agresivos intentos de engañar y estafar a otros seres humanos invade el reino virtual.

Sí, hay un conocido repositorio de Revisado de código. Se puede encontrar en www.github.org. Es gratis, está abierto, y es de todos, para el robo, plagio, pluralizado y la especulación. También es muy interesante, aún más incomprensible.

El corte en seco respuesta a tu pregunta es: Uno debe NO la confianza de Papel Cartera de servicios de Generador debido a que servicios como este son centralizada, a menudo los sistemas cerrados, que opera normalmente depende de una empresa con fines de lucro modelo. Se han dado inmediatamente incentivo a los malos actores que podrían hackear su Protocolo Bitcoin, se dio cuenta en su verdadera forma - de Un Fideicomiso-menos de la Moneda Digital, depósito de valor, y pionero de la transparencia en una propiedad mundo.

Bitcoin más esencial de la virtud es precisamente esta noción de lo que requiere, a diferencia de todos los anteriores, la introducción de sistemas para la raza humana, una puramente tecnología de código libre. Lo que significa que incluso un idiota como yo podría jugar con las capas más profundas de la codificación en el protocolo, si así lo desea, si así lo considera pertinente para mi carteras de seguridad, o para satisfacer mi curiosidad. Es, en su forma más elevada, una puramente P2P, distribuidos de la red de los individuos, de auto-gobierno de cada transacción. Es muy lamentable, de hecho, que seguimos viendo la creciente tendencia por la que sería criptógrafos la falsificación de el don de Satoshi por renunciar a la confianza a la administración centralizada, cerrado terceros que tienen todo el mal/capacidad de cofre de su moneda.

Usted no tiene ninguna garantía de otros de su mejor conocimiento. A lo mejor de su conocimiento, nunca se daría de buena gana de la mano de su dinero, de su confianza, a un rostro, inhumanos, falible Papel Cartera de Servicio de Generador - uno que es susceptible a diversas formas de ataque desde dentro, y sin. Usted haría mucho más bien entender su mundo, sus finanzas y su futuro, y colocar toda su confianza en ti mismo. QUE es lo que bitcoin es todo acerca de.

Es una triste realidad pero es una exquisita solución, así que te recomiendo reflexionar sobre quiénes y por qué confiar a sus carteras de seguridad. El pináculo de la criptografía, de bitcoin, es un sistema que requiere que conozca su código. Me refiero honor, me refiero a la integridad, no necesariamente la de la intratable, en lo profundo de matemáticas de codificación con el cliente, bien. Sobre todo con visión de futuro es que el conocimiento que, si usted no confía en sí mismo con su propio papel carteras de aleatorización, sólo puede confiar en que, dado el tiempo suficiente, todos los hack se dio cuenta. Sin manos sobre las medidas de seguridad puestas en marcha por la capacidad individual, de un tiempo infinito*integridad del ordenador = 100% de fracasos.

+959
Lily W 03 февр. '09 в 4:24

Me pregunto si todos los hash de una previamente desbloqueado el nivel de dificultad de un cryptocurrency, tales como

0000000000000000xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx BTC

han sido completamente minado, donde x es un marcador de posición para un constituyendo dígito HEXADECIMAL, de tal manera que todas las posibles combinaciones de dígitos en que nivel de dificultad se han extraído.

+954
Sektor148861 11 abr. 2012 15:08:32

Hay alguna guía sobre cómo crear mi propia moneda de Ripple?

+953
Joe Nilsen 6 ene. 2015 15:25:49

Sí, lo hizo.

BIP: 16
Título: Pagar a la secuencia de Comandos de Hash
Autor: Gavin Andresen <[email protected]>
Estado: Final
Tipo: Normas Pista
Creado: 2012-01-03

(Final de la etapa después de ser aceptado - que significa que se hace.)

(Fuente.)

+922
rashim 2 ago. 2018 11:52:30

En el determinismo de la cartera de la única cosa que usted necesita para mantener su seguridad es su semilla / contraseña para poder restaurarlo en el futuro

Aquí usted puede encontrar un tutorial sobre cómo realizar transacciones con un fuera de línea Electrum monedero utilizando su Maestro de Clave Pública

http://electrum.org/tutorials.html#offline-mpk

+915
Yaitzme 20 dic. 2018 7:28:20

Primero de todo, no hay ningún "La mempool". Cada nodo tiene un individuo mempool, y como estos no contienen las transacciones que ya están en bloques (confirmado transacciones), por definición, los nodos no pueden ser garantizados de acuerdo al respecto. Así que, ¿qué estás mirando blockchain.info's mempool, que puede o no puede ser similar a la de otros nodos.

Lo que puede provocar diferencias entre mempools? Un ejemplo evidente es en el caso de un doble pasar: no hay conflicto se permiten transacciones, de modo que si dos distintas transacciones que pasar las mismas entradas se difunden en diferentes lugares de la red, algunos se aceptan uno, otros van a aceptar a los demás, basándose en lo que escuchan en primer lugar. Esa no es la única diferencia, sin embargo. Los nodos también pueden tener diferentes mempool la aceptación de las políticas.

Un nodo mempool es en última instancia su expectativa por lo que las transacciones pueden confirmar razonablemente en el corto y mediano plazo. Bueno mempool la aceptación de las políticas están tratando de modelo de expectativa. Si una transacción de la cuota es muy baja, no puede ser vale la pena mantener en torno a si hay un montón de mayor tasa de operaciones de la mina de primera.

Y esa es la base para la mempool de denegación de la protección que se agregó en el Bitcoin Core 0.12. Aproximadamente, cada vez que el mempool uso de la memoria pasa por encima de un cierto preconfigurado de tamaño (el -maxmempool de ajuste), que nos saque de las transacciones con el menor feerate, y (temporalmente) aumentar el mínimo feerate a obtener en el futuro para que de los desalojados queridos. Que resuelve el problema de un uso de memoria ilimitado.

Pero, ¿qué es el ancho de banda? Cosas como BIP125 y este desalojo se describe anteriormente esencialmente resultado en la capacidad para mantener la radiodifusión de las transacciones, y ellos han de ser aceptados y de sustituir a otras transacciones, sin realmente tener que pagar nada. Yo digo pagando aquí, porque la regla fundamental basamos mempool decisiones de política, es que como que se espera que las transacciones en el mempool para confirmar, y así pagar sus honorarios. Por lo tanto, queremos una regla que cada vez que algo es desalojado de la mempool (por cualquier otra razón que se confirma), algo más paga "algo" para que el relay. En la práctica, esto se logra al tener una por separado configurado relé feerate (que no cambia cuando el mempool está lleno), que especifica el "precio" para la retransmisión. En el caso de mempool desalojo, la nueva transacción(s) debe pagar al menos que el relay de la cuota de más de la tarifa de la sustituye queridos.

+885
Douglas Ludlow 23 ene. 2010 16:03:16

Si es real, entonces probablemente tiene que ver con cómo el capital letras vienen antes de letras minúsculas en el formato UTF-8/tabla ASCII. Los valores inferiores = menos bits.

+853
David777 14 oct. 2014 10:08:34

Por alguna razón, me parece que ya no reciben blockchain información de los compañeros. Cuando me de la cola el archivo de registro de depuración (por ejemplo, tail-f /ruta/a/data/debug.de registro), esto es lo que veo. Tenga en cuenta que he sustituido la máquina interna y externa de IPs con w.x.y.z.

2017-03-22 01:01:45 envío de socket error de Mala descriptor de archivo (9)
2017-03-22 01:01:45 ProcessMessages(versión, 102 bytes) NO pares=61
2017-03-22 01:03:13 connect() a [2001:0:34ad:4890:20d9:1be6:c114:2db8]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:06:24 UpdateTip: nuevo mejor=0000000000000000007e1cab699eba16af94e62c3c58bf8b38cc00793de83b25 altura=458332 version=0x20000000 log2_work=86.161702 tx=206837725 fecha='2017-03-22 01:06:17' progreso=1.000000 cache=218.2 MiB(140090tx)
2017-03-22 01:12:45 UpdateTip: nuevo mejor=0000000000000000000e7b4d72abdfbf7d0618627656ceac6ee0f81edcb51001 altura=458333 version=0x20000000 log2_work=86.161736 tx=206840788 fecha='2017-03-22 01:12:22' progreso=1.000000 cache=219.0 MiB(143564tx)
2017-03-22 01:17:52 connect() a [2a00:23c4:4900:b100:6c09:9ca4:bbcc:50f7]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:20:02 connect() a [2001:0:d5c:5a30:3828:1853:9c4b:b8f0]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:22:25 connect() para 139.162.118.32:8333 error después de select(): Conexión rechazada (111)
2017-03-22 01:23:13 connect() para 25.57.176.50:8333 error después de select(): la Red es inalcanzable (101)
2017-03-22 01:23:14 connect() a [2001:0:34ac:b067:3482:d5f:a76c:d681]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:24:47 AdvertiseLocal: la publicidad de la dirección de w.x.y.z:8333
2017-03-22 01:25:41 ProcessMessages: la publicidad de la dirección de w.x.y.z:8333
2017-03-22 01:25:41 recibir la versión del mensaje: /Satoshi:0.14.0/: versión 70015, bloques=458333, us=w.x.y.z:58092, peer=62
2017-03-22 01:25:41 AdvertiseLocal: la publicidad de la dirección de w.x.y.z:8333
2017-03-22 01:27:30 connect() para 84.46.6.82:8333 error después de select(): No route to host (113)
2017-03-22 01:31:09 de Pre-asignación hasta la posición 0xd00000 en rev00810.dat
2017-03-22 01:31:09 UpdateTip: nuevo mejor=0000000000000000009438446ed0a3d0a437a38a395d9893ba4b4dfa34b625e0 altura=458334 version=0x20000000 log2_work=86.16177 tx=206843152 fecha='2017-03-22 01:30:11' progreso=1.000000 cache=225.5 MiB(147484tx)
2017-03-22 01:37:00 connect() a [2001:0:34af:cc99:3835:4ba:b1db:e61b]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:40:15 connect() a [2601:681:4180:601:342e:58f4:5406:a2f1]:8333 error: la Red es inalcanzable (101)
2017-03-22 01:41:24 ProcessMessages: la publicidad de la dirección de W. X. Y. Z:8333
2017-03-22 01:41:24 de recibir la versión del mensaje: /Satoshi:0.13.2/: versión 70015, bloques=458334, us=W. X. Y. Z:56428, peer=63
2017-03-22 01:41:24 AdvertiseLocal: la publicidad de la dirección de W. X. Y. Z:8333
2017-03-22 01:41:24 de envío de socket error de Mala descriptor de archivo (9)
2017-03-22 01:44:52 Pre-asignar a la posición 0x7000000 en blk00810.dat
2017-03-22 01:44:52 UpdateTip: nuevo mejor=000000000000000001fcb4f772a0ccb44ae5cdcafb4af8b84546a3448db303a8 altura=458335 version=0x20000000 log2_work=86.161804 tx=206845444 fecha='2017-03-22 01:44:02' progreso=1.000000 cache=227.6 MiB(151114tx)

Cuando yo escriba netstat -anp | grep 8333 para ver cuál de los pares de nodos estoy conectado, aparece el siguiente.

tcp 0 0 0.0.0.0:8333 0.0.0.0:* ESCUCHAR 16899/bitcoind 
tcp 0 0 w.x.y.z:46840 212.59.241.216:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:34346 5.9.94.12:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:54488 88.99.109.181:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:51256 150.95.145.61:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:33368 52.64.15.18:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:45634 213.93.10.185:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:42636 5.189.155.84:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 w.x.y.z:51966 163.172.55.147:8333 ESTABLECIDO 16899/bitcoind 
tcp 0 0 :::8333 :::* ESCUCHAR 16899/bitcoind

Cuando yo escriba netstat -anp | grep LISTEN veo a la siguiente.

tcp 0 0 127.0.0.1:25 0.0.0.0:* ESCUCHAR 2521/sendmail 
tcp 0 0 w.x.y.z:28322 0.0.0.0:* ESCUCHAR 16899/bitcoind 
tcp 0 0 0.0.0.0:50147 0.0.0.0:* ESCUCHAR 2301/rpc.statd 
tcp 0 0 w.x.y.z:8332 0.0.0.0:* ESCUCHAR 16899/bitcoind 
tcp 0 0 0.0.0.0:8333 0.0.0.0:* ESCUCHAR 16899/bitcoind 
tcp 0 0 0.0.0.0:111 0.0.0.0:* ESCUCHAR 2280/rpcbind 
tcp 0 0 0.0.0.0:22 0.0.0.0:* ESCUCHAR 2491/sshd 
tcp 0 0 :::47559 :::* ESCUCHAR 2301/rpc.statd 
tcp 0 0 :::8333 :::* ESCUCHAR 16899/bitcoind 
tcp 0 0 :::111 :::* ESCUCHAR 2280/rpcbind 
tcp 0 0 :::22 :::* ESCUCHAR 2491/sshd 
unix 2 [ ACC ] SECUENCIA ESCUCHAR 8079 1/init @/com/ubuntu/upstart
unix 2 [ ACC ] SEQPACKET ESCUCHAR 8345 1530/udevd @/org/kernel/udev/udevd
unix 2 [ ACC ] SECUENCIA ESCUCHAR 9945 2280/rpcbind /var/run/rpcbind.calcetín
unix 2 [ ACC ] SECUENCIA ESCUCHAR 10117 2332/dbus-daemon /var/run/dbus/system_bus_socket

Cuando yo uso la parte superior para buscar en la CPU + uso de memoria, que están en el 3,3% y 24,2%, respectivamente.

Debo decir que sólo el puerto 22 de entrada está permitido, y todos los otros puertos están bloqueados. Este nodo está sentado en una de AWS instancia de EC2. Pero no creo que esta configuración es realmente el problema, porque un tiempo atrás, yo estaba blockchain de datos.

La forma en que me inicie el demonio es como sigue: bitcoind -datadir=/ruta/a/datos -demonio.

Mi bitcoin.conf archivo tiene el siguiente aspecto.

rpcpassword=somepassword
rpcbind=w.x.y.z
rpcallowip=w.x.y.z/24
rpcallowip=v. x.y.z/24
zmqpubhashtx=tcp://w.x.y.z:28322
zmqpubhashblock=tcp://w.x.y.z:28322
zmqpubrawblock=tcp://w.x.y.z:28322
zmqpubrawtx=tcp://w.x.y.z:28322
txindex=1

Aquí está el resultado de bitcoin-cli getinfo.

{
 "versión": 130200,
 "protocolversion": 70015,
 "walletversion": 130000,
 "equilibrio": 0.00000000,
 "bloques": 458338,
 "timeoffset": 0,
 "conexiones": 8,
 "proxy": "",
 "dificultad": 475705205061.6292,
 "testnet": false,
 "keypoololdest": 1488865612,
 "keypoolsize": 100,
 "paytxfee": 0.00000000,
 "relayfee": 0.00001000,
 los "errores": ""
}

Un comando de comprobación de errores en el registro de gato /ruta/a/data/debug.log | grep error muestra los siguientes mensajes.

2017-03-20 11:37:30 socket error de envío Mala descriptor de archivo (9)
2017-03-21 00:45:39 socket recv error Connection reset by peer (104)
2017-03-21 01:01:24 socket recv error de Conexión agotado (110)

Alguna idea sobre lo que está mal?

Debo permitir más conexiones peer? He leído en varios lugares que NO se me debe de conectar a más de 8 pares (el valor predeterminado), ya que yo soy sólo la captura de los datos de la transacción y también el aumento de los compañeros puede tomar distancia de propagación de recursos/de los nodos en la red global.

Podría ser que los compañeros que estoy conectado (que son poco fiables)?

Cualquier ayuda es muy apreciada.

+852
David Schneider 25 mar. 2015 11:12:25

Usted tendría que ser creativo aquí.

Paso 1) Obtener el saldo de las salidas. https://bullpay.com/docs#GetUnspentOutputs Usted puede construir su saldo de las salidas de varias carteras. Como siempre que se tenga la clave privada, se puede hacer. Paso 2) Construir su firma de la transacción. https://medium.com/coinmonks/how-to-create-a-raw-bitcoin-transaction-step-by-step-239b888e87f2 Paso 3) Enviar su formulario de transacción. https://bullpay.com/docs#SendTransaction o el uso de un nodo.

La parte en la que vas a querer repetir es en el paso 2. La creación de las entradas de cada uno con sus propias claves privadas. La parte difícil aquí es esperar el tiempo suficiente para tener varias salidas a la orden de ir a través de todo esto.

+757
user76159 10 jun. 2015 9:34:52

Puede ser posible la escritura de fideicomiso de la funcionalidad en Bitcoin a través de la utilización de uno o más scripts que creo que es como Namecoin implementado su DNS, como las características en la parte superior de, simplemente, que se bifurcan el bloque de la cadena. Por desgracia, las habilidades de programación han sido severamente limitados por razones de seguridad. También hay discusión sobre si esto debe ser parte de el cliente principal en todo o si es mejor ser tratados por terceros o tal vez plugins adicionales o aplicaciones.

Si quieres estar al día sobre este potencial característica, hay una discusión en github acerca de un tenedor por groffer que todavía está a la espera de aprobación y, potencialmente, podría ser retirado en el cliente principal. Groffer del mod permite multi-firma de las transacciones de Bitcoin, lo que esencialmente significa que las monedas pueden ser colocados bajo el control de varias cuentas a la vez, de forma que ambas cuentas deben estar de acuerdo a la (signo) cualquier saliente de las transacciones. En un sistema de partido único, no puede reclamar los fondos sin la aprobación de la otra parte.

Edit: también creo que groffer del mod permite más complejo multi-firmado transacciones tales como (a Y b) O c tipo de transacciones en las que cualquiera de las dos partes implicadas (a y b) deben firmar o a una transacción completa o puede ser completado por un elegido de tercero de confianza (c).

+698
Amit Kumar Khare 20 abr. 2010 17:02:20

Es bien conocida observación de que Bitcoin intercambios no son eficientes (en el sentido académico de la aproximación de lo que se llama la Sin Arbitraje de la Regla). La razón es simplemente que hay mundo real barreras que los académicos suelen asumir no estar presentes. Si usted no considerar el riesgo asociado con el ingreso de fondos en un Bitcoin exchange, es evidente que existe una razón para que alguien se demanda un alto retorno para tomar ese riesgo. Si miramos por ejemplo, en la diferencia en las tasas de cambio entre las grandes intercambios (tratar de Mtgox, Bitstamp, BTCE) verás que una diferencia tan grande como el 10% puede persistir en la escala de tiempo de un año.

Los riesgos incluyen el intercambio hackeado y dejándolo incapaz de devolver su depósito (ver Bitfloor) o tener sus cuentas bancarias congeladas durante las investigaciones judiciales y, por tanto, incapaz de devolver sus depósitos durante los primeros 6 meses o así (marque bitcoin-24.com). Y luego hay la combinación de todo esto con (supuestamente) con suficientes reservas no se cierre la operación de inmediato (por ejemplo, mtgox). Y eso sin tener en cuenta el riesgo de que el operador es deshonesto y se presenta la tentación de defraudar a los clientes...

Encima de todo esto, tenga en cuenta que incluso en movimiento alrededor de Bitcoins no es instantáneo. Ejecutar el riesgo adicional de que durante el tiempo de la transferencia, la situación cambia (por ejemplo, un accidente en Bitcoin exchange rate). Y el tiempo de traslado entre bitcoin sitios de comercio pueden ser sorprendentemente larga, ya que la legislación de algunos países (por ejemplo, anti lavado de dinero) por lo general parece que los obligan a insistir en la verificación de su identidad. Este proceso puede, dependiendo del sitio, se producen de una forma un tanto sorprendente de moda, así que nunca se sabe si será de inmediato, o al menos dentro de los primeros días, le permiten seguir accediendo a su bitcoins (o dinero real) que se les dio.

+657
Emily Eddy 13 jun. 2018 22:49:05

Usted puede encontrar algunos ejemplos de la GetWork protocolo de aquí.

En general, el grupo ofrece un bloque de encabezado que se reparten con varios nonces, así como alguna información adicional, tales como:

  • hash1, que es siempre "0000000000000000000000000000000000000000000000000000000000000000000000800000000 0000000000000000000000000000000000000000000010000"
  • midstate (en desuso), un valor calculado por la mezcla la mitad de la cabecera de bloque, se utiliza para acelerar el proceso. Midstate está en desuso, ya que es redundante de datos que pueden ser calculados por el minero.
  • objetivo: el objetivo que se utilizará para determinar si el encabezado es un algoritmo hash correctamente
  • Varias otras extensiones de protocolo

La piscina tiene que mantener un registro de los distintos bloques encabezados enviados, así como de sus correspondientes bloques.

  • En general, las transacciones que se incluyen en el bloque de todas las transacciones que el grupo sabe acerca de (con algunas excepciones, por ejemplo, algunas piscinas excluir 0 tasa de transacciones en total).
  • El orden de las transacciones puede ser al azar, pero el coinbase transacción es más a menudo la primera transacción en el bloque.
  • La mayoría de los mineros van a trabajar en diferentes conjuntos de transacciones, pero más a menudo que sólo se diferencian por el coinbase de la transacción o de su orden.
  • Si una transacción se incluye en un bloque que se sobrescribe con una horquilla que va a ser tratada como una nueva transacción para ser considerados para su inclusión en el bloque. Ninguna de doble intento de pasar, debe ser incluido en el futuro bloques.
+626
Prabath Dolawatta 19 may. 2012 12:22:09

Los pares conectados hacer el primero. Si no es válido, no retransmitan a otros compañeros y la transacción se olvida. Si es válida, entonces los compañeros transmitirla a sus compañeros y, a continuación, los mineros incluyen la transacción en su cuadra.

+523
Piotr Dezor 4 may. 2014 9:39:39

usted puede comprobar directamente a explorar el contenido de su cartera.archivo dat, que es un bdb base de datos. existen diversas herramientas para explorar el monedero, uno de los cuales es gavin del bitcointools: https://github.com/gavinandresen/bitcointools

Otro exportador es pywallet.py.

+513
nbs 12 jun. 2010 8:26:44

La piscina de la memoria mantiene sin confirmar las transacciones en la memoria RAM. Parece que la memoria de la piscina de almacenamiento podría desbordamiento si no hay bloque es resuelto por un tiempo muy largo y muchos se publican las operaciones dentro de un corto intervalo de tiempo.

En la navegación, el código fuente, he encontrado ninguna mención de una tapa en la memoria del tamaño de la piscina:

https://github.com/bitcoin/bitcoin/blob/v0.10.1/src/main.cpp#L934

Qué tal límite existe? Si no, no podría usar un atacante el ilimitado tamaño de la memoria de la piscina a desbordamiento de la memoria RAM de un gran número de nodos, la anulación de ellos sin conexión a internet?

Me di cuenta de dos propuestas que parecía solucionar este problema, pero tampoco lo ha hecho a través del proceso de aprobación de:

+485
Yves Surrel 10 dic. 2011 16:16:14

Para simplificar, cada usuario utiliza la misma cartera dirección única a cada uno de los de usuario) para todos los demás depósitos o retiros.

De manera realista, este no sería el caso - tal vez para los retiros, pero no para los depósitos, ya que da mucha información acerca de cada usuario. Usted debe hacer un balance por el usuario en un esquema diferente y el uso de facturas para manejar los pagos y retiros. La razón por la que menciono esto es porque usted se está preguntando qué es la práctica general en la Pregunta 1.

Pregunta 1: ¿Es una práctica generalizada para que cada usuario tiene un cuenta diferente nivel de nodo? Por ejemplo: Usuario 1 tiene m/44'/20'/1, usuario 2 tiene m/44'/20'/2', etc.

Yo no lo haría. Este sistema no sólo relaciona el dinero en el sistema, también los enlaces que tiene la cantidad de dinero.

Pregunta 2: Suponiendo que la pregunta anterior es correcto, debe de la cuenta el nivel clave se endurezca o no se ha endurecido?

Como usted ha mencionado la derivación camino, como tal,

m / propósito / coin_type' / cuenta / cambio / address_index

Esto significa que la cuenta de la profundidad debe ser endurecido. El no hacerlo será una anomalía y si pongo el maestro de la clave privada en una cartera diferente, diferentes direcciones será generado. Así que la respuesta a su pregunta es sí, debe de ser endurecido.

+456
Jonathan Crow 2 feb. 2013 18:24:00
  1. Respecto a la audiencia: ETIs están regulados. No sólo regulada, pero se comercializan para los inversores sofisticados. De hecho reglamento impide la comercialización de estos para el público general, por lo que no debería haber problemas por los inversionistas que no saben lo que están haciendo. Los inversores en este caso son los bancos y los fondos de pensiones como actor, aunque no estoy seguro de cuál es la definición de inversionista sofisticado en la UE.

  2. En cuanto a los costos: Hay un costo de la prima de traer a un nuevo vehículo de inversión en el mercado. Principalmente, porque para tener algo regulado debe ser asegurado. Bitcoin es muy nuevo. Financiera de los operadores del mercado no están familiarizados con todos los modelos de riesgo aún. Por lo tanto, el seguro lleva una prima alta. BitcoinETI es auditado por PriceWaterhouseCoopers y necesidades para pagar varias cuotas a los mercados de valores, bolsas de valores y tal. Para la comparación, la Moneda Digital del Grupo en escala de Grises Bitcoin trust lleva 2% de la cuota de mantenimiento.

  3. Respecto de la transparencia: BitcoinETI prospecto es público, aprobadas por los reguladores, y las tasas son claras frente. La ETI debe publicar Valor Neto de los Activos (NAV) de forma continua. Público blockchain no incluye fiat nominado (USD, EUR) transacciones negociadas Bitcoins. Estos son internos a Bitcoin intercambios. Algunos intercambios de elegir a la publicación de estos datos de forma independiente. Incluso si es publicado, se sospecha que muchos Chinos intercambios de manipular este tipo de datos. Como la moneda virtual intercambios empresas no están regulados, esta práctica no puede ser confirmado o se detiene.

+454
maxx2000 9 dic. 2016 17:01:05

En la Prueba de la Apuesta de consenso no hay mineros, hay validadores. Estos validadores de validar las transacciones en un bloque y cobrar una tarifa para él, así que cuando y cómo son las nuevas monedas generado?

+376
Loius CK 20 jul. 2016 9:24:38

Esto no es información que puede encontrar en el blockchain y cualquier información que se encuentra no es considerado terriblemente fiable.

Dicho esto, se puede ver a partir de blockchain.info donde esta transacción se originó:

https://blockchain.info/tx/065e7ad1111963cacd4e2ca978ff57023b8297c123911ffbb8a61011d29d1849

La dirección IP que se transmitió fue:

45.33.113.199

Cuando usted mira esta dirección IP, se encuentra que:

http://whatismyipaddress.com/ip/45.33.113.199

Es originario de Dallas, TX en un Linode servidor. Esto puede o no puede ser el servidor real que se originó la transacción como puede haber varios saltos antes de blockchain.info vi. Además, un usuario puede tener un Linode cuenta y estar casi en cualquier lugar en el mundo, por lo que esta información probablemente no es del todo útil.

Dicho esto, si usted quiere especular sobre donde esta transacción se originó, este es uno disponible públicamente manera de hacerlo.

+352
fjoesne 5 ene. 2014 12:09:48

La primera confirmación es simplemente el hecho de que su transacción fue incluido en un bloque. Cualquier confirmaciones después de que son simplemente nuevos bloques que se extienden a la cadena en la parte superior de la historia que incluye el bloque con el tx.

A ser notificado acerca de confirmaciones de transacción, todo lo que uno tiene que hacer es escuchar de las emisiones de los nuevos bloques, y comprobar si su tx está en él, o si el bloque se extiende la cadena después de su tx ha sido extraído. Si cualquiera de esas cierto, el número de confirmaciones se incrementa.

Debido a esto, realmente no importa quién envió monedas de a quién. Cada participante en la red es notificado de que las transacciones se confirmó, ya que todos ellos recibir nuevos bloques.

+326
safiyyah ogundipe 8 mar. 2011 4:16:04

Todo está bien con el tx.

Aquí está: http://test.webbtc.com/tx/034dfa392aa7ea46bc0917cdaa2794a5f03e6f935b6518a103cb0f5e923a05be

He empujó a la red con este formulario: http://test.webbtc.com/relay_tx

+313
Zachary Puthoff 1 abr. 2018 21:41:20

He instalado Bitcoin Core versión v0.11.2.0-g7e27892 (64-bit) en /usr/bin/bitcoin-qt.

Después de que he instalado la armería 0.93.3-beta-e59e10d38c.

Cuando me lanzamiento de la armería que dice "no se puede encontrar bitcoin instalación". Puedo ir a Archivo > Ajustes y en "Bitcoin instalar dir" a /usr/bin.

Sin embargo, la armería se repite este msg. Es un bug?

Estoy corriendo Ubuntu 14.04 de 64 bits.

+265
Ben Irons 11 jul. 2011 6:47:01

Hola soy compilar una ALTCOIN bifurcada de otra moneda, estoy usando el Servidor de Ubuntu 16.04 LTS a través de SSH desde un servidor alojado de forma remota. Creo que he instalado todas las dependencias, porque ya he compilado sobre las 4 de la moneda de origen de los códigos.

Pero con esta fuente particular estoy recibiendo errores de compilación, voy a copiar y pegar los errores desde la línea de comandos.

Por lo que he escrito en

make-f makefile.unix USE_QRCODE=1 


aquí está el resultado.
 -MMD -MF obj/clave.d -s obj/clave.o key.cpp

clave.cpp:30:5: error: 'secp256k1_context_t' no es el nombre de un tipo de
 secp256k1_context_t* ctx;
^
key.cpp: En el constructor '{anónimo}::CSecp256k1Init::CSecp256k1Init()':

clave.cpp:32:9: error: 'ctx' no se declaró en este ámbito
 ctx = secp256k1_context_create(SECP256K1_CONTEXT_SIGN);
^
key.cpp: En el destructor '{anónimo}::CSecp256k1Init::~CSecp256k1Init()':

clave.cpp:35:35: error: 'ctx' no se declaró en este ámbito
secp256k1_context_destroy(ctx);
^
key.cpp: En función de miembro de 'bool CKey::SetPrivKey(const CPrivKey&, bool)':

clave.cpp:472:61: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 si (!secp256k1_ec_privkey_import(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &privkey[0], privkey.size()))
^
clave.cpp:472:118: error: 'secp256k1_ec_privkey_import' no se declaró en este ámbito
 si (!secp256k1_ec_privkey_import(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &privkey[0], privkey.size()))
^
key.cpp: En función de miembro de 'CPrivKey CKey::GetPrivKey() const':

clave.cpp:491:66: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 int ret = secp256k1_ec_privkey_export(instance_of_csecp256k1.ctx, begin(), (unsigned char*)&privkey[0], &privkeylen, fCompressed);
^
clave.cpp:491:133: error: 'secp256k1_ec_privkey_export' no se declaró en este ámbito
 int ret = secp256k1_ec_privkey_export(instance_of_csecp256k1.ctx, begin(), (unsigned char*)&privkey[0], &privkeylen, fCompressed);
^
key.cpp: En función de miembro de 'CPubKey CKey::GetPubKey() const':

clave.cpp:507:65: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 int ret = secp256k1_ec_pubkey_create(instance_of_csecp256k1.ctx, (unsigned char*)clave pública.begin(), &clen, begin(), fCompressed);
^
key.cpp: En función de miembro de 'bool CKey::Signo(const uint256& std::vector<unsigned char>&) const':

clave.cpp:529:57: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 si (secp256k1_ecdsa_sign(instance_of_csecp256k1.ctx, hash.begin(), (unsigned char*)&vchSig[0], &nSigLen, begin(), secp256k1_nonce_function_rfc6979, NULL))
^
key.cpp: En función de miembro de 'bool CKey::SignCompact(const uint256& std::vector<unsigned char>&) const':

clave.cpp:553:75: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 si (int ret = secp256k1_ecdsa_sign_compact(instance_of_csecp256k1.ctx, hash.begin(), &vchSig[1], begin(), secp256k1_nonce_function_rfc6979, NULL, &rec))
^
clave.cpp:553:159: error: 'secp256k1_ecdsa_sign_compact' no se declaró en este ámbito
 si (int ret = secp256k1_ecdsa_sign_compact(instance_of_csecp256k1.ctx, hash.begin(), &vchSig[1], begin(), secp256k1_nonce_function_rfc6979, NULL, &rec))
^

clave.cpp:553:17: advertencia: no utilizada en la variable 'ret' [-Wunused-variable]
 si (int ret = secp256k1_ecdsa_sign_compact(instance_of_csecp256k1.ctx, hash.begin(), &vchSig[1], begin(), secp256k1_nonce_function_rfc6979, NULL, &rec))
^

key.cpp: En función de miembro de 'bool CKey::Load(CPrivKey&, CPubKey&, bool)':

clave.cpp:569:61: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 si (!secp256k1_ec_privkey_import(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &privkey[0], privkey.size()))
^

clave.cpp:569:118: error: 'secp256k1_ec_privkey_import' no se declaró en este ámbito
 si (!secp256k1_ec_privkey_import(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &privkey[0], privkey.size()))
^
key.cpp: En función de miembro de 'bool CPubKey::VerifyCompact(const uint256&, const std::vector<unsigned char>&) const':

clave.cpp:633:10: advertencia: no utilizada en la variable 'fComp' [-Wunused-variable]
 bool fComp = IsCompressed();
^

key.cpp: En función de miembro de 'bool CPubKey::IsFullyValid() const':

clave.cpp:655:60: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 si (!secp256k1_ec_pubkey_verify(instance_of_csecp256k1.ctx, begin(), size()))
^

clave.cpp:655:80: error: 'secp256k1_ec_pubkey_verify' no se declaró en este ámbito
 si (!secp256k1_ec_pubkey_verify(instance_of_csecp256k1.ctx, begin(), size()))
^

key.cpp: En función de miembro de 'bool CPubKey::Descomprimir()':

clave.cpp:670:69: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'

int ret = secp256k1_ec_pubkey_decompress(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &clen);
^
clave.cpp:670:104: error: 'secp256k1_ec_pubkey_decompress' no se declaró en este ámbito

int ret = secp256k1_ec_pubkey_decompress(instance_of_csecp256k1.ctx, (unsigned char*)begin(), &clen);
^
key.cpp: En función de miembro de 'bool CKey::Derivar(CKey&, unsigned char*, unsigned int const unsigned char*) const':

clave.cpp:712:70: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'

bool ret = secp256k1_ec_privkey_tweak_add(instance_of_csecp256k1.ctx, (unsigned char*)keyChild.begin(), salida);
^
key.cpp: En función de miembro de 'bool CPubKey::Derivar(CPubKey&, unsigned char*, unsigned int const unsigned char*) const':

clave.cpp:731:69: error: 'la clase {anónimo}::CSecp256k1Init' no tiene ningún miembro llamado 'ctx'
 bool ret = secp256k1_ec_pubkey_tweak_add(instance_of_csecp256k1.ctx, (unsigned char*)pubkeyChild.begin(), pubkeyChild.size(), salida);
^

makefile.unix:206: la receta para el destino " obj/clave.o' error

marca: *** [obj/clave.o] Error 1

He estado tratando de depurar, pero me parece que no puede llegar a ninguna parte, por favor alguien puede ayudarme?

Gracias.

+75
mookob0 4 ago. 2014 1:32:02

Cuando se publican las operaciones de la red, primero son meras promesas de pago. Usted ha recibido un aviso de una transacción en la red a uno de sus direcciones. Sin embargo, para que el dinero realmente se convierten en los firmado a ustedes, las transacciones deben ser confirmados por el que se incluye en un bloque de la blockchain de Bitcoin.

La mayoría de los nodos en la red de la pista sin confirmar las transacciones en la red sólo para un par de días antes de la caída de su piscina de la memoria. Por ejemplo en Bitcoin Core de este límite de tiempo se utiliza para estar tres días antes y ahora es de catorce días. Parece que blockchain.info dejó caer la transacción debido a que se agotó el tiempo de su memoria.

Para acelerar la confirmación de la transacción, usted podría tratar de construir un niño paga-para-padres de la transacción: a usted le envíe otro el pago de su cartera y de gastar el dinero que usted recibe de la transacción sin confirmar. Si el uso de Bitcoin Core, usted puede seleccionar específicamente entradas permitiendo la "moneda de control de características" en la configuración. De lo contrario, puede hacer que el gasto de la transferencia sin confirmar por el gasto de su completo equilibrio. Muchos de los recientes carteras, a continuación, generar automáticamente una nueva transacción con una tasa más elevada que deben recibir los padres y la nueva transacción confirmada.

Por desgracia, las otras opciones son

  1. a esperar
  2. para solicitar que el remitente de las actualizaciones de su pago con una cuota más alta.

En este caso particular, creo que su transacción pronto debe ir a través de, como en la actualidad hay sólo alrededor de 3 mb de transacciones por encima de los 240 satoshi/byte y el que está a la espera de paga ~239.18 sat/B.

+34
Ave 19 feb. 2016 6:31:17

Mostrar preguntas con etiqueta