¿Qué tan seguro es bitcoin clave privada generada por este script?

He encontrado esta secuencia de comandos de python en github.

Se genera un par de bitcoin clave privada y la dirección.

Sé que la clave privada puede ser vulnerable si se ha creado de forma poco segura.

No tengo mucho conocimiento acerca de la Criptología. Se puede comprobar si la secuencia de comandos es seguro?

#!/usr/bin/env python
# Joric/bitcoin-dev, de junio de 2012, es de dominio público

importación hashlib
importación ctypes
importación ctypes.util
import sys

ssl = ctypes.cdll.LoadLibrary (ctypes.util.find_library ('ssl') o 'libeay32')

def check_result (val, func, args):
 si val == 0: raise ValueError 
 otra cosa: volver ctypes.c_void_p (val)

ssl.EC_KEY_new_by_curve_name.restype = ctypes.c_void_p
ssl.EC_KEY_new_by_curve_name.errcheck = check_result

CLAVE de clase:
 def __init__(self):
 NID_secp256k1 = 714
 auto.k = ssl.EC_KEY_new_by_curve_name(NID_secp256k1)
 auto.comprimido = False
 auto.POINT_CONVERSION_COMPRESSED = 2
 auto.POINT_CONVERSION_UNCOMPRESSED = 4

def __del__(self):
 si ssl:
ssl.EC_KEY_free(auto.k)
 auto.k = Ninguno

def generar(self, secreto=None):
 si en secreto:
 auto.prikey = secreto
 priv_key = ssl.BN_bin2bn(secreto, 32, ssl.BN_new())
 grupo = ssl.EC_KEY_get0_group(auto.k)
 pub_key = ssl.EC_POINT_new(grupo)
 ctx = ssl.BN_CTX_new()
 ssl.EC_POINT_mul(grupo, pub_key, priv_key, ninguno, Ninguno, ctx)
 ssl.EC_KEY_set_private_key(auto.k, priv_key)
 ssl.EC_KEY_set_public_key(auto.k, pub_key)
ssl.EC_POINT_free(pub_key)
ssl.BN_CTX_free(ctx)
 devolver el auto.k
otra cosa:
 volver ssl.EC_KEY_generate_key(auto.k)

def get_pubkey(self):
 size = ssl.i2o_ECPublicKey(auto.k, 0)
 mb = ctypes.create_string_buffer(tamaño)
 ssl.i2o_ECPublicKey(auto.k, ctypes.byref(ctypes.puntero(mb)))
 volver mb.raw

def get_secret(self):
 bn = ssl.EC_KEY_get0_private_key(auto.k);
 bytes = (ssl.BN_num_bits(bn) + 7) / 8
 mb = ctypes.create_string_buffer(bytes)
 n = ssl.BN_bn2bin(millones de mb);
 volver mb.raw.rjust(32, chr(0))

def set_compressed(self, comprimido):
 auto.comprimido = comprimido
 si comprimido:
 form = auto.POINT_CONVERSION_COMPRESSED
otra cosa:
 form = auto.POINT_CONVERSION_UNCOMPRESSED
 ssl.EC_KEY_set_conv_form(auto.k, forma)

def dhash(s):
 volver hashlib.sha256(hashlib.sha256(s).digest()).digest()

def rhash(s):
 h1 = hashlib.nuevo('ripemd160')
h1.actualización(hashlib.sha256(s).digest())
 volver h1.digest()

b58_digits = '123456789ABCDEFGHJKLMNPQRSTUVWXYzabcdefghijkmnopqrstuvwxyz'

def base58_encode(n):
 l = []
 mientras n > 0:
 n, r = divmod(n, 58)
l.insert(0,(b58_digits[r]))
 de retorno ".únete a(l)

def base58_decode(s):
 n = 0
 para ch s:
 n *= 58
 el dígito = b58_digits.índice(ch)
 n += dígito
 de retorno n

def base58_encode_padded(s):
 res = base58_encode(int('0x' + s.encode('hex'), 16))
 pad = 0
 para c en s:
 si c == chr(0):
 pad += 1
otra cosa:
romper
 volver b58_digits[0] * pad + res

def base58_decode_padded(s):
 pad = 0
 para c en s:
 si c == b58_digits[0]:
 pad += 1
otra cosa:
romper
 h = '%x' % base58_decode(s)
 si len(h) % 2:
 h = '0' + h
 res = h.decode('hex')
 volver chr(0) * pad + res

def base58_check_encode(s, versión=0):
 vs = chr(versión) + s
 check = dhash(vs)[:4]
 volver base58_encode_padded(vs + de verificación)

def base58_check_decode(s, versión=0):
 k = base58_decode_padded(s)
 v0, datos, check0 = k[0], k[1:-4], k[-4:]
 check1 = dhash(v0 + datos)[:4]
 si check0 != check1:
 elevar BaseException('la suma de comprobación de error')
 si la versión != ord(v0):
 elevar BaseException('no coincide la versión')
 los datos de retorno

def gen_eckey(passphrase=Ninguno, secret=Ninguno, pkey=Ninguno, comprimido=False, rondas=1, version=0):
 k = CLAVE()
 si la frase de paso:
 secret = contraseña.encode('utf8')
 for i in xrange(rondas):
 secret = hashlib.sha256(secreto).digest()
 si pkey:
 secret = base58_check_decode(pkey, 128+versión)
 comprimido = len(secreto) == 33
 secreto: secreto[0:32]
k.generar(en secreto)
k.set_compressed(comprimido)
 volver k

def get_addr(k,version=0):
 pubkey = k.get_pubkey()
 secret = k.get_secret()
 hash160 = rhash(clave pública)
 addr = base58_check_encode(hash160,versión)
 carga útil = secreto
 si k.comprimido:
 carga útil = secreto + chr(1)
 pkey = base58_check_encode(capacidad de carga, 128+versión)
 volver addr, pkey

def reencode(pkey,version=0):
 carga útil = base58_check_decode(pkey,128+versión)
 secret = carga útil[:-1]
 carga útil = secreto + chr(1)
 pkey = base58_check_encode(capacidad de carga, 128+versión)
 imprimir get_addr(gen_eckey(pkey))

def prueba(otherversion):
 # aleatorio comprimido
 imprimir get_addr(gen_eckey(comprimido=True,version=otherversion),version=otherversion)

 # descomentar estas para crear direcciones a través de un método diferente
 # aleatorio sin comprimir
 #impresión get_addr(gen_eckey())
 # secreta
 #impresión get_addr(gen_eckey(secret=('%064x' % 0xdeadbabe).decode('hex')))
 # por la frase de paso
 #impresión get_addr(gen_eckey(passphrase='Satoshi Nakamoto'))
 # por la clave privada
 #impresión get_addr(gen_eckey(pkey='5K1HkbYffstTZDuV4riUWMbAMkQh57b8798uoy9pxyudyeuhe7f'))
 #impresión get_addr(gen_eckey(pkey='L3ATL5R9Exe1ubuAnHVgNgTKZEUKkDvWyawklucyyvzzxrjtgyfe'))

 # descomente esta a reencode las claves privadas creadas por las primeras versiones de este script
#reencode(sys.argv[1])

si __name__ == '__main__':
 importación optparse
 analizador = optparse.OptionParser(usage="%prog [opciones]")
 analizador.add_option("--otherversion", dest="otherversion", por defecto=0,
 ayuda="Generar direcciones con número de versión diferente")
 (opciones, args) = parser.parse_args()

de prueba(int(opciones.otherversion))
+581
Thomas Kaliakos 3 abr. 2011 4:10:57
26 respuestas

XBC es utilizado por un punto de venta de la moneda llamada bitcoinplus.

+985
Trent Bartlem 03 февр. '09 в 4:24

Cualquiera que sea la minería aparejo de comprar, con el tiempo crecerá obsoletos. Esto es debido a que el algoritmo detrás de Bitcoin es cada vez más complejo. Ahora, a medida que más personas compran la minería de taladros de perforación y minería de piscinas de crecer en tamaño, el algoritmo sólo comienzan a aumentar en difícil a un ritmo más rápido.

En mi opinión, la minería es una de alto riesgo, alta recompensa de inversión. Si usted compra la plataforma adecuada en el momento adecuado, y los precios de Bitcoin estancia, usted puede hacer una gran cantidad de dinero. Si Bitcoin caída de los precios, sin embargo, usted va a perder dinero. Esa es la naturaleza del juego.

Si usted está pensando en comprar un Bitcoin rig, usted necesita para trazar cuántos Bitcoins puede esperar de la mina con la que el equipo (el que tendría para el uso actual y proyectado de los hashrates a computate que). Luego tendrías que proyecto de cuánto dinero estas Bitcoins sería el trabajo a los precios actuales, y también del proyecto ¿cuánto te gustaría ganar si los precios aumentaron en ciertas cantidades (10% 25% 50%, etc.) o se cayó por unas determinadas cantidades.

+954
Gustavo Maciel 19 sept. 2019 17:06:59

Todos los de Bitcoin de la criptografía de clave pública se realiza con secp256k1. Cada cuerda de la transacción tiene al menos un secp256k1 firma y al menos uno de los secp256k1 de clave pública o de clave pública hash (dirección). Una completa noche fracaso de ECDSA/secp256k1 es el único fallo técnico que puedo pensar de que podría destruir Bitcoin. Esto es muy raro, aunque.

Bitcoin es la única que se utiliza secp256k para asegurar que las transacciones

Secp256k1 es de suponer que se utilizan en otras aplicaciones (aunque Bitcoin es sin duda el más grande). Es una curva estándar publicado en el año 2000 por Certicom de Investigación y se incluye en OpenSSL y otras cripto bibliotecas. Satoshi no hacer ni nada.

+830
arlenematas 25 ago. 2015 2:52:43

Voy a recibir la tasa de transacciones, incluso si no encuentro un bloque?

Si puedo crear un personal de la piscina y el inicio de la minería en ella hay una oportunidad para encontrar el bloque?

Incluso si no encuentro un bloque y para el correo.g mina de 30 de transacción voy a ganar las tarifas de las transacciones?

Y puedo config de mi piscina en un camino a la mina de algunas transacciones específicas?

Creo que esta es la primera vez que esta es una pregunta.

Gracias.

+825
luislhl 24 ago. 2019 5:04:13

Echa un vistazo https://github.com/shesek/bitcoinuri. Asegúrese de leer los avisos.

+815
Shmuel slasky 30 dic. 2012 12:35:59

Estaba detalles de 61016 cuentas de usuario como un archivo CSV con los campos id de usuario,nombre de Usuario,Email,Contraseña. Las contraseñas son como hash, y la mayoría de ellos salados demasiado, pero algunos (los más antiguos) son simples hashes md5.

He intentado buscar en google por ella y no tuvo éxito.

Yo tengo una copia, y puede hacer que esté disponible para descargar, pero no sé si eso sería legal. Supongo que no.

+779
Pintouch 5 mar. 2014 17:24:13

Como un novato he comprado USB ASIC minería dispositivo, instalado bfgminer en raspberry pi y trató de correr. Como la recompensa no está cambiando, me pregunto si bfgminer se está ejecutando correctamente.

Esta es la instantánea de bfgminer: enter image description here

Y esta es la instantánea de los trabajadores de estado en el Lodo de la piscina: enter image description here

Yo estaría muy agradecido si alguien podría decir si esto está funcionando correctamente o cómo comprobar, en general, si todo está OK.

+759
Camille Ritchie Beaudin 31 ago. 2012 17:52:24

He seguido los precios de los Bitcoins durante este día, pero estoy realmente muy cofused de por qué Preev informes siempre alrededor de $70-$100 menos que Bitcoinity. Los sitios web de noticias dicen que el precio se disparó a $900 hoy, que se adapta a Bitcoinity del gráfico, pero también veo a la gente en la BitcoinTalk foros diciendo que es de $500, que se adapta a Preev del.

Entiendo Bitcoinity dice que "el gran número aquí es el precio al que el pasado comercio fue hecho". Pero como yo también entiendo que no hay ninguna institución que decide un "tipo de cambio" para Bitcoins, podría suponer que a medida que el precio de la última oficios? ¿Por qué una diferencia tan grande?

EDIT: Ahora Preev es la presentación de informes más, pero es todavía una gran diferencia en comparación con Bitcoinity. Sólo como referencia, cuando escribí esta pregunta, Preev fue que los informes sobre los $510, mientras que Bitcoinity $600.

+748
eth os 22 sept. 2018 12:36:28

Alguien ha realizado un análisis de las primeras monedas minadas por Satoshi y Hal Finney? Tener esas monedas sido trasladado/pasado/transacción?

Me pregunto si Satoshi ha sido el cobro de su colección o no le acaba de dejar allí?

+708
Lulu Rose 4 ago. 2018 4:27:04

Aquí es un libro que te enseñe algunos conceptos básicos de la programación de bitcoin https://programmingblockchain.gitbooks.io/programmingblockchain/content/

+688
user3217 9 feb. 2014 0:12:57

Trezor hace dos cosas principales.

  1. Se genera una cartera basada en la recuperación de semillas. La semilla es de sus datos más importantes ya que se utilizan para acceder a los fondos, incluso sin un Trezor.
  2. Los signos de las transacciones con las firmas basadas en la recuperación de semillas, sin la necesidad de exponer la recuperación de semillas a cualquier pueblo o de software.

La semilla representa su cartera, así que si usted está preocupado de que esto puede haber sido comprometida y nunca la usó, que sin duda debe generar una nueva. El Trezor no proporciona ninguna seguridad si la semilla ha sido comprometida, porque alguien puede simplemente cargar en un dispositivo diferente.

Todo Trezor no se basa en la semilla, así como el tiempo que usted nunca ha utilizado y están dispuestos a generar uno nuevo, usted debe estar bien.

+633
Ngo Yen Sern 14 mar. 2010 9:49:50

Consenso. De Bitcoin Wiki. El "consenso" es un ambiguo y problemático de la palabra que puede significar varias cosas diferentes, tanto en Bitcoin y en otros lugares. Se utiliza a menudo de la mano de onda decisión de cuestiones como, "bueno, todo el mundo estará de acuerdo básicamente."

Ver más

+633
lynette 9 may. 2013 6:42:28

Si instala Electrum en Windows, tienes dos programas que usted puede comenzar. Uno de ellos se llama "Electrum Testnet".

+571
Evgeny Soynov 20 mar. 2016 8:28:29

Ninguno. No hay llamadas RPC que permiten hacer ninguna de las cosas que usted quiere hacer. No hay ninguna funcionalidad para la construcción de secuencias de comandos arbitrarios ni hay funcionalidad para cifrar los mensajes.

+533
Rib47 4 ene. 2018 10:39:14

He comprado Krad Minero del creador de la recompensa costo de 50 BTC, y se han liberado como código abierto (licencia Apache 2.0) en Github. Ya que el autor tiene otros proyectos a través de Krad etiqueta, he cambiado el nombre a Tumen Minero. Yo en la actualidad consideran que la alfa-calidad; no he ejecutarlo, simplemente limpié lo mejor que pude.

En el corto plazo, plan de fondo de algunos menores de pruebas y desarrollo en él. A más largo plazo, podría comenzar a codificar en mí mismo, si alguna vez puedo encontrar el tiempo libre. Doy la bienvenida a las donaciones en forma de informes de error, código de pull requests, y BTC para pagar los codificadores.

Feliz Navidad, monederos.

+430
pushandpop 15 oct. 2017 5:12:33

Recientemente he intentado correr Bitcoin-QT como un servidor con SSL habilitado, pero cuando estaba probando la conexión, con este comando:

openssl s_client -conectar 111.11.111.111:8332

Tengo este error:

CONECTADO(00000003)
4308:error:140790E5:SSL rutinas:SSL23_WRITE:protocolo de enlace ssl fracaso:/SourceCache/OpenSSL098/OpenSSL098-35.1/src/ssl/s23_lib.c:182:

¿Alguien tiene una idea de lo que está causando este problema y cómo hago para arreglarlo?

+406
Haroon matawalle 11 oct. 2019 10:40:00

Estoy ejecutando un Bitcoin en Efectivo nodo en mi servidor, y a partir de esta forma:

inicio bitcoind.exe --server=1 --rpcuser=usuario --rpcpassword=contraseña-resto=1 --rpcport=8332 --datadir=F:\Bitcoin --bind=10.1.0.4 --testnet=1 --rpcallowip=0.0.0.0/0

El nodo se ejecuta, y me puedo conectar a nivel local.

Sin embargo, no puedo conectarme a él de forma remota, desde mi aplicación en C#, utilizando el BitcoinLib de la biblioteca:

ICoinService coinService = new BitcoinService(ConfigurationManager.AppSettings["Bitcoin_DaemonUrl"], ConfigurationManager.AppSettings["Bitcoin_RpcUsername"],
ConfigurationManager.AppSettings["Bitcoin_RpcPassword"], ConfigurationManager.AppSettings["WalletPassword"]);

Estoy recibiendo este error:

BitcoinLib: hubo un problema al enviar la solicitud a la cartera. Sistema: no se puede conectar con el servidor remoto.

He creado entrantes/salientes reglas en el firewall del servidor de configuración, permitiendo el acceso a la 8332 puerto, y creo que --rpcallowip=0.0.0.0/0 debe permitir que todas las IPs para conectar con el nodo... Así que realmente no sé cuál es el problema.

Edit: no tengo acceso a el nodo de https://bitnodes.earn.com/ bien.

Actualización: el nodo ha terminado la indización de los bloques, y yo aún no puede conectarse a él de forma remota.

+272
RandomInsano 29 sept. 2012 0:22:16

La casa debe abrir un canal con usted para hacer la transferencia o hacerlo directamente onchain. Esto es algo que tendría que hablar con el soporte del sitio web de la ATM, pero, probablemente, en el futuro será más automatizado; si no hay una ruta, preguntar al usuario si quiere recibir a través de un rayo o onchain y pregunte por la clave pública.

+270
jpatche 27 sept. 2012 23:24:24

Estoy en una unidad de prueba y me gustaría usar de prueba diferentes direcciones dependiendo de la red que estoy conectado, para mantener la salida de prueba limitada a la red en realidad estoy conectado.

Saber que puedo correr validateaddress para entenderlo, pero ¿cómo se puede detectar esta directamente?

+249
uxnow 8 jun. 2013 19:24:35

Ok, vamos a tratar de dar una mano de ayuda: este criterio es el nonce, que debe ser menor que la de un "cierto" valor. El nonce se calcula como un valor hash con un cierto número de 0 al principio. No es el hash del bloque! Este valor nonce se adopta automáticamente por el sistema, hay fórmulas detrás, que intenta lograr un bloque de creación de cada diez minutos. Si hay demasiados los mineros con demasiada hash de energía, aumenta la dificultad, de lo contrario es reducido (o sigue siendo el mismo). La explicación en detalle se puede encontrar en Andreas libro "el dominio de Bitcoin", o en Bitcoin.org.

--> corrección: de Andreas' libro: "Con todos los campos llenos," (que es la Versión Anterior Hash del Bloque, Merkle Raíz, marca de tiempo y la Dificultad de Destino) "... el bloque de encabezado ahora está completa y el proceso de minería de datos puede comenzar. El objetivo ahora es encontrar un valor para el nonce que se traduce en un bloque de encabezado de hash, que es menos de la dificultad de destino. La minería de datos nodo tendrá que probar miles de millones o billones de nonce valores antes de un nonce se encontró que cumple con el requisito."

+232
Ahinful Sylvester Kweku 8 may. 2015 1:53:58

De la wiki:

Una marca de tiempo es aceptada como válida si es mayor que la mediana marca de tiempo de la anterior 11 bloques, y menos de la red ajustado hora + 2 horas. "Red-ajusta el tiempo" es la mediana de los las marcas de tiempo devuelve todos los nodos conectados a usted.

Cuando un nodo se conecta a otro nodo, se obtiene una marca de hora UTC de ella, y almacena su desplazamiento desde el nodo local UTC. La red ajustado el tiempo es entonces el nodo local UTC además de la mediana de desplazamiento de todos los nodos conectados. De tiempo de red nunca se ajusta a más de 70 minutos desde la hora del sistema local, sin embargo.

No es obvio que no hay ningún problema con esta forma de marcar el tiempo. Ver el blog de Timejacking & Bitcoin y la discusión acerca de ello aquí.

+226
Cameron Tinker 11 mar. 2016 2:17:18

Para pequeñas cantidades, como una taza de café, el doble de gastos de riesgo va a ser insignificante. Si es una persona que conozco, no me importaría recibir y aceptar como válida una transacción con cero confirmaciones.

Para las tiendas que empezar a aceptar bitcoin, una fuerte medida de seguridad sería para ellos tener múltiples bitcoin clientes instalado en múltiples ubicaciones geográficas. Una vez que cada uno de ellos ha "visto" la transacción se puede confirmar como válido, aunque no haya sido incluido en el blockchain todavía.

La idea detrás de tener varias máquinas buscar y validar la transacción es que resulta mucho más difícil para alguien para propagar un doble gastar en contra de una transacción que ya se ha visto y se propaga por varias máquinas en todo el mundo.

+195
DawnWhittaker 28 jul. 2019 5:29:02

Así que lo que pido es, para las transacciones con más de una salida, podemos asumir que una de las salidas es siempre cambiar?

Creo que esta es probablemente una suposición segura que la mayoría de las veces, pero no siempre. Por ejemplo, una transacción que paga dos personas, utilizando una entrada que es exactamente la suma de ambos, de pago (+ minero de pago) tendría dos salidas, y no hay cambio de dirección. Una cosa es probablemente raro, pero posible.

Así, si usted se mueve monedas de alrededor de entre dos carteras que se puede controlar, entonces la única distinción real entre el 'pago de salida' y el 'cambio' salida es en el que la cartera de controles clave (ya que usted es dueño de ambos).

Carteras no construir las transacciones en las que se divide el cambio en varias direcciones del remitente, ¿lo harían?

Seguro que se puede, he visto las carteras que están enfocados en la privacidad del usuario publicidad de todo tipo no convencional de hábitos de gasto, con el objetivo de hacer que sea difícil de averiguar métricas como este. Como un ejemplo, echa un vistazo samurai cartera.

Sin embargo, la mayoría de las carteras están diseñados para tener un costo-eficiente, por lo que en la mayoría de los casos no habrá más de un cambio de salida.

Es la única preocupación, entonces, si la salida es de hecho el cambio o es el valor que se envía a otro destinatario?

Que es sin duda un problema con tratar de estimar tx volumen, pero probablemente no el único. Distinguir los pagos entre las partes vs pagos a sí mismo (por ejemplo, moviendo las monedas para una cartera diferente) es otra. Como usted ha mencionado, fuera de la cadena de tx volumen de la moneda y mezcladores también hará que sea difícil de averiguar. El rayo de la red de pagos del mismo modo, ser difícil de cuantificar, ya que los pagos pueden ser comunicada fuera de banda, y vamos a ver el canal de la apertura/cierre de tx suceden en cadena.

+168
Old mate 23 jul. 2010 9:28:09

Además de que no entiendo tu problema con PyWaller, como Eyal sugiere, puede utilizar el estándar de Bitcoin software para esto, aunque este método va a ser un poco más lento.

Yo sugiero hacer lo siguiente para cada cartera.dat archivo:

  1. Copia de seguridad de su actual cartera.dat archivo.
  2. Copia de la vieja cartera.dat a su Bitcoin directorio.
  3. Abrir un terminal y ejecutar el bitcoind demonio:

    bitcoind -daemon

  4. Recuperar una lista de todas las direcciones en la cartera:

    bitcoind listaddressgroupings

  5. Para cada dirección a la que desea la clave privada a partir, volcado:

    bitcoind dumpprivkey <bitcoinaddress>

  6. Detener el demonio antes de cambiar la billetera.archivo dat:

    bitcoind parada

Esto te dará todas las claves privadas que usted necesita y usted puede importarlos a cualquier cartera que le gustaría.

+128
Sahib Tuteja 25 mar. 2017 10:59:38

Sí, podría. No es muy probable, pero podría suceder.

Sin embargo, una cosa a tener en cuenta es que Bitcoin es increíblemente resistente a este tipo de problemas. Todos los que participan en el Bitcoin red tiene un incentivo para mantener esa red útil. Así que un nuevo cliente con una dificultad diferente algoritmo podría ser lanzado en un par de días y la red de la transición en menos de una semana si es necesario. La dificultad de ajuste puede cambiarse si es necesario.

Por un lado, el "6 confirmaciones de la regla" es una exageración. La gente podría compensar en la aceptación de 4 confirmaciones de transacciones por debajo de $10,000 o su equivalente.

Idealmente, la gente iba a ver este riesgo viene de varios meses de distancia y se puede implementar una solución antes de que se necesitaba. Si las circunstancias de alguna manera sugiere que esta era una posibilidad realista, incluso en la ausencia de un verdadero ataque de un consenso de la comunidad y plan de transición podría ser desarrollada e implementada. Alternativa dificultad algoritmos ya han sido propuestos e incluso aplicarse (en otro bloque de cadenas) que no tienen este problema.

Ahora, creo que ese cambio sería una mala idea. El problema es muy raro, y cualquier cambio de masa en la lógica de Bitcoin podría socavar la confianza en la estabilidad a largo plazo del sistema. La gente podría pensar "si se cambia la dificultad del algoritmo de hoy, tal vez van a cambiar el Bitcoin, la tasa de generación de mañana".

+72
Oliver Angelil 1 ago. 2018 20:08:27

He leído el bitcoin papel blanco y estoy en el proceso de lectura de etereum del. El segundo documento que se lee en un punto : "en la Actualidad, es viable para algunos equipos de escritorio y no los teléfonos, y más adelante, en el futuro, sólo las empresas y los aficionados podrán participar."

No quiere esto decir que algún día el resto de blockchain nodos sólo será controlado por los muy pocos que tienen el dinero y la infraestructura necesaria, como el más pequeño de los nodos de no ser capaz de permanecer en el largo plazo ? No quiere esto decir que a medida que pasa el tiempo, el blockchain se vuelve menos descentralizado y más centralizada ? Si es así, otra consecuencia sería la disminución de la seguridad de la blockchain : el resto de poderosos nodos de adquirir la capacidad de falsas transacciones, derecho ?

+23
Apurv 26 ago. 2013 3:01:05

Mostrar preguntas con etiqueta