MQL5 Cloud Network'teki kaynakların maliyetini hesaplama formülünün genel tartışması - sayfa 4
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Aşağıdaki kullanıcı kategorilerine odaklanıyoruz:
Ayrıca, bir yıl içinde, kullanılmayan zamanda kaynakları satmak için zamanlama işlevini kullanacak olan üçüncü bir kullanıcı kategorisinin hakim olacağına dair bir his var.
4. 1'e ihtiyaç duyana kadar 3 ve 2 olanlar - ve çok daha az sıklıkta hareket edecekler (MQL5'te ustalaşan tüccarlar).
% Seslendirmeyi zor buluyor tabii ki.
///////////////////////////
hesaplamalara dahil edilmelidir.
Örnek: Bir inciri günlerce sallıyorum ki saatlik bir büyükanneye bedava para toplamayayım.
Soru: "yavaş" (örneğin, gecikmelerle (ping)) bir şekilde kesilecek mi? ya da sipariş/performans üzerine iş girmek için?
///////////////////////////
Diğer tarafta. çoğu kullanıcı, hesaplamaların aslan payının ilk etapta gerçekleştirileceği geliştirici sunucularının kapasitesine sahip değildir.
Çekirdeklerini satanlara ne kalacak?
///////////////////////////
Dürüst olmak gerekirse, ne sayılacağına bağlı olarak henüz yeterli rakam görmüyorum.
Bir yandan, en azından bulutun maliyetini bilmeniz ve MetaQuotes için işletmenin karlılığından (mümkün olan en düşük fiyat etiketi) başlamanız gerekir. Diyelim ki potansiyel bir satıcı ve/veya alıcı olarak çekirdekten günde 1 dolardan memnunum. Geliştiriciler 10 sentten memnun kalacak mı?
Kullanıcının bakış açısından, şirketin maliyetinden devam edin ... iyi xs. Bu başlıkta bile 500$ ve 2000$ açıklanıyor. Büyük yayılma.
Belki de alıcının ne kadar ödemeye istekli olduğundan ve bu alıcılardan kaç tane olacağından yola çıkmak gerekiyor.
Belki genel olarak, bir danışmanın ortalama fiyatını (karmaşıklığa bağlı olarak) başlangıç olarak almak aptalcadır, bir sipariş üzerinde çalışan programcılar bunu anlayabilir mi? ve ardından katsayıları ayarlayın. Bir seçenek olarak buluttaki toplam yükten.
MQL5 web sitesinde görüntülenebilecek bir grafikte bir saat için 100 PR biriminin fiyatını teklif etmeyi öneriyorum. Alıcılar ve site üzerinden işlemci zamanı satıcıları, bir saatlik 100 PR biriminin alım satımı için tekliflerini verirler. Belirli bir süre için, örneğin son 120 gün (neredeyse dörtte bir) için tüm siparişleri toplanır ve denge fiyatı PRice120 hesaplanır. Bu denge fiyatı, 100 PR biriminin saatlik maliyeti olacaktır. İşlemci zamanı satıcısının siparişinin fiyatı PRice120 fiyatından düşükse işlemci zamanı satılır, daha yüksekse satış yapılmaz. Alıcılar için tam tersi geçerlidir.
Emirlerin birikiminin gerçekleştiği süre, her bir alıcı ve satıcı tarafından birkaç seçenek arasından ayrı ayrı seçilir: 30 gün, 60 gün, vb. Tetiklendiğinde fiyatının denge fiyatından sapması da her alıcı ve satıcı tarafından seçilir.
Bana göre çok zor. Fiyat, istatistiklere ve ek bilgilere dayalı olarak merkezi olarak ayarlanmalıdır. Genel istatistikleri sadece geliştiriciler görür, kartlar ellerindedir.
Ve arz ve talebe göre fiyatı periyodik olarak ayarlayın (diyelim ki çeyrekte bir). Diyelim ki fiyatı 1 sent olarak belirlediler ve bulutla çalışmak için gerekenden çok daha fazla insan olacak - Kapasitelerini sağlamaya istekli daha fazla insan olması için fiyatı yükseltmemiz gerekecek.
fiyat çok yüksekse, alıcılar (özel ağlar veya başka bir yer aracılığıyla) ayrılacak ve daha sonra tam tersine fiyatın düşürülmesi gerekecektir.
Tek soru, hangi fiyatın temel alınacağıdır.
TeamWox satın almış kurumsal müşterileriniz var. Muhtemelen şirketinizden biri onlarla bir ilişki sürdürüyor. Belki de onlara "hala %80-90 oranında atıl durumda olan bilgisayar kapasitelerinin kullanımını/yüklenmesini artırma fikrini" sunmaya çalışmakta fayda var. Firmanıza zaten güveniyorlar ve fiyat konusu hızlı bir şekilde belirlenebilir.Muhtemelen adil ve optimale yakın olacaktır.
Başka bir fikir daha var - onlarca yıldır (neredeyse her zaman ücretsiz olarak) çeşitli dağıtılmış bilgi işlem projelerine (BOINC platformunda SETI@home ve benzeri projeler) katılan büyük meraklı topluluklarını çekmeye çalışacağız.
İyi bir teşvikimiz var - kaynaklar için ödeme.
Renat :
Satıcıların, alıcıların ve fiyatların sayısını izleyebileceğimiz MetaQuotes-Demo sunucusunda birkaç sentetik araç kuracağız. Fiyat hesaplama/düzeltme formülü, her şeyi şeffaf hale getirmek için herkese açık olacaktır.
Taban fiyatı açıkça değiştirmeniz veya hesaplama formülünü ayarlamanız gerekiyorsa, bunu halka açık bir tartışma ile yapabiliriz.
Başka bir fikir daha var - onlarca yıldır (neredeyse her zaman ücretsiz olarak) çeşitli dağıtılmış bilgi işlem projelerine ( SETI@home ve BOINC platformundaki benzer projelere) katılan büyük meraklı topluluklarını çekmeye çalışacağız.
Soru: "yavaş" (örneğin, gecikmelerle (ping)) bir şekilde kesilecek mi? ya da sipariş/performans üzerine eser girmek?
Bulut sunucusunda belirlenir ve buna göre "performans ve süre" ayarlanır. Bu esas olarak hile ile mücadele içindir.
Çekirdeklerini satanlara ne kalacak?
Kaynaklarımızı satmayı planlamıyoruz, hedefimiz dünya çapında büyük bir dağıtım ağı kurmak.
Elbette kaynaklarımızın bir kısmını en azından ilk aşamada ücretsiz olarak dağıtacağız.
Biz sadece dağıtılmış bir ağın operatörleriyiz, amaç on binlerce ve yüz binlerce yerleşim aracısı için bir bulut yaratmaktır.
Bulut sunucularının coğrafi olarak dağıtılmış listesine bakın - yük arttıkça, daha fazlası olacaktır.
Basit bir değişken kendisini 1 Birim Fiyat = Baz Fiyat * İşlev (Satıcılar, Alıcılar, Zaman) şeklinde önerir.
Sonuç olarak, arz/talebe bağlı olarak fiyat her saat başı otomatik olarak ayarlanacaktır.
Ve mevcut bulut hizmetlerinin temel "hastane için ortalama" maliyetini alabilirsiniz.
Evet, ben de bu düşünceye sahiptim. Ama orada fiyata diskleri, belleği ve CPU'yu ve güvenlik altyapısının ve yedeklerinin geri kalanını içeren tüm bir bilgisayar dahildir.
Bu çok karmaşık bir plan, çünkü kimse yetersiz miktarlar uğruna parmağını bile kaldırmak istemiyor (ve işte tüm manuel işlemler). Sistem otomatik moda yakın çalışmalıdır.