Search content
Sort by
Showing 4 of 4 results by csk
@eneloop
Sehe ich auch so (auch wenn meine Hochschätzung über alle hinweg niedriger ist ~1,60USD/GB)
allerdings hat man darauf ja wenig Einfluss (Backup-Space vs. Streaming-Space), und kann sich jeden Monat (wie der gesamte Auszahlungsmechanismus bis keine Contracts für das Payment implementiert sind) ändern...
In meiner Juni-Liste ist die höchste Auszahlungsliste bei 500 USD. Gibt es noch eine andere?
(Pre-Payment und Final-Liste)
@montagid
12 GB in zehn Tagen ist fix.
Vom Graphen könnten wir das Wachstum ablesen (und mit anderen vergleichen) und mit weiteren Hochrechnungen spielen (je größer die Stichprobe je besser).
Einzelne Zeilen z.B. via grep (gibt auch Windows-Ports)
Es wird alles unter einer Payout-Adresse zusammengefasst, Pools sind also denkbar...
Sehe ich auch so (auch wenn meine Hochschätzung über alle hinweg niedriger ist ~1,60USD/GB)
allerdings hat man darauf ja wenig Einfluss (Backup-Space vs. Streaming-Space), und kann sich jeden Monat (wie der gesamte Auszahlungsmechanismus bis keine Contracts für das Payment implementiert sind) ändern...
In meiner Juni-Liste ist die höchste Auszahlungsliste bei 500 USD. Gibt es noch eine andere?
(Pre-Payment und Final-Liste)
@montagid
12 GB in zehn Tagen ist fix.
Vom Graphen könnten wir das Wachstum ablesen (und mit anderen vergleichen) und mit weiteren Hochrechnungen spielen (je größer die Stichprobe je besser).
Einzelne Zeilen z.B. via grep (gibt auch Windows-Ports)
Es wird alles unter einer Payout-Adresse zusammengefasst, Pools sind also denkbar...
Danke für den Mai-Auszahlungslink!
Ich habe Storj (zum Testen) unter Linux aufgesetzt.
Läuft sehr gut, Anleitung siehe hier:
https://docs.storj.io/docs/storj-share-daemon-cli
Beim CLI-Client kann man die 1 Share/Core Beschränkung auch ausschalten.
Ist aber nicht wirklich sinnvoll, da das System dann noch langsamer auf eingehende Offers antwortet, und jemand anders schneller ist...
Sieht man ganz gut in den Logs (late response, offer expired).
Dort sieht man auch, dass der Telemetry-Report recht häufig vom Storj-Server selbst nicht angenommen wird.
Er hat aber nicht wirklich einen großen Einfuss, siehe (von den Auszahlungsdaten abgeleitete) Formel:
Demnach komme ich für 1 TB auch nur auf rund 30 STORJ... (1,8 + 0,00004 * 1024 GB * 730h/Monat)
Die müssen aber erstmal gefüllt werden. ;-)
Sofern noch vorhanden, kann man das Wachstum schön aus den Logs parsen, sieht ungefähr so aus:
{"level":"info","message":"telemetry report delivered to https://status.storj.io: {\"storageAllocated\":1099511627776,\"storageUsed\":82439045,\"contactNodeId\":\"xyz\",\"paymentAddress\":\"xyz\",\"timestamp\":1500716679296,\"signature\":\"xyz\"}","timestamp":"2017-07-22T09:44:39.628Z"}
Übernehme ich auch gerne für euch und bastle einen entsprechenden Graphen mit zeitlichem Verlauf wenn ihr mir die Logs zukommen lasst/irgendwo hochladet.
(alle Zeilen mit telemetry reichen)
Ich habe Storj (zum Testen) unter Linux aufgesetzt.
Läuft sehr gut, Anleitung siehe hier:
https://docs.storj.io/docs/storj-share-daemon-cli
Beim CLI-Client kann man die 1 Share/Core Beschränkung auch ausschalten.
Ist aber nicht wirklich sinnvoll, da das System dann noch langsamer auf eingehende Offers antwortet, und jemand anders schneller ist...
Sieht man ganz gut in den Logs (late response, offer expired).
Dort sieht man auch, dass der Telemetry-Report recht häufig vom Storj-Server selbst nicht angenommen wird.
Er hat aber nicht wirklich einen großen Einfuss, siehe (von den Auszahlungsdaten abgeleitete) Formel:
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
payoutAmountSTORJ = 1,86455286377016000000000 + 0,00004058758122357710000*GigabyteHours + 0,00000000199720841967459*DownloadedBytes
payoutAmountUsd = 1,41029371412291000000000 + 0,00003069926939765820000*GigabyteHours + 0,00000000151063052959775*DownloadedBytes
Demnach komme ich für 1 TB auch nur auf rund 30 STORJ... (1,8 + 0,00004 * 1024 GB * 730h/Monat)
Die müssen aber erstmal gefüllt werden. ;-)
Sofern noch vorhanden, kann man das Wachstum schön aus den Logs parsen, sieht ungefähr so aus:
{"level":"info","message":"telemetry report delivered to https://status.storj.io: {\"storageAllocated\":1099511627776,\"storageUsed\":82439045,\"contactNodeId\":\"xyz\",\"paymentAddress\":\"xyz\",\"timestamp\":1500716679296,\"signature\":\"xyz\"}","timestamp":"2017-07-22T09:44:39.628Z"}
Übernehme ich auch gerne für euch und bastle einen entsprechenden Graphen mit zeitlichem Verlauf wenn ihr mir die Logs zukommen lasst/irgendwo hochladet.
(alle Zeilen mit telemetry reichen)
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...
Quote
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.Leider hab ich von sowas keine Ahnung :/
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-gbh
Fü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.
Quote
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. Zumindest haben viele Probleme mit Kabel BW im Zusammenhang mit dem Technicolor TC 7200
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)
Finde die Diskussion um Erfahrungswerte sehr interessant.
Die Spalten der Payout-Tabelle sind hier erklärt (Google-Suche nach Spaltennamen):
GigabyteHours = Gigabyte * Onlinezeit
TelemetryReportCount = Anzahl der Availability-Responses - evtl. Teil der Audits (siehe Whitepaper)
DownloadedBytes = Upload (aus Farmersicht)
Lt. Excel-Spielerei (Datenanalyse - Regression) ergibt sich diese Auszahlungsformel für Juni:
payoutAmountSTORJ = 0,00004058764707066790000*GigabyteHours + 0,00000000723277688365044*TelemetryReportCount + 0,00000000199698326940262*DownloadedBytes
Regressions-Statistik
Multipler Korrelationskoeffizient 0,999823655
Bestimmtheitsmaß 0,999647341
Adjustiertes Bestimmtheitsmaß 0,999647155
Standardfehler 0,352575358
Beobachtungen 5679
Koeffizienten Standardfehler
Schnittpunkt 1,86451769308326000000000 0,00479573895569859000
GigabyteHours 0,00004058764707066790000 0,00000001567380756083
TelemetryReportCount 0,00000000723277688365044 0,00000002685529056180
DownloadedBytes 0,00000000199698326940262 0,00000000000111871099
Gibt es noch andere Monatsreports? Ich denke die Formel ist nur ein Ausschnitt und ändert sich monatlich.
EDIT - Weitere Recherche:
In diesem Code-Snippet (nicht mehr aktuell):
https://gist.github.com/super3/a36a3d4967951ec678200f499364b81a
gibt es eine Durchschnittssberechnung abhängig vom Median.
Dort ist auch die Rede von einem Cutoff bei Unterschreitung der Mindestmenge.
Hier der (scheinbar) aktuelle Code:
https://gist.github.com/pgerbes1/8c0bdfc70055786cec43b885af5b249f
Demnach erfolgt die Bezahlung immer noch abhängig davon wie weit man vom Median entfernt ist.
Telemetry zählt nur für eine (kleine) Basisauszahlung.
Insgesamt scheint das ganze noch sehr in Bewegung (siehe Kommentare).
Laut den Erfahrungen hier werden mehrere Shares zwar schneller befüllt - bleiben sie jedoch jeweils unter der Mindestmenge erfolgt vermutlich keine Auszahlung.
Ich nutze Storj nicht - sieht man auf dem Client die Werte aus dem Report der eigenen Shares?
(Siehe hier - zwei Shares, aus Nutzersicht gleichmäßig gefüllt, lt. Support nur einer mit Auszahlung wg. fehlendem Download - https://docs.storj.io/v1.1/discuss/58c05385ccad2a23005c2be3 )
Und hier stehen die Auszahlbedingungen sogar in der Doku:
https://docs.storj.io/v1.1/docs/storj-share-gui#section-8-payments
Die Spalten der Payout-Tabelle sind hier erklärt (Google-Suche nach Spaltennamen):
Regarding payouts...
You are paid for three things.
1. Gigabyte hours. This can be thought of 1 gigabyte of stored data + 1 hour of having it online = 1 gigabyte hour. If you have 50 gigabytes, and you have your node up for 744 hours in a month, you would have 37,200 Gigabyte hours. You must have at least 744 gigabyte hours to earn a payout.
2. Downloaded shards. This is the data you are storing. Every time the person who stored that data, downloads it, you earn some money.
3. Telemetry. If you are sending telemetry, you earn some money for this.
Right now, Storj is in the roll-out phase of the billing system. Where Farmers will be paid all-the-time via micropayments. However, this is not yet rolled out, and customers cannot yet purchase storage from Storj.
So Storj is paying the Farmers themselves. The amount they are paying is low. On average you will make between $1 and $10 for the month.
This is expected to rise when the billing system has finished rolling out.
You are paid for three things.
1. Gigabyte hours. This can be thought of 1 gigabyte of stored data + 1 hour of having it online = 1 gigabyte hour. If you have 50 gigabytes, and you have your node up for 744 hours in a month, you would have 37,200 Gigabyte hours. You must have at least 744 gigabyte hours to earn a payout.
2. Downloaded shards. This is the data you are storing. Every time the person who stored that data, downloads it, you earn some money.
3. Telemetry. If you are sending telemetry, you earn some money for this.
Right now, Storj is in the roll-out phase of the billing system. Where Farmers will be paid all-the-time via micropayments. However, this is not yet rolled out, and customers cannot yet purchase storage from Storj.
So Storj is paying the Farmers themselves. The amount they are paying is low. On average you will make between $1 and $10 for the month.
This is expected to rise when the billing system has finished rolling out.
GigabyteHours = Gigabyte * Onlinezeit
TelemetryReportCount = Anzahl der Availability-Responses - evtl. Teil der Audits (siehe Whitepaper)
DownloadedBytes = Upload (aus Farmersicht)
Lt. Excel-Spielerei (Datenanalyse - Regression) ergibt sich diese Auszahlungsformel für Juni:
payoutAmountSTORJ = 0,00004058764707066790000*GigabyteHours + 0,00000000723277688365044*TelemetryReportCount + 0,00000000199698326940262*DownloadedBytes
Regressions-Statistik
Multipler Korrelationskoeffizient 0,999823655
Bestimmtheitsmaß 0,999647341
Adjustiertes Bestimmtheitsmaß 0,999647155
Standardfehler 0,352575358
Beobachtungen 5679
Koeffizienten Standardfehler
Schnittpunkt 1,86451769308326000000000 0,00479573895569859000
GigabyteHours 0,00004058764707066790000 0,00000001567380756083
TelemetryReportCount 0,00000000723277688365044 0,00000002685529056180
DownloadedBytes 0,00000000199698326940262 0,00000000000111871099
Gibt es noch andere Monatsreports? Ich denke die Formel ist nur ein Ausschnitt und ändert sich monatlich.
EDIT - Weitere Recherche:
In diesem Code-Snippet (nicht mehr aktuell):
https://gist.github.com/super3/a36a3d4967951ec678200f499364b81a
gibt es eine Durchschnittssberechnung abhängig vom Median.
Dort ist auch die Rede von einem Cutoff bei Unterschreitung der Mindestmenge.
Hier der (scheinbar) aktuelle Code:
https://gist.github.com/pgerbes1/8c0bdfc70055786cec43b885af5b249f
Demnach erfolgt die Bezahlung immer noch abhängig davon wie weit man vom Median entfernt ist.
Telemetry zählt nur für eine (kleine) Basisauszahlung.
Insgesamt scheint das ganze noch sehr in Bewegung (siehe Kommentare).
Laut den Erfahrungen hier werden mehrere Shares zwar schneller befüllt - bleiben sie jedoch jeweils unter der Mindestmenge erfolgt vermutlich keine Auszahlung.
Ich nutze Storj nicht - sieht man auf dem Client die Werte aus dem Report der eigenen Shares?
(Siehe hier - zwei Shares, aus Nutzersicht gleichmäßig gefüllt, lt. Support nur einer mit Auszahlung wg. fehlendem Download - https://docs.storj.io/v1.1/discuss/58c05385ccad2a23005c2be3 )
Und hier stehen die Auszahlbedingungen sogar in der Doku:
https://docs.storj.io/v1.1/docs/storj-share-gui#section-8-payments