EL LIBRO DE SATOSHI Es estrictamente necesario que la cadena más larga siempre se considere como válida. Los nodos presentes pueden recordar qué cadena estaba primero y cómo fue reemplazada por otra, pero no habría forma de convencer a los nodos que no estaban presentes durante el hecho. No podemos tener sub-acciones de nodos que se adhieren a una rama que creen que es la primera, otros que vieron otra rama como la primera, y otros que se unen más tarde y nunca han visto lo que ha sucedido. El voto de la prueba de trabajo del CPU debe tener la última palabra. La única manera de que todos permanezcan en la misma página es creer que la cadena más larga siempre es la válida, pase lo que pase. _______________________________________________________________ En cuanto a las transacciones de gastos, ¿qué comprobaciones tiene que realizar el destinatario de una moneda? ¿Tiene que ir hacia atrás de todo el histórico de transferencias de esa moneda, y asegurarse de que todas las transacciones de la lista están asociadas a la “marca de tiempo” de la cadena de bloques? ¿O solo puede comprobar la última? _____________________________________________________________ El destinatario solo necesita validar hacia atrás hasta una profundidad suficiente en la cadena de bloques, lo que requerirá normalmente una profundidad de 2 transacciones. Todas las transacciones antes de esa pueden descartarse. _______________________________________________________________ ¿Los nodos de marca de tiempo verifican las transacciones, asegurándose de que la anterior transacción de una moneda está en la cadena y, por lo tanto, asegurando la regla de que todas las transacciones en la cadena representan monedas válidas? _____________________________________________________________ Correcto, exactamente. Cuando un nodo recibe un bloque, verifica las firmas de todas las transacciones que contiene contra las transacciones previas en los bloques. Los bloques sólo pueden contener transacciones que dependan de transacciones válidas en bloques anteriores o en el mismo. La transacción C puede depender de la transacción B que está en el mismo bloque y B depender de la transacción A que está en un bloque anterior. _______________________________________________________________ Perdona por tantas preguntas, pero como he dicho parece una idea muy original y prometedora y tengo ganas de ver cómo se desarrolla el 58