Presentare en esta oportunidad un resumen de la historia del Bitcoin, de la mano de su creador en el año 2008, hace 10 años esto dio inicio y es ahora que viene dándose a conocer para algunas personas.

Una versión puramente de igual a igual del efectivo electrónico permitiría que los pagos en línea se envíen directamente de una parte a otra sin pasar por una institución financiera. Las firmas digitales proporcionan parte de la solución, pero los beneficios principales se pierden si aún se requiere un tercero de confianza para evitar el doble gasto. Proponemos una solución al problema de doble gasto utilizando una red de igual a igual. La red marca las transacciones al tiempo que las mezcla en una cadena continua de prueba de trabajo basada en hash, formando un registro que no se puede cambiar sin rehacer la prueba de trabajo. La cadena más larga no solo sirve como prueba de la secuencia de eventos presenciados, sino como prueba de que proviene del mayor conjunto de potencia de la CPU. Mientras la mayoría de la potencia de la CPU esté controlada por nodos que no están cooperando para atacar la red, ' Generaremos los atacantes de cadena y outpace más largos. La red en sí misma requiere una estructura mínima. Los mensajes se transmiten de la mejor manera posible, y los nodos pueden salir y unirse a la red a voluntad, aceptando la cadena de prueba de trabajo más larga como prueba de lo que sucedió mientras ellos no estaban.

El comercio en Internet ha llegado a depender casi exclusivamente de instituciones financieras que sirven como terceros confiables para procesar pagos electrónicos. Si bien el sistema funciona lo suficientemente bien para la mayoría de las transacciones, aún adolece de las debilidades inherentes al modelo basado en la confianza. Las transacciones completamente irreversibles no son realmente posibles, ya que las instituciones financieras no pueden evitar disputas mediáticas. El costo de la mediación aumenta los costos de transacción, limitando el tamaño mínimo de la transacción práctica y reduciendo la posibilidad de pequeñas transacciones casuales, y existe un costo más amplio en la pérdida de capacidad para realizar pagos no reversibles por servicios no reversibles. Con la posibilidad de reversión, la necesidad de confianza se extiende. Los comerciantes deben desconfiar de sus clientes, molestándolos por más información de la que de otra manera necesitarían. Se acepta un cierto porcentaje de fraude como inevitable. Estos costos e incertidumbres de pago se pueden evitar en persona mediante el uso de moneda física, pero no existe ningún mecanismo para realizar pagos a través de un canal de comunicaciones sin una parte confiable.

Lo que se necesita es un sistema de pago electrónico basado en pruebas criptográficas en lugar de confianza, lo que permite que dos partes interesadas realicen transacciones directamente entre ellas sin la necesidad de un tercero de confianza. Las transacciones que son impracticables desde el punto de vista informático protegerían a los vendedores contra el fraude, y los mecanismos de custodia de rutina podrían implementarse fácilmente para proteger a los compradores. En este documento, proponemos una solución al problema de doble gasto utilizando un servidor de sello de tiempo distribuido punto a punto para generar pruebas computacionales del orden cronológico de las transacciones.

Definimos una _moneda electrónica_ como una cadena de firmas digitales. Cada propietario transfiere la moneda a la siguiente al firmar digitalmente un hash de la transacción anterior y la clave pública del próximo propietario y agregarlas al final de la moneda. Un beneficiario puede verificar las firmas para verificar la cadena de propiedad.

La solución que proponemos comienza con un servidor de marca de tiempo. Un servidor de marca de tiempo funciona tomando un hash de un bloque de elementos para marcar el tiempo y publicando ampliamente el hash, como en un periódico o en una publicación de Usenet

Para implementar un servidor distribuido de fecha y hora de igual a igual, necesitaremos usar un sistema de prueba de trabajo similar al de Adam Back's Hashcash , en lugar de periódicos o publicaciones de Usenet. La prueba de trabajo implica buscar un valor que, al aplicar hash, como con SHA-256, el hash comienza con un número de bits cero. El trabajo promedio requerido es exponencial en el número de bits cero requeridos y se puede verificar ejecutando un solo hash.

La prueba de trabajo también resuelve el problema de determinar la representación en la toma de decisiones de la mayoría. Si la mayoría se basa en un solo IP-dirección-uno-voto, podría ser subvertido por cualquiera capaz de asignar muchas direcciones IP. La prueba de trabajo es esencialmente una CPU con un voto. La decisión de la mayoría está representada por la cadena más larga, que tiene el mayor esfuerzo de prueba de trabajo invertido en ella. Si la mayoría de la potencia de la CPU está controlada por nodos honestos, la cadena honesta crecerá más rápido y superará a las cadenas competidoras. Para modificar un bloque pasado, un atacante tendría que volver a hacer la prueba de trabajo del bloque y todos los bloques posteriores y luego ponerse al día y superar el trabajo de los nodos honestos.

Para compensar el aumento de la velocidad del hardware y el interés variable en ejecutar nodos a lo largo del tiempo, la dificultad de la prueba de trabajo está determinada por una media móvil que apunta a un número promedio de bloques por hora. Si se generan demasiado rápido, la dificultad aumenta.

Los nodos siempre consideran que la cadena más larga es la correcta y seguirán trabajando para ampliarla. Si dos nodos transmiten versiones diferentes del siguiente bloque simultáneamente, algunos nodos pueden recibir uno o el otro primero. En ese caso, trabajan en el primero que recibieron, pero guardan la otra rama en caso de que se alargue. El empate se romperá cuando se encuentre la siguiente prueba de trabajo y una rama sea más larga; los nodos que estaban trabajando en la otra rama se cambiarán a la más larga.

Por convención, la primera transacción en un bloque es una transacción especial que inicia una nueva moneda propiedad del creador del bloque. Esto agrega un incentivo para que los nodos admitan la red, y proporciona una forma de distribuir inicialmente las monedas en circulación, ya que no existe una autoridad central para emitirlas. La constante adición de una constante de cantidad de monedas nuevas es análoga a la de los mineros de oro que gastan recursos para agregar oro a la circulación. En nuestro caso, es el tiempo de CPU y la electricidad que se gasta.

El incentivo también puede ser financiado con tarifas de transacción. Si el valor de salida de una transacción es menor que su valor de entrada, la diferencia es una tarifa de transacción que se agrega al valor de incentivo del bloque que contiene la transacción. Una vez que una cantidad predeterminada de monedas ha entrado en circulación, el incentivo puede pasar a tarifas de transacción y estar completamente libre de inflación.

Una vez que la última transacción en una moneda está enterrada en suficientes bloques, las transacciones gastadas antes pueden descartarse para ahorrar espacio en el disco. Para facilitar esto sin romper el hash del bloque, las transacciones se procesan en un Merkle Tree, con solo la raíz incluida en el hash del bloque. Los bloques viejos pueden compactarse apagándose de las ramas del árbol. Los hash interiores no necesitan almacenarse.