EL LIBRO DE SATOSHI Si alguien realiza un doble gasto, entonces el registro de la transacción puede ser desenmascarado revelando la identidad del tramposo. _____________________________________________________________ Las identidades no se utilizan, y no depende del recurso. Todo es prevención. _______________________________________________________________ Esto se hace vía un algoritmo corta-y-elige más o menos estándar donde el comprador responde a varios desafíos con acciones secretas. _____________________________________________________________ Ni desafíos ni acciones secretas. Una transacción básica es exactamente lo que ves en la figura de la sección 2. Una firma (del comprador) satisfactoria para la clave pública de la transacción previa, y una nueva clave pública (del vendedor) que debe ser satisfactoria para gastarla en la siguiente ocasión. _______________________________________________________________ También podrían recibir cadenas mientras trabajan en la que están tratando de extender, en las cuales los últimos "enlaces" son enlaces que *no* son comunes a la cadena sobre la que están trabajando. Estas las ignoran. _____________________________________________________________ Correcto, si tiene la misma longitud, los enlaces se rompen manteniendo el más antiguo de los recibidos. _______________________________________________________________ Si contiene un doble gasto, crean una "transacción" que es una prueba del doble gasto, lo agregan al pool A, lo difunden y continúan trabajando. _____________________________________________________________ No hay necesidad de informar de una "prueba de doble gasto" como esa. Si la misma cadena contiene ambos gastos, entonces el bloque no es válido y se rechaza. Lo mismo si un bloque no tuvo suficiente prueba de trabajo. Ese bloque es inválido y rechazado. No es necesario hacer circular un informe al respecto. Cada nodo puede ver eso y rechazarlo antes de difundirlo. 77