Hace solo unas semanas, éramos 50 veces más lentos que los principales clientes de Ethereum. Ahora, estamos en tercer lugar en estas pruebas, acercándonos al segundo puesto. Apenas comenzamos a centrarnos en el trabajo relacionado con el rendimiento. Estamos fusionando PRs relacionados con el rendimiento a diario y estabilizando Ethrex de manera constante. Esperamos números significativamente mejores pronto.
Creo que la estrategia de mantener la base de código simple y limpia comenzará a mostrar ventajas importantes a partir de ahora al realizar trabajos relacionados con el rendimiento y el mantenimiento.
Todos los benchmarks se publicarán con el código para que cualquiera pueda reproducir los resultados. También estamos comenzando a crear testnets utilizando Ethrex para diferentes productos.
Si quieres apoyarnos como un equipo independiente de @ethereum, por favor estrella el repositorio, realmente ayuda a que más personas descubran lo que estamos construyendo.
Las cosas están en movimiento: Ethrex ahora funciona como un L1 @ethereum cliente de ejecución (con el Lambda EVM), un cliente ZK + TEE L2, y soporta modos tanto basados como centralizados. El modo basado aún está en desarrollo. Estamos construyendo una base de datos ligera para ir más allá de un gigagas y paralelizando todo. ¿Cliente de consenso a continuación? Todo en <100k LOC.
Algunos equipos recaudaron 9 cifras para hacer menos y dijeron que no podríamos entregar. Siempre entregamos. Rogue es el siguiente.
No podríamos haber hecho nada de lo que hicimos en ethereum sin el apoyo y la ayuda de @StarkWareLtd @ethereumfndn @0xPolygon. También aprendimos mucho de @Consensys.
Nuestro cliente @class_lambda Ethrex ahora funciona como un cliente de ejecución L1 @ethereum (con el EVM de Lambda), un cliente L2 ZK + TEE, y admite modos tanto basados como centralizados.
El modo basado aún está en desarrollo. Estamos construyendo una base de datos liviana para superar un gigagas y paralelizando todo.
¿Cliente de consenso a continuación? Todo en <100k LOC.
Algunos equipos recaudaron 9 cifras para hacer menos y dijeron que no podríamos entregar. Siempre entregamos.
Nuestro cliente @class_lambda Ethrex ahora funciona como un cliente de ejecución L1 @ethereum (con la EVM de Lambda), un cliente L2 ZK + TEE, y soporta modos tanto basado como centralizado.
El modo basado aún está en progreso. Estamos construyendo una base de datos ligera para ir más allá de un gigagas y paralelizando todo.
¿Cliente de consenso a continuación? Todo en <100k LOC.
Algunos equipos recaudaron 9 cifras y dijeron que no podríamos entregar. Siempre entregamos.
Nuestro cliente @class_lambda Ethrex ahora funciona como un cliente de ejecución L1 @ethereum (Lambda EVM), un cliente L2 ZK + TEE, y admite modos tanto basados como centralizados.
El modo basado todavía está en desarrollo. Estamos construyendo una base de datos ligera para ir más allá de un gigagas y paralelizando todo.
¿Cliente de consenso a continuación? Todo en <100k LOC.
Algunos equipos recaudaron 9 cifras y dijeron que no podríamos entregar. Siempre entregamos.
Estamos escribiendo un pequeño artículo para nuestro blog @class_lambda sobre la verificación SNARK en Bitcoin.
Aparte de los documentos de BitVM y ColliderVM y las críticas de las publicaciones de @rot13maxi y @AlpenLabs, ¿qué otros artículos o publicaciones deberíamos leer o referenciar? ¡Gracias!