Dossier CoinYQ

Anvil separó el derecho de cobro del voto que gobierna el protocolo

Anvil permite reservar criptoactivos como garantía para que un beneficiario designado reclame el activo acordado mediante una carta de crédito (LOC). Ese derecho de cobro es distinto del token ANVL utilizado para gobernar el protocolo. La migración de 2025 cambió el token con el que se vota; la versión desplegada en 2026 revela una diferencia entre el pago prometido y lo que abona el código cuando falta garantía.

La bóveda exige permiso del protocolo y del depositante

CollateralVault contabiliza por separado saldos disponibles y reservados. La gobernanza elige tokens admitidos y contratos autorizados para usar la bóveda. La cuenta también fija su propia asignación antes de que uno de esos contratos reserve activos. Depositar no abre una línea general para cualquier contrato de Anvil.

LetterOfCredit añade partes identificadas. El creador reserva garantía para un beneficiario y fija el importe acreditado. El cobro corresponde al beneficiario o a un tercero autorizado por su firma. La cancelación sigue esa regla antes del vencimiento, pero v3 permite que cualquiera la invoque después. El código construye un derecho delimitado por una LOC, no propiedad sobre todo lo que guarda la bóveda.

Una LOC dinámica debe convertir un activo en otro

En una LOC estática, garantía y activo acreditado coinciden; en una dinámica son distintos. Como el precio puede cambiar antes del cobro, la segunda nace sobregarantizada. La gobernanza configura factores de creación y liquidación, límites y fuentes Pyth para cada par admitido.

Si la posición se deteriora, un liquidador puede cambiar garantía por el activo acreditado. El beneficiario recibe ese activo y nunca posee la garantía subyacente. La documentación promete el valor completo; v3 también contempla insolvencia, paga primero comisiones de liquidador y protocolo y entrega cuanto sea posible. La garantía absoluta no coincide con la implementación desplegada.

Las unidades del pool y los votos ANVL son derechos distintos

TimeBasedCollateralPool reúne ERC-20 de varias cuentas para un reclamante designado. Los participantes reciben unidades proporcionales y las salidas se retrasan por periodos para mantener garantía previsible durante la época actual y la siguiente. Un nuevo proxy del pool necesita una propuesta antes de que CollateralVault lo acepte. Cada instancia asigna por separado roles de administración, reclamación, destino y reinicio; poseer el beacon común no equivale a controlar todos los roles de cada pool.

Esas unidades no son ANVL. ANVL es un ERC20Votes cuyo peso debe delegarse a la propia dirección o a otra. El proceso actual exige 1.000 millones de votos delegados para proponer, 10.000 millones para cuórum, cinco días de votación y siete días de timelock tras la aprobación.

El timelock controla parámetros y rutas de actualización

El repositorio relaciona el proxy Governor, AnvilTimelock, CollateralVault, el proxy LetterOfCredit, el adaptador Pyth y el beacon de pools. En el bloque 25.908.119 de Ethereum del 5 de septiembre de 2026, lecturas sin escritura devolvieron el timelock como propietario o administrador de esas rutas centrales. El proxy LOC ya había pasado el 27 de agosto a v3 en 0x6c22beA8930980C6C5B4f9c449DA0964eDCAa33B, mientras el README mantenía un singleton anterior.

La espera muestra un cambio antes de ejecutarlo, pero no vuelve inmutable el código. Una propuesta aprobada puede cambiar activos, factores, fuentes de precio, comisiones e implementaciones; concentrar el voto delegado también concentra las decisiones. La vía pública de puesta en cola y ejecución descrita en la documentación pasa por el Governor. En la versión fijada del código revisado, AnvilGovernorDelegate hereda esa vía y remite las operaciones internas al timelock. Las consultas del 5 de septiembre de 2026 no asignaban a la dirección cero roles directos del Timelock; eso no prueba el acceso de un usuario a través del Governor ni demuestra una contradicción con la documentación. Esta comparación de código no verificó los roles del despliegue actual ni una llamada completa a través del Governor en funcionamiento.

La migración fijó un bloque antes de cambiar el Governor

ANVL v1 se desplegó el 3 de junio de 2024 con un contrato Claim para emisión inicial y vesting. Una propuesta de septiembre de 2025 eligió el bloque 23.461.500 como instantánea v2. Especificó importes uno a uno para saldos comunitarios registrados, vesting completo para asignaciones Claim y Reward, y bloqueo mínimo de doce meses para equipo y colaboradores. Que v2 no integre Claim no significa que toda asignación quedase libre al instante.

V2 se desplegó el 2 de octubre y su receptor inicial inició distribuciones el día 3. Dos propuestas cambiaron el Governor a v2 el 15 de octubre y restauraron el timelock de siete días. El hilo revisado no establece un puente permanente para v1 comprado después de la instantánea, y su calendario publicado no se trató como un libro de transferencias totalmente conciliado. Los materiales identifican a Acronym Foundation como editor, pero no establecen su jurisdicción registral ni derechos contractuales adicionales para titulares.

Cómo cambió el proyecto

  1. 2024-06-03
    Despliegue de ANVL v1

    El primer token usa un contrato Claim separado para emisión inicial y vesting.

  2. 2024-09-26 to 2024-11-30
    Configuración de LOC y actualizaciones previas al lanzamiento

    La gobernanza configura activos y factores, sustituye LOC v0 por el proxy actual y actualiza el beacon del pool.

  3. 2025-09-28 12:29:23 UTC
    Instantánea de migración

    El bloque 23.461.500 de Ethereum fija la referencia comunitaria de la propuesta v2.

  4. 2025-10-02 to 2025-10-03
    Despliegue y comienzo de distribución v2

    Se despliega v2 con oferta fija y su receptor inicial comienza transacciones de distribución.

  5. 2025-10-15 17:02:47 UTC
    El Governor adopta ANVL v2

    La segunda propuesta ejecutada apunta la gobernanza a v2 y restaura siete días de timelock.

  6. 2026-08-27 18:49:47 UTC
    El proxy LetterOfCredit pasa a v3

    Una transacción de gobernanza ejecutada actualiza el proxy a una implementación verificada posterior al mapa del repositorio.

Evidencia y fuentes primarias

Última revisión de evidencias: 2026-09-05

¿Qué es Anvil y para qué sirve?

Anvil reúne contratos de Ethereum que reservan garantías y crean relaciones que el proyecto denomina cartas de crédito (LOC). El creador reserva activos de CollateralVault para un beneficiario concreto, que puede cobrar el valor acreditado de la LOC. TimeBasedCollateralPool permite, por separado, que varias cuentas aporten ERC-20 admitidos para un reclamante designado.

ANVL es el token de gobernanza ERC20Votes del protocolo. El contrato v2 actual es 0xAEEAa594e7dc112D67b8547fe9767a02c15B5597 y acuñó una sola vez 100.000 millones de tokens. El poder de voto solo cuenta tras delegarlo. Tener ANVL no crea una LOC, no permite retirar la garantía de otra cuenta y no entrega unidades de un pool.

El proxy LOC actual apunta a una implementación v3 verificada, posterior al singleton que todavía figura en el README. Para describir el comportamiento vigente se dio prioridad al código desplegado sobre el mapa antiguo.

¿Qué problema resuelve?

Una promesa de garantía resulta ambigua si no separa quién aportó el activo, quién puede cobrar y quién cambia las reglas. Anvil divide esos papeles. El depositante autoriza un límite para su cuenta, el protocolo aprueba los contratos que pueden reservar garantías y la LOC nombra al beneficiario.

La separación también plantea una cuestión de control. Los votos ANVL pueden aprobar parámetros y actualizaciones mediante un Governor y un timelock. Una posición descrita como totalmente garantizada sigue dependiendo de oráculos, límites por activo, rutas de liquidación, implementaciones actualizables y concentración del voto delegado.

¿Cómo funciona técnicamente?

CollateralVault acepta ERC-20 aprobados por la gobernanza. Para que otro contrato de Anvil reserve la garantía de una cuenta necesita tanto aprobación del protocolo como autorización de esa cuenta. La LOC registra creador, beneficiario, importe de garantía y valor acreditado. El cobro requiere al beneficiario o su autorización firmada. La cancelación tiene esa misma restricción antes del vencimiento, pero v3 permite que cualquiera cancele una LOC vencida.

Si garantía y activo acreditado coinciden, el pago puede usar el activo reservado. Si difieren, la LOC dinámica exige sobregarantía. Los precios de Pyth y los factores fijados por gobernanza determinan cuándo convertir o liquidar la garantía para obtener el activo acreditado. El beneficiario recibe ese activo, no la propiedad de la garantía subyacente. La documentación dice que siempre recibe el valor completo, pero el código v3 verificado también contempla insolvencia: paga primero comisiones de liquidador y protocolo y entrega al beneficiario cuanto quede. CoinYQ trata esa garantía absoluta como un conflicto con el código desplegado.

TimeBasedCollateralPool ofrece otra vía: los participantes aportan ERC-20 admitidos, reciben unidades y retiran según periodos configurados mientras un reclamante designado utiliza la garantía. Esas unidades no son ANVL. Los votos ANVL se activan por delegación; los valores actuales y las reglas publicadas exigen 1.000 millones de votos para proponer, un 10% de cuórum —10.000 millones sobre la oferta fija— y siete días de timelock. Los roles de reclamante y administrador de cada pool se asignan por separado.

Datos clave y tokenomics

  • ANVL v2 es un ERC-20 de Ethereum con 18 decimales en 0xAEEAa594e7dc112D67b8547fe9767a02c15B5597.
  • El constructor acuñó una oferta fija de 100.000 millones de ANVL y no expone una función de acuñación posterior.
  • CollateralVault está en 0x5d2725fdE4d7Aa3388DA4519ac0449Cc031d675f.
  • El proxy LetterOfCredit actual está en 0x14db9a91933aD9433E1A0dB04D08e5D9EF7c4808.
  • Una LOC separa creador, beneficiario, activo de garantía y activo acreditado.
  • El cobro exige al beneficiario o su autorización firmada. La cancelación sigue esa regla antes del vencimiento, pero v3 permite que cualquiera cancele una LOC vencida.
  • El beneficiario recibe el activo acreditado y no adquiere la garantía subyacente.
  • Las LOC dinámicas usan activos distintos y requieren sobregarantía, precios y reglas de liquidación.
  • Los pools por periodos emiten unidades por los ERC-20 aportados y retrasan las salidas según épocas.
  • Cada pool por periodos tiene roles propios de reclamante y administración; que la gobernanza posea el beacon común no implica que opere todos esos roles.
  • El voto ANVL requiere delegación; las reglas actuales fijan 1.000 millones para proponer, 10.000 millones para cuórum y siete días de timelock.
  • El 5 de septiembre de 2026, lecturas sin escritura devolvieron AnvilTimelock como propietario o administrador de las rutas centrales y de proxy revisadas.
  • Tras la actualización del 27 de agosto de 2026, el proxy LOC usa v3 en 0x6c22beA8930980C6C5B4f9c449DA0964eDCAa33B, aunque el README conserva un singleton anterior.
  • La instantánea fue el bloque 23.461.500 del 28 de septiembre de 2025 a las 12:29:23 UTC; la gobernanza cambió a v2 el 15 de octubre.

Enlaces oficiales y comunidad

Categorías

Criptomonedas relacionadas

Preguntas frecuentes

¿Qué es ANVL?

Es el token de gobernanza de Anvil en Ethereum. La versión v2 actual tiene una oferta fija de 100.000 millones y su poder ERC20Votes solo cuenta después de delegarlo.

¿Qué recibe el beneficiario de una LOC?

El beneficiario cobra el activo acreditado y no adquiere la garantía subyacente. La documentación promete el total, pero v3 contiene una ruta de insolvencia que puede dejar menos del nominal después de pagar comisiones.

¿ANVL es la garantía que respalda una LOC?

No. Las posiciones usan ERC-20 admitidos depositados en CollateralVault o en un pool. ANVL es un token de gobernanza salvo que un producto concreto lo apruebe por separado como garantía.

¿Quién puede cambiar los contratos y parámetros de riesgo?

La gobernanza ANVL envía las acciones aprobadas a AnvilTimelock. En la fecha de revisión, ese timelock poseía los contratos centrales y controlaba las rutas de administración de proxy revisadas. Cada pool tiene además roles propios de reclamante y administración que la gobernanza ANVL central no posee automáticamente.

¿Qué ocurrió en la migración a v2?

La propuesta oficial usó los saldos de comunidad del bloque 23.461.500 para calcular importes v2 uno a uno. V2 se desplegó el 2 de octubre de 2025 y la gobernanza la adoptó el día 15. No se estableció un canje o puente permanente para v1 adquirido después de la instantánea.

¿ANVL da propiedad sobre una empresa o las garantías?

Las fuentes revisadas documentan voto delegado sobre el protocolo. No establecen capital empresarial, ingresos, propiedad del tesoro o de activos de la fundación, rescate a precio fijo ni un derecho automático sobre garantías ajenas.

Seguimiento de precio externo

Consultar el precio en tiempo real de Anvil: