Skip to main content

Qué es un AVS

Nota: Este documento es una traducción automática del original en inglés.

Qué es un AVS

Un AVS (Actively Validated Service, servicio validado activamente) es un servicio descentralizado que depende de un conjunto de validadores que realizan tareas de forma activa y ponen en riesgo capital económico (stake) para garantizar un comportamiento honesto. A diferencia de un contrato inteligente que se ejecuta de forma pasiva cuando es invocado, un AVS requiere que los validadores realicen continuamente o de forma periódica deberes específicos —verificar datos, ejecutar cómputos, producir atestaciones o mantener disponibilidad— con su capital en stake sujeto a slashing si fallan o actúan de forma maliciosa.

En resumen: un AVS es un servicio asegurado por validadores que ponen capital en stake y se enfrentan a penalizaciones por mal comportamiento —estrechamente relacionado con el restaking, que proporciona el mecanismo para que estos validadores extiendan su seguridad económica desde una blockchain existente hacia el AVS—.

Cómo funciona un AVS

El concepto de AVS formaliza un patrón que siempre ha existido en los sistemas de blockchain: servicios que necesitan participantes activos e incentivados económicamente para funcionar correctamente.

Validación activa

El mecanismo de consenso de una blockchain es en sí mismo una forma de validación activa —los validadores deben proponer y atestar bloques continuamente, y se les aplica slashing por mal comportamiento—. Un AVS generaliza este patrón más allá del consenso. Cualquier servicio que requiera trabajo activo de los validadores —no solo la ejecución pasiva de contratos inteligentes— puede estructurarse como un AVS. Algunos ejemplos incluyen disponibilidad de datos (almacenar y servir datos bajo demanda), feeds de datos de oráculos, verificación de mensajes entre cadenas, verificación de inferencia de IA y operaciones de keeper que disparan acciones cuando se cumplen condiciones específicas.

Seguridad económica a través del restaking

Históricamente, cada servicio que requería validación activa tenía que arrancar su propia seguridad —reclutar validadores, lanzar un token de staking y construir suficiente compromiso económico para disuadir ataques—. Esto es caro y crea una seguridad fragmentada.

El modelo AVS, particularmente tal como lo han impulsado los marcos de restaking, cambia esta dinámica. En lugar de que cada AVS necesite su propio pool de staking independiente, los validadores pueden volver a poner en stake (restake) activos de una blockchain establecida para asegurar simultáneamente múltiples protocolos AVS. El capital reapostado está sujeto a slashing por cada AVS al que el validador se adhiere, lo que crea una responsabilidad económica genuina sin requerir que cada servicio empiece desde cero.

Slashing y rendición de cuentas

La característica que define a un AVS es que los validadores se enfrentan a consecuencias económicas reales por un mal desempeño. Cada AVS define sus propias condiciones de slashing —los malos comportamientos o fallos específicos que resultan en la pérdida de capital en stake—. Estas condiciones podrían incluir:

  • Proporcionar datos o atestaciones incorrectos.
  • No responder dentro de una ventana de tiempo requerida.
  • Firmar declaraciones contradictorias (equivocación).
  • Estar fuera de línea durante un periodo de deber crítico.

Las reglas de slashing deben ser objetivas y verificables —idealmente demostrables on-chain— para que las disputas puedan resolverse de forma transparente.

Por qué importa para los proyectos de IA cripto

Muchos proyectos de IA cripto necesitan garantías que van más allá de lo que pueden proporcionar los contratos inteligentes pasivos. Necesitan trabajo activo —verificación, cómputo, entrega de datos— realizado por participantes incentivados económicamente. El modelo AVS proporciona un marco para esto.

Verificación de inferencia de IA. Cuando un modelo de IA produce un resultado off-chain, ¿cómo sabe la blockchain que el resultado es correcto? Un AVS puede estructurarse de modo que múltiples validadores verifiquen o vuelvan a ejecutar la inferencia de forma independiente, atesten el resultado y se enfrenten a slashing si se demuestra que su atestación es errónea.

Coordinación descentralizada de tareas de IA. Las redes de cómputo de IA que distribuyen tareas a múltiples operadores pueden usar el modelo AVS para asegurar que los operadores realicen el trabajo correctamente. Los validadores supervisan la finalización de las tareas, puntúan las salidas y aplican penalizaciones por trabajo de baja calidad.

Seguridad sin fragmentación de tokens. En lugar de lanzar un nuevo token específicamente para asegurar los servicios de verificación de IA, un proyecto de IA puede estructurar su capa de verificación como un AVS y aprovechar la seguridad reapostada, evitando la complejidad de crear y mantener un token de seguridad separado.

Dónde aparece esto en las fichas de proyecto de DecAIHub

  • Type — un proyecto que funciona como un AVS o que proporciona infraestructura AVS puede clasificarse con un tipo que refleje su papel como servicio validado activamente.
  • Category — los servicios de verificación o coordinación de IA basados en AVS suelen encuadrarse en categorías relacionadas con Infra en las fichas de proyecto.
  • Consensus — los proyectos construidos como protocolos AVS tienen su propia lógica de validación y slashing, que puede referenciarse en la descripción del consenso o de la arquitectura de seguridad.
  • Token model — si el token del proyecto se usa para staking dentro del AVS (o si recompensa a los validadores del AVS), esto se refleja en el modelo de token.

Qué no demuestra por sí solo un AVS

  • Calidad de la IA — un AVS asegura el proceso de validación, no el modelo de IA en sí. Un AVS bien diseñado puede verificar que los validadores reporten honestamente los resultados de inferencia, pero no puede garantizar que el modelo de IA subyacente sea preciso, útil o esté bien entrenado.
  • Seguridad suficiente — la seguridad de un AVS depende de la cantidad total de capital reapostado, del número e independencia de los validadores y de la solidez de las condiciones de slashing. La etiqueta de "AVS" no garantiza una seguridad económica adecuada.
  • Descentralización — si un pequeño número de validadores controla la mayor parte del capital reapostado de un AVS, el servicio es descentralizado solo de nombre, pero centralizado en la práctica. La diversidad de validadores y la distribución del stake importan.
  • Necesidad — no todos los servicios de IA necesitan las garantías de seguridad económica de un AVS. Algunas tareas de IA pueden verificarse por otros medios (pruebas criptográficas, sistemas de reputación o simple redundancia). Un AVS añade costo y complejidad; su uso debe justificarse por los requisitos de seguridad.

No confundir con

  • Restaking — el restaking es el mecanismo que proporciona seguridad económica a un AVS al extender el capital en stake desde una blockchain existente. El AVS es el servicio que consume esta seguridad. El restaking es el cómo; el AVS es el qué. Véase Qué es el restaking.
  • Contrato inteligente — un contrato inteligente ejecuta código cuando es invocado y no requiere participación activa entre llamadas. Un AVS requiere trabajo activo continuo o periódico de los validadores, con penalizaciones económicas por incumplimiento.
  • Validador — un validador es un participante que realiza deberes de validación. Un AVS es el servicio que esos validadores aseguran. Los validadores existen de forma independiente del concepto de AVS.
  • Middleware — en algunos contextos, los protocolos AVS se describen como "middleware" porque se sitúan entre la capa base de la blockchain y las aplicaciones de usuario final. Sin embargo, no todo el middleware es un AVS, y no todos los protocolos AVS cumplen una función de middleware.

Preguntas frecuentes

¿Cuál es la relación entre AVS y restaking?

El restaking proporciona el mecanismo de seguridad económica; el AVS define el servicio que lo usa. Un marco de restaking permite a los validadores adherirse a la tarea de asegurar protocolos AVS específicos al extender su capital en stake. A cambio, los validadores ganan recompensas adicionales del AVS por realizar sus deberes de validación. El AVS define qué trabajo debe hacerse y qué condiciones de slashing aplican; el restaking proporciona el capital y la estructura de rendición de cuentas.

¿Puede existir un AVS sin restaking?

Conceptualmente, sí —cualquier servicio con validación activa y penalizaciones económicas califica—. Sin embargo, la ventaja práctica del modelo AVS proviene de combinarlo con el restaking, que resuelve el problema del arranque de seguridad. Sin el restaking, cada AVS necesitaría reclutar y capitalizar su propio conjunto de validadores desde cero.

¿Por qué un proyecto de IA cripto usaría un AVS en lugar de un oráculo tradicional?

Un oráculo entrega datos externos a una blockchain. Un AVS puede realizar una gama más amplia de tareas de validación activa, incluyendo —pero sin limitarse a— la entrega de datos. Para un proyecto de IA que necesita validadores para verificar resultados de inferencia, supervisar el rendimiento del modelo, coordinar tareas de cómputo o aplicar estándares de calidad, un AVS proporciona un marco más general y personalizable que un oráculo estándar. El modelo AVS también permite condiciones de slashing más complejas adaptadas a malos comportamientos específicos de la IA.

Referencias externas

Véase también

No comments to display

Back to top