Al alquilar potencia de cómputo en Acurast, si el precio supera tu presupuesto, no se ejecuta.
Una tarea que se ejecuta una vez por minuto suma 1.440 ejecuciones al día. El coste de cada ejecución parece pequeño, pero si la tarea funciona durante varias semanas seguidas, conviene hacer bien las cuentas.
En los precios de despliegue de @Acurast hay una limitación muy concreta. Los desarrolladores pueden fijar un presupuesto por ejecución. Si el precio de un nodo supera ese límite, se rechaza la asignación. Si la tarea se ejecuta varias veces, el coste de ejecución de todo el plan también debe mantenerse dentro del presupuesto total reservado de antemano.
El protocolo calcula automáticamente el precio de los nodos. Para ello, tiene en cuenta la contribución de la prueba de rendimiento en cadena del dispositivo y la duración de ejecución configurada para la tarea, además de un coeficiente de precio uniforme y un precio mínimo. Quienes usan la potencia de cómputo pueden consultar cómo se determina el precio.
Me parece acertado incluir límites presupuestarios en las reglas de asignación. Para scripts programados y automatizaciones a largo plazo, conviene decidir cuánto se está dispuesto a pagar por la potencia de cómputo antes del despliegue.
Con este mecanismo, si el presupuesto es demasiado bajo, puede que no encuentres un nodo adecuado. Antes del despliegue, puedes decidir cuánto más estás dispuesto a pagar por el rendimiento. Este control se aplica al coste de la potencia de cómputo de Acurast; los gastos por llamadas de la tarea a API externas de pago deben gestionarse por separado.
Si quieres saber más sobre Acurast y participar en las tareas oficiales, mi código de referido es: jescfm
Una tarea que se ejecuta una vez por minuto suma 1.440 ejecuciones al día. El coste de cada ejecución parece pequeño, pero si la tarea funciona durante varias semanas seguidas, conviene hacer bien las cuentas.
En los precios de despliegue de @Acurast hay una limitación muy concreta. Los desarrolladores pueden fijar un presupuesto por ejecución. Si el precio de un nodo supera ese límite, se rechaza la asignación. Si la tarea se ejecuta varias veces, el coste de ejecución de todo el plan también debe mantenerse dentro del presupuesto total reservado de antemano.
El protocolo calcula automáticamente el precio de los nodos. Para ello, tiene en cuenta la contribución de la prueba de rendimiento en cadena del dispositivo y la duración de ejecución configurada para la tarea, además de un coeficiente de precio uniforme y un precio mínimo. Quienes usan la potencia de cómputo pueden consultar cómo se determina el precio.
Me parece acertado incluir límites presupuestarios en las reglas de asignación. Para scripts programados y automatizaciones a largo plazo, conviene decidir cuánto se está dispuesto a pagar por la potencia de cómputo antes del despliegue.
Con este mecanismo, si el presupuesto es demasiado bajo, puede que no encuentres un nodo adecuado. Antes del despliegue, puedes decidir cuánto más estás dispuesto a pagar por el rendimiento. Este control se aplica al coste de la potencia de cómputo de Acurast; los gastos por llamadas de la tarea a API externas de pago deben gestionarse por separado.
Si quieres saber más sobre Acurast y participar en las tareas oficiales, mi código de referido es: jescfm
