Computación fiable, impulsada por el staking
Acurast une teléfonos reales con incentivos reales y convierte los smartphones en una red global de computación de confianza.
Los parámetros pueden cambiar. Para más detalles, consulta la documentación.
Míralo en 60 segundos
Los parámetros pueden cambiar. Para más detalles, consulta la documentación.
STAKING CON ACURAST
Por qué Staked Compute es importante
Los desarrolladores que construyen sobre la computación de Acurast buscan altas prestaciones y dependen de un servicio ininterrumpido. En las redes descentralizadas, la fiabilidad no se puede dar por sentada: hay que demostrarla. Staked Compute crea incentivos para una potencia de cómputo sostenible y continua. Los proveedores aportan teléfonos reales; los delegadores los respaldan haciendo staking de sus tokens.
El resultado es una red que se mantiene activa, respaldada por la rendición de cuentas y lista para ejecutar cargas de trabajo de forma continua.
Cómo funciona Staked Compute
Cómo funciona
Incorpora un teléfono o consigue ACU
Los proveedores (committers) incorporan sus teléfonos (*Lite o Core) y empiezan a aportar computación. Los delegadores empiezan con ACU en su wallet.
*Para hacer staking, el teléfono debería estar en línea 24/7 y, idealmente, deberías tener varios teléfonos.
Conecta tu teléfono en el Hub
Haz staking de tokens
Los committers bloquean sus tokens a cambio de una cantidad de cómputo prometida. Los delegadores eligen un committer y bloquean sus tokens para participar en su stake.
Haz staking de tokens
Mantente activo y fiable
Los benchmarks y los heartbeats verifican las cantidades de cómputo en stake y la actividad. Las recompensas se ajustan según el desempeño, el porcentaje de cómputo, la cantidad de tokens y el tiempo. Los delegadores reciben una parte de las recompensas de su committer.
Abrir Acurast Hub
Incorpora un teléfono o consigue ACU
Los proveedores (committers) incorporan sus teléfonos (*Lite o Core) y empiezan a aportar computación. Los delegadores empiezan con ACU en su wallet.
*Para hacer staking, el teléfono debería estar en línea 24/7 y, idealmente, deberías tener varios teléfonos.
Haz staking de tokens
Los committers bloquean sus tokens a cambio de una cantidad de cómputo prometida. Los delegadores eligen un committer y bloquean sus tokens para participar en su stake.
Haz staking de tokensMantente activo y fiable
Los benchmarks y los heartbeats verifican las cantidades de cómputo en stake y la actividad. Las recompensas se ajustan según el desempeño, el porcentaje de cómputo, la cantidad de tokens y el tiempo. Los delegadores reciben una parte de las recompensas de su committer.
Abrir Acurast Hub
Dos roles, una red.
Committers y delegadores
Committers
Aportan hardware real (smartphones / granjas).
Mantienen los teléfonos activos y reponen capacidad cuando hace falta.
Pueden añadir su propio stake y aceptar delegaciones.
Comparten las recompensas con los delegadores.
Delegadores
No operan hardware; contribuyen a stake con sus tokens.
Eligen committers y apoyan a proveedores de computación fiables.
Reciben una parte de las recompensas de los committers.
Pueden redelegar en cualquier momento.
La fiabilidad tiene valor
Fiabilidad y rendición de cuentas
El desempeño y el tiempo en línea de los teléfonos se verifican on-chain. Si un committer no entrega el cómputo prometido, su stake puede reducirse, lo que alinea los incentivos con la rendición de cuentas. Al retirar el stake, un periodo de enfriamiento ralentiza la acumulación de recompensas, pero la responsabilidad de mantener el cómputo comprometido continúa hasta que termina. Así, la red se mantiene estable para todos.
La fiabilidad tiene valor
Recompensas y staking automático
Las recompensas se distribuyen en cada época y dependen de tres factores: el cómputo comprometido, la cantidad de tokens y el periodo de enfriamiento.
Activa el staking automático para añadir tus recompensas a tu stake automáticamente.
Fórmula de recompensas de Acurast
Incentivos alineados. Fiabilidad real.
Por qué importa
El panorama general
Los teléfonos no rinden cuentas; sus propietarios sí. El cómputo en stake asegura la estabilidad de la red, hace que los proveedores rindan cuentas y los recompensa si hacen staking y cumplen su promesa.
Ir al Hub de staking
Ve a https://hub.acurast.com/staking y empieza con «Poner cómputo en stake».
Completa los parámetros
Completa los parámetros de staking según tus preferencias.
Inicia tu stake
Revisa tu configuración e inicia tu stake cuando todo esté correcto.
Supervisa la salud de tu stake
Supervisa la salud de tu stake para asegurarte de que cumples tu compromiso.
Recibe recompensas
Recibe las recompensas de tu stake activo a medida que se acumulan.
Consigue ACU
Consigue ACU en una plataforma de intercambio disponible.
Retira a tu wallet EVM
Retira tus ACU a la wallet EVM que prefieras.
Conéctate al Acurast Hub
Conecta tu wallet EVM al Acurast Hub.
Pasa a ACU nativo con el bridge
Pasa tus EVM-ACU a ACU nativo con el bridge del Hub.
Crea una delegación
Crea una delegación y elige el committer que prefieras.
Recibe recompensas
Recibe las recompensas de tu delegación.
Parámetros de la red
Parámetros clave
Frecuencia de las épocas
900 bloques (~1,5 h)
Origen de las recompensas
Inflación del protocolo: 5 % al año
70 % para el pool de Staked Compute
Ponderaciones de benchmark
RAM (0,4615), CPU de un núcleo (0,2307), CPU multinúcleo (0,2307), almacenamiento (0,0769)
Slashing
Reducción proporcional del stake por bajo desempeño. Tasa máxima de slash: 0,003424657534 % del stake por época
Mainnet vs. Canary
Enfriamiento en Canary: de 1 hora a 48 horas
Enfriamiento en Mainnet: de 28 días a 1344 días
Preguntas frecuentes
Estas son las preguntas más frecuentes.
¿Qué es el periodo de enfriamiento?
Al crear un stake, el committer o delegador elige una duración de enfriamiento. El rango permitido varía según la red: en Mainnet, los periodos de enfriamiento van de 28 días a unos 3,68 años, mientras que en Canary van de 1 hora a 48 horas. Cuando el usuario decide retirar el stake, activa la cuenta atrás del enfriamiento. Solo cuando el enfriamiento ha terminado puede retirar sus tokens en stake. Durante el enfriamiento, el peso de las recompensas y el peso del voto se reducen al 50 % del valor anterior. Consulta la comparativa Mainnet vs. Canary para ver los valores exactos en bloques.
¿Por qué existe el periodo de enfriamiento?
El periodo de enfriamiento protege la red frente a pérdidas repentinas de capacidad de cómputo. Sin él, los committers podrían retirar sus stakes al instante y apagar su hardware, lo que dejaría la red expuesta a la inestabilidad. El enfriamiento da a la red tiempo para adaptarse y permite que otros proveedores cubran el hueco. También asegura que los committers mantengan su promesa: durante el enfriamiento deben seguir manteniendo todo su cómputo comprometido (con pleno riesgo de slashing) aunque sus recompensas se reduzcan al 50 %. Este diseño desincentiva las salidas impulsivas y recompensa el compromiso a largo plazo, algo esencial para construir una red de computación fiable y predecible en la que desarrolladores y usuarios puedan confiar.
¿Qué equilibrio entre riesgo y recompensa implica hacer staking con Acurast?
Hacer staking con Acurast sigue un principio claro: a mayor compromiso, mayores recompensas, pero también mayor riesgo. Los committers que comprometen más cómputo, ponen en stake más tokens y eligen periodos de enfriamiento más largos obtienen recompensas proporcionalmente mayores, pero también se exponen a penalizaciones de slashing mayores si no mantienen sus niveles de cómputo comprometido. Por ejemplo, comprometer el 80 % de tu cómputo medido genera más recompensas que comprometer el 50 %, pero no cumplir ese compromiso del 80 % conlleva penalizaciones de slashing mayores. Los delegadores se enfrentan a un equilibrio similar: pueden obtener recompensas de staking sin operar hardware, pero comparten el riesgo de slashing del committer que eligen. La clave está en encontrar el equilibrio adecuado: compromete lo que puedas mantener de forma fiable a largo plazo. Los compromisos conservadores (menor porcentaje de cómputo, enfriamiento más corto) ofrecen menos recompensas pero también menos riesgo, mientras que los compromisos agresivos maximizan las recompensas pero exigen un funcionamiento constante y fiable de tu hardware.
¿Por qué solo veo un control deslizante para comprometer cómputo, si las cuatro métricas se tratan por separado de todos modos?
Aunque cualquier stake es, en esencia, un compromiso independiente para cada uno de los cuatro pools de benchmark (CPUs, CPUm, RAM, almacenamiento), el frontend de staking solo muestra un control deslizante para simplificar. Por ejemplo, si el committer elige poner en stake el 50 % del cómputo medido, su stake es un compromiso de mantener el 50 % del cómputo en cada pool de métricas de benchmark. Es decir, mantener el 50 % de la métrica de benchmark de CPU de un núcleo, el 50 % de la de CPU multinúcleo, el 50 % de la de RAM y el 50 % de la de almacenamiento durante toda la vida del stake.
¿Por qué solo puedo comprometer el 80 % de mi cómputo medido?
Lo máximo que un usuario puede comprometer está limitado al 80 % del cómputo total medido en ese momento, para evitar slashings tempranos si el cómputo del committer fluctúa porque algunos Processors se desconectan.
¿Por qué solo puedo hacer staking de 999 tokens si tengo 1000?
Cuando un usuario pone tokens en stake, todos esos tokens quedan bloqueados y no se pueden mover. Esto significa que la cuenta del usuario no podría pagar las comisiones de gas que generan los Processors al reportar heartbeats e informes de ejecución de despliegues. En esa situación, la cuenta no podría recibir recompensas por benchmarks ni por computación sin conseguir tokens adicionales. Por eso se introdujo un depósito de seguridad de 1 cACU / ACU.
¿Cuál es la cantidad máxima de tokens que un usuario puede poner en stake?
Un committer puede poner en stake tanto como quiera, hasta el límite definido por su métrica de cómputo × la proporción permitida. Cuanto mayor sea su benchmark (más teléfonos o teléfonos más potentes), más stake puede respaldarlo. El stake propio del committer no puede superar cierto múltiplo de la capacidad de su métrica de cómputo (puntuación de benchmark). Esto impide que alguien bloquee una cantidad enorme de ACU detrás de un teléfono diminuto y se quede con recompensas de forma injusta.
¿Cuántas recompensas puede esperar un committer o un delegador?
Las recompensas de staking en la red Acurast son dinámicas y no se pueden predecir con precisión de antemano, ya que dependen del comportamiento colectivo de todos los participantes. Tus recompensas individuales dependen de tu parte del compromiso total de la red, calculada a partir de tus puntuaciones de benchmark, el tamaño de tu stake y la duración del enfriamiento en relación con todos los demás participantes en staking. A medida que se unen más participantes con parámetros distintos, o que los participantes existentes ajustan sus compromisos, la distribución de recompensas cambia en consecuencia. Además, las recompensas se reparten entre cuatro pools de métricas de benchmark independientes, por lo que tu desempeño en cada métrica influye directamente en tu parte de las recompensas de ese pool.
Cuando el sistema esté en marcha y la actividad de staking se estabilice, se mostrarán tasas anuales estimadas (APR) como métrica del protocolo. Aun así, el principio fundamental se mantiene: un hardware más potente, stakes más grandes y periodos de compromiso más largos siempre recibirán recompensas proporcionalmente mayores que los participantes con niveles de compromiso más bajos.