Syntropy está desarrollando una alternativa abierta para los sistemas de seguridad de datos y enrutamiento que operan sobre los protocolos de internet existentes. El ecosistema de Syntropy abarca tres componentes principales: Cadenas de Aplicaciones (App Chain), Capa de datos y el protocolo PubSub (es decir, protocolo Publicar-Suscribir).
En su núcleo se encuentra la Capa de datos. Syntropy otorga un alto valor a la funcionalidad y la interoperabilidad entre cadenas, lo que convierte a la Capa de datos en un protocolo de capa de ejecución personalizable y modular. Esto permite a los desarrolladores construir dapps componibles, específicos para casos de uso e interoperables para acceder a cualquier dato en cualquier cadena. Las Application Chains son las redes que ejecutan esta Capa de datos, basadas en la infraestructura de la Capa 1 del ecosistema Cosmos. A través de la Capa de datos, cualquiera puede obtener y publicar datos desde nodos completos y suscribirse a flujos de datos en tiempo real a través de múltiples cadenas, en contraste con los datos estáticos y más retrasados proporcionados por Etherscan. Básicamente, el ecosistema basado en la Capa de datos forma un mercado oráculo en cadena.
Anteriormente, Syntropy completó sus rondas de financiación de semillas y extensión de semillas, recaudando un total de $9M de instituciones como Alphemy Capital y Maven 11 en diciembre de 2021 y mayo de 2023, respectivamente.
Los esfuerzos de financiamiento de Syntropy en 2024 fueron apoyados por Goldrich Consulting, que anunció el 14 de marzo la finalización de una ronda de financiamiento estratégica liderada por CMCC Global. Las inversiones de seguimiento provinieron de P2 Ventures (Polygon), HV Capital, Faculty Group, Wave Capital, Moonrock Capital, DVNCI Capital, TRGC, Mapleblock Capital, AntAlpha y Public Works. Sin embargo, el monto específico recaudado no fue revelado.
Según el plan del equipo, la mainnet de la cadena de aplicaciones construida en Cosmos SDK se lanzará en el segundo trimestre de 2024, junto con una reposicionamiento de marca durante el mismo trimestre. Si los datos del ecosistema crecen significativamente, Syntropy planea buscar más financiación de la Serie A.
Syntropy es un equipo que comenzó su trayectoria en el sector de la criptomoneda relativamente temprano, siendo fundado en 2018 bajo el nombre original de NOIA Network. El equipo fundador incluye a los siguientes cofundadores: Domas Poviliauskas, que actualmente se desempeña como líder de Visión y Estrategia; Jonas Simanavicius como CTO; Kipras Kazlauskas como CFO; y Domantas Jaskunas como COO.
El CTO Jonas trabajó inicialmente en el sector tecnológico dentro de la industria del comercio electrónico antes de pasar al banco de inversión y comercio. Durante su tiempo en JP Morgan, el surgimiento de Ethereum despertó su interés en el campo de las criptomonedas. Alrededor de 2017-2018, comenzaron a explorar qué infraestructuras fundamentales para Web3 tenían un potencial significativo de crecimiento. En ese momento, creían que desarrollar u optimizar protocolos de red similares a TCP específicamente para Web3 podría representar una gran oportunidad. Sin embargo, esta idea era algo prematura para el entorno general y el ecosistema blockchain. Gradualmente, a medida que sus preocupaciones dentro del ecosistema de criptomonedas evolucionaron, Syntropy giró hacia su dirección actual, centrandose en el desarrollo de una capa de datos protocolo.
El ecosistema blockchain, que supuestamente enfatiza la “descentralización”, opera cada blockchain dentro de su ecosistema aislado (como Bitcoin, Ethereum, Solana, etc.), con cada ecosistema ejecutando sus propios nodos RPC o servidores de infraestructura fundamentales. Los desarrolladores dentro de estos ecosistemas pueden recuperar datos de estas blockchains. Cuando los desarrolladores necesitan datos, compran servicios API de oráculos, que dependen de múltiples proveedores de datos centralizados fuera de la cadena para obtener datos. Las API/bases de datos de estos proveedores están constantemente en riesgo de cerrarse con la cesación del servicio. A medida que aumenta la adopción, los datos se vuelven o bien no inmediatos (debido a la indexación por múltiples proveedores de datos) o difíciles de confiar. Por lo tanto, han surgido al menos tres problemas:
Entonces, ¿por qué confiamos en servicios de oráculo centralizados que indexan múltiples proveedores de datos?
Por ejemplo, en el pasado, trabajé en un mercado de comercio de NFT donde nuestro protocolo de préstamo de NFT requería la compra de servicios de API de Chainlink para proporcionar el precio base de colecciones de NFT específicas. Estos datos de precio necesitaban ser justos y no manipulables porque los cambios en el precio base determinarían el índice de salud del colateral de NFT de los usuarios. Si el precio bajaba significativamente, los usuarios recibirían una notificación para devolver ETH y asegurar que sus NFT no fueran liquidados y subastados.
Un caso conocido de manipulación de precios involucró al protocolo de préstamo de NFT Bendao, que tenía una penalización de liquidación de 0.2E pagada directamente por el liquidado al comprador final en la subasta de liquidación. Una ballena, Franklin, explotó esta regla vendiendo masivamente NFT de Bored Ape, causando una rápida caída de precios. Esto llevó a la liquidación y subasta de NFT de muchos usuarios, que luego compró en un corto período, ganando una cantidad significativa de penalizaciones por liquidación. Si el protocolo Bendao hubiera elegido un oráculo que indexara múltiples proveedores de datos como el estándar para determinar el precio base, la fuente de datos del precio base habría sido un precio promedio en un período, no sujeto a fluctuaciones bruscas en poco tiempo. Los protocolos de préstamos, susceptibles a datos de tiempo y precio, confían en oráculos centralizados por buenas razones.
La elección más común en el ecosistema actual es priorizar la confiabilidad y seguridad de los datos, incluso si eso significa depender de servicios de oráculo más conservadores con una latencia más alta. Sin embargo, incluso cuando los oráculos obtienen datos de proveedores de datos externos, la lógica subyacente sigue siendo centralizada. La lógica fundamental de Syntropy es establecer una capa de datos que permita a los desarrolladores recuperar datos directamente de los nodos completos de la cadena de bloques, logrando una baja latencia. Al mismo tiempo, múltiples roles dentro de la cadena de aplicaciones garantizarán la confiabilidad de los datos basados en medidas de incentivo y un mecanismo de reducción.
El protocolo PubSub adoptado por la capa de datos de Syntropy es una rama compatible con NATS, que sirve como un marco para intercambiar mensajes entre los editores y suscriptores de datos. Tanto los editores como los suscriptores requieren integración de software especializado para participar, y Syntropy proporciona un SDK de PubSub mantenido por el equipo para permitir a los desarrolladores construir dApps rápidamente.
Económicamente, esta solución puede ser más asequible porque el protocolo PubSub es un protocolo de mensajería en lugar de un modelo de API centralizado, eliminando la carga computacional en las fuentes de datos: en el modelo estándar de llamada-respuesta, cada solicitud realiza alguna computación en la fuente de datos. Con el modelo de publicador-suscriptor del protocolo PubSub, la computación se realiza solo una vez en la fuente, lo que hace que esta solución sea más escalable y competitiva en precio con las soluciones de datos de blockchain existentes (como nodos RPC y APIs centralizadas).
A medida que escala, la creciente demanda dentro de la capa de datos de Syntropy reducirá el precio por GB de datos. En el extremo del precio de datos grandes, la gran mayoría de los costos totales son costos fijos de servidores de hardware, mientras que en el extremo del precio de datos pequeños, se espera que los costos de servicio representen el 30-40% de los costos totales. Aquí, los costos de servicio se refieren meramente al gasto de transmitir datos a los usuarios a través de la red.
El ecosistema de Syntropy comprende tres componentes principales: Cadenas de Aplicaciones (App Chain), Capa de datos y el protocolo PubSub. Dentro de este marco, la Cadena de Aplicaciones es responsable únicamente de mantener el estado de las dApps. Implementa mecanismos de staking e incentivos cuidadosamente diseñados para garantizar que todas las partes actúen en su mejor interés y proteger la red contra actividades maliciosas. El protocolo de Capa de datos proporciona datos que satisfacen las necesidades del usuario, mientras que el protocolo PubSub permite el libre flujo de flujos de datos dentro de la red de la Cadena de Aplicaciones.
Fuente: Documentación oficial
Cualquiera puede convertirse en un editor de datos conectándose a los nodos completos de cualquier red blockchain, proporcionando flujos de datos en tiempo real y luego vendiendo estos datos generados por la red a través de la cadena de aplicaciones de Syntropy para recibir incentivos en forma de tokens. Los desarrolladores que construyen varios dApps pueden comprar estos flujos de datos utilizando tokens.
En resumen, hay tres roles principales en la capa de datos que deben desempeñarse:
Editores de datos: Los editores son aquellos que proporcionan datos a los suscriptores y pueden establecer una tarifa de servicio apropiada para obtener ganancias.
Agentes de Datos y Observadores: Estos dos roles mantienen la red de transmisión de datos. Primero, necesitan bloquear una cierta cantidad de tokens como garantía. Después, pueden ganar una parte de las tarifas de la red basada en la cantidad real de datos transmitidos; los observadores reciben una parte más pequeña de las ganancias.
En resumen, dado que los suscriptores son los compradores de datos y los principales contribuyentes de valor al sistema, la tokenómica está diseñada principalmente para satisfacer a los suscriptores. Los editores pueden competir en el mercado en aspectos como el precio, la riqueza y la integridad de sus ofertas de datos. Los corredores de datos no participan en la competencia de precios, ya que reciben tarifas fijas de protocolo. Son responsables de realizar el registro de transacciones fuera de la cadena y de construir pruebas de entrega, mientras que los observadores se aseguran de que los corredores de datos no actúen maliciosamente y luego envíen transacciones y pruebas juntas a la cadena de la aplicación.
Para comprender cómo interactúan entre sí los diversos roles dentro del protocolo de la capa de datos, consulte el diagrama a continuación:
Fuente: Documentación Oficial
La cadena de aplicaciones de Syntropy está construida utilizando el Cosmos SDK y CometBFT. Después de que los observadores envían transacciones y pruebas a la cadena de aplicaciones, estas son confirmadas por un grupo de validadores que ejecutan el protocolo de consenso antes de ser añadidas al blockchain. La cadena de aplicaciones tiene dos roles principales:
Fuentes de ingresos:
Fuentes de ingresos:
El 25 de marzo de 2024, el primer lote de validadores de la comunidad se unió al entorno de la red de prueba de Cosmos. Están formados por usuarios que anteriormente han sido validadores de Syntropy, y el equipo también está animando a los validadores con experiencia en la operación de nodos a ponerse en contacto de forma proactiva. Se espera que la red principal de la cadena Cosmos se lance alrededor de junio de 2024.
Syntropy emplea tres mecanismos de incentivos para atraer a diferentes roles a participar, iniciando y sosteniendo el volante ecológico del ecosistema:
Estas son recompensas otorgadas a validadores de nodos y delegadores para garantizar la seguridad y estabilidad de la red blockchain. La cantidad de recompensa se ajusta dinámicamente en función del total de tokens apostados, con recompensas anuales que van del 5% al 20% cuando la tasa de participación alcanza el 50%-67%. A largo plazo, a medida que aumenten las tarifas de gas de la red, la proporción de estas recompensas disminuirá gradualmente.
Están diseñados para atraer a corredores de datos y observadores a participar en la capa de transmisión de datos. Primero deben bloquear una cierta cantidad de tokens como garantía, después de lo cual pueden recibir recompensas subsidiarias similares a un rendimiento anual del 20%-30%, lo que les anima a unirse y mantener la red de datos. La cantidad de estas recompensas subsidiarias también se ajustará dinámicamente en función del número de participantes.
Una parte de los tokens se asigna al grupo comunitario, el cual los miembros de la comunidad pueden proponer cómo utilizar, como financiar a los editores que publican datos valiosos para atraer a más usuarios a la red de Syntropy. Sin embargo, este gasto tiene un límite anual específico.
Actualmente, las cantidades y rendimientos anuales de estos mecanismos de incentivos son estimaciones de documentos oficiales y aún están sujetos a ajustes dinámicos basados en el nivel de participación para garantizar el equilibrio del modelo económico general.
En el modelo económico de tokens, el diseño del token $NOIA tiene como objetivo facilitar el acceso sin problemas a datos en tiempo real entre cadenas. Sirve como el combustible que impulsa la capa de datos, incentivando una economía de datos escalable y centrada en el usuario. Tiene las siguientes cuatro utilidades:
Seguridad de la cadena: Proporcionar seguridad a la cadena a través de mecanismos de participación, delegación y recortes;
Seguridad de la Capa de datos: Garantizar la seguridad de la capa de datos a través de apuestas continuas, desafíos de prueba y mecanismos de penalización;
Gobernanza de la cadena a través de propuestas y votaciones;
Utilizado para pagos dentro del protocolo de la capa de datos.
El modelo de gobernanza de tokens adopta el modelo general de gobernanza en cadena que se encuentra en el ecosistema Cosmos. Cualquiera con una dirección y una cantidad mínima de tokens puede iniciar propuestas. Cualquier validador con derechos de voto puede votar.
Un aspecto único aquí es que si eres un delegado que ha apostado tokens $NOIA con un validador, no puedes usar los tokens apostados para votar. Esto significa que la cantidad de tokens con los que un validador puede votar es la suma de sus propios tokens y todos los tokens delegados a ellos. Este diseño, similar a la democracia representativa, anima a los usuarios a elegir cuidadosamente a sus validadores, ya que te representarán en el ejercicio de algunos o todos tus derechos de gobernanza.
El token $NOIA actualmente ocupa el puesto número 368 en capitalización de mercado. En servicios centralizados, los competidores de Syntropy incluyen oráculos similares a Chainlink; en el espacio de redes de disponibilidad de datos, su competidor es Celestia, cuyo FDV actual supera los $12B. Desde las perspectivas de FDV y capitalización de mercado, Syntropy tiene un potencial de crecimiento significativo.
En cuanto a la oferta circulante, a finales de 2023, aproximadamente el 73,5% de la oferta de $NOIA estaba en circulación, quedando el 26,5% restante de la oferta no distribuida para ser utilizada en diversas medidas de incentivo en la capa de datos de Syntropy y la cadena de aplicaciones, así como para financiamiento futuro. Se espera que la red principal se lance en Cosmos en junio, momento en el que el proyecto también emitirá tokens nativos de Cosmos y proporcionará un puente para que los usuarios transfieran $NOIA a la cadena de aplicaciones. Esto podría aumentar la demanda del token $NOIA y reducir la oferta circulante.
Desde finales de 2023 hasta principios de 2024, Syntropy capitalizó numerosas oportunidades: completó con éxito una ronda de financiación estratégica, cumplió con sus compromisos de hoja de ruta a tiempo y mantuvo el ritmo con la tendencia de inteligencia artificial en su narrativa de mercado.
Las narrativas del mercado relacionadas con Syntropy incluyen:
El proyecto Silverstone para el primer trimestre de 2024 fue anunciado para su lanzamiento el 27 de febrero. Este proyecto introdujo la red de prueba de la cadena de aplicaciones Cosmos para el protocolo de capa de datos y dio la bienvenida al primer lote de validadores a la red. Después de esto, el proyecto Monaco en el segundo trimestre de 2024 verá el lanzamiento de tokens nativos de Cosmos, el lanzamiento del puente de tokens $NOIA y el rebranding de Syntropy. Para obtener un mapa detallado, consulte:
Fuente: Sitio web oficial
Al adoptar la tecnología de prueba ZK, los observadores podrían ser eliminados gradualmente de la capa de protocolo. Actualmente, la función principal de los observadores es monitorear si las pruebas presentadas por los corredores de datos son correctas. Sus fuentes de ingresos son:
Verificando que las pruebas estén correctamente construidas (verificación)
Demostrando que las pruebas presentadas en la cadena están construidas de forma incorrecta (desafíos)
Los mismos objetivos podrían alcanzarse si las pruebas de transacción se agregan a las pruebas de entrega utilizando un árbol de Merkle, lo que permite a los corredores de datos construir y enviar pruebas de conocimiento cero. En este escenario, la construcción de pruebas de conocimiento cero reforzaría la corrección de las presentaciones, eliminando la necesidad del rol de observador.
Sin embargo, todavía se necesitan desafíos al mirar el diseño de algunos mercados a prueba de corrupción actuales, como Succinct. Esta solución simplemente externaliza la generación de pruebas a un mercado descentralizado para reducir costos.
Syntropy está desarrollando una alternativa abierta para los sistemas de seguridad de datos y enrutamiento que operan sobre los protocolos de internet existentes. El ecosistema de Syntropy abarca tres componentes principales: Cadenas de Aplicaciones (App Chain), Capa de datos y el protocolo PubSub (es decir, protocolo Publicar-Suscribir).
En su núcleo se encuentra la Capa de datos. Syntropy otorga un alto valor a la funcionalidad y la interoperabilidad entre cadenas, lo que convierte a la Capa de datos en un protocolo de capa de ejecución personalizable y modular. Esto permite a los desarrolladores construir dapps componibles, específicos para casos de uso e interoperables para acceder a cualquier dato en cualquier cadena. Las Application Chains son las redes que ejecutan esta Capa de datos, basadas en la infraestructura de la Capa 1 del ecosistema Cosmos. A través de la Capa de datos, cualquiera puede obtener y publicar datos desde nodos completos y suscribirse a flujos de datos en tiempo real a través de múltiples cadenas, en contraste con los datos estáticos y más retrasados proporcionados por Etherscan. Básicamente, el ecosistema basado en la Capa de datos forma un mercado oráculo en cadena.
Anteriormente, Syntropy completó sus rondas de financiación de semillas y extensión de semillas, recaudando un total de $9M de instituciones como Alphemy Capital y Maven 11 en diciembre de 2021 y mayo de 2023, respectivamente.
Los esfuerzos de financiamiento de Syntropy en 2024 fueron apoyados por Goldrich Consulting, que anunció el 14 de marzo la finalización de una ronda de financiamiento estratégica liderada por CMCC Global. Las inversiones de seguimiento provinieron de P2 Ventures (Polygon), HV Capital, Faculty Group, Wave Capital, Moonrock Capital, DVNCI Capital, TRGC, Mapleblock Capital, AntAlpha y Public Works. Sin embargo, el monto específico recaudado no fue revelado.
Según el plan del equipo, la mainnet de la cadena de aplicaciones construida en Cosmos SDK se lanzará en el segundo trimestre de 2024, junto con una reposicionamiento de marca durante el mismo trimestre. Si los datos del ecosistema crecen significativamente, Syntropy planea buscar más financiación de la Serie A.
Syntropy es un equipo que comenzó su trayectoria en el sector de la criptomoneda relativamente temprano, siendo fundado en 2018 bajo el nombre original de NOIA Network. El equipo fundador incluye a los siguientes cofundadores: Domas Poviliauskas, que actualmente se desempeña como líder de Visión y Estrategia; Jonas Simanavicius como CTO; Kipras Kazlauskas como CFO; y Domantas Jaskunas como COO.
El CTO Jonas trabajó inicialmente en el sector tecnológico dentro de la industria del comercio electrónico antes de pasar al banco de inversión y comercio. Durante su tiempo en JP Morgan, el surgimiento de Ethereum despertó su interés en el campo de las criptomonedas. Alrededor de 2017-2018, comenzaron a explorar qué infraestructuras fundamentales para Web3 tenían un potencial significativo de crecimiento. En ese momento, creían que desarrollar u optimizar protocolos de red similares a TCP específicamente para Web3 podría representar una gran oportunidad. Sin embargo, esta idea era algo prematura para el entorno general y el ecosistema blockchain. Gradualmente, a medida que sus preocupaciones dentro del ecosistema de criptomonedas evolucionaron, Syntropy giró hacia su dirección actual, centrandose en el desarrollo de una capa de datos protocolo.
El ecosistema blockchain, que supuestamente enfatiza la “descentralización”, opera cada blockchain dentro de su ecosistema aislado (como Bitcoin, Ethereum, Solana, etc.), con cada ecosistema ejecutando sus propios nodos RPC o servidores de infraestructura fundamentales. Los desarrolladores dentro de estos ecosistemas pueden recuperar datos de estas blockchains. Cuando los desarrolladores necesitan datos, compran servicios API de oráculos, que dependen de múltiples proveedores de datos centralizados fuera de la cadena para obtener datos. Las API/bases de datos de estos proveedores están constantemente en riesgo de cerrarse con la cesación del servicio. A medida que aumenta la adopción, los datos se vuelven o bien no inmediatos (debido a la indexación por múltiples proveedores de datos) o difíciles de confiar. Por lo tanto, han surgido al menos tres problemas:
Entonces, ¿por qué confiamos en servicios de oráculo centralizados que indexan múltiples proveedores de datos?
Por ejemplo, en el pasado, trabajé en un mercado de comercio de NFT donde nuestro protocolo de préstamo de NFT requería la compra de servicios de API de Chainlink para proporcionar el precio base de colecciones de NFT específicas. Estos datos de precio necesitaban ser justos y no manipulables porque los cambios en el precio base determinarían el índice de salud del colateral de NFT de los usuarios. Si el precio bajaba significativamente, los usuarios recibirían una notificación para devolver ETH y asegurar que sus NFT no fueran liquidados y subastados.
Un caso conocido de manipulación de precios involucró al protocolo de préstamo de NFT Bendao, que tenía una penalización de liquidación de 0.2E pagada directamente por el liquidado al comprador final en la subasta de liquidación. Una ballena, Franklin, explotó esta regla vendiendo masivamente NFT de Bored Ape, causando una rápida caída de precios. Esto llevó a la liquidación y subasta de NFT de muchos usuarios, que luego compró en un corto período, ganando una cantidad significativa de penalizaciones por liquidación. Si el protocolo Bendao hubiera elegido un oráculo que indexara múltiples proveedores de datos como el estándar para determinar el precio base, la fuente de datos del precio base habría sido un precio promedio en un período, no sujeto a fluctuaciones bruscas en poco tiempo. Los protocolos de préstamos, susceptibles a datos de tiempo y precio, confían en oráculos centralizados por buenas razones.
La elección más común en el ecosistema actual es priorizar la confiabilidad y seguridad de los datos, incluso si eso significa depender de servicios de oráculo más conservadores con una latencia más alta. Sin embargo, incluso cuando los oráculos obtienen datos de proveedores de datos externos, la lógica subyacente sigue siendo centralizada. La lógica fundamental de Syntropy es establecer una capa de datos que permita a los desarrolladores recuperar datos directamente de los nodos completos de la cadena de bloques, logrando una baja latencia. Al mismo tiempo, múltiples roles dentro de la cadena de aplicaciones garantizarán la confiabilidad de los datos basados en medidas de incentivo y un mecanismo de reducción.
El protocolo PubSub adoptado por la capa de datos de Syntropy es una rama compatible con NATS, que sirve como un marco para intercambiar mensajes entre los editores y suscriptores de datos. Tanto los editores como los suscriptores requieren integración de software especializado para participar, y Syntropy proporciona un SDK de PubSub mantenido por el equipo para permitir a los desarrolladores construir dApps rápidamente.
Económicamente, esta solución puede ser más asequible porque el protocolo PubSub es un protocolo de mensajería en lugar de un modelo de API centralizado, eliminando la carga computacional en las fuentes de datos: en el modelo estándar de llamada-respuesta, cada solicitud realiza alguna computación en la fuente de datos. Con el modelo de publicador-suscriptor del protocolo PubSub, la computación se realiza solo una vez en la fuente, lo que hace que esta solución sea más escalable y competitiva en precio con las soluciones de datos de blockchain existentes (como nodos RPC y APIs centralizadas).
A medida que escala, la creciente demanda dentro de la capa de datos de Syntropy reducirá el precio por GB de datos. En el extremo del precio de datos grandes, la gran mayoría de los costos totales son costos fijos de servidores de hardware, mientras que en el extremo del precio de datos pequeños, se espera que los costos de servicio representen el 30-40% de los costos totales. Aquí, los costos de servicio se refieren meramente al gasto de transmitir datos a los usuarios a través de la red.
El ecosistema de Syntropy comprende tres componentes principales: Cadenas de Aplicaciones (App Chain), Capa de datos y el protocolo PubSub. Dentro de este marco, la Cadena de Aplicaciones es responsable únicamente de mantener el estado de las dApps. Implementa mecanismos de staking e incentivos cuidadosamente diseñados para garantizar que todas las partes actúen en su mejor interés y proteger la red contra actividades maliciosas. El protocolo de Capa de datos proporciona datos que satisfacen las necesidades del usuario, mientras que el protocolo PubSub permite el libre flujo de flujos de datos dentro de la red de la Cadena de Aplicaciones.
Fuente: Documentación oficial
Cualquiera puede convertirse en un editor de datos conectándose a los nodos completos de cualquier red blockchain, proporcionando flujos de datos en tiempo real y luego vendiendo estos datos generados por la red a través de la cadena de aplicaciones de Syntropy para recibir incentivos en forma de tokens. Los desarrolladores que construyen varios dApps pueden comprar estos flujos de datos utilizando tokens.
En resumen, hay tres roles principales en la capa de datos que deben desempeñarse:
Editores de datos: Los editores son aquellos que proporcionan datos a los suscriptores y pueden establecer una tarifa de servicio apropiada para obtener ganancias.
Agentes de Datos y Observadores: Estos dos roles mantienen la red de transmisión de datos. Primero, necesitan bloquear una cierta cantidad de tokens como garantía. Después, pueden ganar una parte de las tarifas de la red basada en la cantidad real de datos transmitidos; los observadores reciben una parte más pequeña de las ganancias.
En resumen, dado que los suscriptores son los compradores de datos y los principales contribuyentes de valor al sistema, la tokenómica está diseñada principalmente para satisfacer a los suscriptores. Los editores pueden competir en el mercado en aspectos como el precio, la riqueza y la integridad de sus ofertas de datos. Los corredores de datos no participan en la competencia de precios, ya que reciben tarifas fijas de protocolo. Son responsables de realizar el registro de transacciones fuera de la cadena y de construir pruebas de entrega, mientras que los observadores se aseguran de que los corredores de datos no actúen maliciosamente y luego envíen transacciones y pruebas juntas a la cadena de la aplicación.
Para comprender cómo interactúan entre sí los diversos roles dentro del protocolo de la capa de datos, consulte el diagrama a continuación:
Fuente: Documentación Oficial
La cadena de aplicaciones de Syntropy está construida utilizando el Cosmos SDK y CometBFT. Después de que los observadores envían transacciones y pruebas a la cadena de aplicaciones, estas son confirmadas por un grupo de validadores que ejecutan el protocolo de consenso antes de ser añadidas al blockchain. La cadena de aplicaciones tiene dos roles principales:
Fuentes de ingresos:
Fuentes de ingresos:
El 25 de marzo de 2024, el primer lote de validadores de la comunidad se unió al entorno de la red de prueba de Cosmos. Están formados por usuarios que anteriormente han sido validadores de Syntropy, y el equipo también está animando a los validadores con experiencia en la operación de nodos a ponerse en contacto de forma proactiva. Se espera que la red principal de la cadena Cosmos se lance alrededor de junio de 2024.
Syntropy emplea tres mecanismos de incentivos para atraer a diferentes roles a participar, iniciando y sosteniendo el volante ecológico del ecosistema:
Estas son recompensas otorgadas a validadores de nodos y delegadores para garantizar la seguridad y estabilidad de la red blockchain. La cantidad de recompensa se ajusta dinámicamente en función del total de tokens apostados, con recompensas anuales que van del 5% al 20% cuando la tasa de participación alcanza el 50%-67%. A largo plazo, a medida que aumenten las tarifas de gas de la red, la proporción de estas recompensas disminuirá gradualmente.
Están diseñados para atraer a corredores de datos y observadores a participar en la capa de transmisión de datos. Primero deben bloquear una cierta cantidad de tokens como garantía, después de lo cual pueden recibir recompensas subsidiarias similares a un rendimiento anual del 20%-30%, lo que les anima a unirse y mantener la red de datos. La cantidad de estas recompensas subsidiarias también se ajustará dinámicamente en función del número de participantes.
Una parte de los tokens se asigna al grupo comunitario, el cual los miembros de la comunidad pueden proponer cómo utilizar, como financiar a los editores que publican datos valiosos para atraer a más usuarios a la red de Syntropy. Sin embargo, este gasto tiene un límite anual específico.
Actualmente, las cantidades y rendimientos anuales de estos mecanismos de incentivos son estimaciones de documentos oficiales y aún están sujetos a ajustes dinámicos basados en el nivel de participación para garantizar el equilibrio del modelo económico general.
En el modelo económico de tokens, el diseño del token $NOIA tiene como objetivo facilitar el acceso sin problemas a datos en tiempo real entre cadenas. Sirve como el combustible que impulsa la capa de datos, incentivando una economía de datos escalable y centrada en el usuario. Tiene las siguientes cuatro utilidades:
Seguridad de la cadena: Proporcionar seguridad a la cadena a través de mecanismos de participación, delegación y recortes;
Seguridad de la Capa de datos: Garantizar la seguridad de la capa de datos a través de apuestas continuas, desafíos de prueba y mecanismos de penalización;
Gobernanza de la cadena a través de propuestas y votaciones;
Utilizado para pagos dentro del protocolo de la capa de datos.
El modelo de gobernanza de tokens adopta el modelo general de gobernanza en cadena que se encuentra en el ecosistema Cosmos. Cualquiera con una dirección y una cantidad mínima de tokens puede iniciar propuestas. Cualquier validador con derechos de voto puede votar.
Un aspecto único aquí es que si eres un delegado que ha apostado tokens $NOIA con un validador, no puedes usar los tokens apostados para votar. Esto significa que la cantidad de tokens con los que un validador puede votar es la suma de sus propios tokens y todos los tokens delegados a ellos. Este diseño, similar a la democracia representativa, anima a los usuarios a elegir cuidadosamente a sus validadores, ya que te representarán en el ejercicio de algunos o todos tus derechos de gobernanza.
El token $NOIA actualmente ocupa el puesto número 368 en capitalización de mercado. En servicios centralizados, los competidores de Syntropy incluyen oráculos similares a Chainlink; en el espacio de redes de disponibilidad de datos, su competidor es Celestia, cuyo FDV actual supera los $12B. Desde las perspectivas de FDV y capitalización de mercado, Syntropy tiene un potencial de crecimiento significativo.
En cuanto a la oferta circulante, a finales de 2023, aproximadamente el 73,5% de la oferta de $NOIA estaba en circulación, quedando el 26,5% restante de la oferta no distribuida para ser utilizada en diversas medidas de incentivo en la capa de datos de Syntropy y la cadena de aplicaciones, así como para financiamiento futuro. Se espera que la red principal se lance en Cosmos en junio, momento en el que el proyecto también emitirá tokens nativos de Cosmos y proporcionará un puente para que los usuarios transfieran $NOIA a la cadena de aplicaciones. Esto podría aumentar la demanda del token $NOIA y reducir la oferta circulante.
Desde finales de 2023 hasta principios de 2024, Syntropy capitalizó numerosas oportunidades: completó con éxito una ronda de financiación estratégica, cumplió con sus compromisos de hoja de ruta a tiempo y mantuvo el ritmo con la tendencia de inteligencia artificial en su narrativa de mercado.
Las narrativas del mercado relacionadas con Syntropy incluyen:
El proyecto Silverstone para el primer trimestre de 2024 fue anunciado para su lanzamiento el 27 de febrero. Este proyecto introdujo la red de prueba de la cadena de aplicaciones Cosmos para el protocolo de capa de datos y dio la bienvenida al primer lote de validadores a la red. Después de esto, el proyecto Monaco en el segundo trimestre de 2024 verá el lanzamiento de tokens nativos de Cosmos, el lanzamiento del puente de tokens $NOIA y el rebranding de Syntropy. Para obtener un mapa detallado, consulte:
Fuente: Sitio web oficial
Al adoptar la tecnología de prueba ZK, los observadores podrían ser eliminados gradualmente de la capa de protocolo. Actualmente, la función principal de los observadores es monitorear si las pruebas presentadas por los corredores de datos son correctas. Sus fuentes de ingresos son:
Verificando que las pruebas estén correctamente construidas (verificación)
Demostrando que las pruebas presentadas en la cadena están construidas de forma incorrecta (desafíos)
Los mismos objetivos podrían alcanzarse si las pruebas de transacción se agregan a las pruebas de entrega utilizando un árbol de Merkle, lo que permite a los corredores de datos construir y enviar pruebas de conocimiento cero. En este escenario, la construcción de pruebas de conocimiento cero reforzaría la corrección de las presentaciones, eliminando la necesidad del rol de observador.
Sin embargo, todavía se necesitan desafíos al mirar el diseño de algunos mercados a prueba de corrupción actuales, como Succinct. Esta solución simplemente externaliza la generación de pruebas a un mercado descentralizado para reducir costos.