Érase una vez, en el pueblo de Ethereum, vivía una comunidad de Pepes verdes. Ethereum fue alguna vez uno de los reinos más prósperos, un lugar donde la alta descentralización y la formidable seguridad dieron lugar a una próspera economía.
Guiados por estos principios, los aldeanos celebraron elecciones regulares basadas en sus participaciones, nombrando líderes para supervisar los bloques de registros de transacciones creados cada doce segundos. A través de esto, gestionaron diligentemente la bulliciosa economía de la aldea.
Pero ahora, la antigua gloria de Ethereum había desaparecido, y una plaga de meme-virus arrasó, debilitando la fuerza de la aldea. Las sombras se cernían sobre las calles mientras los Pepes verdes avanzaban, vagando sin rumbo en lo que se había convertido en un pueblo desolado y sombrío.
Sin embargo, aún quedaban algunos Pepes verdes que anhelaban restaurar la grandeza perdida de Ethereum. Abogaron por la "Reforma L2", un movimiento destinado a revitalizar la aldea. Con sus esfuerzos, Ethereum comenzó a florecer de nuevo, permitiendo una escala de actividad que antes se consideraba imposible. Los Pepes recuperaron parte de la vitalidad que alguna vez había llenado sus vidas.
Sin embargo, la Reforma L2 enfrentó sus límites. Los pueblos cercanos como Solana y Sui, aunque jóvenes y a veces llenos de inestabilidad, avanzaban rápidamente a través de revoluciones científicas sin precedentes. Sus innovaciones hicieron que las transacciones financieras complejas fueran fluidas, mientras que Ethereum luchaba a pesar de las reformas. Así, los susurros se extendieron entre los Pepes sobre la posibilidad de mudarse a estos pueblos vecinos.
Entonces, un día fatídico, apareció en el pueblo de Ethereum un mago de Pepe morado.
Un mago Pepe con una túnica púrpura, contemplando con tristeza la gloria perdida de la aldea Ethereum, resolvió construir un nuevo reino llamado Monad.
Un día, apareció ante los Pepes verdes, anunciando su ambicioso plan de establecer la aldea de Monad. Reuniéndolos en la plaza central, abrió el piso para escuchar sus pensamientos y sueños.
Green Pepe 1 habló: "Espero que la vida en Monad se sienta igual que en Ethereum. A pesar de que Ethereum carece de la escalabilidad de Solana o Sui, nunca consideré irme porque sus culturas se sentían tan diferentes a la nuestra."
Green Pepe 2 agregó: 'Mantener el mismo estilo de vida y cultura es importante, pero también quiero un sistema tan eficiente como el de los otros pueblos. Si bien Ethereum es seguro, se queda corto para empresas que requieren velocidad y agilidad'.
Tomando en cuenta sus deseos, el mago se comprometió a crear Monad con la rica cultura de Ethereum y la escalabilidad de Solana y Sui. Contempló los poderosos hechizos necesarios para lograr ambos sueños, un pueblo en el que la compatibilidad con las tradiciones de Ethereum se encontraría con la eficiencia de los avances de la nueva era.
Entonces, compartió su visión con los ansiosos Pepes, inspirando esperanza en un lugar que realmente pudiera ofrecer lo mejor de ambos mundos.
Una de las limitaciones que restringen la escalabilidad de la aldea Ethereum radica en el procesamiento de cada transacción durante el proceso de consenso, un paso necesario para generar cada nuevo bloque.
En este pueblo, el líder que propone un bloque debe calcular todas las transacciones dentro de él antes de proponerlo, asegurando el resultado de cada una. Además, los nodos validadores que reciben este bloque también deben calcular todas las transacciones para verificar la legitimidad del bloque y emitir sus votos.
Dado que el proceso de consenso implica tanto la computación como la comunicación entre aldeanos, el presupuesto de tiempo asignado para procesar transacciones es bastante bajo, lo que resulta en última instancia en una escalabilidad limitada.
Para resolver esto, el mago Pepe púrpura introdujo un nuevo hechizo llamado “Ejecución Diferida”. Este hechizo separa el proceso de “Consenso”, que ordena las transacciones de los aldeanos, del proceso de “Ejecución”, que calcula los resultados de estas transacciones.
En términos más simples, en lugar de realizar consenso y ejecución simultáneamente para cada bloque, el consenso para el enésimo bloque se lleva a cabo mientras se realiza la ejecución para el bloque enésimo menos uno, cuyo orden de transacción ya ha sido establecido.
Al permitir un tiempo completo de bloque para la ejecución, este enfoque aumenta en gran medida el número de transacciones que se pueden procesar en el mismo período de tiempo.
Hechizo avanzado: Raíces de Merkle retrasadas
En la aldea Ethereum, los nodos realizan cálculos antes de llegar a un consenso, lo cual asegura la validez del bloque. Sin embargo, en el sistema de Ejecución Diferida de Monad, el consenso y la ejecución están separados. Esto abre la posibilidad de que los nodos malintencionados ignoren transacciones acordadas previamente o alteren libremente el estado calculado.
Para evitar esto, Monad incrusta una raíz de Merkle, que representa los resultados calculados del N-10º bloque, en la propuesta para el N-ésimo bloque. Si más de dos tercios de los nodos llegan a un consenso sobre el N-ésimo bloque, implica acuerdo en los cálculos del bloque N-10º.
Si los cálculos de cualquier nodo del bloque N-10 no coinciden con la raíz de Merkle incluida en el bloque N, ese nodo se elimina del consenso a partir del bloque N. Esta demora de diez bloques para la raíz de Merkle asegura que cualquier error computacional se detecte a tiempo.
Cabe destacar que el tiempo de bloque en Monad es de 1 segundo, aunque esto no significa que la finalidad de Monad tome 10 segundos. Gracias al sistema único MonadBFT de Monad, se puede lograr la finalidad de una sola ranura, lo que otorga la finalidad en 1 segundo.
El sabio mago Pepe morado reflexionó sobre cómo un líder en la aldea podría difundir rápidamente una propuesta de bloqueo a los otros nodos.
En la aldea de Ethereum, era costumbre empaquetar toda una propuesta de bloque, incluyendo todas las transacciones, y enviarla como un paquete masivo a través de la red.
Sin embargo, el mago se dio cuenta de que si el pueblo de Monad adoptaba este método, transmitir una propuesta de bloque tan vasta llena de innumerables transacciones sería una tarea desalentadora y laboriosa.
Para resolver esto, el mago Pepe morado introdujo el concepto de "Hashing de transacciones". Dado que todas las transacciones presentadas por los aldeanos ya se propagan a través de la red, cada nodo mantiene un registro de las transacciones de la aldea de Monad en su propia mempool.
Esta idea significaba que el líder ya no necesitaba transmitir la lista completa de transacciones en cada propuesta de bloque. En cambio, el líder simplemente podía hacer referencia a las transacciones, enviando solo los hashes.
De esta manera, las propuestas de bloque de Monad se mantuvieron compactas, conteniendo solo los valores hash de cada transacción. Al recibirlos, los demás nodos podían comparar fácilmente los hashes con sus propios registros e identificar las transacciones referenciadas.
En la aldea Monad, el orden de las transacciones dentro de cada bloque y el consenso sobre la creación de bloques fueron gobernados por MonadBFT, un mecanismo de consenso de alto rendimiento basado en HotStuff. Este algoritmo BFT de dos fases (Tolerancia a Fallas Bizantinas) permitió llegar al consenso en dos pasos.
El papel del líder de bloque fue elegido probabilísticamente en función de la participación apostada de cada participante. En Monad, los bloques se crearon de manera más eficiente que en la aldea Ethereum, ya que cada propuesta de bloque N se transmitió junto con el Certificado de Quórum (QC) para el bloque anterior N-1, lo que indica que más de dos tercios de los nodos habían validado el bloque.
Aquí es cómo se desarrolló la secuencia:
Así, con habilidad mágica y previsión, el mago Pepe morado guió al pueblo de Monad hacia una nueva era, donde cada bloque fue creado y asegurado no solo rápidamente, sino con una elegancia que se ajustaba a la visión de un pueblo verdaderamente escalable y cooperativo.
En el reino de Monad, para manejar una gran afluencia de transacciones de aldeanos, el mago Pepe morado ideó un nuevo hechizo que permitía procesar transacciones no de manera serial como en la aldea de Ethereum, sino en poderosos flujos paralelos.
Con el hechizo de Ejecución Diferida, la ejecución solo comenzaría después de que el orden de las transacciones de un bloque hubiera alcanzado consenso. El pueblo Monad, poblado por una multitud de ejecutores expertos, cada uno tomaba transacciones, calculando sus entradas y salidas de forma independiente y creando listas pendientes.
Estas entradas y salidas no alteraron inmediatamente el estado del pueblo, sino que esperaron en un estado mágico suspendido, listas para ser comprometidas en el orden determinado por consenso. Este compromiso implicó fusionar las salidas una por una en el estado actual, como hilos mágicos que tejen una tapicería de orden perfecto.
Sin embargo, hubo un giro. El procesamiento paralelo introdujo la posibilidad de conflictos de transacción, una rareza en el ordenado pueblo Ethereum pero un nuevo desafío aquí.
Por ejemplo, si una transacción (tx b) mostrara al aldeano A regalando 1 ETH al aldeano B, y otra (tx c) mostrara a B gastando ese ETH en la posada del pueblo, su orden era crucial. Si tx c intentara ejecutarse antes que tx b, la transacción fallaría. En estos casos, las transacciones conflictivas fueron reprogramadas, con tx c esperando la finalización de tx b antes de ejecutarse nuevamente.
Por lo tanto, en Monad, el corazón de la ejecución paralela residía en la secuencia: los resultados se calculaban en paralelo, pero las actualizaciones de estado se fusionaban en el orden preciso necesario.
El mago Pepe morado no se detuvo allí. Convocó a MonadDb, una base de datos personalizada única en la aldea de Monad, diseñada para almacenar el estado de la cadena de bloques. Mientras que Ethereum se basaba en el intrincado árbol de Patricia Merkle, una estructura conocida por su resistencia pero también por sus ineficiencias con clientes extranjeros, MonadDb lo adoptó de forma nativa, aprovechando todo su poder y eficiencia.
MonadDb fue diseñado con la ejecución paralela de la aldea en mente, soportando múltiples lecturas y escrituras simultáneas con precisión elegante. A diferencia de las bases de datos tradicionales que requerían que cada tarea terminara antes de pasar a la siguiente, MonadDb manejaba la magia de E/S asíncrona, permitiendo que las tareas se superpongan sin problemas, abriendo las puertas para el manejo de transacciones paralelas reales.
A través de una sinfonía de hechizos maravillosos y encantamientos intrincados, el mago Pepe morado creó el pueblo de Monad, un lugar donde las cuentas confiables de Ethereum, la criptografía, los formatos de transacción, los idiomas y las billeteras se mezclaban sin esfuerzo con la increíble escalabilidad de Solana y Sui. Ahora, Monad florecía con sueños de alcanzar 10,000 transacciones por segundo y lograr una finalidad de 1 segundo.
¿Podría el pueblo de Monad, nacido de la brillantez y la esperanza, lograr salvar un mundo atrapado por el virus del meme y quizás ayudar a devolver la gloria de Ethereum como un compañero digno? Solo el tiempo lo diría.
Érase una vez, en el pueblo de Ethereum, vivía una comunidad de Pepes verdes. Ethereum fue alguna vez uno de los reinos más prósperos, un lugar donde la alta descentralización y la formidable seguridad dieron lugar a una próspera economía.
Guiados por estos principios, los aldeanos celebraron elecciones regulares basadas en sus participaciones, nombrando líderes para supervisar los bloques de registros de transacciones creados cada doce segundos. A través de esto, gestionaron diligentemente la bulliciosa economía de la aldea.
Pero ahora, la antigua gloria de Ethereum había desaparecido, y una plaga de meme-virus arrasó, debilitando la fuerza de la aldea. Las sombras se cernían sobre las calles mientras los Pepes verdes avanzaban, vagando sin rumbo en lo que se había convertido en un pueblo desolado y sombrío.
Sin embargo, aún quedaban algunos Pepes verdes que anhelaban restaurar la grandeza perdida de Ethereum. Abogaron por la "Reforma L2", un movimiento destinado a revitalizar la aldea. Con sus esfuerzos, Ethereum comenzó a florecer de nuevo, permitiendo una escala de actividad que antes se consideraba imposible. Los Pepes recuperaron parte de la vitalidad que alguna vez había llenado sus vidas.
Sin embargo, la Reforma L2 enfrentó sus límites. Los pueblos cercanos como Solana y Sui, aunque jóvenes y a veces llenos de inestabilidad, avanzaban rápidamente a través de revoluciones científicas sin precedentes. Sus innovaciones hicieron que las transacciones financieras complejas fueran fluidas, mientras que Ethereum luchaba a pesar de las reformas. Así, los susurros se extendieron entre los Pepes sobre la posibilidad de mudarse a estos pueblos vecinos.
Entonces, un día fatídico, apareció en el pueblo de Ethereum un mago de Pepe morado.
Un mago Pepe con una túnica púrpura, contemplando con tristeza la gloria perdida de la aldea Ethereum, resolvió construir un nuevo reino llamado Monad.
Un día, apareció ante los Pepes verdes, anunciando su ambicioso plan de establecer la aldea de Monad. Reuniéndolos en la plaza central, abrió el piso para escuchar sus pensamientos y sueños.
Green Pepe 1 habló: "Espero que la vida en Monad se sienta igual que en Ethereum. A pesar de que Ethereum carece de la escalabilidad de Solana o Sui, nunca consideré irme porque sus culturas se sentían tan diferentes a la nuestra."
Green Pepe 2 agregó: 'Mantener el mismo estilo de vida y cultura es importante, pero también quiero un sistema tan eficiente como el de los otros pueblos. Si bien Ethereum es seguro, se queda corto para empresas que requieren velocidad y agilidad'.
Tomando en cuenta sus deseos, el mago se comprometió a crear Monad con la rica cultura de Ethereum y la escalabilidad de Solana y Sui. Contempló los poderosos hechizos necesarios para lograr ambos sueños, un pueblo en el que la compatibilidad con las tradiciones de Ethereum se encontraría con la eficiencia de los avances de la nueva era.
Entonces, compartió su visión con los ansiosos Pepes, inspirando esperanza en un lugar que realmente pudiera ofrecer lo mejor de ambos mundos.
Una de las limitaciones que restringen la escalabilidad de la aldea Ethereum radica en el procesamiento de cada transacción durante el proceso de consenso, un paso necesario para generar cada nuevo bloque.
En este pueblo, el líder que propone un bloque debe calcular todas las transacciones dentro de él antes de proponerlo, asegurando el resultado de cada una. Además, los nodos validadores que reciben este bloque también deben calcular todas las transacciones para verificar la legitimidad del bloque y emitir sus votos.
Dado que el proceso de consenso implica tanto la computación como la comunicación entre aldeanos, el presupuesto de tiempo asignado para procesar transacciones es bastante bajo, lo que resulta en última instancia en una escalabilidad limitada.
Para resolver esto, el mago Pepe púrpura introdujo un nuevo hechizo llamado “Ejecución Diferida”. Este hechizo separa el proceso de “Consenso”, que ordena las transacciones de los aldeanos, del proceso de “Ejecución”, que calcula los resultados de estas transacciones.
En términos más simples, en lugar de realizar consenso y ejecución simultáneamente para cada bloque, el consenso para el enésimo bloque se lleva a cabo mientras se realiza la ejecución para el bloque enésimo menos uno, cuyo orden de transacción ya ha sido establecido.
Al permitir un tiempo completo de bloque para la ejecución, este enfoque aumenta en gran medida el número de transacciones que se pueden procesar en el mismo período de tiempo.
Hechizo avanzado: Raíces de Merkle retrasadas
En la aldea Ethereum, los nodos realizan cálculos antes de llegar a un consenso, lo cual asegura la validez del bloque. Sin embargo, en el sistema de Ejecución Diferida de Monad, el consenso y la ejecución están separados. Esto abre la posibilidad de que los nodos malintencionados ignoren transacciones acordadas previamente o alteren libremente el estado calculado.
Para evitar esto, Monad incrusta una raíz de Merkle, que representa los resultados calculados del N-10º bloque, en la propuesta para el N-ésimo bloque. Si más de dos tercios de los nodos llegan a un consenso sobre el N-ésimo bloque, implica acuerdo en los cálculos del bloque N-10º.
Si los cálculos de cualquier nodo del bloque N-10 no coinciden con la raíz de Merkle incluida en el bloque N, ese nodo se elimina del consenso a partir del bloque N. Esta demora de diez bloques para la raíz de Merkle asegura que cualquier error computacional se detecte a tiempo.
Cabe destacar que el tiempo de bloque en Monad es de 1 segundo, aunque esto no significa que la finalidad de Monad tome 10 segundos. Gracias al sistema único MonadBFT de Monad, se puede lograr la finalidad de una sola ranura, lo que otorga la finalidad en 1 segundo.
El sabio mago Pepe morado reflexionó sobre cómo un líder en la aldea podría difundir rápidamente una propuesta de bloqueo a los otros nodos.
En la aldea de Ethereum, era costumbre empaquetar toda una propuesta de bloque, incluyendo todas las transacciones, y enviarla como un paquete masivo a través de la red.
Sin embargo, el mago se dio cuenta de que si el pueblo de Monad adoptaba este método, transmitir una propuesta de bloque tan vasta llena de innumerables transacciones sería una tarea desalentadora y laboriosa.
Para resolver esto, el mago Pepe morado introdujo el concepto de "Hashing de transacciones". Dado que todas las transacciones presentadas por los aldeanos ya se propagan a través de la red, cada nodo mantiene un registro de las transacciones de la aldea de Monad en su propia mempool.
Esta idea significaba que el líder ya no necesitaba transmitir la lista completa de transacciones en cada propuesta de bloque. En cambio, el líder simplemente podía hacer referencia a las transacciones, enviando solo los hashes.
De esta manera, las propuestas de bloque de Monad se mantuvieron compactas, conteniendo solo los valores hash de cada transacción. Al recibirlos, los demás nodos podían comparar fácilmente los hashes con sus propios registros e identificar las transacciones referenciadas.
En la aldea Monad, el orden de las transacciones dentro de cada bloque y el consenso sobre la creación de bloques fueron gobernados por MonadBFT, un mecanismo de consenso de alto rendimiento basado en HotStuff. Este algoritmo BFT de dos fases (Tolerancia a Fallas Bizantinas) permitió llegar al consenso en dos pasos.
El papel del líder de bloque fue elegido probabilísticamente en función de la participación apostada de cada participante. En Monad, los bloques se crearon de manera más eficiente que en la aldea Ethereum, ya que cada propuesta de bloque N se transmitió junto con el Certificado de Quórum (QC) para el bloque anterior N-1, lo que indica que más de dos tercios de los nodos habían validado el bloque.
Aquí es cómo se desarrolló la secuencia:
Así, con habilidad mágica y previsión, el mago Pepe morado guió al pueblo de Monad hacia una nueva era, donde cada bloque fue creado y asegurado no solo rápidamente, sino con una elegancia que se ajustaba a la visión de un pueblo verdaderamente escalable y cooperativo.
En el reino de Monad, para manejar una gran afluencia de transacciones de aldeanos, el mago Pepe morado ideó un nuevo hechizo que permitía procesar transacciones no de manera serial como en la aldea de Ethereum, sino en poderosos flujos paralelos.
Con el hechizo de Ejecución Diferida, la ejecución solo comenzaría después de que el orden de las transacciones de un bloque hubiera alcanzado consenso. El pueblo Monad, poblado por una multitud de ejecutores expertos, cada uno tomaba transacciones, calculando sus entradas y salidas de forma independiente y creando listas pendientes.
Estas entradas y salidas no alteraron inmediatamente el estado del pueblo, sino que esperaron en un estado mágico suspendido, listas para ser comprometidas en el orden determinado por consenso. Este compromiso implicó fusionar las salidas una por una en el estado actual, como hilos mágicos que tejen una tapicería de orden perfecto.
Sin embargo, hubo un giro. El procesamiento paralelo introdujo la posibilidad de conflictos de transacción, una rareza en el ordenado pueblo Ethereum pero un nuevo desafío aquí.
Por ejemplo, si una transacción (tx b) mostrara al aldeano A regalando 1 ETH al aldeano B, y otra (tx c) mostrara a B gastando ese ETH en la posada del pueblo, su orden era crucial. Si tx c intentara ejecutarse antes que tx b, la transacción fallaría. En estos casos, las transacciones conflictivas fueron reprogramadas, con tx c esperando la finalización de tx b antes de ejecutarse nuevamente.
Por lo tanto, en Monad, el corazón de la ejecución paralela residía en la secuencia: los resultados se calculaban en paralelo, pero las actualizaciones de estado se fusionaban en el orden preciso necesario.
El mago Pepe morado no se detuvo allí. Convocó a MonadDb, una base de datos personalizada única en la aldea de Monad, diseñada para almacenar el estado de la cadena de bloques. Mientras que Ethereum se basaba en el intrincado árbol de Patricia Merkle, una estructura conocida por su resistencia pero también por sus ineficiencias con clientes extranjeros, MonadDb lo adoptó de forma nativa, aprovechando todo su poder y eficiencia.
MonadDb fue diseñado con la ejecución paralela de la aldea en mente, soportando múltiples lecturas y escrituras simultáneas con precisión elegante. A diferencia de las bases de datos tradicionales que requerían que cada tarea terminara antes de pasar a la siguiente, MonadDb manejaba la magia de E/S asíncrona, permitiendo que las tareas se superpongan sin problemas, abriendo las puertas para el manejo de transacciones paralelas reales.
A través de una sinfonía de hechizos maravillosos y encantamientos intrincados, el mago Pepe morado creó el pueblo de Monad, un lugar donde las cuentas confiables de Ethereum, la criptografía, los formatos de transacción, los idiomas y las billeteras se mezclaban sin esfuerzo con la increíble escalabilidad de Solana y Sui. Ahora, Monad florecía con sueños de alcanzar 10,000 transacciones por segundo y lograr una finalidad de 1 segundo.
¿Podría el pueblo de Monad, nacido de la brillantez y la esperanza, lograr salvar un mundo atrapado por el virus del meme y quizás ayudar a devolver la gloria de Ethereum como un compañero digno? Solo el tiempo lo diría.