Recientemente fue lanzada una nueva versiĆ³n del cliente de Bitcoin Core 0.15.1 para la red Bitcoin. En esta actualizaciĆ³nĀ se enfocaron en brindar mĆ”s seguridad a la red ante futuras bifurcaciones durasĀ y mejoras menores de la serie 0.15.x de este cliente.
Por medio de suĀ pĆ”gina webĀ el equipo de desarrolladores pertenecientes a Bitcoin CoreĀ difundiĆ³, a mediados del mes de noviembre del 2017,Ā el lanzamiento de la versiĆ³n 0.15.1 de su cliente Bitcoin. Los cambios en el mismo se enfocaron en mejoras de seguridad de la red ante bifurcaciones, la anulaciĆ³n del lĆmite del tamaƱo de los bloques, la prohibiciĆ³n de acceso a monederos duplicados, la creaciĆ³n de un respaldo de la configuraciĆ³n de la GUI (Interfaz GrĆ”fica del Usuario segĆŗn sus siglas en inglĆ©s) en el reinicioĀ yĀ cambios en la RPC (Llamada a Procedimiento Remoto segĆŗn sus siglas en inglĆ©s).
Entre las mejoras de seguridad realizadas se tiene que ahoraĀ los bloques no solicitados con menos trabajo que el mĆnimo requerido por la red no serĆ”n procesados, evitando con ello malgastar recursos de los nodos. Otra caracterĆstica aƱadida es la desconexiĆ³n de la red de los nodos que provean una cadena con menor trabajo al solicitado por la misma, mientras que aquellos agregados de manera manual a la red serĆ”n verificados para confirmar si estĆ”n presentando bloques con suficiente trabajo durante 20 minutos. De no ser asĆ, se enviarĆ” un mensaje en la red para verificar su estado y si pasados 2 minutos el nodo no tiene suficiente trabajo,Ā serĆ” desconectado.
TambiĆ©n se menciona en la lista de mejoras el que si una cadena pasa mĆ”s de 30 minutos sin agregar un nuevo bloque, la red supondrĆ” que el Ćŗltimo bloque es invĆ”lido y desconectarĆ” al nodo, para luego buscar algĆŗn otro que presente un bloque vĆ”lido.
AdemĆ”s de estas nuevas caracterĆsticas de seguridad, con esta actualizaciĆ³n todos los grupos de bloques invĆ”lidos por falta de trabajo serĆ”n rastreados y chequeados, para asegurarse que el resto de bloques que se formen a partir de este sean tratados igual.
Todas estas medidas van en pro de mejorar la seguridad ante ataques aĀ la red de Bitcoin que pudiesen presentarse en medio de bifurcaciones como la deĀ Bitcoin Cash, Bitcoin Gold y SegWit2x;Ā las cuales, seguramente, seguirĆ”n sucediendo en el futuro cercano y/o lejano.
En cuanto al polĆ©mico tamaƱo de los bloques, las limitaciones de su tamaƱo al ser minados fueron declaradas obsoletas. Desde la versiĆ³n 0.13.0 la funciĆ³n blockmaxsizeĀ (tamaƱo mĆ”ximo del bloque)Ā que permitĆa limitar el tamaƱo del bloque directamente era opcional; aunque generaba problemas en el cĆ”lculo de comisiones y en ocasiones desmejoraba el desempeƱo.
A causa de esto la misma dejĆ³ de ser prĆ”ctica, por lo que ahora sĆ³lo se usarĆ” para calcular el blockmaxweight (peso mĆ”ximo del bloque)Ā y no para limitar el tamaƱo del bloque directamente. Cualquier minero que desee limitar la talla de su bloque por tamaƱo y no por peso, tendrĆ” que hacerlo manualmente.
Otra de las mejoras realizadas se llevĆ³ a cabo en la interfaz grĆ”fica del usuario (GUI) para permitir respaldar la configuraciĆ³n de la misma antes de ser reiniciada. Por otro lado, se deshabilitĆ³Ā una funciĆ³n que permitĆa abrir la misma billetera dos veces de manera manual copiando su archivo, lo cual generaba problemas en las mismas.
Por Ćŗltimo, se aƱadiĆ³ el argumento āminimumchainworkĀ (trabajo mĆnimo de la cadena) para poder agregar un valor personalizado en cuanto al trabajo mĆnimo necesario al momento de considerar vĆ”lida una cadena; asĆ como tambiĆ©n se hicieronĀ cambios menores en su RPCĀ para evitar problemas provocados por la sobreescritura de archivos y la creaciĆ³n deĀ respaldos del archivo fuente.
5