En este episodio, el CTO de Shardeum, Srinivasan Parthasarathy, comparte cómo Shardeum construyó la primera capa del conjunto de blockchains de escalado automático a través de un modelo de fragmentación de estado dinámico y transacciones sin bloques. La arquitectura permite un conjunto de escalabilidad lineal al tiempo que mantiene una baja barrera de entrada para los requisitos de los nodos, lo que proporciona un equilibrio único entre rendimiento y descentralización. También analiza las lecciones aprendidas de las operaciones de la red de prueba, los hallazgos clave de recompensas por errores y los enfoques de seguridad de la red, incluida una prueba de quórum personalizada que rota las responsabilidades de los nodos cada 60 segundos. Como un proyecto de código abierto impulsado por la comunidad, Shardeum planea lanzar su red principal el 5 de mayo, seguido de soporte gradual para contratos inteligentes y programas de incentivos. (Sinopsis: Mode Network: Impulsando la innovación de Ethereum L2 para convertirse en un kit de expansión eficiente universal) (Suplemento de antecedentes: 12 gráficos para obtener información sobre el mercado del Q1: la actividad de DeFi está en auge, los kits de expansión rápida de capa 2, los juegos Web3 se están calentando) Introducción y descripción general de Shardeum Ehan: Bienvenido a Wu dice podcasts sin cifrar. Hoy, estamos emocionados de tener a Srinivasan, Director de Tecnología de Shardeum. Háblanos de ti y de Shardeum. Srinivasan: Sí, todos, soy Srinivasan. Soy el CTO de Shardeum. En Shardeum, estamos construyendo la primera cadena de bloques de capa del mundo con la primera suite de escalado automático, y estoy muy emocionado de estar aquí. Mi viaje hacia la cadena de bloques comenzó en 2016. En 2017, construí mi primer mercado de NFT. Desde entonces, he trabajado en varios lugares y he creado muchos productos relacionados con la Web3. Fui vicepresidente de ingeniería en DraftKings, ayudando a construir la infraestructura blockchain para su producto estrella. Recientemente, trabajé para una empresa llamada Six, donde vendíamos tokens NFT que representaban derechos de recursos en los Estados Unidos. Ahora en Shardeum, dirijo un equipo increíble centrado en la construcción de este innovador conjunto de blockchains de capa 1 de suite de escalado automático. ¿Cómo escala Shardeum la suite mientras mantiene baja la barrera de entrada para el acceso a los nodos? Ehan: Shardeum afirma ser la primera capa de la primera suite de escalado automático. ¿Cómo logra su arquitectura un alto rendimiento de transacciones mientras mantiene accesibles los requisitos de los nodos? Srinivasan: Pensé que sería útil usar una analogía visual para explicar cómo funciona la cadena de bloques y en qué se diferencia Shardeum, ¿está bien? Una buena manera de pensar en la cadena de bloques basada en eventos es imaginarla como una hoja de cálculo con filas y columnas. Cada fila representa un bloque y cada celda es una transacción. Esta hoja de cálculo está abierta a cualquier persona y es transparente, pero solo puede ser escrita por una persona a la vez, específicamente, solo una persona puede escribir una nueva fila a la vez. En la mayoría de las cadenas de bloques, la pregunta clave es: ¿quién tiene permiso para escribir la siguiente línea? La esencia de todos los protocolos de consenso es determinar quién puede escribir en esta línea. Ahora, imagina una hoja de cálculo con mil millones de filas y un solo programa para administrarlo todo. A medida que el número de filas aumente de mil millones a dos mil millones a diez mil millones, se volverá más lento y menos escalable. Pero, ¿y si no se trata de una tabla enorme, sino de 1000 pestañas, como Google Sheets? Puede asignar datos a estas pestañas a través de un algoritmo de agrupación de letras, por lo que distribuirá conjuntos de datos más pequeños en muchas tablas. Así es básicamente como funciona la fragmentación, y eso es lo que hace Shardeum. Pero Shardeum va más allá. En lugar de un número fijo de pestañas, por ejemplo, 1.000, las ajustamos dinámicamente en tiempo de ejecución. Puede comenzar con solo 10 pestañas, pero a medida que aumenta el volumen, puede expandir el conjunto a 200, 1000 o más pestañas. Cuando el volumen baja, se puede reducir. A esto se le llama dynamic state sharding, y es precisamente eso lo que nos permite escalar automáticamente la suite. Hay una diferencia más importante. La mayoría de las cadenas de bloques operan en torno al concepto de "bloques", lo que significa que el escritor tiene que escribir una línea entera en la simulación de nuestra hoja de cálculo. Esto permite a la persona que escribe la fila ver las transacciones pendientes y, por lo tanto, manipularlas potencialmente, como reordenarlas. Shardeum no se basa en el concepto de bloques. En su lugar, procesamos las transacciones en su forma más pura. La unidad más pequeña que ejecutamos es una celda en esa fila. No necesitamos escribir toda la fila a la vez. Si bien simulamos bloques externamente para la compatibilidad con EVM, de modo que los clientes JSON-RPC sepan cómo interactuar con nosotros, internamente, no estamos realmente limitados a esta estructura. Esta arquitectura nos permite modificar celdas individuales en lugar de filas enteras, particionar y redistribuir dinámicamente las cargas de trabajo en función del volumen de transacciones y escalar horizontalmente conjuntos con cuellos de botella de rendimiento mínimos. Es un desafío técnico difícil de resolver, pero es lo que distingue a Shardeum. Ehan: Entonces, ¿hay alguna compensación en el diseño de esta suite de escalado automático? Srinivasan: La desventaja obvia es que este diseño introduce un mayor nivel de comunicación entre los nodos. En una cadena de bloques tradicional, cada nodo de validación almacena una copia completa de todo el estado de la cadena de bloques, básicamente toda la hoja de cálculo de nuestra simulación anterior. Esto significa que cada nodo requiere mucha potencia de procesamiento y capacidad de almacenamiento. En Shardeum, debido a que dividimos los datos en partes más pequeñas, o pestañas, cada nodo solo necesita procesar una pequeña parte, digamos una de 1,000 pestañas. Esto reduce significativamente los requisitos de proceso y almacenamiento por nodo, lo que lo hace más accesible. Sin embargo, la desventaja es que cada nodo ahora solo ve una parte del estado general. Es como si solo pudieras acceder a la parte "A" del directorio telefónico. Por lo tanto, cuando un nodo necesita datos fuera de su segmento asignado, primero debe determinar qué nodo contiene los datos requeridos y, a continuación, solicitarle datos. Esto introduce una capa de comunicación entre los nodos, lo que complica las cosas. Sin embargo, resolvimos este desafío con protocolos de comunicación personalizados que permiten a los nodos localizar y compartir datos de manera eficiente. Sí, esto añade complejidad, pero la recompensa es enorme: Shardeum puede escalar el rendimiento de las transacciones de la suite de forma casi lineal con sólo añadir más nodos. Por lo tanto, si bien la comunicación descentralizada entre programas es un desafío técnico difícil, y no se ha resuelto por completo en otros sistemas, creemos que hemos descifrado un modelo de suite escalable que hace de Shardeum una cadena de bloques de capa 1 verdaderamente única. ¿Qué aprendiste de la red de pruebas de incentivos? Ehan: ¿Cuáles son los conocimientos clave que ha adquirido al ejecutar una red de prueba de incentivos a gran escala y verdaderamente descentralizada? Srinivasan: Sí, esa es una buena pregunta. Ejecutamos cuatro redes de prueba de incentivos, y el nivel de participación es increíble: hay personas de casi todo el mundo en los nodos de ejecución. Nuestra página de inicio dice "Descentralización para todos" y...
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.
Sumérgete en Shardeum: la cadena de bloques L1, una suite de escalado automático que aprovecha la fragmentación dinámica
En este episodio, el CTO de Shardeum, Srinivasan Parthasarathy, comparte cómo Shardeum construyó la primera capa del conjunto de blockchains de escalado automático a través de un modelo de fragmentación de estado dinámico y transacciones sin bloques. La arquitectura permite un conjunto de escalabilidad lineal al tiempo que mantiene una baja barrera de entrada para los requisitos de los nodos, lo que proporciona un equilibrio único entre rendimiento y descentralización. También analiza las lecciones aprendidas de las operaciones de la red de prueba, los hallazgos clave de recompensas por errores y los enfoques de seguridad de la red, incluida una prueba de quórum personalizada que rota las responsabilidades de los nodos cada 60 segundos. Como un proyecto de código abierto impulsado por la comunidad, Shardeum planea lanzar su red principal el 5 de mayo, seguido de soporte gradual para contratos inteligentes y programas de incentivos. (Sinopsis: Mode Network: Impulsando la innovación de Ethereum L2 para convertirse en un kit de expansión eficiente universal) (Suplemento de antecedentes: 12 gráficos para obtener información sobre el mercado del Q1: la actividad de DeFi está en auge, los kits de expansión rápida de capa 2, los juegos Web3 se están calentando) Introducción y descripción general de Shardeum Ehan: Bienvenido a Wu dice podcasts sin cifrar. Hoy, estamos emocionados de tener a Srinivasan, Director de Tecnología de Shardeum. Háblanos de ti y de Shardeum. Srinivasan: Sí, todos, soy Srinivasan. Soy el CTO de Shardeum. En Shardeum, estamos construyendo la primera cadena de bloques de capa del mundo con la primera suite de escalado automático, y estoy muy emocionado de estar aquí. Mi viaje hacia la cadena de bloques comenzó en 2016. En 2017, construí mi primer mercado de NFT. Desde entonces, he trabajado en varios lugares y he creado muchos productos relacionados con la Web3. Fui vicepresidente de ingeniería en DraftKings, ayudando a construir la infraestructura blockchain para su producto estrella. Recientemente, trabajé para una empresa llamada Six, donde vendíamos tokens NFT que representaban derechos de recursos en los Estados Unidos. Ahora en Shardeum, dirijo un equipo increíble centrado en la construcción de este innovador conjunto de blockchains de capa 1 de suite de escalado automático. ¿Cómo escala Shardeum la suite mientras mantiene baja la barrera de entrada para el acceso a los nodos? Ehan: Shardeum afirma ser la primera capa de la primera suite de escalado automático. ¿Cómo logra su arquitectura un alto rendimiento de transacciones mientras mantiene accesibles los requisitos de los nodos? Srinivasan: Pensé que sería útil usar una analogía visual para explicar cómo funciona la cadena de bloques y en qué se diferencia Shardeum, ¿está bien? Una buena manera de pensar en la cadena de bloques basada en eventos es imaginarla como una hoja de cálculo con filas y columnas. Cada fila representa un bloque y cada celda es una transacción. Esta hoja de cálculo está abierta a cualquier persona y es transparente, pero solo puede ser escrita por una persona a la vez, específicamente, solo una persona puede escribir una nueva fila a la vez. En la mayoría de las cadenas de bloques, la pregunta clave es: ¿quién tiene permiso para escribir la siguiente línea? La esencia de todos los protocolos de consenso es determinar quién puede escribir en esta línea. Ahora, imagina una hoja de cálculo con mil millones de filas y un solo programa para administrarlo todo. A medida que el número de filas aumente de mil millones a dos mil millones a diez mil millones, se volverá más lento y menos escalable. Pero, ¿y si no se trata de una tabla enorme, sino de 1000 pestañas, como Google Sheets? Puede asignar datos a estas pestañas a través de un algoritmo de agrupación de letras, por lo que distribuirá conjuntos de datos más pequeños en muchas tablas. Así es básicamente como funciona la fragmentación, y eso es lo que hace Shardeum. Pero Shardeum va más allá. En lugar de un número fijo de pestañas, por ejemplo, 1.000, las ajustamos dinámicamente en tiempo de ejecución. Puede comenzar con solo 10 pestañas, pero a medida que aumenta el volumen, puede expandir el conjunto a 200, 1000 o más pestañas. Cuando el volumen baja, se puede reducir. A esto se le llama dynamic state sharding, y es precisamente eso lo que nos permite escalar automáticamente la suite. Hay una diferencia más importante. La mayoría de las cadenas de bloques operan en torno al concepto de "bloques", lo que significa que el escritor tiene que escribir una línea entera en la simulación de nuestra hoja de cálculo. Esto permite a la persona que escribe la fila ver las transacciones pendientes y, por lo tanto, manipularlas potencialmente, como reordenarlas. Shardeum no se basa en el concepto de bloques. En su lugar, procesamos las transacciones en su forma más pura. La unidad más pequeña que ejecutamos es una celda en esa fila. No necesitamos escribir toda la fila a la vez. Si bien simulamos bloques externamente para la compatibilidad con EVM, de modo que los clientes JSON-RPC sepan cómo interactuar con nosotros, internamente, no estamos realmente limitados a esta estructura. Esta arquitectura nos permite modificar celdas individuales en lugar de filas enteras, particionar y redistribuir dinámicamente las cargas de trabajo en función del volumen de transacciones y escalar horizontalmente conjuntos con cuellos de botella de rendimiento mínimos. Es un desafío técnico difícil de resolver, pero es lo que distingue a Shardeum. Ehan: Entonces, ¿hay alguna compensación en el diseño de esta suite de escalado automático? Srinivasan: La desventaja obvia es que este diseño introduce un mayor nivel de comunicación entre los nodos. En una cadena de bloques tradicional, cada nodo de validación almacena una copia completa de todo el estado de la cadena de bloques, básicamente toda la hoja de cálculo de nuestra simulación anterior. Esto significa que cada nodo requiere mucha potencia de procesamiento y capacidad de almacenamiento. En Shardeum, debido a que dividimos los datos en partes más pequeñas, o pestañas, cada nodo solo necesita procesar una pequeña parte, digamos una de 1,000 pestañas. Esto reduce significativamente los requisitos de proceso y almacenamiento por nodo, lo que lo hace más accesible. Sin embargo, la desventaja es que cada nodo ahora solo ve una parte del estado general. Es como si solo pudieras acceder a la parte "A" del directorio telefónico. Por lo tanto, cuando un nodo necesita datos fuera de su segmento asignado, primero debe determinar qué nodo contiene los datos requeridos y, a continuación, solicitarle datos. Esto introduce una capa de comunicación entre los nodos, lo que complica las cosas. Sin embargo, resolvimos este desafío con protocolos de comunicación personalizados que permiten a los nodos localizar y compartir datos de manera eficiente. Sí, esto añade complejidad, pero la recompensa es enorme: Shardeum puede escalar el rendimiento de las transacciones de la suite de forma casi lineal con sólo añadir más nodos. Por lo tanto, si bien la comunicación descentralizada entre programas es un desafío técnico difícil, y no se ha resuelto por completo en otros sistemas, creemos que hemos descifrado un modelo de suite escalable que hace de Shardeum una cadena de bloques de capa 1 verdaderamente única. ¿Qué aprendiste de la red de pruebas de incentivos? Ehan: ¿Cuáles son los conocimientos clave que ha adquirido al ejecutar una red de prueba de incentivos a gran escala y verdaderamente descentralizada? Srinivasan: Sí, esa es una buena pregunta. Ejecutamos cuatro redes de prueba de incentivos, y el nivel de participación es increíble: hay personas de casi todo el mundo en los nodos de ejecución. Nuestra página de inicio dice "Descentralización para todos" y...