Precio de Sui (SUI)

SUI es el token nativo de la red principal de Sui: los usuarios lo usan para pagar el Gas de las operaciones en cadena, los titulares pueden delegarlo a validadores para participar en la prueba de participación y también puede servir como derecho de voto en cadena y como activo líquido en aplicaciones. No es el punto de una única aplicación; al ejecutar una transacción de Sui, se deben calcular y pagar las comisiones correspondientes en SUI. Por tanto, tener SUI no equivale automáticamente a obtener rendimientos o derechos de una aplicación concreta. Su función específica en la gobernanza, el staking y las aplicaciones depende de las reglas ya desplegadas del protocolo de red y de cada aplicación relacionada.

El estado en cadena de Sui toma los «objetos» como unidad básica, en lugar de poner todo el estado en una tabla unificada de saldos de una dirección. Los activos, los datos y los recursos creados por contratos inteligentes Move pueden ser objetos con un ID único, propietario y versión; las transacciones leen objetos como entradas y producen, modifican, transfieren o eliminan objetos como salidas. Este diseño afecta a la ruta de las transacciones. Los objetos propiedad de una dirección, normalmente controlados solo por una dirección y no disputados por otros usuarios, pueden seguir una ruta rápida de menor latencia; los objetos compartidos y mutables que varias personas pueden operar deben, en cambio, pasar por ordenación mediante consenso. Los objetos compartidos hacen posibles las interacciones multiusuario, como los pools de liquidez y los mercados, pero cuando muchas transacciones escriben simultáneamente en el mismo objeto se genera contención; la latencia y el rendimiento no deben confundirse con los de las transacciones sin contención sobre objetos propiedad de una dirección.

Sui utiliza prueba de participación delegada (DPoS). Los titulares de SUI no necesitan ejecutar un validador por sí mismos: pueden delegar sus SUI al validador elegido e incluirlos en el staking de ese validador; el validador bloquea su garantía durante un epoch y procesa y valida las operaciones de la red. Delegar no significa entregar los tokens al validador para que disponga de ellos libremente: el protocolo crea para ese staking un objeto de staking bajo autocustodia, que registra el pool de staking del validador y el epoch de activación. Los cambios en el staking del validador solo surten efecto en un nuevo epoch; el titular puede retirar o cambiar su delegación antes del inicio del siguiente epoch. La elección del validador sigue teniendo diferencias prácticas, porque las recompensas delegadas están relacionadas con la cantidad delegada, y el servicio y los acuerdos de comisiones del validador afectan al resultado del delegante.

El rendimiento del staking de SUI no es una tasa fija prometida de antemano. Al final de cada epoch, el protocolo primero agrega las recompensas de staking de ese epoch: incluyen las comisiones de computación acumuladas durante el período y el subsidio de recompensas de staking existente en la fase inicial de la red, que desaparece cuando la oferta circulante se acerca al límite de suministro; después las distribuye conforme a las reglas del protocolo entre los participantes y la parte destinada a compensar los costes de almacenamiento. Para un delegante, solo el staking que permanezca activo durante todo el epoch acumula las recompensas de ese epoch. Al deshacer el staking, el sistema calcula las recompensas retirables desde el pool de recompensas del validador según el epoch de activación y el epoch de desactivación de ese staking, y libera tanto el principal como las recompensas acumuladas en SUI. Por ello, los rendimientos históricos mostrados, el desempeño del validador y el momento de inicio y desactivación del staking no pueden considerarse una promesa de rentabilidad fija.

La comisión neta de Gas de una transacción de Sui puede resumirse como: comisión neta = comisión de computación + comisión de almacenamiento − reembolso de almacenamiento. La comisión de computación depende de las unidades de cómputo necesarias para ejecutar la transacción y del precio de Gas de computación adoptado por ella; la comisión de almacenamiento depende de las unidades de almacenamiento ocupadas por los nuevos datos en cadena y del precio de almacenamiento. El precio de Gas de computación puede entenderse como el precio de referencia del período más una propina opcional. Al comienzo de cada epoch, los validadores presentan el precio mínimo al que están dispuestos a procesar transacciones; el protocolo selecciona el percentil de dos tercios ponderado por staking como precio de referencia. La parte por encima del precio de referencia puede funcionar como una propina que aumenta la prioridad. El precio de almacenamiento se ajusta mediante propuestas de gobernanza y normalmente cambia con menor frecuencia. El usuario también debe establecer un gas budget para la transacción: es el límite máximo de comisiones que puede pagar; si no basta para cubrir lo requerido, la transacción falla y aun así puede deducirse parte del presupuesto, por lo que el límite del presupuesto no equivale a la comisión neta final.

La comisión de almacenamiento no es solo un cargo único por datos en cadena: también está vinculada al fondo de almacenamiento de Sui. Cuando una transacción añade datos, la comisión de almacenamiento correspondiente entra en el fondo de almacenamiento; el fondo genera recompensas mediante staking y el protocolo distribuye después la mayor parte de esas recompensas a los validadores actuales para compensar el coste de conservar datos históricos. La lógica es que los usuarios que crean datos históricos asuman el almacenamiento que los futuros validadores todavía deberán soportar, en lugar de dejar por completo el coste de los datos antiguos a los validadores que se incorporen más tarde. Al eliminar o reducir datos, el pagador puede recibir parte del reembolso de almacenamiento; la documentación actual establece que el reembolso es el 99 % de la comisión de almacenamiento original. Sin embargo, el principal del fondo de almacenamiento no se distribuye directamente y la parte no reembolsada permanece en el fondo; por tanto, «eliminar datos genera un reembolso» no significa que se devuelvan todas las comisiones pagadas originalmente.

El límite total de suministro de SUI en la red principal es de 10.000 millones de tokens, es decir, el protocolo puede acuñar como máximo 10.000 millones de SUI; esta definición establece un límite de suministro, no la cantidad libremente negociable en un momento dado. La documentación oficial describe el suministro que puede circular a largo plazo en la red principal como 10.000 millones de tokens. La cantidad circulante negociable puede verse afectada por los acuerdos de bloqueo, consolidación de derechos y liberación. Cuando la red principal de Sui se lanzó públicamente el 3 de mayo de 2023, aproximadamente el 5 % de los tokens estaba en circulación y el resto entraría gradualmente en el mercado conforme al calendario de liberación propuesto. Por ello, al comparar la oferta, es necesario distinguir entre el límite, el suministro acuñado/total y la cantidad circulante actual; no se deben tratar directamente los 10.000 millones de tokens como la cantidad actualmente negociable en el mercado.

Las liberaciones de SUI pueden modificar la cantidad de tokens potencialmente disponible en el mercado, pero no modifican el límite total de suministro de 10.000 millones de tokens. La página oficial de suministro indica que los tokens restantes tras el lanzamiento de la red principal se hacen disponibles gradualmente conforme al calendario de liberación; el calendario real también puede variar según cómo la fundación despliegue sus asignaciones para apoyar a los desarrolladores y al ecosistema, por lo que las fechas del gráfico deben considerarse estimaciones y no cantidades garantizadas para cada momento. Un hito importante ya ocurrido es que el staking inicial de los inversores iniciales tenía un cliff de un año después del lanzamiento de la red principal, durante el cual no podía pasar al mercado; dicho cliff terminó en mayo de 2024. Este evento modificó cuándo esa parte de los tokens iniciales podía transferirse; no debe describirse erróneamente como nueva acuñación ni permite inferir una dirección necesaria del precio.

Los titulares de SUI tienen derecho a participar en las votaciones de gobernanza en cadena de Sui; la documentación oficial cita asuntos como las actualizaciones del protocolo entre los ejemplos tratados por la gobernanza. Esta función es distinta de pagar Gas: el Gas paga la ejecución de transacciones y el uso de recursos, mientras que el derecho de gobernanza permite participar en decisiones de la capa de protocolo. La mera tenencia de tokens no demuestra que una propuesta determinada haya sido aprobada, que una función esté habilitada en la red principal o que una aplicación en cadena vaya a aceptar necesariamente el resultado de un voto. Al leer información relacionada con la gobernanza, se debe confirmar por separado el contenido de la propuesta, el estado de votación o aprobación, el estado de implementación del protocolo y si la aplicación la ha adoptado realmente.

El staking líquido no es un sinónimo del staking de protocolo de Sui, sino un acuerdo adicional de la capa de aplicación construido sobre objetos de staking. Tras la introducción de SIP-6 en Sui, los objetos de staking pueden ser utilizados por protocolos de staking líquido; estos protocolos pueden emitir en consecuencia otro comprobante o activo utilizable en aplicaciones. Por ello, los usuarios deben distinguir dos niveles de relación: el objeto de staking subyacente corresponde a los SUI delegados a un validador y a la liquidación de sus recompensas por epoch; el comprobante de staking líquido depende además de las reglas del protocolo concreto sobre canje, comisiones, contratos inteligentes y liquidez del mercado secundario. Tener el comprobante no equivale a poseer directamente SUI sin staking que pueda recuperarse en cualquier momento a valor nominal; el mecanismo de salida y las desviaciones de precio deben regirse por las reglas ya desplegadas de ese protocolo.

Mysticeti es el protocolo de consenso de Sui y comenzó a desplegarse gradualmente en la red principal en julio de 2024. Antes de la actualización, el diseño de Sui combinaba el consenso Narwhal-Bullshark con una ruta rápida para objetos propiedad de direcciones; Mysticeti mejora, sobre una base DAG, la ruta de procesamiento que requiere ordenación por consenso, con el objetivo de reducir la latencia y la carga computacional de los validadores. Este cambio se refiere principalmente a las transacciones que dependen de la ordenación por consenso, por ejemplo, las que operan objetos compartidos; no elimina el hecho de que los objetos compartidos necesiten ordenación, ni implica que todas las transacciones, aplicaciones o condiciones de red obtengan la misma velocidad. Para evaluar la experiencia real de la actualización, se deben distinguir los resultados de pruebas, el despliegue gradual, la habilitación del protocolo y los propios cuellos de botella de la aplicación.

Al interactuar con un objeto compartido, un usuario no debe tratarlo como un activo sin restricciones de permisos solo porque el objeto sea «públicamente accesible». Cualquier dirección puede enviar una transacción que haga referencia a un objeto compartido, pero el entorno de ejecución de Sui no proporciona automáticamente control de permisos de negocio para las operaciones privilegiadas sobre ese objeto; que se permita retirar, modificar parámetros o transferir valor depende de que el contrato Move verifique explícitamente condiciones como credenciales de capacidad, el remitente de la transacción o la propiedad del objeto. Antes de firmar, se deben comprobar la red conectada, la identidad del contrato o aplicación, los objetos que la transacción utilizará o modificará, el importe y el alcance de la autorización. Los objetos propiedad de una dirección solo pueden ser utilizados por transacciones firmadas por el propietario, mientras que el límite de seguridad de los objetos compartidos se implementa en mayor medida mediante el código del contrato; por ello, el riesgo de firmar para un contrato desconocido o de conceder capacidades superiores a las esperadas no desaparece porque la transacción pase por la red Sui.