Texto original por Jamie Redman

Texto Original

Hoy, exactamente a las 9 a.m. ET del 15 de mayo de 2020, la red Bitcoin Cash completó otra actualización agregando algunas características nuevas a la cadena de bloques. La última actualización viene con un nuevo soporte de código de operación, una extensión de límite de cadena y el conteo mejorado de operaciones de firma utilizando la nueva implementación de "Sigchecks".

Se han extraído varios bloques bajo nuevas reglas de consenso

Cada seis meses, la red de Bitcoin Cash se actualiza, y generalmente tienen lugar el 15 de mayo y el 15 de noviembre de cada año. Los partidarios de BCH en todo el mundo han estado monitoreando la actualización, como lo hacen todos los años, para ver si todo salió bien. La actualización se inició después del bloque 635,258 y las reglas de consenso entraron en vigencia después de que se minara el siguiente bloque. La primera adición permite un gasto más rápido de transacciones no confirmadas, ya que los desarrolladores han aumentado el límite de transacciones encadenadas de 25 a 50. Si uno observara el historial de limitación de la cadena de mempool, descubrirían que cuando Satoshi lanzó Bitcoin por primera vez, lo hizo No incluye un límite. El principal científico de Bitcoin Unlimited, Peter Rizun, analiza la exploración de los límites de la cadena en un editorial detallado en el blog read.cash.

Otra adición es el código de operación, OP_Reversebytes, que invierte los bytes del elemento superior de la pila. En enero de 2020, los desarrolladores de Bitcoin Cash organizaron una video conferencia sobre la Hoja de ruta de Bitcoin Cash Script y el código de operación OP_Reversebytes. Una idea que podría aprovechar OP_Reversebytes es el concepto "Mitra", o el proyecto anteriormente conocido como Nimbus que fue desarrollado por Tobias Ruck. Según Ruck, la versión de transacción podría liberar un sofisticado potencial de contrato inteligente en la red BCH. La última característica que mejora el conteo de sigops llamada "Sigchecks" se discutió en la reunión de desarrolladores de BCH # 18. Las especificaciones de Sigchecks explican la motivación detrás de la nueva implementación si se visitara el repositorio de Github.

"Desde los primeros días, Bitcoin ha tenido una regla de conteo de Sigops para limitar la cantidad de uso de CPU posible en una transacción o bloque dado, basado en el principio de que las verificaciones de firmas son, con mucho, las operaciones más intensas de CPU", detallan las especificaciones. "La idea esencial de Sigchecks es realizar el recuento únicamente en la transacción de gastos y contar las operaciones de verificación de firma ejecutadas reales".

Debates sobre el desarrollo futuro

En general, la comunidad BCH está satisfecha con el cambio de actualización y muchos partidarios están discutiendo mejoras futuras como Avalanche, compromisos UTXO, reactivando los siguientes códigos de operación; OP_Mul, OP_Lshift, OP_Rshift y OP_Invert, y conceptos como Bobtail. Además, la comunidad ha estado celebrando y discutiendo la actualización el 15 de mayo y el desarrollo futuro también. Por ejemplo, Collin Enstad está organizando una transmisión en vivo con varios partidarios de Bitcoin Cash antes de la actualización y también después del evento.