Optech Newsletter #41 (instantáneas UTXO) | Bitcoin

Optech Newsletter #41 relata la reciente discusión sobre el mecanismo para las UTXO

Optech Newsletter alcanza más de 40 publicaciones, y en Noticiasbitcoin.io volvemos a compartir de manera lo más fiel posible la última nota de prensa Optech Bitcoin en Español. Podríamos decir que el asunto expuesto vuelve a ser “cuestión de confianza”. Una propuesta de mejora ahorraría tiempo y peso de descarga a la hora inciar un nodo. Por contra, el mecanismo en sí obliga a confiar en los nodos ya completados anteriormente. Bitcoin Optech ayuda a los usuarios y las empresas de Bitcoin a integrar tecnologías de escalado. Entremos en materia.

 

Discusión sobre un mecanismo supuestamente válido para las instantáneas UTXO: cuando los desarrolladores de Bitcoin Core preparan un nuevo lanzamiento importante, un desarrollador selecciona el hash de un bloque reciente en la mejor cadena de bloques. Otros colaboradores conocidos verifican sus nodos personales y se aseguran de que el hash forme parte de la mejor cadena de bloques y luego agreguen ese hash al software como el bloque “supuestamente válido”. Cuando los usuarios nuevos inician Bitcoin Core por primera vez, el programa se configura por defecto 1 para omitir la evaluación del script en todas las transacciones incluidas en bloques antes del bloque válido asumido.

 

El programa aún realiza un seguimiento de los cambios en la propiedad de bitcoin producidos por cada transacción en un índice denominado conjunto de salida de transacción sin gastar (UTXO). Aunque la revisión de cada cambio de propietario histórico lleva tiempo, simplemente saltarse la comprobación reduce el tiempo de sincronización inicial en aproximadamente un 80% según las pruebas . Gregory Maxwell, quien implementó la característica válida asumida , ha argumentado que “debido a que la validez de un historial de cadena es un hecho objetivo simple, es [fácil] revisar esta configuración”.

 

 

James O’Beirne inició un hilo en la lista de correo de Bitcoin-Dev

James O’Beirne inició un hilo en la lista de correo de Bitcoin-Dev el reciente 9 de Abril. Un hilo acerca de tomar un hash del conjunto UTXO en un bloque en particular; tener múltiples colaboradores conocidos verifican que tengan el mismo hash; y luego tener nodos de Bitcoin Core recién instalados de forma predeterminada para usar ese hash para descargar exactamente el mismo conjunto UTXO.

 

Esto permitiría a un nodo recién iniciado omitir no solo los scripts sino todos los datos de la cadena de bloques antes del supuesto bloque válido, tal vez reduciendo los requisitos de tiempo para iniciar un nodo hoy en un 95% o más (más a medida que la cadena de bloques siga creciendo). La verificación de bloques y transacciones anteriores se podría hacer en segundo plano después de que el usuario ya esté usando su nodo, dándole finalmente la misma seguridad que un usuario que desactivó esta función. Compromisos UTXO rápidamente actualizables y copias de seguridad automáticas de levelDB.

 

La discusión giró principalmente en torno a si esta es o no una buena idea. Los argumentos a favor de esto incluyen que sea mucho más fácil comenzar un nuevo nodo; a su vez, no parece cambiar el modelo de confianza para nadie que ya confíe en la revisión por pares de su equipo de desarrollo. Los argumentos en contra incluyen el temor de que las sincronizaciones iniciales rápidas con un conjunto UTXO válido supuestamente oculten el hecho de que los aumentos de tamaño de bloque hacen que la sincronización inicial completa sea mucho más costosa; si los tamaños de los bloques aumentaran demasiado, podría ser imposible para cualquiera de los medios más modestos verificar sin confianza el estado UTXO de Bitcoin, forzando a los nuevos usuarios a confiar en los usuarios existentes.

 

 

Optech Newsletter adjunta la 4ª semana de soporte para Bech32

Semana 4 de 24. Hasta el segundo aniversario del la bifurcación suave de segwit el 24 de agosto de 2019, el boletín de noticias de Optech contendrá una sección semanal. Dicha sección proporciona información para ayudar a desarrolladores y organizaciones a implementar el soporte de envío de bech32; esto proporciona la capacidad de pagar a direcciones de seguridad nativas. Esto no requiere la implementación de segwit, pero permite que las personas a las que paga tengan acceso a todos los beneficios múltiples de segwit.

 

 

Más información en Bitcoin Optech Newsletter #41

 

optech newsletter - logo
Fuente y derechos de la imagen Optech logo en  https://bitcoinops.org/

 

 

También podría gustarte

Deja una respuesta

Su dirección de correo electrónico no será publicada.

Recuerde no hacer uso de comentarios para SPAM o faltas de respeto.

La moderación de comentarios está activada. Su comentario podría tardar cierto tiempo en aparecer.

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.