SOBRE UN TIPO ALTERNATIVO DE CADENA DE BLOQUES CON SÓLO REGISTRO HASH busca en un hash-set. Si no existe, añádelo. Si existe, lo borras. Cuando haya terminado de analizar la lista de bloques, tendrá el conjunto mínimo de puntos de salida válidos y no gastados. Incluso podría ser capaz de mantener todo el conjunto en la memoria. (¡Al menos un momento!) _____________________________________________________________ Cita de: satoshi, 11 de agosto 2010, 12:14:22 a.m. Es difícil pensar en cómo aplicar pruebas de cero conocimientos en este caso. _______________________________________________________________ ¡También es difícil para mí! :-) ¡Aunque fue interesante volver a leerlo! Esperaba que generara una idea de cómo los nodos pueden demostrar que "siempre siguen" las reglas generadoras de bloques, en ausencia de que todos necesiten tener el conjunto de todas las transacciones para verificar. No fue así. :-) Rǃ: Nȉ ǃȩ ȵȃƠ ȩȵǙǃȥǃȃƹǥƠ Publicado por satoshi, 11 de agosto 2010, 09:07:59 PM _______________________________________________________________ Todavía pensando en esta idea. . . El único trabajo que la red necesita hacer es decir si un gasto de un punto de salida es el primero o no. Si estamos dispuestos a que los clientes mantengan el historial por su propio dinero, es posible que la red no tenga que almacenar parte de la información, como, por ejemplo: el valor la asociación de puntos de entrada y salida en una transacción 230
EL LIBRO DE SATOSHI La red rastrearía un grupo de puntos de salida independientes. Sin saber a qué transacciones o cantidades pertenecen. Un cliente puede averiguar si un punto de salida se ha gastado y puede enviar un punto de entrada satisfactorio para marcarlo. La red mantiene el punto de salida y el primer punto de entrada válido que lo demuestra. El punto de ingreso firma un hash de su próximo punto de salida asociado y un condimento, por lo que se puede mostrar de forma privada que la firma está firmada por el próximo punto de salida si conoces el condimento, pero públicamente la red no sabe cuál es el próximo punto de salida. Creo que los clientes tendrían que mantener una copia de toda la historia de las monedas originales generadas. Alguien que envíe un pago tendría que enviar datos al destinatario, además de comunicarse con la red para marcar los puntos gastados y verificar que el gasto sea el primer gasto. Tal vez la transferencia de datos podría hacerse como un adjunto de correo electrónico. El hecho de que los clientes tengan que mantener todo el historial reduce el beneficio de la privacidad. Alguien que maneja mucho dinero podría ver mucho historial de transacciones. La forma en que se expande retrospectivamente podría terminar viendo la mayoría de la historia. Las denominaciones podrían ser granulares para limitar la dispersión, pero una empresa que maneje mucho dinero podría terminar viendo gran parte de la historia. R ǃ : No es una sugerencia Publicado por Red, 12 de agosto 2010, 01:10:19 AM _____________________________________________________________ Cita de: satoshi, 11 de agosto de 2010, 09:07:59 PM. Todavía pensando en esta idea … ___________________________________________________________ Es una idea un poco retorcida, ¿no? :-) Resulta que la noción de una notarización cancelable se generaliza muy bien. 231