Bitcoin
El 10 de febrero de 2021, se activó la actualización dinástica (Bitcoin SV 1.0.7). Se eleva el límite inmediato de 25 a 1000 transacciones encadenadas que había sido una consecuencia del límite de bloques[30].
La implementación de referencia es compatible con el último hardfork y puede descargarse como código fuente en GitHub. Se ofrece bajo la licencia abierta BSV versión 3, una modificación de la licencia MIT, que prohíbe la reutilización del código fuente en otro software incompatible con Bitcoin-SV[32].
Dogecoin
El 10 de febrero de 2021, se activó la actualización dinástica (Bitcoin SV 1.0.7). Se eleva el límite inmediato de 25 a 1000 transacciones encadenadas que había sido una consecuencia del límite de bloques[30].
La implementación de referencia es compatible con el último hardfork y puede descargarse como código fuente en GitHub. Se ofrece bajo la licencia abierta BSV versión 3, una modificación de la licencia MIT, que prohíbe la reutilización del código fuente en otro software incompatible con Bitcoin-SV[32].
Comentarios
En ingeniería de software, una bifurcación de proyecto se produce cuando los desarrolladores toman una copia del código fuente de un paquete de software y comienzan a desarrollarlo de forma independiente, creando una pieza de software distinta y separada. El término suele implicar no sólo una rama de desarrollo, sino también una división en la comunidad de desarrolladores; como tal, es una forma de cisma[1].
La palabra «fork» (bifurcación) se ha utilizado para significar «dividir en ramas, ir por caminos separados» ya en el siglo 14.[2] En el entorno del software, la palabra evoca la llamada al sistema «fork» (bifurcación), que hace que un proceso en ejecución se divida en dos copias (casi) idénticas que (normalmente) divergen para realizar diferentes tareas[3].
No se sabe que «Fork» se utilizara en el sentido de cisma comunitario durante los orígenes de Lucid Emacs (ahora XEmacs) (1991) o de los BSD (1993-1994); Russ Nelson utilizó el término «shattering» para este tipo de bifurcación en 1993, atribuyéndolo a John Gilmore[6]. Sin embargo, «fork» se utilizaba en el sentido actual en 1995 para describir la división de XEmacs,[7] y era un uso entendido en el Proyecto GNU en 1996[8].
Bitcoin cash
Bitcoin Unlimited (BU) es una implementación de nodo completo para las redes bitcoin y Bitcoin Cash. El cliente de Bitcoin Core, del que se ha bifurcado Bitcoin Unlimited, tiene un límite de bloque de un megabyte codificado; Bitcoin Unlimited difiere al permitir a los usuarios señalar qué límite de tamaño de bloque prefieren, encontrar el límite teniendo un consenso mayoritario y seguir automáticamente la prueba de trabajo más grande, independientemente del tamaño del bloque. Sin embargo, si un bloque de más de un megabyte de tamaño es aceptado por Bitcoin Unlimited y rechazado por los nodos con un límite de tamaño de bloque, se producirá una bifurcación de la red, dando lugar a dos blockchains separadas con los nodos de Bitcoin Unlimited siguiendo la cadena con la mayor prueba de trabajo[cita requerida].
El lanzamiento de Bitcoin Unlimited sigue al lanzamiento de Bitcoin XT y Bitcoin Classic, propuestas alternativas que pretendían aumentar la capacidad de transacción de bitcoin de alrededor de 2,5-3 transacciones por segundo mediante el aumento del límite de tamaño de bloque codificado[4].
Bitcoin Unlimited es un intento de actualizar el Bitcoin Core en un cliente que procesa las transacciones de bitcoin en bloques con un tamaño máximo potencial mayor que el límite de un megabyte codificado en el Core. El límite de un megabyte de tamaño de bloque fue añadido en 2010 por Satoshi Nakamoto como una medida temporal anti-DoS. Esto limitó la capacidad máxima de la red a unas tres transacciones por segundo[5]. Según los defensores del cambio, el aumento del tamaño de los bloques es necesario para evitar un cuello de botella en el flujo de trabajo debido al número de transacciones realizadas a medida que aumenta la adopción de bitcoin.
