Lo que deja de Ondulación de los usuarios de la creación de un esquema de pirámide con PAGARÉS?

Lo que detiene la Ondulación de los usuarios de actuar como reserva fraccional de los bancos o de la creación de un esquema de la pirámide de la deuda? Si la práctica de más de apalancamiento de la deuda es frecuente ¿cómo podría este efecto de la Ondulación de la moneda y, posiblemente, la red?

+290
mty1111 29 may. 2012 13:43:47
24 respuestas

... Yo quiero validar si alguien me envía una cierta cantidad de altcoin, digamos Borde, y si he recibido dicha cantidad en mi Punto de cartera.

El uso de Bitcoin como un ejemplo, Bitcoin Core incluye RPC que usted podría utilizar para comprobar lo que has pedido. Eche un vistazo alrededor de las diferentes carteras de altcoins y ver si tiene las características de programación.

+914
NCMantle 03 февр. '09 в 4:24

Cualquier moneda que innova más allá de bitcoin se llevará a precio de bitcoin, la gente va a ver la otra moneda como "la mejor alternativa" si no tiene los muchos problemas que aún aquejan bitcoin y casi todos los cripto-moneda.

+912
JSBach 18 mar. 2010 20:39:32

Con el dinero, la privacidad, implica la fungibilidad. Si todas las transacciones que tengan lugar mediante el uso de una divisa en particular es público, entonces la gente va a saber si algo de dinero que alguien está enviando era parte de una transacción ilegal en el pasado. Esto significa que puede elegir no aceptar el dinero porque de su vinculación a actividades ilegales. Esto viola la fungibilidad como no todas las unidades de la moneda son tratados de la misma manera. Así, una unidad de la moneda no puede ser reemplazado por otra unidad y necesariamente tienen el mismo valor.

Si todo fuera privado, entonces es imposible saber si algo de dinero fue involucrados en la pesca ilegal de divisas. En este caso, el vendedor tendría que optar por no aceptar la moneda completamente, o siempre aceptan la moneda. Ellos no pueden escoger y elegir qué unidades particulares que aceptan. Esto hace que sea fungible como todas las unidades de la moneda deben ser tratados de forma idéntica. Así, una unidad de la moneda puede ser reemplazado por otra unidad y todavía tienen el mismo valor.

Para monedas como el Bitcoin, todo el historial de transacciones es público. Así Bitcoin es menos fungible de zcash o monero donde algunas o todas las transacciones son privadas. Ya lo hemos visto antes con Bitcoin: algunas personas pagarán una prima para obtener recién generado monedas que seguramente son limpias. En otros casos, algunos proveedores han rehusado a cumplir con los depósitos de monedas que han venido de grande robos. Más privada de monedas como el zcash o monero no tienen estos problemas como sus transacciones privadas ocultar la historia para que los vendedores no saben si las monedas que reciben son limpios o sucios.

Tenga en cuenta que mientras zcash y monero puede ser más fungible, que todavía tienen sus propios problemas; hay un equilibrio. Además, zcash no es realmente más fungible de Bitcoin como no se utiliza su sigilo direcciones. Así que la mayoría de las transacciones son públicas, y a los que están ocultos usando el sigilo direcciones son muy obvia y especial (es decir, probablemente nada bueno), ya que no es de uso común.

+897
sdcharle 21 feb. 2014 20:26:01

Acabo de enterarme de CoinJoin, pero no lo entiendo del todo la jerga de ser derribado. Alguien puede explicar como funciona esto, donde un niño de 10 años puede entender?

+859
Dima110676 22 oct. 2018 16:26:33

Algunos consejos:

1) no mantener el monto total de la cartera en el servidor (la tengo en un servidor fuera de línea, pensar en él como un activo de reserva)

2)que la realidad bitcoind software y la billetera en una máquina diferente de la que la webapp es

Una alternativa a la ejecución de bitcoind (y tratar con todos sus problemas) es el uso de una web de la cartera con una API, GLBSE (GLBSE.com, tenga en cuenta que yo soy el fundador) tiene un cliente de python para interactuar con él.

3)se Requieren al menos 8 confirmaciones antes de acreditar someones cuenta bitcoin.

+782
Anastasya8494 6 sept. 2014 14:51:23

Es RSK va a ser implementado en bitcoin sólo ? El otro duro bifurcada bitcoins, es decir, bitcoin efectivo, bitcoin, oro, B2X, bitcoin diamante no han RSK implementado en ellos, estoy en lo correcto ?

+780
user112638 11 feb. 2015 21:42:59

El estándar de la lista de operaciones para las secuencias de comandos son en realidad dentro de la bitcoind de código fuente que se puede encontrar aquí: https://github.com/bitcoin/bitcoin/blob/master/src/script.cpp#L90

Para comprender cuáles son efectivamente implementados y utilizados, tendrías que leer el código fuente.

Así que no, no hay ningún estándar para esto. El estándar es el bitcoind programa.

+736
briana ruiz 30 dic. 2012 14:12:09

Sin más información, veo un par de posibilidades:

  1. Usted puede tener un BIP38 cifrado de clave privada.

ver: https://github.com/bitcoin/bips/blob/master/bip-0038.mediawiki

Tengo la sospecha de que tal vez usted está tratando de reclamar un papel cartera? Si es así, usted necesita saber la contraseña, o la fuerza bruta es (poco probable).

  1. Si usted se refiere a una blockchain.com (anteriormente blockchain.info) la cartera, aquellos que son propiedad de ellos y utilizar su propio formato para la entrega de llaves. De nuevo, usted necesita saber la contraseña, o la fuerza bruta de la misma.

Si usted no tiene la contraseña de su clave por más tiempo, entonces hay algunas cartera de servicios de recuperación en internet, que son de riesgo y tomar un gran porcentaje de la balanza. Usted puede buscar en google "bitcoin wallet recuperación", y siempre revisar los comentarios antes de comprometerse con uno de estos servicios para comprobar su reputación. Aún así, pueden ser incapaces de recuperar la contraseña.

Salvo que de la desesperación, de no proporcionar su clave privada a nadie!

+709
Magnus 31 ene. 2011 20:23:19

No forma parte del protocolo, sino más bien una 3ra parte?

Un directorio puede ser construido a partir de este hilo, donde hay un montón de conocidos Bitcoin cifras publicadas sus Ondulación de la dirección (incluido yo mismo).

+684
agentnega 9 nov. 2012 1:18:09

Si eres completamente nuevo en el Bitcoin, usted puede encontrar mi segunda respuesta más accesible, que es menos de la descripción técnica.


Como usted dijo, el blockchain es un registro de todas las transacciones que fueron alguna vez verificado el Bitcoin red.

Las transacciones están recogidos en los bloques, que se encuentran aproximadamente cada diez minutos, en un proceso aleatorio se llama minería de datos. Como las transacciones de transferencia de la propiedad de Bitcoin saldos de cada uno de estos bloques representa una actualización de los saldos en la red.
Siguiendo el blockchain de la Génesis de Bloques y aplicación de todas las transacciones que fueron validados en cada uno de los bloques en el orden correcto, se llega a la situación actual.

Cada bloque contiene el encabezado:

Bitcoin Block Data [Ilustración de la Matthäus Pasear (Wikimedia)]

  • La marca de tiempo:
    El tiempo cuando el bloque se encuentra.
  • La referencia a los Padres (Prev_Hash):
    Este es un hash del bloque anterior de cabecera que los lazos de cada bloque a su padre, y por lo tanto, mediante la inducción a todos los bloques anteriores. Esta cadena de referencias es el eponymic concepto de la blockchain.
  • Merkle Raíz (Tx_Root):
    El Merkle Raíz es una representación reducida del conjunto de transacciones que se confirma con este bloque. Las operaciones en sí son proporcionados de manera independiente formando el cuerpo del bloque. Debe haber al menos una transacción: La Coinbase. El Coinbase es un especial de transacción que pueden crear nuevos bitcoins y recoge las transacciones de cuotas. Otras transacciones son opcionales.
  • Objetivo:
    El objetivo corresponde a la dificultad de encontrar un nuevo bloque. Es actualizado cada 2016 bloques cuando la dificultad de restablecimiento se produce.
  • Nonce:
    Arbitrariamente un escogido número convenientemente para aumentar la entropía en un encabezado de bloque sin la reconstrucción del árbol Merkle.
  • El bloque del propio hash:
    Todos los anteriores elementos de encabezado (es decir, todos excepto los datos de la transacción) obtener el hash en el hash del bloque, lo que para uno es una prueba de que las otras partes de la cabecera no se han cambiado y, a continuación, se utiliza como referencia por el siguiente bloque.

Como muchos de los mineros compiten para encontrar el siguiente bloque, a menudo habrá más de uno válido siguiente bloque descubierto. Esto se resuelva tan pronto como uno de los dos horquillas que avanza a una mayor longitud, en el que cualquier cliente que recibe el nuevo bloque sabe para descartar la más corta de la horquilla. Estos descarta bloques se denominan extinto bloques (a veces también se conoce como huérfanos bloques, a pesar de toda su ascendencia es conocido).

Cuando una transacción es enviada a la red, se pasa de peer to peer para todos los clientes. Tras el descubrimiento de los mineros se lo puso en su lista de las transacciones que se desea comprobar y actualizar el Merkle Raíz.

En Blockchain.info usted puede realizar el seguimiento de una transacción, ya sea mediante la solicitud de la página directamente con el hash de la transacción

http://blockchain.info/tx/<transacción-hash>
por ejemplo, http://blockchain.info/tx/37df28642f97db7003a7bc6663467eb1e9cb4493b6c94bf089ee77f87acdae3d

o llamando a uno de los involucrados a través de las direcciones de

http://blockchain.info/address/<dirección>
por ejemplo, http://blockchain.info/address/1DrZtRNsSu9BqGcY4D9etFno4H95DqNmKb

De cualquier manera para cada transacción que usted verá una línea con una gran flecha que muestra que las direcciones' fueron utilizados para financiar la transacción y lo de las direcciones recibidas que las partes de la transacción.

+580
kathystehl 6 feb. 2014 3:55:34

Después de la computación de 4 mil millones de nonces, el minero se supone que la actualización de la merkle raíz.

Por qué no elegir un nuevo nonce y asignar el bloque de número de versión y comenzar de nuevo?

Se ahorraría tiempo y mejorar un ASIC.

+579
Asghar Malekghasemi 20 feb. 2012 15:24:31

Mediante la lectura de esta respuesta, entiendo que en la m-de-n multisig direcciones m y n están limitados por el tamaño máximo permitido por el P2SH redeemScript (es decir, 520 bytes).

Eso es correcto. Aunque el OP_CHECKMULTISIG secuencia de comandos de código de operación es compatible con más teclas, más de 15 claves públicas simplemente no encajan en un P2SH redeemscript, por lo que se convierte en el factor limitante.

Sin embargo, en esta sección de BIP141, se afirma que la witnessScript puede ser tan largo como 10.000 bytes. Como tengo entendido, esto implica que con SegWit adopción debería ser posible crear y utilizar m-de-n multisig direcciones con muy gran m y n, la que será considerada válida.

BIP141 sólo describe el consenso de reglas, es decir, qué operaciones son válidas dentro de los bloques. Hay un número de standardness reglas que se aplican para las transacciones a ser transmitido y aceptado en la memoria de las piscinas, para evitar posibles vías de abuso antes de que sean conocidos. Bitcoin Core 0.13.1 y hasta el límite testigo de secuencias de comandos a 3600 bytes para ese propósito.

Por ejemplo, el siguiente witnessScript, que debe representar un 50 de 100 multisig dirección, se consideran válidos y disponibles bajo SegWit?

0x01 0x32 <100 firmas> 0x01 0x64 OP_CHECKMULTISIG

Supongo que te refieres a las claves públicas de ahí, en lugar de firmas?

No. OP_CHECKMULTISIG sólo admite hasta 20-de-20, así que si quieres usar ese código de operación, usted no puede ir por encima de 20. Sin embargo, se pueden construir otros scripts que van por encima de esos límites.

En particular:

<pubkey1> OP_CHECKSIG
OP_SWAP <pubkey2> OP_CHECKSIG OP_ADD
OP_SWAP <pubkey3> OP_CHECKSIG OP_ADD
...
OP_SWAP <pubkey67> OP_CHECKSIG OP_ADD
<m> OP_NUMEQUALVERIFY

implementar un m-de-67 de la política, con menos de 3600 bytes.

+513
Michelle Bondy 27 dic. 2014 14:26:46

Así que tengo un papel de la cartera con BTC (y supongo BCH) que he creado antes de que el duro de la horquilla. Recientemente he comprado algunos BTC y me gustaría trasladar a mi papel de cartera. Sería esta la causa de cualquier problema o debo crear un nuevo BTC papel cartera?

+493
user108682 7 sept. 2015 4:44:52

Para iniciar la minería de bitcoins que usted necesita para comprar algunos de minería de hardware. Un PC es inútil. Usted necesitará moderno mineros ASIC.

Las cosas están cambiando rápidamente y no es éste el lugar para discutir los modelos específicos. Pero no compre la antigua USB-stick de ASICs que apenas tienen hashrate. En abril de 2017, un hashrate de 1 TH/s (1000 GH/s) es lento. Rápido mineros pueden hacer más de 10 TH/s.

Asegúrese de comparar el precio por GH/s de diferentes opciones. Asegúrese de añadir el precio de una fuente de poder, si no se incluye.

Pruebe con un bitcoin minería de la calculadora (en google). Algunas personas tratan de vender ASIC mineros a precios ridículos. Si la calculadora dice que lleva 10 años para romper incluso después de que usted haya encontrado uno de ellos.

El Bitcoin wiki tiene una lista de los mineros en https://en.bitcoin.it/wiki/Mining_hardware_comparison

+474
Scottmeup 10 mar. 2013 19:51:15

¿Ofrecen tanto Bitcoin y PayPal/otros en su sitio web? Si es así, les ofrecemos un descuento de, digamos 10% de descuento, si el uso de Bitcoin. Dicen que es debido a la disminución de las tarifas de procesamiento. Con un incentivo monetario, vamos a convertir a algunos de sus clientes más.

Si usted ofrece sólo Bitcoin, poner algún enlace visible en la página que indica algo como "¿por qué sólo Bitcoin?", luego llevarlos a una página en su sección de preguntas frecuentes donde se explique su razonamiento para utilizar Bitcoin - menores costos de desarrollo, menor coste de tratamiento, sin cargos, la libertad de terceros, etc. etc.

Asegúrese de vincular a algo de material accesible para los recién llegados - por ejemplo, utilizamos las Monedas, o algunos materiales de Bitcoin Wiki en la Introducción.

+449
Fix 23 jul. 2015 19:38:44

Instrucciones para Linux:

Usted necesita tener los siguientes archivos:

  1. Descargar el archivo que desea comprobar:

    wget -c https://bitcoin.org/bin/bitcoin-core-0.13.2/bitcoin-0.13.2-x86_64-linux-gnu.tar.gz
    
  2. Descargar el hash sumas que contiene el archivo:

    wget -c https://bitcoin.org/bin/bitcoin-core-0.13.2/SHA256SUMS.asc
    
  3. Descarga la versión de las llaves:

    wget -c https://bitcoin.org/laanwj-releases.asc
    

Compruebe el archivo de la siguiente manera:

  1. La firma tiene que ser importado:

    gpg --import laanwj-de-prensa.asc
    
  2. Comprobar el hash de la suma de la firma del archivo:

    gpg --verify-archivos SHA256SUMS.asc laanwj-de-prensa.asc
    

    Debe decir:

    Buena firma de "Wladimir J. van der Laan.

    Así que ahora sabemos que el hash suma archivo está firmado con la clave nos la confianza.

  3. Por último, compruebe el archivo de interés:

     gpg --verify-archivos bitcoin-0.12.1-linux64.tar.gz SHA256SUMS.asc
    

    Debe decir:

    Buena firma de "Wladimir J. van der Laan (Bitcoin Core binario de liberación de la clave de firma) "

    Así que ahora sabemos que el tipo de archivo está firmado con la clave nos la confianza.

  4. Compruebe que el hash suma de partidos:

     sha256sum --ignore-falta-c SHA256SUMS.asc
    

    Debe decir:

    bitcoin-0.13.2-x86_64-linux-gnu.tar.gz: OK

+329
Branka 31 jul. 2015 9:21:31

La persona a la que dio su dirección para no saber si la dirección que posteriormente se envían los fondos a la era en realidad su almacenamiento en frío o de un comerciante, o un amigo, etc. Sin embargo, si usted hizo negocios con esta persona de nuevo en el futuro, y él ve que usted vuelve a enviar a la misma dirección que lo has enviado antes, entonces él podría suponer que podría ser su dirección.

Con eso dicho, hay BIP32 carteras que permiten almacenar solamente una extendida pública/clave privada del par, lo que ayudará a restaurar los millones de claves privadas y dirección que podría generar. De esta manera usted no tiene que mantener todos los fondos en una sola dirección, en lugar de un solo extendido BIP32 clave de la cadena.

+299
chucksmash 20 feb. 2016 1:22:09

El sistema Bitcoin no tiene sólo un protocolo de red: Cualquier forma de obtención de los bloques es igual de válido, bloques de más de freenet, sobre la radiodifusión por satélite, más de la red P2P, todos funcionan igual de bien y son utilizados en la práctica. UDP se utiliza con bitcoin también, por la Fibra de protocolo.

Como mucho, el común de Bitcoin protocolo P2P va UDP no es especialmente un buen ajuste para la mayoría de las operaciones que realiza. Bitcoin necesita de forma fiable enviar mensajes mucho más grande que un paquete IP, como las transacciones y de los bloques. A pesar de que internet es "confiable" pérdida de paquetes tasas de 1-3% son comunes. Esto significa que cualquier aplicación que necesite para comunicar mensajes de gran tamaño con UDP debe implementar packetization, retransmisión, reordenación, etc-las mismas cosas que TCP ya implementa para nosotros. Muchas de las aplicaciones que tienen 'rodar sus propias TCP" en el espacio de usuario han terminado con la explotable errores en ellos, así que no es algo que se debe hacer sin una buena causa.

UDP también tiene el problema de NAT traversal: Conseguir una comunicación bidireccional a través de un NAT con UDP no es un asunto sencillo. Travesía de algo más complicado que un cono lleno de nat requiere cantidades considerables de código especial, pero sin que habrá un gran número de hosts que no puede hablar con otros compañeros con la UDP.

Usted menciona connectionlessness permitir la retransmisión al azar a una de host en la red, pero en Bitcoin P2P hacemos uso de la relación coherente entre los nodos para hacer la red más confiable y eficiente. Los nodos tengan una idea de lo que sus compañeros ya saben y pueden evitar el envío de ellos redundantes de datos. Los nodos también sabemos que los compañeros han sido los más rápidos en el envío de ellos bloques en el pasado y manejarlos de una manera especial. Del mismo modo, incluso si el protocolo es sin conexión no hay costos para el procesamiento de los mensajes de los compañeros, priorizando el manejo de los mensajes existentes de los compañeros, Bitcoin reduce el impacto de algunos tipos de ataque DOS. Manejo de más de uno de los paquetes de mensajes, retransmisiones, etc. también significa que incluso con un sin conexión de transporte es necesario contar con algún tipo de estado persistente.

Pero si una aplicación desea al azar para conectarse a enviar un mensaje, es posible, a un costo extra es de un par de viajes de ida y vuelta para el apretón de manos. O ni siquiera eso: sólo hay alrededor de 10.000 accesible a los nodos de la red P2P, no habría mucho de un reto en la celebración de abrir una mayoría de inactividad de la conexión TCP para cada uno y nunca uno de ellos si todo el estado retuvo solo eran el TCP estado. Así que para ese momento el uso de la UDP sería en el mejor de sólo ser una optimización de algo que ya se podía hacer, pero no lo hace. Creo que sería más interesante para demostrar la utilidad de tener todas las conexiones en primer lugar, antes de preocuparse acerca de la optimización de la misma.

Entonces, ¿por qué podría transporte UDP ser útil para el Bitcoin protocolo P2P?

  • Para obtener la latencia más baja de la transferencia en bloques posible debe haber ningún viajes de ida y vuelta, incluso en la cara de la pérdida de paquetes que se opone a TCP y que es la razón por la Fibra utiliza UDP. Pero para llegar no de ida y vuelta el protocolo debe ser capaz de manejar la pérdida sin la retransmisión y a obtener una baja latencia de un bloque debe ser descifrables con una mínima cantidad de datos recibidos. Esto requiere muy sofisticadas técnicas de corrección de error, que son un área en evolución y no se han vuelto lo suficientemente maduros sin embargo, considerar la incorporación de ellos. La latencia de los beneficios de la fibra también existe siempre un pequeño número de hosts están usando, ya que hace el trabajo pesado de la toma de bloques de todo el mundo. Viajes de ida y no de causar mucho daño en los enlaces de latencia baja. Y esta latencia preocupación sólo se aplica a los bloques de relé.

  • A diferencia de TCP, UDP requiere una cierta cantidad de NAT traversal manejo de obtener sólo la comunicación bidireccional de trabajo. Pero combinado con plena nat traversal manejo de UDP es a menudo capaz de establecer la comunicación entre los hosts que ambos están detrás de diferentes NATs. Esto podría ser útil para la red P2P de Bitcoin ya que la mayoría de los huéspedes son inalcanzables detrás de un nat. Así que, irónicamente, uno de UDP los desafíos de la es, además, uno de sus usos. Sin embargo, para conectar servidores, que son los dos detrás de una red de la ayuda de un tercero no natted host es necesaria, junto con más de NAT traversal código. Teniendo en cuenta la complejidad de cruce de la mejora de Bitcoin de apoyo para el puerto TCP de asignación (por ejemplo, la implementación de NAT-PMP) probablemente sería una mejor inversión ahora.

  • El uso de UDP permitiría "peor que a mejor esfuerzo" manejo de tráfico. Para prioridad baja "tráfico masivo" como la sincronización de la blockchain sería agradable si el tráfico de forma cuidadosa para evitar interferir con el resto del tráfico en la red. Alternativas de control de congestión algorithims como LEDBAT hacer posible la transferencia de datos de baja prioridad con un impacto mínimo. Pero desde pilas TCP aún no comúnmente apoyar estas de control de congestión de los enfoques, las aplicaciones que desea en la actualidad necesitamos para implementar sus propios transportes. Para Bitcoin sería ideal si podríamos disponer de una opción de socket y gire a la LEDBAT de encendido y apagado en las conexiones existentes (por ejemplo, cuando el puesto que está solicitando bloques históricos o en el futuro, cuando algo como la Fibra está siendo utilizado por el nodo de retransmisión de nuevos bloques), pero que no es una opción todavía.

[Estas dos últimas razones son las razones por las que Bittorrent generalmente se utiliza UDP]

+291
Sherri Willett 2 mar. 2019 14:46:10

Desde un punto de vista de los desarrolladores de vista, me gusta el enfoque https://stripe.com/ toma.

+243
Pakirra 18 jun. 2019 14:09:50

me las arreglé para descifrar una copia de seguridad haciendo esto :

openssl enc -d -aes-256-cbc -md md5 -a-en ./walletbackupfile > decrypted_wallet

sin embargo, no he conseguido llegar a las claves privadas de la salida.

he tratado de cartera-herramienta dump --dump-privkeys --password=pin..

pero parece que no las claves privadas son objeto de dumping en la salida

también he tratado de cartera-herramienta raw dump --dump-privkeys --password=pin..

que parece volcado de algunas de cifrado de claves privadas de algún tipo, pero no estoy seguro de cómo proceder a partir de ahí.

+237
Bob Moore 27 oct. 2018 17:43:49

Sí, una piscina, de la mina a través de otro de la piscina. Hay piscinas, ya lo están haciendo como se puede ver bajo el "proxy minería de piscinas" título de la minería de la piscina en la lista https://bitcointalk.org/index.php?topic=104664.0

No control de las transacciones que se ve en los bloques o ser capaz de votar directamente con el hashpower. Podrás proporcionar hashpower a otro grupo el que decide cómo usarlo.

La parte técnica de la función de proxy

Si la parte de arriba de la piscina permite a los míos con un mayor extranonce2 que el tamaño estándar de 4 bytes, se puede utilizar una única conexión a la parte de arriba de la piscina y de la partición de la obra que usted recibe por su aguas abajo de los mineros con extranonce2 tamaño de 4 bytes. Si la parte de arriba de la piscina no permite esto, entonces usted necesita para crear una conexión con la parte de arriba de la piscina para cada aguas abajo minero y acaba de pasar la labor de datos a través de como un simple proxy.

En cualquier caso se deberá observar los trabajos presentados por sus mineros y si es aceptada o rechazada por la parte de arriba de la piscina.

Tener uno aguas arriba de la conexión por abajo de los mineros significa una gran cantidad de conexiones. Pero simplifica contar aceptados y rechazados de trabajo para su mineros, como aguas arriba y aguas abajo de la dificultad sería el mismo. Usted sólo tiene que pasar todo a través de y mira a ver lo que es aceptado o rechazado por la parte de arriba de la piscina. Si eres de minería de datos en una sola aguas arriba de la conexión, a continuación, usted va a ser la minería en una dificultad muy alto en la parte de arriba de la piscina. Usted no puede tener su mineros de toda la minería en que la alta dificultad. Por lo que se necesita para procesar la menor dificultad para el trabajo que no cumpla aguas arriba de la dificultad de ti mismo en lugar de pasar de emisión para la aceptación/rechazo. Siempre que el trabajo de dificultad baja mineros de hacer cumplir la parte de arriba de la dificultad, entonces, su trabajo debe ser aprobado aguas arriba.

Usted probablemente querrá contacto con la parte de arriba de la piscina antes de tiempo. Si usted cree 1000 conexiones a la piscina desde la misma dirección IP podría haber problemas.

Sistema de recompensa

Si utiliza el PPS sistema de recompensa, las cosas son bastante simples (pero muy arriesgado). Si uso algo más, entonces usted necesita para pensar acerca de si es seguro desde la piscina de salto o no. No estoy seguro de si alguien ha analizado si usted puede piscina hop un PPLNS piscina que proxy minas de otra PPLNS de la piscina, por ejemplo.

+205
MirHossein Jalali 21 feb. 2012 11:11:43

Me enteré de que los bloques y las transacciones se almacenan localmente en .bitcoin/bloques/índice y .bitcoin/chainstate bases de datos, respectivamente. Quiero hacer una consulta directa a las bases de datos para medir el tiempo de respuesta. Sin embargo, me resultaba difícil entender el formato y la mejor manera de acceder a los datos. Estoy usando Plyvel, pero no podía formular la consulta exacta, por ejemplo, para buscar una determinada transacción identificados por su valor hash, o la búsqueda de todas las transacciones realizadas por un determinado remitente identificado con el carácter de su dirección pública.

Cualquier ayuda, por favor.

+195
earldouglas 16 feb. 2013 15:50:19

Esto podría funcionar en la mayoría de las situaciones, mientras que la piscina es de confianza. Sin embargo, la noción de "relativamente seguro" 0-confirmación de las transacciones todavía puede ser riesgoso si hay mineros que quiero ser malicioso. Por ejemplo, si uno iba a aceptar tales transacciones, y alguien que quiera explotar su confianza por un doble gasto y tratando de mina de su propio bloque, con sólo la segunda transacción. Incluso si el 99% de las piscinas confirme la transacción, la que no podría causar un montón de problemas si se explota malintencionados partido. La lucha contra un pícaro de la piscina también sería difícil si uno quiere evitar las horquillas en la blockchain (por ejemplo, mediante el rechazo de los bloques sin un determinado transacciones).

En resumen, este enfoque ofrece un poco más de seguridad, si es aceptado se puede trabajar como se debe, pero no es 100% de ataque a prueba.

+106
sophia loris 25 ago. 2013 22:50:15

Todos los nodos de verificar la totalidad de la transacción de la cadena de hasta coinbase cuando verifiying una sola transacción para ser incluido en el bloque que se está trabajando ?

+11
David Guo 26 nov. 2011 11:17:53

Mostrar preguntas con etiqueta