El director ejecutivo y cofundador de Monad Labs, Keone Hon, y el ingeniero de relaciones con desarrolladores, Kevin G, se unen al tercer episodio de The Pipeline Podcast para analizar en qué ha estado trabajando el equipo de Monad Labs durante los últimos dos años.
Presentación de invitados:
Keone es el director ejecutivo y cofundador de Monad Labs. Anteriormente trabajó como analista cuantitativo en Jump Trading, centrándose en el campo del comercio de alta frecuencia (HFT);
James Hunsaker es cofundador y director de tecnología de Monad;
Kevin G es desarrollador principal en Solana Labs. Anteriormente trabajó en Apple y se centró en el diseño de ingeniería de sistemas locales de Airpods.
¿Por qué elegir Mónada? En un entorno donde L2 y otras soluciones de escalamiento son tan populares, ¿por qué querrías modernizar EVM?
Keone:
Cuando comenzamos hace unos años, mucha gente nos preguntó: "¿Por qué no crear una L2? Nuestra respuesta entonces fue la misma que ahora: pensamos que alguien necesitaba centrarse en mejorar el rendimiento de la pila de ejecución de EVM". . Al introducir optimizaciones como ejecución paralela, bases de datos de estado personalizadas, ejecución canalizada y soporte para IO asíncrono, Monad puede utilizar mejor el hardware y lograr sistemas más eficientes y descentralizados.
Con el tiempo, se hizo cada vez más evidente que muchos de los cuellos de botella de la máquina virtual Ethereum podían resolverse y optimizarse con el equipo de ingenieros adecuado. En 2020, cuando se conceptualizaron por primera vez las Monads, no había muchos equipos centrados en estas optimizaciones, especialmente en comparación con el esfuerzo realizado en otras infraestructuras como acumulaciones, pruebas de conocimiento cero o disponibilidad de datos.
Como estándar dominante para contratos inteligentes, la cadena EVM tiene la mayor cantidad de TVL, la red de desarrollo e investigación más grande y una comunidad increíble que ha resistido la prueba del tiempo (y múltiples mercados bajistas). Esto hace que la optimización sea aún más importante a medida que buscamos escalar la adopción y admitir aplicaciones más complejas.
"Mejorar significativamente el rendimiento de EVM es un problema realmente interesante y desafiante. Me alegro de que nuestro equipo comenzara a trabajar en este proyecto en ese momento. Es algo que me entusiasma mucho y espero mostrárselo al mundo en los próximos años. meses."
El rendimiento de EVM se combina con la escalabilidad en Monad
Kevin G:
Gran parte de lo que está haciendo Monad es aplicar las mejores prácticas de la informática a las redes blockchain. Esto es posible porque el equipo tiene una experiencia muy profunda en este campo.
No todos los equipos de desarrollo pueden resolver los problemas fundamentales del protocolo y encontrar una solución de alto rendimiento. Estas optimizaciones no sólo son emocionantes, sino que también son ambiciosas.
¿Cómo seleccionó el equipo que podría manejar este desafío?
Keone:
Me siento increíblemente afortunado de tener un grupo increíble de talentos de ingeniería, crecimiento, marketing, creación de comunidades y desarrollo empresarial aquí en Monad Labs. Somos unas 25 personas y tratamos de mantener un equipo súper ágil para poder concentrarnos en los problemas que deben resolverse.
Con el tiempo, nuestro equipo seguirá creciendo para respaldar la escala y la adopción que intentamos lograr. Esto definitivamente requerirá una gama más amplia de habilidades y mano de obra adicional.
La mayoría de los equipos de ingeniería tienen una amplia experiencia en la creación de sistemas de alto rendimiento y baja latencia. Un patrón común en el desarrollo de sistemas de capa base verdaderamente de alto rendimiento es que es necesario tener cierta comprensión del rendimiento general del sistema. A veces es necesario profundizar hasta el nivel del kernel para obtener las optimizaciones que necesita. En última instancia, blockchain es en realidad una base de datos en sí misma.
Algunos personajes queridos de Monad consolidan su lugar en la historia de la comunidad.
¿Por qué los constructores deberían venir a ver Monad?
Keone:
Una ventaja clave radica en el potencial de Monads, que puede facilitar una amplia componibilidad más allá de las limitaciones existentes de Ethereum e incluso mejor que los sistemas de mayor rendimiento como Solana.
Debido a que Monad es compatible con el código de bytes EVM y RPC, la curva de aprendizaje para los ingenieros es mucho menor que en muchos otros entornos. Estamos entusiasmados de aprovechar la riqueza de investigaciones y herramientas que están allanando el camino para que EVM prospere y capacite a los desarrolladores para crear aplicaciones escalables y de mayor rendimiento en un entorno que ya conocen y en el que confían.
¿Cuál es el posicionamiento estratégico de Monad dentro del espacio más amplio de soluciones de Capa 1?
Keone:
El objetivo final es crear una plataforma más escalable y rentable para crear diversas aplicaciones, eliminando las limitaciones que obstaculizan la componibilidad en el ecosistema blockchain existente.
En el contexto del diseño original de Ethereum: el propósito era permitir a los constructores crear cualquier cosa dentro de su ecosistema. Las mónadas son un desarrollo acelerado de este concepto, liberado de las limitaciones que existen desde hace más de una década. Podemos utilizar la analogía de la transición de los automóviles propulsados por gasolina a los eléctricos, lo que marca un cambio de paradigma en lo que es posible cuando se introduce nueva tecnología.
Considere los desafíos prácticos que enfrentan los desarrolladores de Ethereum, como los límites de gas. Sin estas restricciones, habría muchas más aplicaciones y funciones en Ethereum que se desactivarían debido a tarifas excesivas. Uno de los principales objetivos de Monad es liberar las aplicaciones EVM existentes de sus limitaciones de gas actuales.
Monad también aprovecha el rico código y los productos existentes en el ecosistema EVM, brindando a los creadores ambiciosos una plataforma para crear realmente dApps que no son posibles en otros lugares.
En general, el foco de Monads está en la naturaleza colectiva de la comunidad criptográfica. La fase actual es un período experimental en el que los entusiastas de las criptomonedas están creando aplicaciones para finanzas personales descentralizadas. Monad tiene como objetivo hacer que estas aplicaciones sean más rentables, liberando su verdadero potencial y escalando a una base de usuarios más amplia.
¿Qué tipo de aplicación te gustaría ver en Monad?
Keone:
Para mí, hay dos áreas que más me entusiasman: las finanzas descentralizadas (DeFi) y las aplicaciones orientadas al consumidor.
DeFi
Cualquier aplicación que permita a la gente común gestionar sus finanzas personales de forma descentralizada. Por supuesto, aplicaciones como mercados de divisas, intercambios descentralizados, derivados y oráculos con gran precisión y escala. Esta es una vertical que me entusiasma mucho.
Antes de Monad, formé parte del equipo de criptografía de Jump. Jump está profundamente interesada y entusiasmada con el ecosistema de Solana porque tiene sentido. Si el costo es solo una fracción de un centavo y se puede escalar a millones de usuarios, básicamente se puede reemplazar lo que están haciendo los actores dominantes existentes. Los intercambios centralizados cobran tarifas muy altas por los datos.
Una de las razones por las que amamos a Solana es que es una gran pieza de tecnología. Aunque su falta de compatibilidad con EVM puede complicar un poco la experiencia de desarrollo, Solana ha recorrido un largo camino desde que James y yo trabajamos en él en 2021.
aplicaciones de consumo
También estoy muy entusiasmado con las aplicaciones orientadas al consumidor en Monad. Por ejemplo, apuestas deportivas, casinos, redes sociales, básicamente cualquier cosa que tenga sentido en un teléfono como aplicación móvil.
Estaré más dispuesto a interactuar con aplicaciones, servicios y contenido si sé que todos mis datos están en mi billetera, esto se debe a que la billetera es criptográficamente segura.
¿Qué aspectos de la EVM te entusiasman más de la ruta Monad?
Keone:
Para mí, la clave es crear algo que, en última instancia, ayude a la mayoría de los desarrolladores a escalar sus aplicaciones. En definitiva, Monad es una plataforma para desarrolladores. Es importante llegar donde están los desarrolladores y resolver sus problemas reales y apremiantes. Creo que la compatibilidad pura con EVM es parte de la solución a estos problemas, pero habrá otros en el futuro que esencialmente harán que sea más fácil y económico admitir más funciones criptográficas.
En última instancia, se trata sólo de resolver los problemas que impiden a los desarrolladores crear aplicaciones que ocupan el puesto número 1 en la tienda de iOS. Para mí, siento que EVM es el mejor lugar para hacerlo.
Sorprendentemente, nadie se centra realmente en la pila de ejecución. Esta fue un área de trabajo muy natural dada la experiencia previa de nuestro equipo y la urgencia que sentíamos por resolver este problema.
Las mónadas proporcionan un camino hacia una verdadera escala de producto para EVM y los ideales de la comunidad Ethereum.
"Al final del día, Monad es una combinación realmente interesante en la que podemos tener una experiencia de usuario similar a la de Solana en EVM. Luego, los desarrolladores pueden elegir dónde quieren construir según las necesidades del sistema".
La cooperación es realmente importante. Nuestro equipo se da cuenta de que no tenemos todas las respuestas. Somos expertos. Sabemos mucho sobre la construcción de sistemas paralelos de alto rendimiento, el consenso bizantino tolerante a fallas y otros problemas muy específicos. Pero también hay muchas personas que invierten en la investigación de Ethereum, centrándose en cuestiones como la minimización de MEV, la gobernanza y la criptografía. Por eso creo que también es importante seguir estándares, donde el trabajo que hacemos sea componible con el trabajo de otras personas.
Kevin G:
El EVM es el centro de gran parte de la investigación sobre criptografía aplicada, la creación de aplicaciones y el desarrollo de mejores prácticas de seguridad. Es genial estar en una posición estándar y ayudar a impulsar a todo el campo hacia adelante.
Debido a esto, podemos concentrarnos profundamente en ampliar la capa base (que es lo que hacemos bien) mientras aprovechamos la experiencia de la comunidad de investigación en esta área. Además, no tenemos que reconstruir todas las herramientas de desarrollo ya desarrolladas para EVM.
¿Cuál es el mayor desafío al trabajar como constructor en un entorno EVM?
Keone:
Creo que hay varios. Atraer financiación es todo un desafío para los constructores en este momento; la comunidad inversora está muy sesgada hacia Estados Unidos. Es realmente difícil para los constructores internacionales conseguir financiación.
Además, crear dApps es un desafío desde una perspectiva de seguridad. Hay una gran cantidad de hackers de sombrero negro que exploran constantemente vulnerabilidades y buscan oportunidades para atacar. Esto hace que el ambiente sea muy conflictivo. Necesitamos mejores prácticas de seguridad, incluida la optimización del gas.
Al reducir significativamente los costos del gas, las mónadas eliminan una enorme decisión que enfrentan los desarrolladores sobre si incluir o no afirmaciones defensivas adicionales (que consumen más gas).
Un miembro de la comunidad Monad muestra su nuevo mural en Türkiye
¿Cuáles son las ventajas que se pasan por alto al crear productos criptográficos?
Keone:
Es sorprendente lo poderosa que es la comunidad criptográfica. Si estás creando una startup tecnológica tradicional, digamos que no tienes seguidores en Twitter, puedes publicar actualizaciones y a nadie le importará. Nadie está ansioso por probar su producto. Tienes que hacer todo lo posible para que la gente lo pruebe gratis.
En el espacio criptográfico, tenemos una comunidad tan fuerte (la comunidad es en realidad parte del núcleo), lo que en realidad es una gran ventaja para otras áreas de la tecnología y una razón por la cual las criptomonedas finalmente tendrán éxito. En realidad, se trata simplemente de aprovechar las fortalezas y minimizar las debilidades y luego podremos escalar como industria.
En noviembre de 2023, la comunidad produjo uno de los primeros mapas del ecosistema de Monad.
Como industria, blockchain apenas está comenzando a madurar. Con el tiempo, las cadenas de bloques tendrán más rendimiento (y para entonces, no espero que Monad sea diferente de otras cadenas de bloques solo por su rendimiento).
Otros sistemas introducirán mejoras adicionales y habrá una polinización cruzada de ideas o técnicas. En última instancia, esto impulsará el espacio hacia adelante, permitiendo que se creen aplicaciones de mayor rendimiento. Continuaremos superando los límites de lo que es posible con blockchain e introduciendo infraestructura adicional para respaldar nuevas implementaciones.
Hay mucha discusión en cripto Twitter sobre el TPS como una métrica general de comercio y votación. ¿Cuándo es el TPS una métrica valiosa?
Keone:
En cuanto a la medición general del TPS, creemos que solo debería contar las transacciones reales, es decir, las interacciones y transferencias de contratos inteligentes que ocurren en la cadena: no solo las transacciones de votación. Para Monad, no incluiremos la votación en ninguna presentación de TPS.
En términos generales, existe mucha confusión sobre lo que debería considerarse una transacción real. Muchos equipos utilizan diferentes métricas para contar las transacciones. El campo en este momento es muy inconsistente en cómo se anuncia el desempeño. Por ejemplo, algunas personas cuentan una operación como una orden. Entonces, si hay una única llamada de contrato inteligente que ejecuta varias subinstrucciones, otras la contarán como ~10 transacciones, lo que en realidad es incorrecto.
Lo único que realmente se puede medir es la cantidad de transacciones que pasan por el sistema. Si, en un momento dado, el sistema no está a plena capacidad, el TPS real observable será mucho menor. Entonces aquí también hay mucha confusión.
Creo que la verdadera solución es tener puntos de referencia reproducibles en un repositorio de GitHub. Se espera que cada equipo contribuya a este repositorio y publique un script completo que defina el proceso de implementación de muchos servidores diferentes en todo el mundo. Luego, el script pudo enviar una gran cantidad de transacciones a varios nodos del sistema y, de hecho, reproducir la prueba de rendimiento de transacciones completa.
Esto es algo que nuestro equipo planea introducir, al menos para Monad, pero con suerte también para otros puntos de referencia competitivos. Esto es similar al proceso normal de investigación científica, donde usted publica no solo sus resultados, sino también el proceso que utilizó para generarlos. De esta manera, terceros pueden volver a experimentar y reproducir estos puntos de referencia. Esto es muy importante para nosotros y es lo que pretendemos hacer.