Öffentliche Diskussion über die Formel zur Berechnung der Kosten von Ressourcen im MQL5 Cloud Network
Um die Kosten für die Ressourcen abzuschätzen, könnten Sie die Idee ausprobieren: "Ich kaufe einen Computer für 500 Dollar und möchte die Kosten wieder hereinholen, indem ich ihn nachts vermiete". Der Einfachheit halber können Sie die damit verbundenen Kosten für Strom, Kühlung und Internet weglassen und sich auf drei Messgrößen konzentrieren:
- Kosten des Computers (z. B. 500 $)
- Amortisationszeit (2 Jahre bei 8 Stunden pro Nacht, TIME)
- Rechnerleistung (z. B. 100 PR-Einheiten)
Die Kosten für den stündlichen Stromverbrauch und den Internetverkehr sind ebenfalls hinzuzurechnen.)
Haben Sie keine grobe oder sehr grobe Schätzung der Nachfrage nach dieser Dienstleistung in Form der Anzahl der Kunden-Konsumenten pro Zeiteinheit? Zum Beispiel haben 1.000 Erstkunden-Konsumenten pro Monat den Dienst jemals genutzt?
Vielleicht ist es sinnvoll, im Laufe des Monats eine Umfrage unter den Besuchern des vierten und fünften Forums, einschließlich der nicht-russischen, zum Thema "Wer ist grundsätzlich bereit, einen Computer für den Dienst gegen Geld zur Verfügung zu stellen, aber unter der Bedingung, dass die Höhe der Zahlung noch nicht bekannt ist", durchzuführen?
Haben Sie keine grobe oder sehr grobe Schätzung der Nachfrage nach dieser Dienstleistung in Form der Anzahl der Kunden-Konsumenten pro Zeiteinheit? Zum Beispiel haben 1.000 Erstkunden-Konsumenten pro Monat den Dienst jemals genutzt?
Vielleicht ist es sinnvoll, im Laufe eines Monats eine Umfrage unter den Besuchern des vierten und fünften Forums, darunter auch Nicht-Russen, zum Thema "Wer ist grundsätzlich bereit, einen Computer für den Dienst gegen Geld zur Verfügung zu stellen, vorausgesetzt, die Höhe der Zahlung ist noch nicht bekannt?
Es besteht Interesse an der Idee, und es gibt nicht einmal eine Umfrage, da die Idee schon lange ausgereift ist und diskutiert wird.
Wir konzentrieren uns auf die folgenden Kategorien von Nutzern:
- diejenigen, die so schnell wie möglich Berechnungen durchführen müssen
- diejenigen, die bereit sind, Ressourcen anzusammeln, wenn sie nicht gebraucht werden, damit sie das Angesammelte später schnell nutzen können
- diejenigen, die bereit sind, ihre (oder verfügbare) Ressourcen gegen Geld zu verkaufen und sie dann wieder abzuziehen (nicht-handelnde Nutzer)
Und man hat das Gefühl, dass in einem Jahr die dritte Kategorie von Nutzern, die die Zeitplanfunktion nutzen werden, um Ressourcen in ungenutzter Zeit zu verkaufen, überwiegen wird.
Das Interesse an der Idee ist vorhanden, und es ist nicht einmal notwendig, eine Umfrage durchzuführen, da die Idee schon seit langem ausgereift ist und diskutiert wird.
Wir richten uns an die folgenden Nutzerkategorien:
- diejenigen, die so schnell wie möglich Berechnungen durchführen müssen
- diejenigen, die bereit sind, Ressourcen anzusammeln, wenn sie nicht gebraucht werden, damit sie das Angesammelte später schnell nutzen können
- diejenigen, die bereit sind, ihre (oder verfügbare) Ressourcen gegen Geld zu verkaufen und sie dann wieder abzuziehen (nicht-handelnde Nutzer)
Und man hat das Gefühl, dass in einem Jahr die dritte Kategorie von Nutzern, die die Zeitplanfunktion nutzen werden, um Ressourcen in ungenutzter Zeit zu verkaufen, überwiegen wird.
Sie legen einen Preis fest, und dann ändert sich etwas, und Sie ändern ihn, und alle schreien Sie an, weil Sie so schlecht und unfair gegenüber denjenigen sind, die zum alten Preis gekauft haben. So ist es.... Blick in die Zukunft.
Ideal wäre es, wenn es einen Austausch gäbe, und wie auf einem Markt üblich, würde der Durchschnittspreis auf dem Niveau zwischen Käufern und Verkäufern stehen bleiben, ohne dass man etwas dagegen tun müsste.
Es ist an der Zeit, die Frage zu stellen, an der alle Nutzer interessiert sind: Wie viel wird der Kauf und Verkauf von Ressourcen kosten?
Am logischsten wäre es für Sie, die Formel an die Nachfrage bzw. das Angebot anzupassen :) .
Im Folgenden werden einige Schlussfolgerungen und Anregungen gegeben.
Ich hoffe, Sie haben Verständnis dafür, dass Patzer möglich sind, also kritisieren, sichten, moderieren.
1. Am logischsten erscheint es mir, einen PR-Agenten auf dem Server zu halten und relevante Informationen zu sammeln, z. B. mehrere gefälschte Client-Bots. Wenn wir den Kunden anonymisieren, sollte es praktisch keine Betrügereien mit PR geben. Eine andere Möglichkeit ist die Einrichtung einer Bescheinigungsstelle für Bevollmächtigte.
2. Was die Anpassungsfähigkeit betrifft. Dies ist genau der Fall, wenn das Angebot die Nachfrage übersteigen sollte. Um das richtige Verhältnis zu erhalten, müssen Sie natürlich das entsprechende Modell des WMS modellieren oder berechnen.
Das Kriterium ist einfach: Die Wahrscheinlichkeit, dass eine Anfrage in der Warteschlange verbleibt, sollte einen bestimmten Schwellenwert nicht überschreiten. Die Schwelle sollte nicht mehr als ein paar Prozent betragen.
Die derzeitigen Definitionen für KÄUFER und VERKÄUFER entsprechen nicht dieser Definition.
Man könnte es so machen:
BUYERS -- durchschnittlicher Arbeitsaufwand für die aktuelle Zeit (basierend auf der Historie, da es unwahrscheinlich ist, die Aufgabe in Arbeitseinheiten zu schätzen, bevor sie abgeschlossen ist)
VERKÄUFER -- aktuelles Angebot. (oder aufgrund der Geschichte)
Es ist klar, dass es in dieser Form grob aussieht, aber imho ist es sinnvoll.
Einige weitere Schlussfolgerungen für diesen Ansatz
-- Eine Historie der Aufgabenbearbeitung ist notwendig, nicht unbedingt nach Transaktionen, nur nach Volumen.
-- Wenn Sie adaptive, wiederkehrende Formeln und Berechnungen erhalten möchten, benötigen Sie eine Angebotshistorie zumindest für einen bestimmten Zeitraum.
-- Um Verwirrung zu vermeiden, sollten die Tarife nicht öfter als einmal am Tag geändert werden.
Dann ergibt sich ungefähr Folgendes:
Rate[0] = (1 - alpha)*Rate[1] + alpha*(Rate[1]*(1 + sigm(1 - correction*BUYERS/SELLERS))) где, Rate -- условно -- текущая востребованность сервиса alpha -- максимальный разовый процент изменения рейта sigm -- сигмоидная функция с областью значений от -1 до 1 correction -- тот самый коэффициент в СМО, который выравнивает перекос в отношении спроса\предложения.Und der Gesamtpreis
TOTALPRICE = TIME * PR * PRICE * Rate[0]Dann kann PR ein konstanter Wert sein, eine einfache Durchschnittsleistung.
- www.mql5.com
Und man hat das Gefühl, dass sich in einem Jahr die dritte Kategorie von Nutzern durchsetzen wird, die die Zeitplanfunktion nutzen werden, um Ressourcen zu ungenutzten Zeiten zu verkaufen.
Ich streite mich nicht, sagen Sie es mir, aber
1 als Investition wird es nicht funktionieren (einen Computer kaufen, nur um ihn zu vermieten).
2. Wir haben ein theoretisches Klondike in Form einer riesigen Flotte von Büromaschinen, aber der durchschnittliche Büroleiter mit 20-30 Autos würde es auch nicht kaufen, wegen sicherheitsbezogenem Unsinn.
ein durchschnittlicher Büroleiter mit einem Sicherheitsbedürfnis und einem geringen Einkommen im Vergleich zu dem Aufwand, der erforderlich ist, um es zu erzielen
3 ein fortgeschrittener Student (der nicht im Handel tätig ist) würde sich wahrscheinlich dafür entscheiden
alles natürlich nur imho
Imho kann der Preis nicht geändert werden.
Nun, erst in ein paar Jahren, wenn man die Inflation und andere Störungen berücksichtigt.
Imho kann der Preis nicht geändert werden.
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Jeden Tag beginnt das MQL5 Cloud Network aktiver zu atmen. Wir beheben Schritt für Schritt Fehler und bringen die Veröffentlichung des Systems näher.
Für diejenigen, die sich mit verteilten Berechnungen nicht auskennen, hier ein paar Screenshots typischer Cloud-Computing-Agenten:
Auf dem Client-Terminal wird das Netz wie folgt angezeigt:
In den nächsten Monaten wird das MQL5 Cloud Network im öffentlichen Testmodus betrieben, damit die Entwickler möglichst viele Fehler finden und beheben können. Zurzeit arbeitet das Netz im freien Modus. Sobald wir die Arbeitsprozesse im Netz stabilisieren und eine vollständige Abrechnung der verbrauchten Ressourcen ermöglichen, werden wir die Freigabe erteilen.
Jeder ist aufgefordert, seine Agenten aktiv mit dem Netz zu verbinden, damit sie die Cloud unter ernsthafter Belastung testen können. Am Ende des Tests erhalten alle Teilnehmer, die ihre Agenten zur Verfügung gestellt haben, Boni (die abgehoben oder ausgegeben werden können)!
Es ist an der Zeit, eine Frage zu stellen, die alle Nutzer interessiert: Wie viel wird der Kauf und Verkauf von Ressourcen kosten?
Um die Diskussion zu beginnen, wird vorgeschlagen, einige Parameter (für jeden einzelnen Bearbeiter) festzulegen:
TIME - затраченное время на расчет задачи(пакета задач) в миллисекундах
PR - индекс производительности агента (недостоверная величина, фальсифицируемая)
PRICE - автоматически высчитываемая цена за единицу работы (самое сложное)
PRJOB - единица работы в виде 1 единицы PR за 1 ms времени TIME
вспомогательные величины:
BUYERS - количество покупателей (количество работ в очереди)
SELLERS - количество продавцов (агентов)
Der Gesamtverkaufspreis der Ressourcen pro Agent könnte zum Beispiel so aussehen:
TOTALPRICE = TIME * PR * PRICE
Die Formel ist sehr einfach und es gibt keine PR-Normalisierung, die vom Agenten manipuliert werden kann. Die Kontrolle, die Normalisierung und die Bekämpfung von Betrug sollten wir für später aufheben. Außerdem wird vom Preis eine kleine Provision zugunsten des Veranstalters des Siedlungsnetzes abgezogen, um den Dienst aufrechtzuerhalten.
Um die Kosten für die Ressourcen abzuschätzen, könnten Sie die Idee ausprobieren: "Ich kaufe einen Computer für 500 Dollar und möchte die Kosten wieder hereinholen, indem ich ihn nachts vermiete". Der Einfachheit halber können Sie die damit verbundenen Kosten für Strom, Kühlung und Internet weglassen und sich auf drei Kennzahlen konzentrieren:
Versuchen wir, die Kosten für 1 PR pro 1 ms zu berechnen:
Всего часов = 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 доллара
Um die Kosten für den Verkauf von Ressourcen für 1 Stunde dieses Computers zu schätzen, machen wir eine einfache Berechnung:
Миллисекунд = 60 минут * 60 секунд * 1000 миллисекунд = 3 600 000 миллисекунд
Стоимость 1 часа при 100 PR = 3 600 000 миллисекунд * 100 PR * 4,8225308641975308641975308641975e-10 доллара = 0,17361111111111111111111111111111 доллара
Es stellt sich heraus, dass eine Stunde Leihgebühr für diesen Computer 17 Cent kostet, und 8 Stunden Arbeit über Nacht würden 1,38 Dollar kosten.
Das ist "nicht viel" auf der Verkäuferseite, aber man muss auch die Käuferseite betrachten. Bei einem bestimmten Preis gibt es möglicherweise keine Käufer.
Um einen angemessenen Preis zu finden, ist ein Mechanismus erforderlich, der den Preis pro Arbeitseinheit automatisch ausgleicht. Und dieser Mechanismus muss vor einfachen Manipulationen geschützt werden.
Die Anzahl der Käufer/Verkäufer im Moment oder ihre durchschnittlichen Tageswerte und ähnliche Werte können als Anpassungsfaktoren verwendet werden.
Oder vielleicht sogar Berechnung des Startpreises für die Ressourceneinheit, und dann einmal in 1-3 Monaten wird es manuell mit öffentlicher Ankündigung korrigiert, abhängig von der Aktivität des Dienstes (Käufer und Verkäufer).
Bisher wurden alle Berechnungen auf der Ebene der Vorschläge durchgeführt. Bitte teilen Sie uns Ihre Meinung mit, korrigieren Sie sie oder schlagen Sie Ihre eigene Version vor.