Meine Erfahrungen mit StorJ

[montagid]

permanent am laufen oder nur phasenweise? und wieviel shares hast du?
bei weniger schares, kommen weniger peers/contracts zu stande. also unterm strich, weniger leute die etwas bei dir hosten könnten.
von meinen acht shares sind auch ein paar dabei, bei denen sich nicht viel tut. wenn ich nur einen großen share hätte, würde sich da glaube ich auch nicht viel ändern.

[1714971588]

1714971588

[1714971588]

1714971588

[Gucky2000]

#0 6h 36m 32s   0   144   983   1.13GB (1%) 16ms   
#1 6h 36m 32s   0   131   1172   333.15MB (0%)   9ms

So ist mein Stand im Moment und da tut sich bei beidem seit gestern nichts mehr (daher auch der Neustart heute morgen).

Ich hatte mal 8 Shares, die hab ich aber zu Gunsten von Burstplots wieder weggemacht.

Edit: Ach und läuft 24/7 (2 Shares á 128GB)

[bct_ail]

Hat jemand sich dazu schon mal Gedanken gemacht?

Du hostest sogenannte shards. Also Splitter einer Datei, die auf mehrere hosts aufgeteilt ist. Du hast also nie eine ganze Datei bei dir liegen. Und auch die Daten die bei dir liegen sind verschlüsselt. Und selbst wenn man sie entschlüsseln könnte oder würde, würde man sie nicht auslesen können, weil wie gesagt, keine ganze Datei bei dir liegt.

Okay. Danke für die Erklärung. Aber irgendwie finde ich, hat das ganze einen faden Beigeschmack, wenn auf meinen Festplatten illegales gespeichert ist. Wenns auch nur ein kleiner Schnipsel ist, ist es trotzdem ein Mosaikstein. Andersherum ist es natürlich vorteilhaft, wenn das Mosaikstückchen z.B zu einer Menschenrechtsorganisation gehört. Sind eben immer zwei Seiten einer Medaille.

[montagid]

Ich hab da keine Bedenken. Ums kurz zu machen.
Das musst du aber natürlich für dich entscheiden.

Kennt sich jemand mit Linux aus und weiß, ob man storj auch auf linux laufen lassen kann?

Ggf. kann man eine Sandbox in windows einrichten, darin linux laufen lassen und dann da noch mal (bei einer 4c/8t cpu) 8 shares iniziieren?

[montagid]

Storj wird wohl oder wurde bereits in filezilla integriert:
http://blog.storj.io/post/163215547738/storj-and-filezilla-integration-bringing

[Gucky2000]

@montagid

Es gibt zumindest eine Linux Version des Share Clients

https://github.com/Storj/storjshare-gui/releases/

Ebenso eine CLI Version
https://github.com/Storj/storjshare-daemon/

Vielleicht bekommt man da ja mehr Share zusammen.

[montagid]

super danke!
es hat sich nach kurzem forschen herausgestellt, dass in einer virtual box die cpu kerne aufgeteilt werden.
einen teil der kerne für os a und den anderen, je nach verteilung für das os b in os a.
was soviel heißt wie: sackgasse

aber hier noch was anderes, es gab ja bereits die juni payout liste hier:
das müsste diese gewesen sein:
https://docs.google.com/spreadsheets/d/1HLXvmS7Y_EnLaD-9S7uoK2zxdaSJTCvmT8d8VuY-48A/edit#gid=0

hier ist noch zusätzlich die mai liste:
https://docs.google.com/spreadsheets/d/1RC-wq0eHUZzb1i-_y4O3yhYZPR2ssiOyLQA1JE0Olf4/edit#gid=985038747

ich schätz in etwa zwei wochen kommt dann die nächste?!

ausgehend vom gigabyte per houre parameter, ist davon auszugehen, dass man für 1tb bei 720stunden im monat (also immer online) in etwa 40-50 storj bekommt.
es spielen noch andere faktoren ein rolle, so ich das sehe, is das aber mit unter einer der wichtigsten. (wobei die hochrechnung vermutlich hinkt. bei mehr gb/tb steigt auch der taffic, der mit in die rechnung fließt)

weiß jemand wie ich meinen TelemetryReportCount verbesser?
verbunden bin ich mit upnp, alles grün, ports sind offen, keine tunnel, interne ip ist immer die selbe.

[csk]

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:

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

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)

[eneloop]

Ich hab jetzt nochmal über die Daten gesehen und eigentlich wird der Traffic (DownloadedBytes) verdammt gut entlohnt!
Juni Payout Liste Platz 1:
722264 GBh = ~1 TB 24/7 -> ~30 USD
3,18931E+11 DownloadedBytes = ~256 GB oder ~1 MBit durchschnittliche Uploadbandbreite -> 636 USD
Derjenige wird natürlich keine mini Leitung haben, weil die Daten wohl nicht gleichmäßig abgefragt werden, aber 636 USD für ~256 GB Upload

[montagid]

Okay, dann hat die core Begrenzung also tatsächlich auch einen Nutzen. Ich ging irgendwie davon aus, dass das eine Form künstliche Verknappung darstellen soll?

Code:

PaymentDestination	isBtcAddress	GigabyteHours	TelemetryReportCount	DownloadedBytes	payoutAmountSTORJ	payoutAmountUsd

   

Code:

0xe4780bFcd30d2E3d315990586Cd64391416320ff	FALSCH	17151.59699	67313	72634763	2.737818526	2.070806537
19x36pGRy85MTA6t3QuJFB4qnbE3ByKZg8	WAHR	17217.02153	4194	705663118	4.004683966	3.029026816

Hab die Liste mal nach GBh sortiert. GbHours also fast identisch, aber der TelemetryReportCount ist sehr unterschiedlich. Aber Payout "deutlich" höher. Erschließt sich mir dann nicht ganz.

Demnach komme ich für 1 TB auch nur auf rund 30 STORJ... (1,8 + 0,00004 * 1024 GB * 730h/Monat)

Danke für deine Rechnungen! Schon besser als meine grobe Schätzung

Die müssen aber erstmal gefüllt werden. ;-)

Bei mir 10 Tage -> 12gb

Übernehme ich auch gerne für euch und bastle einen entsprechenden Graphen mit zeitlichem Verlauf wenn ihr mir die Logs zukommen lasst/irgendwo hochladet.

Bis ich alle Zeilen rauskopiert hab, is der Monat wohl schon rum?!
Was kann man dann vom Graphen ablesen?

Derjenige wird natürlich keine mini Leitung haben, weil die Daten wohl nicht gleichmäßig abgefragt werden, aber 636 USD für ~256 GB Upload Shocked

Können auch mehrere PC/hosts sein, die die gleiche payout adresse angegeben haben?

sind pools denkbar?

[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...

[Eisenkopf89]

Wie bekommt ihr soviel hin in wenigen Tagen? Nach nem pc absturz hab ich in 4h gerade mal 2-12 shares. Egal was ich gemacht habe passiert nichts das es läuft. Jemand eine idee?

[montagid]

ich versuch die kiste 24/7 laufen lassen zu können. hin und wieder mal ein neustart und updates fahren.
keine festplatten ruhephasen, ports öffnen, software client up to date. mehr mach ich eigenltich auch nich

[Gucky2000]

Heute bekomme ich keine Contracts zusammen. Vor knapp 12 Stunden Neustart und gerade mal 19 Contracts auf dem einen Share und 28 auf dem anderen. Gestern hatte ich in der Zeit auf einem 20k und auf dem anderen sogar 40k

[montagid]

bridge is dead.
ist ein problem bei storj. gabs die woche schon mal, es wird dran gearbeitet.

[Gucky2000]

Ok, gibt's irgendeine Webseite die man sich für solche Infos merken sollte? Oder woher hast du die Informationen? Habe nun Twitter und FB danach abgesucht, aber da wird nur von StorJ und Filezilla gesprochen.

Grüße

[montagid]

https://community.storj.io/home
ganz nützlich, einfach mal die channels durchstöbern.
was ich richtig richtig gut finde ist, dass dort zumeist auch mods von storj unterwegs sind und fragen beantwortetn.
guter support und community

[Gucky2000]

Jetzt sollten alle Probleme beseitigt sein. Dann Lets Test! :-)

[montagid]

Wie schauts bei euch aus, contracts krieg ich seit gestern nur sehr wenige.

[Antigo]

Wie schauts bei euch aus, contracts krieg ich seit gestern nur sehr wenige.

Bei mir geht's auch sehr schleppend. Aktuell bei 20.59GB. Mein zweiter Share auf demselben Rechner ist noch bei 68MB, der tut sich sehr viel schwerer als mein erster Share.