¿Hay alguna altcoin con mejoras en el tiempo de descarga de blockchain?

Permítanme presentarles mi idea.

Dado:

  • tamaño de (cadena de bloques) = 16 Gb
  • Descarga de una película avi de 16GB de Pirate Bay (5mb/s) = 2-3 horas
  • Descarga de blockchain de bitcoin (5mb/s) = 2-3 días
  • Un día = 6 * 24 = 144 bloques.
  • Arrastrar - criptografía.

Tarea:

  • Acelere el arranque del nuevo cliente a la velocidad de torrent. Similar a Bootstrap .

Como puedo ver, la descarga de blockchain es tan difícil como la minería, porque cada vez hay que volver a calcular el hash, comparar, verificar signos, etc.

¿Qué pasa si el cliente solo descarga estos 144 bloques por un día y un súper bloque con 144 hash de los últimos bloques válidos, luego solo compara las direcciones de la billetera actual con las direcciones en estos 144 bloques sin ningún cálculo de su hash?

¿Hay alguna moneda alternativa con tal acelerador?


Por ejemplo, estos superbloques pueden archivarse en otro ultrabloque durante un mes. Entonces tenemos un escudo en cascada similar al sha (sha (texto)) contra el ataque de fuerza bruta.

La descarga de blockchain debería llevar como máximo el mismo tiempo que la descarga de avi de 16 GB de Pirate Bay. Digamos, canal de Internet de 5 mb/s + p2p / 16 Gb = 2, pueden ser 3 horas (en el no peers case), pero pasé de 2 a 3 días, y veo que esto no es motivo de velocidad de Internet, es CPU + disco duro muy, muy trabajo duro.

Creo que ahora entiendo tu pregunta: ¿Quieres decir que debería haber dos cadenas de bloques paralelas, una con bloques únicos y otra con bloques grandes consolidados que sean compatibles entre sí, de modo que para la sincronización solo se pueda validar la cadena de bloques consolidados? pero terminar siendo compatible con la cadena de bloques de un solo bloque?
Me parece que me he encontrado con monedas alternativas, había superbloques. Este bloque debe estar en la cadena de bloques como cualquier otro. Por supuesto, esta es una bifurcación dura de la cadena de bloques actual.
No creo que exista tal altcoin, aunque es una buena idea.
Otra mejora potencial: fusionar un cliente QT con bittorrent para que ninguna máquina tenga la obligación de almacenar toda la cadena de bloques si no lo desea, sino que solicite diferentes partes de la red y pague a los almacenistas a medida que consumen. Y, por supuesto, recibir pagos en la moneda por el "servicio" de almacenar copias de la cadena de bloques cuando cumple con dicha solicitud. Incluso podría ampliarse a un DAC que proporciona almacenamiento anónimo de datos en la nube, y se le paga por alquilar una cantidad de espacio en su disco duro. Mis 2 satoshis.

Respuestas (2)

Tu premisa es incorrecta. El trabajo requerido para descargar y validar la cadena de bloques no tiene nada que ver con el trabajo requerido para minarla.

En lo que respecta al hash del bloque, validarlo requiere solo un hash, mientras que extraer el bloque requiere quintillones de cálculos de hash.

Validar el bloque también requiere calcular los valores hash del árbol Merkle, pero el trabajo principal es validar las firmas ECDSA. Su método no va a ayudar con eso.

(En una nota meta, es de mala educación ofrecer "mejoras" cuando no comprende lo suficientemente bien lo que existe actualmente).

¿Podría aclarar por qué la descarga de blockchain (16 GB) es 24 veces más lenta que la descarga del mismo archivo blob, como una película avi?
@AnomalousAwe: 1. Verificar todas las firmas ECDSA (CPU) 2. Buscar salidas anteriores para cada entrada de transacción (disco duro) Tener un SSD puede ser de gran ayuda con el n. ° 2.
Una vez leí en bitcointalk una propuesta para integrar el código para hacer hash en la GPU (por ejemplo, tomado de cgminer) en el cliente QT y hacer que la GPU ejecute las validaciones en paralelo con la CPU, lo que podría generar un gran aumento de velocidad, pero hasta el día de hoy no hay implementación. . Pero entonces, si el bloque de velocidad más grande es el n. ° 2 (¿lo es? Me parece razonable), entonces acelerar el n. ° 1 a casi cero no hará mucho para mejorar los tiempos.
@JoePineda Hash != Verificación ECDSA. Posiblemente, la GPU también sea adecuada para la verificación ECDSA, pero no estaría relacionada con ningún software de minería existente.
@Meni Rosenfeld, la cascada de sha(sha(..(sha(text)))..) para superbloques - día + ultrabloques - meses, permitirá omitir la verificación ESDSA. Cada bloque contiene hash de previsión. El superbloque contiene hash de 144 previsiones, etc... Solo habría O (número de bloques) cálculos de sha. La CPU normal le da al menos kh ~ 1000 por segundo, 8-7 días por segundo. 480-420 días por minuto (meses) . 12 minutos = años 24 minutos = 2 años 2-3 horas - todo el tiempo de vida actual
@AnomalousAwe: si desea omitir la verificación de ECDSA, ya puede hacerlo (pero luego confía en que otros hagan la verificación por usted). No tiene nada que ver con hashes, computar todos los hashes en los árboles de Merkle de todos los bloques es barato.

Descargar blockchain es varios órdenes de magnitud más fácil que minar. Validar es simplemente tomar los bloques, triturarlos y verificar que la solución propuesta a) coincida con dicho hash yb) en el nivel de dificultad especificado. Si un bloque recibido pasa estas validaciones, se acepta como válido y se solicita el siguiente, y así sucesivamente.

En comparación, descargar una película o software no implica validación hasta el final, cuando comprueba que el archivo no está dañado. En caso de que así sea, tendrás que descargar todo el gran lío de nuevo.

Como supone correctamente, la mayor parte del tiempo se dedica a verificar bloques. Por eso, aunque un amigo te preste un DVD con blockchain, cargarlo por primera vez no será instantáneo sino que tomará (dependiendo de la velocidad de tu PC) desde media hora hasta varias horas.

Su idea de crear un bloque de "currículum vitae" al final del día (¿por qué no semanalmente/mensualmente/anualmente también?) parece prometedora, no he oído hablar de ninguna moneda que implemente tal idea. No está exento de problemas potenciales, pero podría estarlo.