Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

La Fundación Sei, una organización sin fines de lucro comprometida con el crecimiento del ecosistema de Sei, lanzó el Sei Creator Fund, un fondo de subvenciones de 10 millones de dólares tanto para la creación de nuevos proyectos como para el crecimiento de proyectos sociales y NFT existentes en Sei.

Este fondo se implementa en reconocimiento al notable crecimiento de la comunidad en los últimos meses que ha experimentado SEI, diseñado para ayudar a escalar los ecosistemas sociales y NFT.

La visión de Sei Creator Fund

El Sei Creator Fund está diseñado para empoderar a los creadores y desarrolladores de todo el espectro de NFT y redes sociales: colecciones, aplicaciones, infraestructura, creación de contenido e incluso eventos de la vida real (IRL).

¿Quién se beneficia?

El Sei Creator Fund está diseñado para apoyar cientos de proyectos y creadores en distintas etapas de desarrollo. Ya sea que se encuentre en la fase de ideación de una nueva infraestructura o herramientas, esté buscando hacer realidad su visión creativa o dando el siguiente gran paso con su proyecto NFT existente, todos pueden aplicar.

La solicitud de subvenciones ha iniciado con la Fase 1, puede aplicar directamente a la fundación.

La fase 2 comenzará poco después, a través de un proceso de financiación totalmente dirigido por la comunidad, en asociación con Gitcoin.

Financiamiento dirigido a la comunidad

En un movimiento innovador hacia una mayor descentralización dentro del ecosistema SEI, la segunda fase de subvenciones involucrará los votos de la comunidad. Esto se facilitará mediante una colaboración con Gitcoin, una plataforma conocida por su compromiso de financiar el desarrollo de código abierto y bienes públicos. Por primera vez, la comunidad SEI tendrá voz y voto en cómo se distribuyen las subvenciones, empoderando a quienes están en el corazón del ecosistema.

¿Cómo aplicar?

• Fase 1: Aplique directamente a la Fundación a través del formulario aquí

• Fase 2: Financiamiento dirigido por la comunidad a través de subvenciones Gitcoin. Inscríbete en la lista de espera aquí

Esta es la puerta de entrada para transformar potencialmente sus ideas innovadoras en realidad, o llevar su proyecto al siguiente nivel con el apoyo de Sei Creator Fund.

Conclusión

Al reunir a creadores de todo el mundo y empoderar a la comunidad para que desempeñe un papel en la asignación de recursos, el ecosistema SEI está preparado para una expansión y un crecimiento sin precedentes.

Si eres un artista, desarrollador o innovador que busca generar un impacto dentro del ecosistema de SEI, o ya estás aquí y estás considerando cómo acelerar el crecimiento de tus proyectos, ahora es el momento de apoyarte. El Sei Creator Fund representa una oportunidad única. para dar vida a tus proyectos, apoyado por una Fundación que cree en el poder de la creatividad descentralizada.

Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible  aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

Como parte de su objetivo de escalar EVM, Sei Labs presentó recientemente su innovadora iniciativa, The Parallel Stack, estableciendo un nuevo punto de referencia para soluciones de Capa 2 de máximo rendimiento.

En esencia, The Parallel Stack surge como un marco robusto de código abierto diseñado para crear capas 2 y Rollups que aprovechan el poder del procesamiento paralelo. Inspirada en los desarrollos y aprendizajes de la construcción de la cadena de bloques EVM de mayor rendimiento hasta la fecha en Sei v2, esta innovación arquitectónica está diseñada para mejorar significativamente el rendimiento del Rollup, apuntando a los cuellos de botella de rendimiento que enfrentan actualmente las cadenas de bloques de Capa 2.

La filosofía detrás de The Parallel Stack resuena con el principio de servir como un bien público de código abierto para el ecosistema Ethereum. De esta manera, una asociación con AltLayer para facilitar el acceso y la implementación de Rollups paralelizados es un paso natural.

¿Cómo encaja AltLayer?

La tecnología RaaS de AltLayer tiene como objetivo facilitar la personalización e implementación de Rollus adaptados a las aplicaciones. Al aprovechar AltLayer, los creadores de dApp que deseen aprovechar la ejecución paralela pueden hacerlo sin tener que lidiar con el alojamiento y el mantenimiento de la infraestructura de nodos que sustenta un Rollup de Parallel Stack. Esto puede ahorrar mucho tiempo, mano de obra y recursos a los desarrolladores de dApps y permitirles centrarse en su experiencia: el desarrollo de dApps.

Más allá de RaaS, AltLayer también está construyendo un marco llamado "restaked rollups" que toma los rollups existentes y les proporciona mayor seguridad, descentralización, interoperabilidad y finalidad criptoeconómica rápida aprovechando el mecanismo de restaking de EigenLayer.

Los restaked rollups son esencialmente un conjunto de tres servicios validados activamente (AVS) integrados verticalmente y creados bajo demanda para un rollup determinado. Estos AVS en conjunto ofrecen tres servicios clave para los paquetes acumulativos:

• Verificación de la corrección del estado del rollup

• Finalidad más rápida

• Secuenciación descentralizada

Como parte de esta colaboración, AltLayer ampliará sus productos de restaking a Parallel Stack, lo que permitirá que los Rollups de Parallel Stack se beneficien del mecanismo de restaking de EigenLayer junto con la ejecución paralela de transacciones.

Mirando hacia el futuro

A medida que Sei Labs completa su trabajo en la actualización de Sei v2, es importante mirar hacia el futuro y continuar creando funciones que desbloqueen una infraestructura de alto rendimiento para el grupo más amplio posible de desarrolladores. A medida que entramos en una nueva era de Ethereum con EIP-4844, trabajar con Alt Layer para brindar el máximo rendimiento a la Capa 2 llega en un momento crucial The parallel stack se construye para beneficio de todos, de acuerdo con esta filosofía.

Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

El problema de los NFT de Ethereum

En los últimos años, se han propuesto muchas soluciones de escalamiento para Ethereum que buscan combatir el aumento de las tarifas del gas y el rendimiento limitado. Esto incluye los muchos tipos de Rollups L2, hasta nuevas soluciones de escalamiento de alto rendimiento para el propio EVM, como cadenas de bloques paralelizadas. Sin embargo, se entiende ampliamente que esto se ha producido a expensas de la ¨componibilidad¨ entre tokens, lo que ha llevado a una experiencia de usuario fragmentada y una variedad de estándares puente propietarios e incompatibles.

En particular, las comunidades NFT están actualmente atrapadas en la plataforma donde su contrato inteligente fue desplegado originalmente. Esto significa que están aislados en un subconjunto muy pequeño del mercado, o que sus usuarios se ven obligados a pagar tarifas de gas extremadamente altas en la L1. Esto se debe principalmente a que el estándar original se diseñó antes del surgimiento de las L2 como una solución de escalamiento para Ethereum. Para capitalizar plenamente la innovación que se produce actualmente dentro del ecosistema Ethereum, es crucial establecer un camino abierto y neutral para que los tokens ERC721 realicen una transición fluida a nuevas soluciones de escalamiento, como L2 y EVM de alto rendimiento, sin comprometer la seguridad. De esta manera, los usuarios pueden beneficiarse del ahorro de costos y la innovación, al tiempo que amplían el alcance de un proyecto NFT a la audiencia más amplia posible.

La solución

Como nuevos contribuyentes al ecosistema Ethereum, tanto Sei como Omni creen que el enfoque ideal para abordar este problema es mediante la construcción de un bien público, como un nuevo estándar de token para Ethereum. Esto  genera transparencia y confianza en torno a este nuevo estándar, y en línea con los principios del desarrollo de código abierto, se ha iniciado un proceso colaborativo de Solicitud de comentarios (ERC) para Ethereum. Al adoptar este enfoque, ambos equipos esperan ver un resultado más sostenible para Ethereum a largo plazo, que con suerte se perfeccionará y desarrollará aún más a lo largo de muchos años a medida que el ecosistema evolucione aún más.

Puede participar en la discusión aquí: erc-7611

¿Qué es xERC721?

El nuevo estándar NFT  xERC-721 se propone como una actualización de "código minimizado" del ERC-721 existente. Libera a los creadores y poseedores de NFT de los confines de un único dominio, ampliando su oportunidad de adoptar la gran cantidad de innovación y experimentación que se produce en todo el ecosistema Ethereum.

Este cambio proporciona algunas mejoras de alto nivel.

• Los tokens xERC721 pueden moverse de forma segura a través de múltiples dominios sin introducir riesgos innecesarios ni dependencia de ningún tercero privilegiado ("bloqueo de proveedor"), como una red de interoperabilidad específica, a través de las funciones de interfaz de caja de seguridad que se describen aquí. De esta forma, asegura que la soberanía sigue en manos de las comunidades NFT.

• Los contratos de token xERC721 se amplían con las interfaces de funciones mintBatch y burnBatch. Este ha sido un punto doloroso para los desarrolladores que llevó a la introducción de nuevos estándares como ERC-1155. Este problema se agrava aún más cuando se programa en múltiples cadenas de bloques, ya que introduce asincronía y el costo de compensar una red de interoperabilidad para verificar y transmitir la transacción.

• Las colecciones de NFT existentes pueden simplemente actualizarse para convertirse en xERC-721 mediante la implementación de un nuevo ¨contrato portal¨ que las haga accesibles en el resto del ecosistema.

¿Por qué SEI contribuye a este estándar?

Para el equipo de Sei Labs, desarrollar este EIP junto a Omni es una forma de contribuir al ecosistema Ethereum y proviene de una experiencia aprendida. La actividad reciente de NFT en Sei ha sido alentadora, con creadores y comunidades de varios ecosistemas uniéndose y lanzando nuevas colecciones, atraídos por la innovadora tecnología de SEI. Sin embargo, el problema de la fragmentación se ha vuelto cada vez más claro para el equipo de SeiLabs. Esta propuesta está diseñada para abordar exactamente este problema, tanto entre las NFT como entre sus comunidades correspondientes.

A medida que se propongan más soluciones de escalabilidad para Ethereum, se introducirán cada vez más fronteras, puntos de fricción y suposiciones de confianza. Los usuarios normales no deberían tener que comparar y evaluar varios estándares de puentes propietarios; deberían poder aprovechar protocolos neutrales diseñados para garantizar la soberanía de sus NFT al navegar por el ecosistema Ethereum.

Tanto Sei Labs como la Fundación Omni están comprometidos con la apertura, la transparencia y el desarrollo impulsado por la comunidad. Invitamos al ecosistema Ethereum en general a debatir, perfeccionar y eventualmente implementar esto en beneficio de la comunidad en su conjunto, para reducir la fragmentación innecesaria y las suposiciones de confianza al transferir NFT entre los muchos nuevos subecosistemas que se forman alrededor de Ethereum.

Este EIP en combinación con EIP-7281 son solo el comienzo de un conjunto abierto de estándares para el ecosistema Ethereum a medida que adoptamos un ecosistema más "fragmentado". Al utilizar interfaces estandarizadas, no solo podemos establecer herramientas de desarrollo probadas más rigurosamente que se pueden usar para todos los activos digitales, sino que también abrimos la oportunidad para que se introduzcan otros estándares que mejoren aún más la funcionalidad disponible para los emisores de activos digitales sin requerir integraciones personalizadas.

Puedes encontrar más información y contribuir a la discusión aquí (en Ingles):

https://ethereum-magicians.org/t/erc-7611-sovereign-bridged-nfts/18487

Gracias por leer esta traduccion.

Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible  aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

Analizando Twin-Turbo Consensus de SEI

Se dice en todo momento que SEI es la cadena de bloques más rápida. Pero, ¿qué significa esto y cómo lo logró Sei Labs?

En esta publicación, analizamos las capas del mecanismo consenso “Twin-Turbo" que convirtió a SEI en la cadena más rápida, con tiempos de finalización de menos de 400ms. Una elección de diseño clave que garantiza que SEI pueda brindar experiencias de usuario "similares a la web 2", meta que hasta ahora ha sido difícil de alcanzar para las cadenas de bloques existentes.

Identificando las optimizaciones de mayor impacto

Existen numerosas optimizaciones que se pueden realizar en el camino hacia la construcción de la cadena de bloques más rápida.

En la mayoría de las cadenas de bloques, la parte más lenta del ciclo de vida de una transacción está determinada por el "tiempo de finalización", en otras palabras, el tiempo que tarda el conjunto de validadores distribuidos en llegar a un consenso. Por lo tanto, Sei Labs identifico las oportunidades de mejora en este aspecto para obtener mayor eficiencia posible.

En realidad, el ciclo de vida de una transacción es más complejo, sin embargo, podemos ver que el tiempo más significativo lo toma el proceso de “consenso”. La complejidad se reduce a unas fases:

• Creación/Envío de transacciones (tiempo insignificante)

• Mempool (1-N segundos, muy variable)

• Propuesta en bloque (tiempo insignificante)

• Atestación y construcción de bloques (~12 segundos)

• Finalización del bloque (de minutos a horas)

El cuarto paso aquí es el enfoque principal de esta publicación: el consenso. En Ethereum, el proceso de validación de un bloque dura 12 segundos en total.

En el caso de SEI, se decantó por un mecanismo de consenso diferente al de Ethereum, conocido como “consenso tendermint”, que tiene un tiempo de bloque de 6 segundos.

Tendermint ofrece una característica única conocida como "finalidad de ranura única", lo que significa que una vez que se agrega un bloque a la cadena, es inmediatamente cerrado. Esto elimina completamente el punto 5 (Finalización del bloque), ya que el proceso pasa a ser instantaneo

Este fue el punto de partida para comenzar a optimizar y lograr el tiempo de finalización más rápido posible; SEI se sometió a rigurosas pruebas de rendimiento para comprender los posibles cuellos de botella y llevar a Tendermint al límite.

A través de las mejoras introducidas por el Twin Turbo Consensus, Sei Labs había llevado los tiempos por bloque de Tendermint de 6 segundos a <400 ms, con finalidad de ranura única. Teniendo en cuenta que Ethereum tarda de una a dos épocas en alcanzar la finalidad, es decir, 13 minutos, eso es más de 2000 veces más rápido.

El resultado neto de esta optimización es desbloquear velocidades similares a las de “web-2”, con una red de nodos distribuida globalmente.

La velocidad de tiempo de SEI hasta la finalidad de <400 ms se mencionó en un blog reciente: SEI V2: el primer EVM paralelo (por traducir). Todos los contratos y aplicaciones de SEI se beneficiarán de esto.

¿Qué es Twin Turbo Consensus?

En pocas palabras, Twin-Turbo Consensus es la optimización de la propagación y el procesamiento de bloques para ayudar a crear la cadena de bloques más rápida en la actualidad.

El tiempo de finalización (TTF en inglés) es el tiempo que tarda una transacción en completarse y considerarse irreversible. El Twin-Turbo Consensus de SEI reduce drásticamente el TTF a milisegundos, lo que significa que sus transacciones en la cadena de bloques son casi instantáneas (<400 ms).

Finalizar una transacción de SEI es comparable con la respuesta inmediata que experimentarías al reproducir una canción en Spotify: no hay espera, solo acción inmediata al hacer clic en botón de  "reproducir".

El mecanismo de consenso diseñado ofrece la inmediatez que experimentaría en las aplicaciones web-2, donde las acciones son instantáneas y fluidas. Este enfoque aborda el problema común que todavía existe en las cadenas de bloques hoy en día: demasiado lento para el uso diario.

Las dos optimizaciones clave realizadas en Tendermint tienen por nombre "procesamiento de bloques optimista" y "propagación de bloques inteligente".

Ambos se suman para producir el resultado final que SEI presenta hoy: procesamiento de transacciones cuyo consenso solo toma solo milisegundos.

Análisis técnico en profundidad de Twin-Turbo Consensus

Antes de hablar sobre las optimizaciones realizadas, analicemos primero la tecnología que inicio todo, Tendermint.

internamente, un ¨proposer¨ primero crea un bloque con todas las transacciones en él. Luego lo distribuirá a través de la red global de validadores mediante una propuesta de bloque que contiene el hash del bloque.

Al recibir la propuesta de bloque, los validadores deben esperar a recibir el bloque completo con toda la información clave necesaria para verificar su contenido, y luego solo podrán proceder con consenso antes de enviar el bloque a la cadena de bloques.

Sin embargo, cuando un nodo completo recibe una transacción, se transmite a otros nodos de la red. Esto conduce a una transmisión de datos redundante y a un mayor tiempo de espera, ya que el 99,99 % de las veces, los validadores ya tienen todas las transacciones necesarias en sus mempools para formar un bloque localmente.

Una vez entendidos los conceptos básicos de Tendermint, entremos en las optimizaciones realizadas en el algoritmo de consenso:

propagación inteligente de bloques

La primera optimización potencial identificada en Tendermint fue "tiempo de espera innecesario". SEI aplica su propia técnica de propagación de bloques: en lugar de enviar inicialmente el bloque completo a otros validadores de la red, los ´proposers´ de bloques enviarán una propuesta de bloque compacta (como un solo mensaje) que contiene identificadores de transacción únicos, junto con una referencia al bloque completo.

los ´proposers´ primero difundirán la propuesta a los validadores, seguido del bloque completo que contiene todos los datos de cada transacción. Luego, el bloque se dividirá en partes más pequeñas y compartirá estos fragmentos al azar con los demás validadores.

Si un validador ya tiene todas las transacciones necesarias, puede reconstruir inmediatamente el bloque completo localmente sin esperar a que se envíen partes individuales del bloque a través de la red. De lo contrario, esperará hasta tener el contenido completo del bloque y luego lo reconstruirá con todas sus transacciones.

Este proceso se conoce como "propagación inteligente de bloques", una optimización que reduce significativamente el tiempo que los validadores pasarían esperando que los datos formen un bloque, mejorando así el rendimiento de la red y reduciendo la latencia.

Procesamiento de bloques optimista

La segunda optimización potencial identificada se encuentra  en los pasos de consenso generales adoptados en tendermint. La idea aquí era modificar el proceso general para que los pasos de consenso puedan ocurrir simultáneamente; ahorrando mucho tiempo.

Después de la propuesta de bloque, la votación previa y la confirmación previa son pasos cruciales que tradicionalmente deben ocurrir antes de que se lleve a cabo el procesamiento y la confirmación del bloque. Esto se debe a que los validadores podrían rechazar el bloque si no cumple con las reglas de consenso o, en otras palabras, falla la validación del bloque.

También pueden existir nodos bizantinos en la red: si un número suficiente de validadores actúan de manera diferente y transmiten un bloque no válido o conflictivo, el bloque podría ser rechazado si lo detectan validadores honestos.

Aunque no sucede con frecuencia, estas son medidas de precaución cruciales que se deben tomar.

El procesamiento de bloques optimista encaja con la propagación de bloques inteligente para acelerar aún más el consenso:

Toma el primer bloque a cualquier altura determinada donde el validador lo recibiría, ejecuta comprobaciones de cordura y comienza a procesarlo simultáneamente durante la votación previa y la confirmación previa. El procesamiento del bloque optimista escribirá el estado candidato en una memoria caché.

Esto permite a los validadores procesar transacciones de manera optimista tan pronto como reciben una propuesta de bloque válida, en lugar de esperar hasta que finalice el paso previo a la confirmación. La lógica detrás de adoptar este enfoque es que, en la mayoría de los casos, el primer bloque propuesto en cualquier altura es el que se acepta después de la votación. Por lo tanto, iniciar el procesamiento de transacciones desde el primer bloque de inmediato aprovecha esta probabilidad.

Si se acepta el bloque, la caché del estado candidato procesada de manera optimista se enviará a la cadena de bloques instantáneamente.

Sin embargo, si el bloque es rechazado, los datos del caché se descartarán y las rondas futuras de esa altura de bloque no utilizarán el procesamiento de bloque optimista. Luego, el validador se reiniciará y se preparará para procesar la siguiente bloque propuesto.

Este concepto aprovecha el comportamiento típicamente predecible de la aceptación de bloques para acelerar significativamente el tiempo de procesamiento de transacciones, al tiempo que contrarresta el posible rechazo que podría enfrentar un bloque, lo que subraya el compromiso de Sei Labs con el alto rendimiento.

La mejora teórica en la latencia debido al procesamiento de bloques optimista se puede describir con:

En el que Tprevote representa la latencia previa a la votación, Tprecommit como latencia previa al compromiso, N como el número de transacciones y T como la latencia promedio de una sola transacción.

Esto ilustra las posibles ganancias de eficiencia, reduciendo significativamente el tiempo total hasta finalizar el bloque, especialmente en este caso dado donde el procesamiento de transacciones (N * T) es mucho más rápido en comparación con las etapas de consenso (Tprevote + Tprecommit).

Los dos pilares que crean el mecanismo de consenso Twin-Turbo han sido fundamentales para que SEI pueda un tiempo de bloque de <400: la cadena más rápida que existe.

Si aún no lo has notado, cada milisegundo es importante para SEI ⏳

Los detalles de la propuesta optimista de procesamiento de bloques publicada en agosto de 2022 se encuentra aca.

Compensaciones

Con SEI logrando estos rápidos tiempos de finalización de bloques, puede parecer un obvio implementar estas mismas mejoras en otras cadenas de bloques. Sin embargo, es importante reconocer que existen compensaciones para lograr esta experiencia de usuario similar a la de Web2:

Complejidad de la comunicación cuadrática

Mencionamos que tendermint garantiza un tiempo de finalización de bloques rápido, lo que acelera el proceso de “toma de decisiones” dentro de la red. Sin embargo, también establece un patrón de comunicación clave en el que cada validador debe comunicarse con los demás validadores para llegar a un consenso. La desventaja aquí es la complejidad de la comunicación cuadrática, lo que significa que la cantidad de mensajes crece significativamente a medida que más validadores se unen a la red.

Esto hace que sea más difícil de lo habitual aumentar el número de nodos en la red, ya que un conjunto mucho mayor de validadores dará como resultado un mayor ancho de banda y requisitos de procesamiento. Si bien el conjunto de validadores existente continuará creciendo a un ritmo constante, con nodos ya distribuidos en múltiples continentes, SEI planea abordar aún más este problema a través de los esfuerzos de descentralización cubiertos en su roadmap, el objetivo es mantener el rendimiento de la red con el conjunto de validadores distribuidos globalmente. junto con clientes ligeros para una verificación sin confianza. A pesar de esta compensación, el beneficio del mecanismo de una finalización de bloques mucho más rápida sigue siendo una ventaja sustancial para la eficiencia de la red, que Sei Labs cree que es importante para ofrecer las mejores experiencias de usuario posibles.

Conclusiones

Twin-Turbo consensus de SEI representa una gran mejora en la tecnología blockchain, superando los límites de la velocidad de finalización de bloques para ofrecer una experiencia de usuario incomparable en la actualidad.

Al reducir el TTF a <400 ms, SEI ha establecido un nuevo estándar en la velocidad de procesamiento de transacciones, convirtiéndola en la cadena de bloques más rápida disponible actualmente.

Ambos conceptos de TTC mejoran el bien entendido y probado mecanismo de consenso ¨ tendermint ¨ utilizado por todas las cadenas de bloques de cosmos en la actualidad; donde el primero permite a los validadores construir rápidamente bloques a partir de transacciones de mempool existentes, mientras que el segundo reduce drásticamente el tiempo de inactividad al permitir el procesamiento inmediato de transacciones al recibir la propuesta del bloque.

A medida que SEI continúa evolucionando, su enfoque en optimizar cada aspecto del ciclo de vida de blockchain garantiza un liderazgo sobresaliente creando experiencias de blockchain rápidas, confiables y fáciles de usar, funcionando sin problemas a una velocidad inigualable.

Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible  aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

Activando las L2 de máximo rendimiento

Paralelizar la EVM no termina con el lanzamiento de Sei v2. Es hora de pensar aún más en grande.

Como parte de la misión de SEI de escalar EVM, El siguiente paso natura es crear un framework de código abierto para cadenas L2 paralelizadas y de máximo rendimiento: Parallel Stack.

Motivación

Sei Labs ha trabajado y siempre trabajara con un enfoque en el "desarrollador avanzado". Teniendo esto en cuenta, es fundamental reconocer el dominio y la popularidad de EVM entre la mayoría de los desarrolladores del sector. Casi 9/10 de los desarrolladores de blockchain contribuyen en al menos una cadena EVM. A pesar de esto, a través de una amplia retroalimentación, Sei Labs es muy consciente de las limitaciones que estos desarrolladores enfrentan actualmente, incluidas limitaciones en el rendimiento y un espacio de diseño restringido que sofoca la creatividad y la innovación.

Esto se aplica tanto a las soluciones de Capa 1 como a las de Capa 2 que utilizan EVM. Si bien Sei ha superado los límites de las cadenas de bloques EVM de capa 1, muchos desarrolladores están de acuerdo con la hoja de ruta centrada en rollups de Vitalik para escalar el ecosistema Ethereum y han optado por un enfoque de "Capa 2".

Si bien las cadenas de Capa 2 son realmente más baratas de usar que la red principal de Ethereum, y están a punto de volverse aún más baratas con EIP-4844, Sei Labs ve que todavía se pueden realizar numerosas mejoras para aumentar su rendimiento.

En lugar de un enfoque de suma cero, Sei Labs cree en aprovechar la experiencia y los recursos colectivos para ampliar los límites de lo que las aplicaciones blockchain pueden lograr, asegurando que el ecosistema crezca no solo en tamaño sino también en capacidad y sofisticación.

Presentando: Parallel Stack

Hoy en día, esencialmente todas las cadenas de bloques EVM son de un solo hilo de procesamiento. Eso incluye soluciones de Capa 1 y Capa 2 para Ethereum. Sin embargo, Sei Labs anticipa una preferencia unánime entre los desarrolladores por las máquinas virtuales paralelizadas en lugar de las de un solo hilo de procesamiento. La promesa de un rendimiento y una escalabilidad significativamente mayores que ofrece el procesamiento paralelo se alinea con las necesidades y aspiraciones de los desarrolladores no sólo de tarifas más bajas, sino también de espacios de diseño más amplios para las aplicaciones.

Sei Labs se enorgullece de presentar su innovadora iniciativa, The Parallel Stack, que establece un nuevo punto de referencia para soluciones y Rollups de Capa 2  con un rendimiento superior. El objetivo de Sei es escalar el EVM, y The Parallel Stack es el siguiente paso natural en línea con ese objetivo.

En esencia, The Parallel Stack surge como un framework robusto de código abierto diseñado para crear capas 2 y Rollups que aprovechan el poder del procesamiento paralelo. Inspirada en los desarrollos y aprendizajes de la construcción de la cadena de bloques EVM de mayor rendimiento hasta la fecha en Sei v2, esta innovación arquitectónica está diseñada para mejorar significativamente el ecosistema Ethereum, apuntando a los cuellos de botella en rendimiento que enfrentan actualmente las cadenas de bloques de Capa 2.

Esto se logra principalmente aprovechando los avances en el hardware moderno, con una clara oportunidad de reducir drásticamente las tarifas de transacción y mejorar la experiencia del usuario en todos los Rollups de Capa 2 y las aplicaciones desarrolladas con este nuevo framework. The Parallel Stack ofrece una base rica para los creadores de Ethereum, brindándoles capacidades de personalización incomparables y al mismo tiempo anclada en las sólidas características de seguridad de Ethereum o cualquier capa de disponibilidad de datos elegida. Además, como parte de la configuración predeterminada de Parallel Stack, los proyectos pueden optar por aprovechar el conjunto de validadores de Sei para proporcionar secuenciación para su cadena Parallela.

La filosofía detrás de The Parallel Stack resuena con el principio de servir como un bien público para el ecosistema Ethereum. Al ofrecer esta tecnología de forma gratuita y con un espíritu de código abierto, Sei Labs demuestra un compromiso de fomentar la innovación y la colaboración dentro de la comunidad blockchain.

La visión de Sei

La misión de Sei Labs sigue siendo construir la mejor infraestructura para intercambios, para permitir a los equipos desarrollar aplicaciones blockchain de mayor rendimiento, acelerando así la evolución de la Máquina Virtual Ethereum (EVM). Al crear un framework de código abierto para crear cadenas de bloques de máximo rendimiento, Sei Labs pretende facilitar un salto en las capacidades de rendimiento en todo el ecosistema Ethereum.

Parallel Stack es una visión del futuro en la que cada capa 2 de Ethereum aprovecha el procesamiento paralelo para mejorar la eficiencia, lo que conduce a una mejor experiencia de usuario y un mayor espacio de diseño para los desarrolladores. Sei Labs anticipa que Parallel Stack se convertirá en el estándar de facto para el lanzamiento de nuevas soluciones de Capa 2, marcando un hito importante en la evolución del ecosistema Ethereum.

Este artículo ha sido traducido de su idioma original para su conveniencia. A pesar de que nos esforzamos por ser precisos, puede haber pequeños errores o diferencias en la interpretación. Para obtener la representación más precisa y verdadera, consulte la publicación original, disponible en aqui. Agradecemos su comprensión y le animamos a consultar la fuente original para obtener información detallada.

La próxima propuesta para la actualización de Sei v2 introducirá una variedad de características nuevas, como el primer EVM paralelizado de alto rendimiento. Esto dará como resultado una cadena que combina las mejores partes de Solana y Ethereum; mejorando la experiencia del usuario y desbloqueando un espacio de diseño completamente nuevo para los desarrolladores, con mejoras 100 veces mayores en el rendimiento en comparación con las ofertas actuales en el ecosistema Ethereum.

En este momento, SEI admite tanto los contratos inteligentes CosmWasm como los tokens "CW" asociados. Como parte de la actualización de SEI v2, se permitirán dos entornos de ejecución a la vez: CosmWasm y EVM, simultáneamente. Esto significa que todos los estándares de tokens disponibles en las cadenas de bloques de Ethereum ahora también existirán en SEI, por ejemplo, ERC-20 y ERC-721.

💡 Tanto CosmWasm como EVM heredarán todos los beneficios de la arquitectura optimizada de SEI, entre las que destacan: el tiempo de finalización más rápido que cualquier blockchain existente y la capacidad de manejar miles de TPS.

Puede probar las primeras implementaciones de prueba que demuestran la interoperabilidad implementada en SEI v2 devnet.

siguiendo los siguiente enlaces:

• Crea un NFT CW-721 usando Metamask a través de Webump

• Acuña un NFT CW-721 usando Metamask a través de Sei Whales

• Intercambie un token CW-20 (ORCA) en un EVM DEX a través de Dragonswap

• Liquid Stake para SEI usando una billetera Metamask a través de Silo

Los faucets para SEIv2 Devnet se pueden encontrar aquí y aquí.

Esta publicación de blog profundizará en cómo funcionará la interoperabilidad entre EVM y CosmWasm en Sei v2.

tldr: puede usar aplicaciones Sei existentes e interactuar con cualquier token en Sei con cualquier billetera Ethereum, siempre que los desarrolladores realicen una breve actualización de sus aplicaciones/tokens siguiendo las instrucciones propuestas a continuación.

El problema

Incluir dos entornos de ejecución tiene el potencial de introducir complejidad en el ecosistema y afectar la experiencia del usuario en SEI. Hay una serie de consideraciones que se deben tener en cuenta al lanzar una cadena con múltiples entornos de ejecución:

• Fragmentación de la liquidez: cualquier token determinado debe ser accesible tanto en el lado de EVM como en CosmWasm, sin necesidad de crear un activo "wrapped".

• Los DEX y los mercados deberían poder enumerar tokens en CosmWasm y EVM.

• Fragmentación de billeteras: debería ser posible utilizar cualquier aplicación en SEI, independientemente del entorno de ejecución, con las mismas billeteras.

• Supuestos de seguridad: las soluciones a estos problemas no deberían introducir ningún riesgo adicional para los usuarios de SEI.

• Los usuarios no deberían tener que exportar su clave privada a una nueva billetera.

Este blog profundizará y explicará desde la perspectiva del usuario y del desarrollador cómo se resolvieron estos problemas y cómo funciona la interoperabilidad en SEI.

La solución

SeiLabs ha introducido funciones para cerrar la brecha entre EVM y Wasm, permitiendo interacciones sencillas y fluidas entre ambos entornos.

NFT’s e Interoperabilidad de tokens

Cada token en Sei, ya sea un NFT (CW-721) o un “token” (CW-20), puede volverse compatible con billeteras y aplicaciones EVM mediante un “contrato puntero”.

Estos contratos facilitan la creación de tokens "punteros" que establecen vínculos entre tokens tanto en EVM como en CosmWasm. Permitiendo que los tokens se utilicen sin problemas en ambos entornos, sin la necesidad de activos "wrapped" (soluciones burn/mint o escrow/mint).

Esto da como resultado que se controle exactamente el mismo saldo de token tanto en EVM como en CosmWasm, al mismo tiempo.  Pero… ¿cómo?

¿Cómo funciona esto?

Para comprender cómo funcionan los contratos puntero, es importante introducir el concepto de "cuentas" y comprender cómo funciona una billetera criptográfica.

Muchos usuarios tienen la idea errónea de que un token "vive en su billetera", basándose en la analogía del mundo real de una billetera física. De hecho, en todas las blockchains este no es el caso.

Los saldos de tokens están asociados con una "cuenta" en SEI, que es independiente de cualquier software de billetera específico o incluso del lenguaje del contrato inteligente. Las billeteras simplemente le permiten leer este saldo y firmar transacciones para realizar actualizaciones de este saldo, a través de una interfaz simple, utilizando su clave privada. En otras palabras, los tokens "viven" en la cadena de bloques, no "en su billetera".

Los contratos punteros aprovechan este hecho para crear un nuevo token "0x" que está vinculado al token "SEI" original.

Una analogía de esto es ver las billeteras como un monitor de su computadora personal. Le muestran los saldos de sus cuentas subyacentes y proporcionan una interfaz simple que le permite firmar transacciones en SEI, utilizando su clave privada. De esta forma, es posible agregar un "segundo monitor" con vista duplicada. Ahora puedes ver y controlar los mismos tokens en SEI, independientemente de la billetera que uses.

Los contratos puntero no almacenan su propio estado ni crean ningún token: el contacto de destino o el módulo bancario siguen siendo la única fuente veraz de los datos del token.

Un contrato puntero también desbloquea la capacidad de utilizar CW-20, CW-721 y tokens nativos en aplicaciones EVM, y viceversa.

Sin embargo, una cosa que los contactos punteros no pueden hacer es permitir a los usuarios interactuar con una aplicación SEI existente con una billetera EVM. Esto requiere una segunda característica nueva, llamada "precompilación".

Contratos precompilados

Es importante que, independientemente del entorno de ejecución, los usuarios puedan interactuar con contratos inteligentes con su billetera de elección. Por ejemplo, incluir un NFT en Pallet o proporcionar liquidez en Astroport debería ser posible con una billetera EVM.

Para lograr esto, SeiLabs ha implementado varios contratos inteligentes "precompilados", que permiten la funcionalidad nativa de Sei desde el lado de EVM. Estos son contratos inteligentes integrados directamente en la cadena de bloques de SEI. Los cuales proporcionan una puerta de entrada para que los usuarios y desarrolladores accedan a las funcionalidades nativas de SEI a través de la interfaz EVM RPC.

Puedes considerarlos como un "traductor de Google" nativo para ciertos tipos de funciones.

Estos son los de contratos precompilados disponibles en SEI:

• CosmWasm

• Staking

• Gobernanza

Para los desarrolladores que buscan instrucciones para utilizar estos contratos precompilados, consulte el siguiente enlace

De hecho, cualquier aplicación existente en SEI  puede implementar estos contratos y actualizar su interfaz de usuario para admitir billeteras Ethereum.

Cuentas de usuario en SEI

Cada "cuenta" de usuario en SEI tiene una clave pública única. En Sei V2, esta clave pública se traduce en dos tipos diferentes de direcciones:

• EVM: esta dirección comienza con 0x y se utiliza para actividades basadas en Ethereum.

• SEI: esta dirección comienza con SEI y se utiliza para actividades nativas de SEI.

Aunque estas direcciones parecen diferentes, en realidad comparten la misma cuenta subyacente. Esto significa que cualquier acción que realice con una dirección también afectará a la otra.

Por lo tanto, es posible crear una dirección EVM y asociarla con su dirección SEI, para poder controlar los mismos tokens en ambas billeteras. Este vínculo se establece automáticamente después de que se procesa la primera transacción EVM para una clave privada en particular. Para asociar sus direcciones EVM y SEI, debe iniciar una transacción desde su dirección EVM. Por ejemplo, puedes enviarte tokens a ti mismo.

Si deposita fondos en su dirección EVM, puede acceder y utilizar esos mismos fondos con su dirección SEI, y viceversa. Están vinculados como una sola cuenta, lo que garantiza una integración perfecta entre los ecosistemas EVM y SEI.

Algunos equipos de billeteras, como Compass Wallet, están actualizando su compilación para admitir tanto direcciones SEI como direcciones de billetera EVM desde la misma interfaz, para reducir los errores del usuario.

Conclusión

Incluir dos entornos de ejecución tiene el potencial de introducir complejidad en el ecosistema y la experiencia del usuario. Sin embargo, a través de precompilaciones y contratos puntero:

• Se puede acceder a todos los tokens tanto en el lado EVM como en CosmWasm, sin necesidad de crear un activo "wrapped".

• Los DEX y los mercados pueden listar tokens CosmWasm y Ethereum, independientemente del entorno en el que estén implementados.

• Es posible utilizar cualquier aplicación en SEI, independientemente del entorno de ejecución, con la billetera de elección del usuario.

Gracias por leer hasta acá, espero haya sido una experiencia agradable de aprendizaje. Se está trabajando en artículos relacionados a los contratos puntero. Sera publicado próximamente.

¿Porque SEI en Español?

@SeiNetwork está creciendo exponencialmente, cada vez más entusiastas del mundo cripto está conociendo acerca de SEI y sus innovaciones, pero, existe una barrera de idioma que nos separa de los devs. muchas de las noticias relacionadas a SEI son publicadas en Ingles y no son traducidas a otros idiomas.

Muchas personas dentro de la comunidad no se llevan bien con otros idiomas, algunos podemos leer y escribir con la ayuda del famoso Google traductor pero en ocasiones estas traducciones no transmiten el sentido completo del texto original, no son perfectas, y aunque los trabajos que se publicaran en este espacio no pretenden ser perfectos, buscan reducir esas diferencias gramaticales que pueden derivar en un texto confuso.

¿Qué haremos acá?

Traducir es la respuesta corta, son muchos temas que surgen en SEI día a día. y nuestra labor será llevar esta información condensada y lista para digerir por todos los #seiyans de habla hispana. Entre los temas en los cuales nos enfocaremos tendremos.

• Resumen semanal de @SeiNetwork y temas tratados en Vibe Calls

• Anuncios publicados en el blog oficial de SEI (antiguos y nuevos)

• Documentos técnicos publicados en el foro de SEI

• Contenido en español de X sobre SEI

• Todo lo relacionado a SEI (Paralelizacion, NFTs, DeFi)

• ¿Olvide mencionar SEI?

¿Por qué en Mirror?

Después de un análisis exhaustivo, y de contemplar varias alternativas, se determino que utilizar esta plataforma facilitaría la integración de colaboradores (en caso de que surjan)

Este blog es por la comunidad y para la comunidad de Seiyans, espero que podamos llegar muy lejos juntos.

sei less..