La reunión técnica de Fellowship de marzo se llevó a cabo anoche, y PolkaWorld ha recopilado de inmediato las declaraciones de Gavin para ayudar a todos a entender los últimos avances de JAM y Polkadot. ¡Sigue leyendo para ver la presentación de Gavin!
PolkaWorld Nota: La reunión técnica Fellowship es una reunión en línea mensual de Polkadot, a la que asistirán la mayoría de los Fellowship para compartir su progreso de trabajo del mes. Básicamente, puedes conocer los desarrollos más importantes y recientes de Polkadot en esta reunión. El Fellowship técnico es un grupo de expertos en tecnología descentralizada en la cadena de Polkadot, y es una de las organizaciones de contribución central al desarrollo tecnológico de Polkadot.
Alice und Bob: ¡Hola Gavin! El mes pasado nos enviaste un video sobre la interfaz de línea de comandos en la que estás trabajando y el progreso de la base de código relacionada, y casualmente, en el momento en que se envió el video, vi tu demostración en vivo con mis propios ojos, y luego sucedió algo realmente emocionante, así que hoy quiero escuchar sobre tu progreso este mes y lo que sucedió detrás de escena.
Gavin: Hmm, la última vez que hablamos, estaba en Asia realizando una gira de JAM, posiblemente en camino a Taipei o Hong Kong, era muy tarde, así que grabé un video y se los envié. He terminado esta gira en el último mes, regresé de la China continental hace una semana y media.
Después de regresar, este repositorio de código se ha integrado oficialmente en el código de PolkaJAM. Espero poder lanzar una versión binaria de este repositorio de código antes de la próxima llamada, al mismo tiempo que lanzamos algunas herramientas para que todos puedan crear su propia red de pruebas de PolkaJAM y experimentar un poco. Además, también planeamos abrir el servicio CoreVM y algunas herramientas relacionadas, para que los desarrolladores realmente puedan comenzar a implementar su software en la red de pruebas de JAM.
Además, he completado algo bastante importante, que es la publicación de la versión 064 del Graypaper. El enfoque de esta actualización es proporcionar una funcionalidad que te permita ver de manera más directa qué está sucediendo en la red JAM, por ejemplo, los núcleos en la cadena, cuántos recursos se han consumido, cuántos gas se han utilizado, etc. Todos estos datos estadísticos se registrarán directamente en la cadena. Aunque antes también era posible, era especialmente complicado, requería hacer mucho trabajo adicional y era propenso a errores. Ahora es mucho más simple, los datos se registran directamente en la cadena, se actualizan con cada bloque, y puedes ver todo con mucha claridad en cualquier momento.
Esta función parece simple al decirlo, pero al hacerlo descubrí que era un poco compleja, más difícil de lo que había esperado, y me tomó unos días más. Pero ahora ya está completada, y pronto podrán ver esta nueva versión en el repositorio de la hoja gris, se estima que se publicará oficialmente hoy o mañana.
Para el proyecto JAM Toaster, esta función es especialmente útil. Nuestra compañera de equipo Erin, a quien muchos probablemente conocen, está trabajando en una hermosa interfaz web, y pronto podrán ver de manera muy clara varios datos en la cadena JAM. Esto traerá algunas cosas divertidas; podemos usarlo para hacer cosas geniales, como la demostración anterior de ejecutar el juego DOOM en la cadena, donde podemos ver el aumento de la actividad en la cadena en tiempo real mientras se ejecuta el juego, es muy visual y divertido. En el futuro, es posible que también agreguemos métricas como TPS; aunque en realidad JAM no tiene "transacciones" en un sentido estricto, hacer este tipo de presentaciones es bastante útil para mostrar de manera intuitiva el nivel de actividad en la cadena, incluso si en realidad tiene un poco de "presumir".
Básicamente, eso es lo que he estado ocupado últimamente. Por supuesto, en el libro gris también hay algunas otras pequeñas actualizaciones, y estas funciones de estadísticas de actividades ya se han integrado en el código de PolkaJAM, así que una vez que se publique la nueva versión, todos podrán usarlas de inmediato.
Alice y Bob: ¡Genial, Gavin! Tengo dos preguntas pequeñas: la primera es, ¿las funciones estadísticas que acabas de mencionar son similares a una salida de depuración, o como un registro de programa?
Gavin: No, no se trata de una simple salida de depuración, puedes imaginar que cuando usas un sistema Linux, abres un programa de monitoreo que te dice cuántos recursos de CPU se están utilizando en tiempo real. Ahora podemos tener una característica similar en la cadena JAM. Sin esta nueva característica, si desea ver el funcionamiento de la cadena, debe implementar algunos nodos especializados adicionales, lo cual es particularmente problemático y poco realista. Ahora es mucho más conveniente, y cada nodo informa activamente los detalles de sus propias tareas (como la cantidad de gas que se utiliza, el tamaño de los datos transferidos, etc.), para que podamos ver claramente lo que está haciendo cada nodo y servicio.
Alice y Bob: La segunda pregunta es, el mes pasado mostraste cómo ejecutar DOOM en la cadena, y en Twitter se discutió sobre esto durante varios días, algunas personas dicen que en realidad no cuenta como ejecución en la cadena, la discusión fue bastante intensa. ¿Te gustaría aprovechar esta oportunidad para explicar cómo ves este tema?
Gavin: Para ser sincero, tampoco tengo claro qué piensan realmente aquellos que dicen que no se ejecuta en la cadena, nunca han visto el código real (porque aún no lo he hecho público). Creo que probablemente sean simplemente trolls en Twitter, diciendo lo que quieren sin entender lo que estamos haciendo.
¡DOOM realmente se ejecuta en la cadena! En concreto, se ejecuta en el núcleo de JAM, utilizando nuestro servicio CoreVM desarrollado. Puedes imaginarte CoreVM como una versión de Docker para blockchain, donde los programas que se ejecutan no se sienten diferentes de los que se ejecutan en una computadora normal. Hemos portado el código del juego a esta máquina virtual, al igual que se haría al portar un juego a Windows, Linux o Mac, y luego el juego funciona normalmente.
Pero debo admitir que el DOOM en esta cadena no es realmente divertido, ya que la velocidad de creación de bloques en la blockchain es lenta, alrededor de 6 segundos para dar una respuesta, lo que hace que la experiencia de juego no sea buena. Sin embargo, el propósito de mostrar esto no es jugar al juego, sino demostrar que el entorno de la cadena de JAM es lo suficientemente robusto, con suficiente ancho de banda y capacidad de cálculo para ejecutar software normal. Esa es la clave.
De hecho, algunas personas han planteado dudas, sintiendo que no estamos realmente "en la cadena", incluso dicen que JAM es solo una "capa de disponibilidad de datos (DA)". En realidad, no han entendido en absoluto qué es JAM. Sin embargo, después de más de cien tweets de debate, finalmente han comenzado a entender un poco. De hecho, lo que estamos haciendo es mucho más avanzado que otros ecosistemas, naturalmente habrá quienes no lo entiendan, e incluso serán muy negativos al buscar defectos; en el futuro, podría haber otros proyectos que intenten imitarnos.
En cuanto al debate sobre la cadena y fuera de la cadena, creo que es bastante irrelevante. En realidad, el problema central es muy simple: "en la cadena" significa garantizar la seguridad y la confiabilidad del proceso de cálculo de manera descentralizada. Las cadenas de bloques tradicionales, como Bitcoin o Ethereum, hacen que cada nodo calcule los mismos datos y programas, mientras que JAM utiliza un protocolo llamado ELVES, que permite que los nodos no tengan que realizar todos los cálculos, pero aún así garantiza la seguridad del cálculo en la cadena y la coherencia de los resultados. Este método ha sido públicamente revisado y ampliamente evaluado, y creemos que es la clave para el desarrollo a gran escala del futuro de la cadena de bloques.
Aquellos que aún están preocupados por "qué hizo cada nodo" finalmente tendrán que aceptar la realidad: para que la blockchain se desarrolle realmente, es necesario reducir la carga de trabajo de los nodos, al mismo tiempo que se garantizan la seguridad y la credibilidad de los resultados a través de otros medios.
Así que, básicamente, estas son las cosas con las que he estado ocupado recientemente. ¡Gracias!
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Gavin Wood comparte la actualización del libro gris de JAM en respuesta a la controversia sobre la ejecución en la cadena DOOM.
Autor: Comunidad PolkaWorld
La reunión técnica de Fellowship de marzo se llevó a cabo anoche, y PolkaWorld ha recopilado de inmediato las declaraciones de Gavin para ayudar a todos a entender los últimos avances de JAM y Polkadot. ¡Sigue leyendo para ver la presentación de Gavin!
PolkaWorld Nota: La reunión técnica Fellowship es una reunión en línea mensual de Polkadot, a la que asistirán la mayoría de los Fellowship para compartir su progreso de trabajo del mes. Básicamente, puedes conocer los desarrollos más importantes y recientes de Polkadot en esta reunión. El Fellowship técnico es un grupo de expertos en tecnología descentralizada en la cadena de Polkadot, y es una de las organizaciones de contribución central al desarrollo tecnológico de Polkadot.
Alice und Bob: ¡Hola Gavin! El mes pasado nos enviaste un video sobre la interfaz de línea de comandos en la que estás trabajando y el progreso de la base de código relacionada, y casualmente, en el momento en que se envió el video, vi tu demostración en vivo con mis propios ojos, y luego sucedió algo realmente emocionante, así que hoy quiero escuchar sobre tu progreso este mes y lo que sucedió detrás de escena.
Gavin: Hmm, la última vez que hablamos, estaba en Asia realizando una gira de JAM, posiblemente en camino a Taipei o Hong Kong, era muy tarde, así que grabé un video y se los envié. He terminado esta gira en el último mes, regresé de la China continental hace una semana y media.
Después de regresar, este repositorio de código se ha integrado oficialmente en el código de PolkaJAM. Espero poder lanzar una versión binaria de este repositorio de código antes de la próxima llamada, al mismo tiempo que lanzamos algunas herramientas para que todos puedan crear su propia red de pruebas de PolkaJAM y experimentar un poco. Además, también planeamos abrir el servicio CoreVM y algunas herramientas relacionadas, para que los desarrolladores realmente puedan comenzar a implementar su software en la red de pruebas de JAM.
Además, he completado algo bastante importante, que es la publicación de la versión 064 del Graypaper. El enfoque de esta actualización es proporcionar una funcionalidad que te permita ver de manera más directa qué está sucediendo en la red JAM, por ejemplo, los núcleos en la cadena, cuántos recursos se han consumido, cuántos gas se han utilizado, etc. Todos estos datos estadísticos se registrarán directamente en la cadena. Aunque antes también era posible, era especialmente complicado, requería hacer mucho trabajo adicional y era propenso a errores. Ahora es mucho más simple, los datos se registran directamente en la cadena, se actualizan con cada bloque, y puedes ver todo con mucha claridad en cualquier momento.
Esta función parece simple al decirlo, pero al hacerlo descubrí que era un poco compleja, más difícil de lo que había esperado, y me tomó unos días más. Pero ahora ya está completada, y pronto podrán ver esta nueva versión en el repositorio de la hoja gris, se estima que se publicará oficialmente hoy o mañana.
Para el proyecto JAM Toaster, esta función es especialmente útil. Nuestra compañera de equipo Erin, a quien muchos probablemente conocen, está trabajando en una hermosa interfaz web, y pronto podrán ver de manera muy clara varios datos en la cadena JAM. Esto traerá algunas cosas divertidas; podemos usarlo para hacer cosas geniales, como la demostración anterior de ejecutar el juego DOOM en la cadena, donde podemos ver el aumento de la actividad en la cadena en tiempo real mientras se ejecuta el juego, es muy visual y divertido. En el futuro, es posible que también agreguemos métricas como TPS; aunque en realidad JAM no tiene "transacciones" en un sentido estricto, hacer este tipo de presentaciones es bastante útil para mostrar de manera intuitiva el nivel de actividad en la cadena, incluso si en realidad tiene un poco de "presumir".
Básicamente, eso es lo que he estado ocupado últimamente. Por supuesto, en el libro gris también hay algunas otras pequeñas actualizaciones, y estas funciones de estadísticas de actividades ya se han integrado en el código de PolkaJAM, así que una vez que se publique la nueva versión, todos podrán usarlas de inmediato.
Alice y Bob: ¡Genial, Gavin! Tengo dos preguntas pequeñas: la primera es, ¿las funciones estadísticas que acabas de mencionar son similares a una salida de depuración, o como un registro de programa?
Gavin: No, no se trata de una simple salida de depuración, puedes imaginar que cuando usas un sistema Linux, abres un programa de monitoreo que te dice cuántos recursos de CPU se están utilizando en tiempo real. Ahora podemos tener una característica similar en la cadena JAM. Sin esta nueva característica, si desea ver el funcionamiento de la cadena, debe implementar algunos nodos especializados adicionales, lo cual es particularmente problemático y poco realista. Ahora es mucho más conveniente, y cada nodo informa activamente los detalles de sus propias tareas (como la cantidad de gas que se utiliza, el tamaño de los datos transferidos, etc.), para que podamos ver claramente lo que está haciendo cada nodo y servicio.
Alice y Bob: La segunda pregunta es, el mes pasado mostraste cómo ejecutar DOOM en la cadena, y en Twitter se discutió sobre esto durante varios días, algunas personas dicen que en realidad no cuenta como ejecución en la cadena, la discusión fue bastante intensa. ¿Te gustaría aprovechar esta oportunidad para explicar cómo ves este tema?
Gavin: Para ser sincero, tampoco tengo claro qué piensan realmente aquellos que dicen que no se ejecuta en la cadena, nunca han visto el código real (porque aún no lo he hecho público). Creo que probablemente sean simplemente trolls en Twitter, diciendo lo que quieren sin entender lo que estamos haciendo.
¡DOOM realmente se ejecuta en la cadena! En concreto, se ejecuta en el núcleo de JAM, utilizando nuestro servicio CoreVM desarrollado. Puedes imaginarte CoreVM como una versión de Docker para blockchain, donde los programas que se ejecutan no se sienten diferentes de los que se ejecutan en una computadora normal. Hemos portado el código del juego a esta máquina virtual, al igual que se haría al portar un juego a Windows, Linux o Mac, y luego el juego funciona normalmente.
Pero debo admitir que el DOOM en esta cadena no es realmente divertido, ya que la velocidad de creación de bloques en la blockchain es lenta, alrededor de 6 segundos para dar una respuesta, lo que hace que la experiencia de juego no sea buena. Sin embargo, el propósito de mostrar esto no es jugar al juego, sino demostrar que el entorno de la cadena de JAM es lo suficientemente robusto, con suficiente ancho de banda y capacidad de cálculo para ejecutar software normal. Esa es la clave.
De hecho, algunas personas han planteado dudas, sintiendo que no estamos realmente "en la cadena", incluso dicen que JAM es solo una "capa de disponibilidad de datos (DA)". En realidad, no han entendido en absoluto qué es JAM. Sin embargo, después de más de cien tweets de debate, finalmente han comenzado a entender un poco. De hecho, lo que estamos haciendo es mucho más avanzado que otros ecosistemas, naturalmente habrá quienes no lo entiendan, e incluso serán muy negativos al buscar defectos; en el futuro, podría haber otros proyectos que intenten imitarnos.
En cuanto al debate sobre la cadena y fuera de la cadena, creo que es bastante irrelevante. En realidad, el problema central es muy simple: "en la cadena" significa garantizar la seguridad y la confiabilidad del proceso de cálculo de manera descentralizada. Las cadenas de bloques tradicionales, como Bitcoin o Ethereum, hacen que cada nodo calcule los mismos datos y programas, mientras que JAM utiliza un protocolo llamado ELVES, que permite que los nodos no tengan que realizar todos los cálculos, pero aún así garantiza la seguridad del cálculo en la cadena y la coherencia de los resultados. Este método ha sido públicamente revisado y ampliamente evaluado, y creemos que es la clave para el desarrollo a gran escala del futuro de la cadena de bloques.
Aquellos que aún están preocupados por "qué hizo cada nodo" finalmente tendrán que aceptar la realidad: para que la blockchain se desarrolle realmente, es necesario reducir la carga de trabajo de los nodos, al mismo tiempo que se garantizan la seguridad y la credibilidad de los resultados a través de otros medios.
Así que, básicamente, estas son las cosas con las que he estado ocupado recientemente. ¡Gracias!