El proveedor registra una clave operativa de Bittensor, llamada hotkey, en netuid 51 y utiliza un coordinador para conectar sus nodos GPU. El cliente elige una máquina y crea un entorno de ejecución en contenedor, o pod, desde la web o las herramientas de desarrollo. Los validadores comprueban especificaciones y tareas, y sus puntuaciones intervienen en el reparto de incentivos. La clave de custodia, llamada coldkey, cumple una función distinta de la clave operativa.
Dynamic TAO asigna a cada subred su propio alfa y unas reservas de TAO y alfa que permiten intercambiarlos. Al destinar TAO a la participación asociada a una hotkey, la posición queda expresada en alfa. Las emisiones del protocolo aumentan tanto las reservas como el alfa ya emitido fuera de ellas, siguiendo el calendario hacia un máximo de 21 millones. No se localizó en las fuentes revisadas una tabla de asignación empresarial o de liberación gradual de tokens de Lium.
El proveedor recibe dos clases de ingresos. La política actual destina el 95% del alquiler al proveedor y el 5% a Lium; la parte del proveedor se convierte a alfa y llega diariamente a su coldkey después de dos días. La emisión de la subred, en cambio, se acumula como participación en alfa asociada a la hotkey cada tempo, un ciclo de unos 72 minutos. El reparto actual asigna el 13% a capacidad alquilada y entre el 0% y el 87% a capacidad no alquilada. Son parámetros operativos que pueden cambiar, igual que las sanciones y los bloqueos.
