Discusión pública de la fórmula de cálculo del coste de los recursos en la Red de Nube MQL5
Para estimar el coste de los recursos, puedes probar con la idea "compro un ordenador por 500 dólares y quiero recuperar el coste alquilándolo por la noche". Para simplificar, puedes omitir los costes asociados de electricidad, refrigeración e internet y concentrarte en tres parámetros:
- coste del ordenador (por ejemplo, 500 dólares)
- Periodo de amortización (2 años a 8 horas por noche, TIEMPO)
- rendimiento del ordenador (por ejemplo, 100 unidades de PR)
También hay que añadir el coste de la electricidad consumida por hora y el tráfico de Internet).
¿No tienes una estimación aproximada o muy aproximada de la demanda de este servicio en términos de número de clientes-consumidores por unidad de tiempo? Por ejemplo, ¿1.000 clientes-consumidores originales al mes han utilizado el servicio?
Tal vez tenga sentido realizar una encuesta durante el mes entre los visitantes de los foros cuarto y quinto, incluyendo los foros no rusos, sobre el tema - "¿Quién en principio está dispuesto a proporcionar un ordenador para el servicio por dinero, pero bajo la condición de que la cantidad de pago no se conoce todavía"?
¿No tienes una estimación aproximada o muy aproximada de la demanda de este servicio en términos de número de clientes-consumidores por unidad de tiempo? Por ejemplo, ¿1.000 clientes-consumidores originales al mes han utilizado el servicio?
Tal vez tenga sentido realizar una encuesta a lo largo de un mes entre los visitantes de los foros cuarto y quinto, incluidos los no rusos, sobre el tema "¿Quién, en principio, está dispuesto a proporcionar un ordenador para el servicio a cambio de dinero, pero siempre que el importe del pago no se conozca todavía?
Hay interés en la idea, y ni siquiera es necesario realizar una encuesta, ya que la idea ha madurado y se ha debatido hace tiempo.
Nos centramos en las siguientes categorías de usuarios:
- los que necesitan hacer cálculos lo más rápido posible
- los que están dispuestos a acumular recursos cuando no se utilizan, para poder usar lo que han acumulado rápidamente más tarde
- los que están dispuestos a vender sus recursos (o los disponibles) a cambio de dinero, y luego los retiran (usuarios no comerciales)
Y existe la sensación de que dentro de un año predominará la tercera categoría de usuarios que utilizarán la función de programación para vender recursos en tiempo no utilizado.
Hay interés en la idea, y ni siquiera es necesario realizar una encuesta, ya que la idea ha sido madurada y discutida durante mucho tiempo.
Nos dirigimos a las siguientes categorías de usuarios:
- los que necesitan hacer cálculos lo más rápido posible
- los que están dispuestos a acumular recursos cuando no se utilizan, para poder usar lo que han acumulado rápidamente más tarde
- los que están dispuestos a vender sus recursos (o los disponibles) a cambio de dinero, y luego los retiran (usuarios no comerciales)
Y existe la sensación de que dentro de un año predominará la tercera categoría de usuarios que utilizarán la función de programación para vender recursos en tiempo no utilizado.
Fijas un precio y luego algo cambia y lo cambias y todo el mundo te grita por ser tan malo e injusto con los que compraron al precio anterior. así es.... mirando al futuro.
Lo ideal sería tener un intercambio, y como es habitual en un mercado, el precio medio se detendría en el nivel entre compradores y vendedores y no habría que hacer nada al respecto.
Es el momento de plantear la pregunta que a todos los usuarios les interesa: ¿cuánto costará comprar y vender los recursos?
Lo más lógico sería que hicieran la fórmula adaptable a la demanda/oferta :) .
A continuación se exponen algunas conclusiones y sugerencias.
Espero que entiendas que es posible que haya meteduras de pata, así que critica, criba, modera.
1. Creo que lo más lógico es mantener un agente de relaciones públicas en el servidor, y recoger información relevante, por ejemplo, varios bots clientes falsos. Si anonimizamos al cliente, prácticamente debería garantizarse que no se produzcan trampas con el PR. Una forma alternativa es introducir un centro de certificación de agentes.
2. En cuanto a la adaptabilidad. Este es precisamente el caso en el que la oferta debería superar a la demanda. Evidentemente, para obtener la proporción correcta, es necesario modelar o calcular el modelo adecuado de SGA.
El criterio es sencillo: la probabilidad de que una solicitud permanezca en la cola no debe superar un umbral determinado. El umbral, en mi opinión, no debería ser más que un porcentaje.
Las definiciones actuales de COMPRADORES y VENDEDORES no se ajustan a esta definición.
Podrías hacerlo así:
COMPRADORES -- cantidad media de trabajo para el momento actual (basado en el historial, ya que es poco probable estimar la tarea en unidades de trabajo antes de que se complete)
VENDEDORES -- oferta actual. (o basado en la historia)
Está claro que en esta forma parece burda, pero, en mi opinión, tiene sentido.
Algunas conclusiones más para este enfoque
-- Es necesario un historial de procesamiento de tareas, no necesariamente por transacciones, sólo por volumen.
-- Si quiere obtener una fórmula y unos cálculos recurrentes y adaptables, necesita un historial de cotizaciones al menos para un periodo determinado.
-- Las tarifas deben cambiarse como máximo una vez al día para reducir la confusión.
Entonces obtenemos aproximadamente lo siguiente:
Rate[0] = (1 - alpha)*Rate[1] + alpha*(Rate[1]*(1 + sigm(1 - correction*BUYERS/SELLERS))) где, Rate -- условно -- текущая востребованность сервиса alpha -- максимальный разовый процент изменения рейта sigm -- сигмоидная функция с областью значений от -1 до 1 correction -- тот самый коэффициент в СМО, который выравнивает перекос в отношении спроса\предложения.Y el precio total
TOTALPRICE = TIME * PR * PRICE * Rate[0]Entonces PR puede ser un valor constante, un simple rendimiento medio.
- www.mql5.com
Y da la sensación de que dentro de un año se impondrá la tercera categoría de usuarios, que utilizarán la función de programación para vender recursos en momentos no utilizados.
No estoy discutiendo, me dices, pero
1 como inversión no funcionaría (comprar un ordenador sólo para alquilarlo).
2. tenemos una Klondike teórica en forma de una enorme flota de máquinas de oficina, pero el director de oficina medio con 20-30 coches tampoco la compraría por cuestiones de seguridad
un director de oficina medio con una fijación por la seguridad y unos ingresos insignificantes en comparación con el esfuerzo necesario para generarlos
3 un estudiante avanzado (no usuarios de comercio) probablemente iría por él
todo ello, por supuesto, en mi opinión
En mi opinión, el precio no puede cambiarse.
Bueno, sólo en un par de años, teniendo en cuenta la inflación y otros trastornos.
En mi opinión, el precio no puede cambiarse.
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Usted acepta la política del sitio web y las condiciones de uso
Cada día la Red de Nubes MQL5 comienza a respirar más activamente. Estamos corrigiendo los errores, paso a paso, acercando el lanzamiento del sistema.
Para los que no conozcan los cálculos distribuidos, he aquí un par de capturas de pantalla de agentes típicos de la computación en nube:
En el terminal del cliente, la red se muestra de la siguiente manera:
Durante los próximos dos meses, la red MQL5 Cloud Network funcionará en modo de prueba pública para que los desarrolladores puedan encontrar y corregir los máximos errores. Por ahora la red funciona en modo libre. En cuanto estabilicemos los procesos de trabajo en la red y habilitemos la contabilidad completa de los recursos consumidos, haremos la liberación.
Se pide a todo el mundo que conecte activamente sus agentes a la red, para que puedan probar la nube bajo una carga seria. Al final de la prueba, todos los participantes que hayan proporcionado sus agentes recibirán bonificaciones (que pueden retirarse o gastarse).
Es hora de plantear una cuestión que interesa a todos los usuarios: ¿cuánto costará comprar y vender los recursos?
Para iniciar la discusión se sugiere tomar algunos parámetros (para cada agente individualmente):
TIME - затраченное время на расчет задачи(пакета задач) в миллисекундах
PR - индекс производительности агента (недостоверная величина, фальсифицируемая)
PRICE - автоматически высчитываемая цена за единицу работы (самое сложное)
PRJOB - единица работы в виде 1 единицы PR за 1 ms времени TIME
вспомогательные величины:
BUYERS - количество покупателей (количество работ в очереди)
SELLERS - количество продавцов (агентов)
Por ejemplo, el precio total de venta de recursos por agente podría ser el siguiente:
TOTALPRICE = TIME * PR * PRICE
La fórmula es muy sencilla y no hay normalización de las relaciones públicas, que puede ser manipulada por el agente. Dejemos la comprobación, la normalización y la lucha contra las trampas para más adelante. Además, se deducirá una pequeña comisión del precio a favor del organizador de la red de liquidación para mantener el servicio.
Para estimar el coste de los recursos, puedes probar con la idea "compro un ordenador por 500 dólares y quiero recuperar el coste alquilándolo por la noche". Para simplificar, puedes omitir los costes asociados de electricidad, refrigeración e Internet y centrarte en tres parámetros:
Intentemos calcular el coste de 1 PR por 1 ms:
Всего часов = 360 дней * 8 часов = 2 880
Всего миллисекунд = 2 880 часов * 60 минут * 60 секунд * 1000 миллисекунд = 10 368 000 000 ms
Стоимость 1PR за 1 ms = 500 долларов / 10 368 000 000 ms / 100 PR = 4,8225308641975308641975308641975e-10 доллара
Para estimar el coste de la venta de recursos para 1 hora de este ordenador, hagamos un simple cálculo:
Миллисекунд = 60 минут * 60 секунд * 1000 миллисекунд = 3 600 000 миллисекунд
Стоимость 1 часа при 100 PR = 3 600 000 миллисекунд * 100 PR * 4,8225308641975308641975308641975e-10 доллара = 0,17361111111111111111111111111111 доллара
Resulta que una hora de alquiler de este ordenador cuesta 17 céntimos, y 8 horas de trabajo nocturno costarían 1,38 dólares.
Esto es "poco" en el lado del vendedor, pero también hay que mirar el lado del comprador. A un determinado precio, puede que no haya compradores.
Para encontrar un precio razonable, es necesario algún mecanismo que equilibre automáticamente el precio por unidad de trabajo. Y este mecanismo debe estar protegido de una simple manipulación.
El número de compradores/vendedores del momento o sus valores medios diarios y similares pueden utilizarse como factores de ajuste.
O tal vez incluso calcular el precio inicial de la unidad de recursos, y luego una vez en 1-3 meses se corrige manualmente con el anuncio público en función de la actividad del servicio (compradores y vendedores).
Hasta ahora todos los cálculos son a nivel de propuestas. Por favor, opine, corrija o sugiera su propia versión.