Instantánea del génesis de ina criptomoneda

Regenesis ethereum

Veo que mucha gente se molesta por el hecho de que tantos airdrops estén usando el snapshot de genesis todavía (ni siquiera dos meses después del snapshot). Creo que es un positivo neto que los que invertimos en la génesis seguimos cosechando las recompensas. Constantemente nos decían FUD que nuestra elección de invertir en EOS era infructuosa, y ahora escuchamos que no es justo. Es cierto que el hecho de que sólo se utilice el snapshot de la génesis de aquí a la eternidad restará a los futuros HODLers, sin embargo, hasta que EOS se recupere de verdad, creo que a la comunidad le conviene más beneficiar a los que lo hicimos por el snapshot, porque eso demuestra nuestro punto de vista todo el tiempo. Así que las dapps pueden optar por recompensar a los titulares de la génesis, o pueden tratar de atraer a nuevos usuarios. Necesitamos una comunidad fuerte y no creo que haya nada de malo en recompensar a los Genesis snapshot, al menos durante uno o dos meses más.36 comentarioscompartirinformar82%UpvotedEste hilo está archivadoNo se pueden publicar nuevos comentarios ni emitir votosOrdenar por: mejor

Instantánea de la votación criptográfica

ACTUALIZACIÓN: La venta de tokens IGNIS y el Airdrop han terminado. La instantánea de Ardor Genesis se realizó a la altura del bloque 1636363 en la blockchain de Nxt. La plataforma Ardor Blockchain se lanzó como estaba previsto, el 1 de enero de 2018, a las 00:00:00 UTC.
Las monedas IGNIS y ARDR se asignarán a las cuentas de los usuarios en el bloque génesis de Ardor. Su distribución se basará en una instantánea única realizada a través de la blockchain de Nxt (la «Instantánea de Génesis de Ardor»), que se realizará poco antes del lanzamiento de Ardor, como se indica a continuación:
La venta de tokens se realizó en la plataforma Nxt blockchain, utilizando una «moneda controlable» llamada JLRDA. Por 1 token JLRDA los participantes en la ICO recibirán 1 moneda IGNIS en el momento de la instantánea de Ardor Genesis. (Consulte el Whitepaper de la venta de tokens IGNIS para obtener una descripción detallada de la crowdsale IGNIS y de la plataforma Ardor).
El Ardor Genesis Snapshot está previsto para el 28 de diciembre de 2017, a la altura del bloque 1636363. El lanzamiento del software de producción de Ardor se realizará poco después de la instantánea, con el blockchain programado para comenzar exactamente el 1 de enero de 2018, a las 00:00:00 UTC.

Lanzamiento de instantáneas de criptografía

Si has observado cómo Cosmos Hub realizó su actualización de la versión 1 a la versión 2, y luego de la versión 2 a la versión 3, sabrás que se hizo esencialmente mediante el reinicio de la cadena de bloques desde una génesis fresca. Tras la actualización, los operadores de nodos tuvieron que apagar sus nodos, luego generar una instantánea del estado de Cosmos Hub, y luego utilizar efectivamente esa instantánea como génesis para lanzar una nueva blockchain, desde el bloque 1.
Veamos una hipotética aplicación de este método en Ethereum, donde tenemos un blockchain realmente grande (150-160Gb), así como un estado bastante grande (40-100Gb dependiendo de cómo se almacene). La ganancia obvia de tal «relanzamiento» sería que los nuevos nodos de unión tendrán que empezar con el estado de génesis de 40 Gb y no con 150 Gb de bloques. Pero descargar 40 Gb de génesis sigue sin ser una gran experiencia.
Supongamos ahora que podemos hacer que estos 40 Gb se almacenen implícitamente «fuera de la cadena» y que sólo se utilice el hash raíz como génesis. Y empecemos también con el estado vacío. ¿Cómo conseguimos que las transacciones accedan a parte del estado implícito?

Gobernanza criptográfica instantánea

La aplicación tiene un gran número de estados, y todos ellos necesitan ser recreados en la blockchain de destino. El órgano de gobierno de la cadena de bloques ha decidido crear una nueva instancia de cadena de bloques como objetivo y utilizar tokens como activo nativo. La lista de cuentas y estados a migrar se indica en la instantánea. Tras la instantánea, los estados se marcan como inutilizables mediante la quema de tokens.
Como se ve en la siguiente figura, se utiliza la instantánea de los estados de la blockchain de origen para establecer los estados en el bloque génesis de la blockchain de destino durante su inicialización. Si un usuario no puede utilizar una clave privada existente para demostrar su propiedad de un estado migrado a la blockchain de destino, es necesario crear un nuevo par de claves. Así, el primer paso es hacer que cada usuario cree un nuevo par de claves y un correspondiente ID de cuenta (accID) utilizando el algoritmo de creación de cuentas de la blockchain de destino. En segundo lugar, actualizar el ID de cuenta en el archivo de instantáneas con el accID. A continuación, cree el archivo de configuración del bloque génesis (también conocido como archivo génesis) incluyendo las cuentas y los estados del archivo de instantáneas actualizado. A continuación, utilice el archivo genesis para inicializar la cadena de bloques de destino. Actualice la referencia a nivel de aplicación a la base de datos de mapeo de identificadores de blockchain (es decir, la base de datos de ID) en la capa de acceso/API de blockchain (BAL) para reflejar el nuevo conjunto de accIDs. Además, añada una entrada de Prueba de Existencia (PoE) que rastree el mapeo entre los ID de cuenta antiguos y nuevos para registrar cómo surgieron las nuevas cuentas.