Revocar autoridad de token Sui - Renuncia a los caps

La herramienta de revocación de autoridad de Sui de 20lab te permite destruir permanentemente los objetos de capacidad (caps) de una moneda de Sui, removiendo la capacidad de acuñar, congelar, pausar, actualizar o modificar metadatos para siempre. Así es como los proyectos de Sui prueban que sus tokens son inmutables y de confianza minimizada.

Revocar es irreversible - una vez que un cap es destruido, nadie puede restaurarlo. Esta es la forma más limpia de demostrar suministro fijo (revocando el treasury cap), transferibilidad garantizada (revocando el deny cap), código bloqueado (revocando el upgrade cap), o tokenomía bloqueada (revocando el metadata cap). Si quieres mover un cap en lugar de deshabilitarlo, usa la herramienta de transferencia de autoridad.

Para revocar el Treasury cap en Sui:

1. Conecta el wallet que actualmente posee el Treasury cap
2. Ingresa el coin type o la dirección de tu token
3. Selecciona Revocar Treasury cap
4. Confirma la transacción

Después de la confirmación, el suministro de tu token está permanentemente limitado a la cantidad circulante actual y los metadatos se vuelven inmutables. Nadie - incluyéndote a ti - puede acuñar tokens adicionales o cambiar nombre/símbolo/logo, nunca. Esta es la revocación de cap más común para proyectos que se comprometen a un suministro fijo, y es típicamente esperada por los estándares de listado de DEX antes de que muestren el token como confiable. Guía detallada: cómo revocar el treasury cap en Sui.

Para revocar el Deny cap en Sui, usa el mismo flujo que revocar el Treasury cap pero selecciona Revocar Deny cap. Una vez confirmado:

• Ningún wallet puede ser congelado nunca más para tu token
• Si tu token usa Deny Cap V2 con pausa habilitada, el token tampoco puede ser pausado nunca más
• Las cuentas congeladas existentes no pueden ser descongeladas (revoca después de descongelar si es necesario)

Revocar el deny cap es una de las señales de confianza más fuertes que puedes dar a tu comunidad en Sui - garantiza criptográficamente que sus tokens nunca pueden ser congelados o pausados. Consulta nuestra guía de tokens congelables de Sui para contexto sobre el modelo de deny cap.

"Renunciar a la propiedad" en Sui típicamente se refiere a revocar todos los objetos de capacidad - treasury, metadata, upgrade, y (donde aplique) deny cap - haciendo las propiedades del token permanentemente fijas.

A diferencia del patrón Ownable de Ethereum donde una llamada de renounce elimina un único rol de propietario, Sui tiene múltiples caps separados por token. La renuncia completa significa revocar cada uno individualmente. La herramienta muestra cada cap activo en tu token y te permite revocarlos en secuencia o selectivamente.

Renunciar a todos los caps es el compromiso más fuerte posible con la descentralización pero es irreversible - así que usualmente se hace solo después de que el token ha alcanzado madurez operativa. Transferir los caps a un multisig primero es el paso intermedio más seguro.

La herramienta de 20lab soporta revocar cada cap estándar de Sui:

• Treasury cap - Bloquea el suministro total y los metadatos para siempre
• Metadata cap - Bloquea nombre, símbolo e imagen permanentemente (consulta nuestra guía de metadata cap)
• Upgrade cap - Bloquea el código del contrato inteligente Move del token permanentemente
• Deny cap / Deny cap V2 - Garantiza que ninguna cuenta puede ser congelada o pausada nunca

Cada uno puede revocarse independientemente. Puedes mantener algunos activos mientras deshabilitas otros - el patrón más común es revocar treasury y deny cap mientras mantienes el upgrade cap disponible para parches de seguridad.

Ambos deshabilitan permanentemente un cap, pero difieren:

• Revocar destruye el objeto cap on-chain - la señal más limpia y explícita de remoción permanente. Más fácil para auditores y DEXes detectar automáticamente. También recupera algo de SUI de los reembolsos de almacenamiento ya que el objeto cap es removido.
• Transferencia a dirección de quema asigna el cap a un wallet para el que nadie puede firmar. Funcionalmente idéntico pero el objeto cap aún existe on-chain, ligeramente más difícil de verificar, y no recuperas el reembolso de almacenamiento.

Revocar es el enfoque recomendado. Es más limpio en el historial de transacciones, recupera almacenamiento, y es lo que la mayoría de los estándares de listado de DEX de Sui verifican.

Sí - revocar un cap es absolutamente irreversible. Una vez que el objeto cap es destruido:

• El cap no puede ser restablecido por nadie, incluyendo el creador original
• No hay mecanismo de recuperación, anulación de multisig, o ruta de actualización
• La acción correspondiente (acuñación, congelación, pausa, actualización, cambios de metadatos) está permanentemente deshabilitada

Debido a esta permanencia, considera cuidadosamente si alguna vez podrías necesitar la funcionalidad de nuevo. Si no estás 100% seguro, transfiere el cap a un multisig en su lugar - eso aún proporciona descentralización fuerte mientras mantiene la opción de actuar en emergencias genuinas.

Sí - la revocación de caps es selectiva. Configuraciones comunes:

• Revocar treasury, mantener deny cap - Suministro fijo con la capacidad de congelar wallets sospechosos
• Revocar deny cap, mantener treasury - Token garantizadamente no congelable, pero el equipo aún puede acuñar según el cronograma publicado
• Revocar treasury y deny cap, mantener upgrade cap - Tokenomía bloqueada con la capacidad de parchar el contrato si se encuentra una vulnerabilidad
• Revocar todo - Completamente renunciado, máximamente descentralizado, inmutable

Adapta la configuración a la etapa de tu token. La mayoría de los proyectos revocan progresivamente a medida que el ecosistema madura.

Depende de la etapa y los objetivos de tu token:

• Sí, para tokens comunitarios / memecoins - Revocar treasury y deny cap es esencialmente requerido para ser tomado en serio por los DEXes de Sui y rastreadores de listado
• Sí, para tokens DeFi de suministro fijo - Demuestra que el suministro nunca inflará y que los metadatos nunca cambiarán
• Aún no, para proyectos en etapa temprana - Mantén los caps hasta que la tokenomía y las operaciones se estabilicen
• Para nada, para stablecoins reguladas o activos vinculados al cumplimiento - El deny cap retenido es a menudo un requisito regulatorio

Muchos proyectos maduros usan un enfoque por fases: transferir caps a gobernanza multisig primero, luego revocar una vez que el ecosistema madura.