El pruning es algo muy simple de hacer en Bitcoin, pero el problema de escalabilidad, por mucho que hayáis escuchado por ahí, no es el tamaño en sí de la cadena de bloques, sino la cantidad de UTXO que tiene que mantener el nodo en la memoria RAM y el ancho de banda de la conexión.
Esos son los verdaderos retos de la escalabilidad y el por qué se mantienen los bloques limitados a 1MB.
Si aumentamos el tamaño de los bloques, la cantidad de UTXO (unspent outputs) que deberían gestionar los nodos en RAM se incrementaría exponencialmente, porque la gente podría ir dividiendo sus Bitcoins en UTXO con cantidades más bajas de bitcoins al resultar más barato su envío en los bloques, lo que requeriría de nodos mucho más potentes y conexiones de internet mucho más rápidas. Todo eso conduce irremediablemente a la centralización de la red de nodos.
Como continuación a este tema repito la respuesta que le di a skull&Bones ayer:
Mi propuesta es que los bloques de más de 2 años de antigüedad desaparezcan de la cadena de bloques totalmente, que se vayan sobreescribiendo con los nuevos. Entonces, para evitar que desaparezcan los bitcoins de las UTXOs de más de 2 años habría que implementar un sistema para "obligar" a que antes del periodo de caducidad estas direcciones transfieran sus fondos a direcciones nuevas (por ejemplo, un més antes de la fecha límite). El quid de la cuestión es cómo diseñar el procedimiento que evite que se pierdan los bitcoins antiguos, y aquí va mi propuesta (explicado en forma simplificada):
Simultáneamente a toda transacción que genere una UTXO se crea un contrato inteligente que se encargará de efectuar el movimiento de dichos fondos a una dirección nueva un mes antes de la fecha de caducidad (en función de la altura de la cadena de bloques, por ejemplo). En el preciso momento de realizar dicha transferencia, el smart contract fija la correspondencia entre claves privadas y públicas de ambas UTXOs, de forma que con la clave privada antigua se pueda acceder tb a la nueva. Al hacer esta transferencia el contrato antiguo finalizaría y se crearía uno nuevo por validez de otros 2 años, y así sucesivamente. Siempre existirá trazabilidad entre la dirección original y las nuevas ya que durante cada periodo de 2 años existirá un mapeo entre direcciones.
Habría pues, dos formas de acceder a los fondos de las UTXOs:
- UTXOs de antigüedad menor de 2 años: como hasta ahora, con la clave privada de la dirección.
- UTXOs más antiguas de 2 años: A través del contrato inteligente que mapea la dirección antigua con la nueva.
En un primer momento, el contrato inteligente se podría implementar incluso en una red separada, como ethereum, aunque el objetivo final es que esté implementado en la propia red bitcoin.
Está claro que se pierde el histórico de las transacciones con más de 2 años de antigüedad, pero este es un "mal menor" que merecería la pena asumir si tenemos en cuenta la escalabilidad que aporta esta implementación. Tendríamos un libro contable de la misma solidez criptográfica que el actual, pero solamente de las últimas transacciones. Quizá se pueda implementar como bifurcación de la cadena, ya que es un cambio demasiado abrupto sobre la filosofía actual.
Lo que expongo es una idea general, requiere de muchíiiisimo más detalle de implementación técnica, por supuesto.
-------//////
Así no se produciría un incremento de las UTXOs y la cadena de bloques tendría un tamaño fijo. Eso sí, se perdería el historial detallado de los movimientos anteriores a 2 años atrás, aunque la ventaja de escalabilidad es clara.
Mira a ver qué te parece, elemento
