Genauer gesagt geht es nicht um die Anzahl der Shares, sondern welche Payout Adresse hinterlegt ist.
Danke für den Hinweis, entscheidender Unterschied.
In der Tabelle heißt es sogar Payout Adresse, in Gedanken war ich noch bei der #Share-Diskussion...
Wäre es denn möglich einen "counter" in die Nutzeroberfläche zu integrieren, der einem die GbHours anzeigt, und ggf. sogar schon einen Schätzwert für die nächste Auszahlung ausrechnet?
Leider hab ich von sowas keine Ahnung :/
Das wäre etwas wo sich das Entwicklerteam von StorJ dransetzen könnte.
Für die GigabyteHours könnte diese Anleitung zur skript-basierten Auswertung der Verträge etwas sein:
https://docs.storj.io/docs/script-for-checking-contracts-and-gbhFür die DownloadedBytes lässt sich vielleicht etwas im (Debug-) Log finden, oder ggf. auch der Vergleich mit einem prozess-basierten Netzwerk-Volumen-Tracker (sofern vorhanden).
Mangels eigenem Setup beides für mich aktuell nicht testbar.
Es scheint aber schon sehr kompliziert gelöst worden zu sein.
Gar nicht so schlimm. Es gibt eine Formel in die 3 Variablen unterschiedlich stark gewichtet einfließen. Diese Gewichtung ändert sich vermutlich jedes Monat, je nach Angebot und Nachfrage von Speichervolumen und Traffic (muss man sich die vorhergehenden Monate ansehen).
Stimme zu, die Schätzung des Payouts könnte man dann anhand weiterer Auszahlungsstatistiken versuchen zu errechnen und verbessern.
Da Telemetry anscheinend nur für den Base-Payout relevant war/ist, hier nochmal angepasste Formeln (diesmal ohne Excel Statistik-Details) die den Telemetry Count ignorieren und nur GBH & DB als Einflussfaktoren berücksichtigen:
payoutAmountSTORJ = 1,86455286377016000000000 + 0,00004058758122357710000*GigabyteHours + 0,00000000199720841967459*DownloadedBytes
payoutAmountUsd = 1,41029371412291000000000 + 0,00003069926939765820000*GigabyteHours + 0,00000000151063052959775*DownloadedBytes
Die Links vom vorherigen Post zusammengefasst (habe ich etwas übersehen?):
* in der neueren Github-Payout-Quelle wird der BasePayout explizit in USD berechnet (1.50 USD).
* Alles unter 1GB/Monat ONLINE-Zeit (730 GBH) soll ignoriert werden.
* GigabyteHours & DownloadedBytes werden zur relativen Abweichung zum Median berechnet
Wenn ich mich bei Reddit Storj umschaue:
https://www.reddit.com/r/storj/geht es dort bzgl. der Firmenentwicklung nach Token-Sale ganz schön kritisch zu.
Bzgl. Auszahlung entsteht auch der Eindruck, dass vieles noch im Fluss ist und sich beim nächsten mal wieder ändern kann/wird:
https://www.reddit.com/r/storj/comments/6lj8n4/audit_your_storj_payout/ (nochmal mit Erklärung Unverständnis)
https://www.reddit.com/r/storj/comments/6lj9gp/wtf_june_payout_top_farmer_45_of_downloadbytes/ (Ausreisser)
https://www.reddit.com/r/storj/comments/6f9egu/top_farmer_has_more_data_upload_than_the_other/ (Ausreisser)
https://www.reddit.com/r/storj/comments/6log5s/new_storj_payout_sheet_posted_check_your_payout/Der dort erwähnte Gedanke, dass man bei den Downloads ggf. selbst nachhelfen
könnte ist schon interessant, wenn auch erst einmal nicht mehr als eine Vermutung.
https://www.reddit.com/r/storj/comments/6lwjsd/storj_preliminary_june_payouts_audit_network/ (hilfreiches Storj Feedback und Bestätigung Aktualität neuer Github-Payout-Link im letzten Post)
Da es nun wohl bei Kabel BW DS-lite gibt entfällt wohl uPnP und es gibt keine Weiterleitung.
Zumindest haben viele Probleme mit Kabel BW im Zusammenhang mit dem Technicolor TC 7200
Ich bin froh noch einen Altvertrag mit Cisco-Modem und "echtem" IPv4 ohne DS-Lite zu haben.
Unabhängig davon - falls eine Portweiterleitung je nach Provider/Setup möglich ist - vielleicht helfen diese Hinweise zur Konfigurationsänderung bei Verwendung mit Port-Weiterleitungen:
https://docs.storj.io/docs/networking-101-for-storj-users (Abschnitt 2, Anpassung Konfigurationsdatei) bzw.
https://docs.storj.io/docs/storjshare-troubleshooting-guide (Abschnitt 8, Portweiterleitungen - Verwendung statischer Ports)
Für die Analyse ist ggf. auch die Log-Auswertung interessant:
https://docs.storj.io/docs/log-checking-tools (Log Checker via Website)