Topic: Diseño de nueva moneda digital IRC #hazte (Read 3796 times)

He añadido mi canal de IRC #hazte para cualquier consulta. Lo podéis encontrar en freenode

La mejor manera de garantizar la fecha es mandarte la documentación certificada en un sobre cerrado y no abrirlo; solo presentarlo en el juzgado, como prueba, en el momento que lo necesites.

Es cierto en Europa las patentes de software no tienen validez, pero se pueden patentar.

En Europa, afortunadamente aún (y espero que siga así siempre), no existen patentes de software, no así en los Estados Unidos.

Ah, vale, entonces perfecto.
Eso si, intenta asegurarte de que puedas demostrar fechas y eso.

Realmente no es necesario una implementación; Esto mismo es "arte previo".

Mi consejo respecto a las patentes: Intenta hacer una cutre-implementación para que si alguien lo intentase patentar después tu puedas reclamar "arte previo" y así se anule la patente.

Más de una patente ha caído por eso. Microsoft tuvo que pagar muchísimo dinero por una patente de Active X, mientras otros optaron por investigar si existía arte previo, lo descubrieron y la patente desapareció. Desgraciadamente para MS, no pudieron recuperar su dinero, pero en eso consiste un "trol de patentes", en cobrar para no llegar a juicio, no por el juicio, así, si "sale mal" no tienen que devolver el dinero.

Mi intención es que todo el mundo pueda participar en la creación de la moneda desde el principio. Si hago como es de costumbre, crearla y desarrollarla, no tendría mucho sentido este post, quiero que sea lo más abierto posible.

Solo pongo unas pocas condiciones. La prohibición de patentarla y que la implementación se haga libre.

Además que el idioma base sea el español, si luego se traduce a otros idiomas no hay problema; Se que muchos pensaran que es mejor en ingles pero es que prefiero este idioma, luego no hay ningún problema para traducirlo al ingles.

Mucha suerte, a ver si te sale algo interesante, aunque ya te digo que la idea esa de la caducidad... hay que repensarla mucho.
Lo mismo lo de los "castigos", que como te dije, hay que tener mucho cuidado con los falsos positivos, especialmente si no hay ninguna autoridad central a la que reclamar en caso de error.

Recuerda que un código fuente no es una persona, un código fuente sólo hace lo que tiene programado y no puedes razonar con él.

Esperaré a que tenga éxito 

Estoy pensando en añadir la oxidación a la moneda.
Y eliminar la caducidad de un año sin trasferir.
Todo para que se auto regule mejor intentado crear una moneda segura y con lo más cercano posible al 0% de inflación.

Y hacerla más grande no aportaría nada. Solo que la confirmación tardaría.
El tiempo del minuto es para dar tiempo de que una transacción recorra toda la red de nodos, cosa que según mis cálculos, en menos de un segundo una transacción podría recorrer una red de más de un millón de nodos, pero claro son cálculos estimados de redes óptimas, cosa que en la realidad, podrían producir cierto retraso y saturación.

Hay que tener en cuenta que son dos sistemas completamente distintos aunque tienen similitudes
En el bitcoin necesitas una cantidad de bloques para tener confirmadas las transacciones, pues se puede producir cadenas paralelas de bloques, en las que no tengamos las mismas transacciones; Se le denominan bloques huérfanos. Pero en mi sistema no hay bloques huérfanos porque solo hay una cadena de bloques y no puede quedar ningún bloque separado de dicha cadena. Los bloques se usan para evitar el doble pago, en el bloque es donde se sancionan las transacciones fraudulentas. Solo necesitas una confirmación, Osea que solo necesitas que tu transacción este en un bloque. Eso no significa que no puedas implementar un sistema de pago con cero confirmaciones, osea que no aparezca aun en ningún bloque.


Como he dicho antes son sistemas distintos. Para ser nodo además de pasar 24 horas conectado, necesitas tener correctamente sincronizada la hora. Los nodos se pueden sincronizar entre ellos perfectamente sin necesitar de un servidor externo, pero es bueno que los equipos estén correctamente sincronizados con el tiempo universal.
Este tampoco requiere una precisión de nanosegundos pero si requiere una sincronización de tiempo.

El eliminar la minería hace necesitar otras cosas para mantener la seguridad. Si un nodo esta como dices tu 5 segundos retrasado con respecto a la red, pues si una transacción que se produzca a las 5:56:02 (hora red) se producirá un error, pues tu la pondrías a las 5:55 y el resto a la 5:56, cuando generes el bloque tu hash no coincidirá con el resto de nodos, tendrás que corregir la transacción y la hora. Realmente no necesitas esperar a que se genere el bloque pues seguramente recibirás esa misma transacción de otros nodos (Sistema de dispersión de mensajes, del que se hablara más adelante). Para eso es mejor sincronizar la hora.

Pero es que el timestamp server de Bitcoin ¡son precisamente los bloques! Eso es lo que explica Satoshi en ese punto 3. Es decir, en Bitcoin el único reloj necesario es la numeración de bloques.


No entiendo bien qué quieres decir cuando afirmas que los bloques son métodos de confirmación. En el sistema Bitcoin la palabra "confirmaciones" significa únicamente la diferencia entre el número de bloques total y el bloque que contiene a esa transacción en la cadena que tiene un nodo concreto. Es precisamente una medida del tiempo transcurrido desde que se produjo la transacción en número de bloques. Se les llama "confirmaciones" en alusión a la idea intuitiva de que cuanto más tiempo haya pasado sin que nuestro nodo haya recibido una cadena de bloques diferente, tanto más probable será que las transacciones permanezcan. Y eso es así debido precisamente al sistema de minería, pues a más tiempo transcurrido sin que la cadena de nuestro nodo haya sido reemplazada por otra, mayor será la potencia computacional que ha dado por buena la vista actual de la cadena de bloques. Pero si eliminas la minería y la prueba de trabajo (si te estoy entendiendo bien), entonces los bloques son una mera agrupación arbitraria de transacciones. En una situación así, no veo qué diferencia habría entre hacer pequeños bloques cada minuto o bloques más grandes cada hora.


Ya, pero estás introduciendo una sincronización de tiempo a través de Internet/GPS, luego ya no te vale únicamente con nodos de tu red sino que tienes que introducir una norma de cómo se sincronizan. Y sobre todo, ¿cómo controlas que están realmente sincronizados? Si yo tengo un nodo cuyo reloj está atrasado 5 segundos, los tiempos de las transacciones que yo envíe tendrán ese retardo. ¿Cómo saben otros nodos de la red que mi reloj está atrasado? ¿Cómo coincide mi minuto con el minuto de esos otros nodos a la hora de decidir dónde empieza y acaba un bloque? En Bitcoin este tipo de situaciones son irrelevantes porque no se necesita el tiempo exacto. A veces se ha dado el caso de que un bloque N+1 tenga un timestamp más antiguo que el del bloque precedente N y no pasa absolutamente nada.

Nubarius perdona no te respondiese primero pero esta respuesta puede ser más larga y decidí hacerla des pues.
Toda red distribuida requiere una sincronización de tiempo incluso el bitcoin; Por que necesitas responder a ciertas preguntas.

• ¿Cada Cuanto tiempo se crea un bloque?
• ¿En que momento se realizó la transacción?
• En caso de doble transacción ¿Cual es la primera? para su eliminación

Todas estas y alguna más necesitan un control de tiempo sincronizado.

El propio Bitcoin tiene un Servidor de tiempo. Mira el punto 3 Timestamp Server. No se meten cosas que no hacen falta, si algo no hace falta no se mete; En el sistema de Satoshi Nakamoto si no hiciese falta no lo pondría, todo lo que puso es necesario, se puede cambiar alguna cosa pero todo es necesario.

La creación de bloques no es estrictamente necesario en un mundo idílico para las transacciones, donde no se caen conexiones ni tenemos ataques DDOS y siempre tenemos la misma cantidad de nodos. En un mundo real es necesario pues algunos nodo pueden no haber recibido alguna transacción, intencionadamente o no, los bloques son los métodos de confirmación, pero como dije anteriormente uno puede configurar su sistema de cobro con 0 confirmaciones. Además son necesarias para el dinero generado pues es dinero que no proviene de ninguna transacción. Y para la entrada y salida de nodos. Los bloques realmente son sucesiones de transacciones ordenadas, la generación de dinero la destrucción con un hash y la fecha, poco más.

Otro grave error es pensar que se necesita un servidor central para sincronizar tiempos, pues no es necesario, es como si dijeses que para que barias personas sincronicen sus relojes se necesita la hora de un tercero. Pero siempre puedes sincronizar la hora con un GPS o por medio de internet el sistema usa el tiempo universal coordinado por lo tanto podemos considerar cada nodo como una especie de servidor NTP; Puedes leer mas sobre Tiempo universal coordinado y Network Time Protocol en la wikipedia.

Creo que quedo claro pero si no entiendes algo no dudes en preguntar.

Realmente lo puse para simplificar pero también puse que había un trabajo, que es la propia firma digital. No solo las transacciones se firman sino que las comunicaciones entre los nodos también lo hacen. Lo que me refiero ha que no hace falta un trabajo externo al propio método de comunicación en si. Que es el proof-of-work. Aveces uno intenta simplificar demasiado.

No estoy de acuerdo con esa afirmación. Intentaré exponer mis puntos:

Para que un sistema descentralizado funcione debe haber un intercambio heterogéneo de datos Y/o mensajes para que el sistema en su totalidad pueda ser sinérgico. Si bien es cierto que no toda prueba de trabajo tiene que ser minería, debe existir algún método consensuado entre los nodos, de lo contrario sería extremadamente fácil interrumpir la red descentralizada. En pocas palabras, todo sistema (centralizado o descentralizado) necesita poder tomar decisiones basadas en las entradas que este posea.

El torrent si lo necesita. La prueba de trabajo del torrent en sus inicios era el mismo archivo codificado que te brinda información sobre como y donde descargar el archivo, hoy en día se hace mediante una DHT pero es el mismo principio; un lugar donde puedo hacer una petición sobre un archivo y cualquier nodo de la red me responde con la data que necesito. Ahora, BitTorrent no es 100% centralizado (igual que el bitcoin), vale aclarar.

Existe bastante teoría sobre sistemas distribuidos y autónomos, si tienes alguna pregunta podría intentar contestarla.

Un posible error conceptual que veo en tu planteamiento es que asumes que todos los nodos tienen perfectamente sincronizado su reloj, por ejemplo cuando dices (resaltado mío):



En tus argumentos estás asumiendo la existencia de un cómputo de tiempo universal aceptado por toda la red distribuida. Esto es una forma de centralización pues necesitarías un "time server" maestro que fuera sirviendo turnos a los nodos ("a ti te asigno el turno 27", "a ti el 28"...; ojo, no bastaría con servir un valor temporal debido a la posible latencia de la red). Sin un servidor central de tiempos o turnos, ¿cómo consigues que los nodos tengan exactamente sincronizado el tiempo que asignan a las transacciones? ¿Cómo evitas discrepancias respecto a si una transacción ha ocurrido antes o después que otra o si ha pasado ya exactamente el año de vigencia de los fondos?

En Bitcoin no hay un tiempo universal porque es la propia cadena de bloques la que ejerce la función de reloj del sistema. Así es como lo concibió el propio Satoshi. En su "paper" (http://bitcoin.org/bitcoin.pdf) introduce el concepto de cadena de bloques en la sección 3 como una forma de "timestamp server". Es cierto que los bloques contienen en su cabecera una marca temporal o timestamp , pero ese dato temporal tiene carácter principalmente informativo y no es esencial para el sistema. Todas las cosas esenciales, como el cálculo de la dificultad o el valor del subsidio, dependen únicamente de la numeración de bloques.

Además, tampoco veo claro para qué necesitarías el concepto de "bloque" si asumes sincronización perfecta entre los nodos. ¿No te bastaría con ordenar las transacciones secuencialmente? Es decir, si asumes que las transacciones tienen una marca temporal con la que están de acuerdo todos los nodos, el histórico de transacciones sería simplemente una sucesión {T₁, T₂, T₃,... T_N}, con las transacciones ordenadas por tiempo. Al llegar a un nodo nuevas transacciones, se irían poniendo hacia el final (comprobando sus marcas temporales para aquellos casos en que la latencia de la red haga que no lleguen bien ordenadas). El problema del doble gasto en este modelo desaparecería y ni los bloques ni la minería tendrían sentido, pero ya no sería un sistema distribuido porque necesitas establecer un tiempo centralizado.

Esta moneda no solo sustituye a la moneda fiat en si, también puede sustituir al propio sistema financiero. Se puede hacer clientes que acepten domiciliaciones, se puede implantar un sistema cambiario con otras monedas digitales de manera global sin tener que confiar en nadie en concreto.
Todo desde la misma red. Este sistema en lugar de basarse en la minería se basa en la red. Es la propia evolución de la monedad fiat.

falso

Entonces el litecoin tiene que valer más que el bitcoin y su dificultad tiene que aumentar. Pues su algoritmo requiere más trabajo que el del bitcoin.