EL LIBRO DE SATOSHI La forma en que propuse el sistema, cada vez que se genera un bloque, cada nodo de validación debe aceptar o rechazar ese bloque al validar las transacciones y confirmar los valores hash en el bloque. En efecto, el mismo trabajo que se está haciendo con el sistema actual más los controles de hash de punto de salida. Como los otros validadores ya estaban compitiendo para generar el bloque, ya tienen (al menos la mayoría) las transacciones. Al igual que con el sistema actual, si las transacciones no se validan (más los hashes de punto de salida incluidos) los otros nodos rechazarán el bloque. Si el bloque no obtiene aceptación por al menos el 50% de la potencia de la CPU, no hace la lista de bloque. Entonces, la presencia de los hashes en la lista de bloques significa que al menos el 50% de los validadores existentes en ese momento vieron y validaron todas las transacciones y los hashes de punto de salida que contiene. Por lo tanto (salvo en bloqueos de hashes) si alguien presenta una transacción antecedente que coincide con un punto de salida no gastado, debe ser válida. El antecedente de ese antecedente debe haber sido válido también, de lo contrario el antecedente habría sido rechazado. Y así una y otra vez. Para que ese no sea el caso, debes postular que hubo un período de tiempo en el que los bloques no se validaban contra los hashes del punto de salida. Pero eso es plausiblemente inverosímil con el sistema de competencia de CPU. _____________________________________________________________ Cita de: satoshi, 12 de agosto 2010, 02:46:56 AM Si un cliente no ha estado presente hasta hace poco, las dos formas de convencerlo de que una transacción tiene un pasado válido es: 1) Mostrándole el histórico completo de la moneda original generada. 2) Mostrándole el histórico completo de un bloque extremadamente profundo, entonces confiará en que, si tantos nodos dicen que el histórico hasta ese momento era correcto, entonces debe ser cierto. 235