Recientemente, cada vez más proyectos de segunda capa han optado por utilizar Bitcoin como solución de expansión de segunda capa para Bitcoin, un poco como lo hizo Liquid. Esta es una tendencia interesante.

Lo que muchos recién llegados a Crypto no saben es que Lightning Network fue en realidad un importante plan de compensación respaldado por partidarios de la facción de bloques pequeños durante la disputa entre bloques grandes y pequeños. En otras palabras, la razón por la que es necesario depender en gran medida de una solución de canal fuera de línea se debe en gran medida al pequeño espacio de bloques de Bitcoin y al lento tiempo de generación de bloques. Si tenemos una red de segunda capa nativa de Bitcoin con primitivas de programación más ricas, con una generación de bloques más rápida y un espacio de bloques más grande, entonces podemos seguir otro camino evolutivo.

Un ejemplo: pagos sin confirmación que evitan ataques de doble gasto. El pago de confirmación cero significa que cuando A transfiere dinero a B, pero la transacción de A aún no se ha empaquetado en el bloque, podemos confirmar la transacción de A. Si se puede confirmar, ¿implementa también el mismo pago instantáneo que Lightning Network?

Entonces sólo necesitamos hacer que el algoritmo de firma sea similar al mecanismo en el que la misma clave privada se firma dos veces y luego se filtra. Este enfoque es similar a la tecnología utilizada actualmente por Babylon. Esto es interesante en una red donde las transacciones no se propagan ampliamente y la capacidad de bloque lo permite.