Precio de AO (AO)

AO es una red de computación descentralizada construida sobre el almacenamiento permanente de datos de Arweave, que puede organizar muchos procesos independientes en un entorno de computación colaborativa. Para los desarrolladores, los procesos pueden ejecutar programas y conservar estado por separado, y luego invocarse entre sí mediante mensajes estandarizados; AO no es una única cadena que exija que todos los nodos ejecuten cada transacción sobre un estado global compartido. La clave de este diseño es la «ejecución independiente, conexión por mensajes y liquidación compartida»: un proceso no tiene que residir en un servidor fijo, y la red permite elegir distintas máquinas virtuales, ordenación de mensajes y garantías de seguridad; los mensajes que usan el mismo formato acaban liquidándose en la capa de datos de Arweave. Por ello, el paralelismo de AO proviene de que muchos procesos puedan existir y cooperar simultáneamente, no de asignar repetidamente la misma tarea a todos los participantes.

Normalmente, un mensaje de AO lo recibe y procesa primero una Messenger Unit (MU); después, una Scheduler Unit (SU) determina su orden y lo escribe en Arweave, y una Compute Unit (CU) ejecuta el proceso objetivo conforme a ello y devuelve el resultado. Fijar primero el orden permite reproducir y verificar el historial de un mismo proceso; la función de la CU es ejecutar el programa y mantener el estado de ese proceso. Los tres tipos de unidades dividen las funciones en lugar de sustituirse entre sí: la MU es el punto de entrada para mensajes externos y la comunicación entre procesos; la SU proporciona una secuencia de mensajes consultable y un registro de almacenamiento; y la CU carga el módulo de ejecución, procesa mensajes y actualiza el estado en memoria. Cada tipo puede tener múltiples instancias para escalar horizontalmente, por lo que añadir procesos o demanda de cómputo no implica que todos los procesos compartan una misma cola de ejecución. El Outbox generado tras ejecutar un mensaje también puede contener mensajes posteriores o solicitudes para crear procesos, que la MU continúa enviando por el flujo correspondiente.

Según el diseño económico y de protocolo oficial de AO, la función central del token AO es proporcionar seguridad económica para la transmisión de mensajes en la red, y no simplemente equivaler a un Gas uniforme de precio fijo. El protocolo trata AO como capital que puede comprometerse para la seguridad de los mensajes: el valor y el número de mensajes que necesitan garantías de seguridad crean demanda de capital de seguridad, mientras que la cantidad de AO aportada por los participantes y su rentabilidad esperada constituyen la oferta. El documento describe esta relación con D = S: D es la demanda económica de seguridad de los mensajes y S = K × R; K es la cantidad de AO realmente comprometida con la seguridad y R es la rentabilidad anualizada esperada de ese AO. Este modelo explica la relación entre demanda de seguridad, capital comprometido y rentabilidad, pero no promete un rendimiento fijo. Para los servicios de mensajes con staking, los nodos pueden fijar sus propias tarifas y condiciones, y los precios cambian según la competencia entre la oferta y la demanda del servicio; por lo tanto, del hecho de que AO se use para la seguridad de mensajes no se puede deducir que cada operación vaya a cobrar necesariamente la misma comisión en AO.

El suministro total máximo de AO es de 21 millones de tokens. Se acuña AO nuevo cada cinco minutos; el protocolo establece que la cantidad total acuñada cada mes sea el 1,425 % del suministro no emitido restante al comienzo de ese mes, por lo que, cuanto menor sea la cantidad no emitida, menor será también la cantidad de AO producida en cada ciclo posterior de cinco minutos. Se trata de una curva de emisión que disminuye continuamente, no de una reducción repentina a la mitad de una recompensa única en un bloque o una fecha determinados. Dado que se libera de forma continua una proporción mensual fija del suministro restante, su ritmo de emisión se reduce a la mitad aproximadamente cada cuatro años; «aproximadamente cada cuatro años» describe el ritmo de semivida de la velocidad de emisión, no un evento discreto de suministro que ocurra una vez cada cuatro años. En ausencia de preminado o de impactos adicionales de suministro que puedan decidirse libremente, la curva de acuñación puede deducirse de esta regla; sin embargo, el suministro acuñado, transferible y en circulación en el mercado no son el mismo concepto.

La emisión de AO no procede de una preventa ni de una asignación previa al equipo, sino que se distribuye, conforme a reglas de acuñación predeterminadas, entre participantes relacionados con la capa base de Arweave o con la actividad económica de AO. La acuñación comenzó cuando se lanzó la red de prueba de AO el 27 de febrero de 2024; durante los primeros cuatro meses, todo el AO recién acuñado se distribuyó a los titulares de AR. Una vez terminado ese acuerdo inicial, un tercio de la acuñación continua se asigna a los titulares de AR y dos tercios a los participantes que mantienen activos entre cadenas elegibles en AO. Por tanto, a lo largo de todo el ciclo de vida, la totalidad de la parte de los primeros cuatro meses hace que la participación acumulada de los titulares de AR sea superior a un tercio de la fase continua. Las dos participaciones usan bases de cálculo distintas. La participación de un titular de AR equivale al saldo de AR de esa billetera dividido por todos los saldos de AR incluidos en el cálculo; la participación de activos entre cadenas se pondera multiplicando la cantidad del activo de la billetera por el rendimiento anualizado de staking nativo de ese activo, y dividiéndola después por el total ponderado de todos los activos entre cadenas elegibles. La división de un tercio y dos tercios solo se aplica cuando existen activos entre cadenas elegibles; si no los hay, la regla del documento del protocolo es que todo el AO recién acuñado de ese período se distribuya a los titulares de AR. Para los activos entre cadenas, la elegibilidad continúa mientras el activo permanezca en la red AO; cuando esa parte del activo vuelve a salir hacia la red original, deja de poder optar a la acuñación continua de AO. Los activos, puentes y condiciones operativas elegibles de cada período deben determinarse según las reglas oficiales actuales del producto correspondientes, y no pueden inferirse únicamente de proporciones históricas.

El diseño de activos entre cadenas de AO no usa un activo externo directamente como su activo original en AO, sino que establece una relación correspondiente mediante contratos en ambos extremos: un contrato de la cadena de origen recibe el activo y un contrato del lado de AO crea una representación derivada que cumple el estándar de tokens de AO. Esta representación puede transferirse dentro de la red AO y participar en aplicaciones; su propietario puede iniciar una salida, pero la parte de los activos que sale deja de participar en la elegibilidad para la acuñación de AO. El documento del protocolo indica que los activos elegibles deben tener mercados maduros, descentralizados y líquidos, y ser activos con rendimiento que cuenten con mecanismos robustos de staking líquido; además, el puente debe poder separar el activo subyacente de su rendimiento nativo. Por ello, los participantes entre cadenas no reciben una cantidad fija e incondicional de AO: su participación de un período depende conjuntamente del tamaño de sus activos ponderados, del peso total de otros activos elegibles y del total de AO acuñado en ese período. Los acuerdos específicos de prepuente o de activos en anuncios históricos pertenecían a sus respectivas etapas y no deben considerarse prueba de que todos los activos puedan participar actualmente.