Pages:
Author

Topic: Deutschsprachiger Pool btc.x8s.de ~110Ghash/s - page 25. (Read 167754 times)

newbie
Activity: 24
Merit: 0
jep  thx und danke für deine schnellen bemühungen !!!
full member
Activity: 126
Merit: 100
sollte wieder gehen
newbie
Activity: 24
Merit: 0
ja bei mir das gleiche  Angry
full member
Activity: 126
Merit: 100
Ich hab grad ein Update gemacht:

* die Input Felder auf der Profil Seite haben ein bischen Abstand bekommen, damit's nicht mehr so eng aussieht
* Auf der Profil Seite kann man sein Alias festlegen mit dem man in der Top10 erscheinen will

Wenn die Profil Seite ein wenig kaputt aussieht, einfach mal strg-F5 drücken bzw. den cache löschen, damit das CSS neu geladen wird.
Ausserdem wird die Top10 Liste für einige Zeit gecached, d.h. die Änderung wird dort nicht sofort zu sehen sein.

@Kubi:
Super Vorschläge, mal sehen was ich davon zeitnah umsetzen kann.
Bei der API hab ich den Kontostand letztens bewusst rausgenommen, weil man über die Userbar URL an den API Key gekommen ist, und somit recht einfach rausbekommen hat, wieviel Bitcoins diejenige Person hatte. (Deepbit benutzt hier zwei leicht unterschiedliche API Keys)
member
Activity: 84
Merit: 10
Hallo,

wurde dieser Pool auch schon mal Ziel einer DDOS Attacke? Komme von Slush und habe mich nun hier angemeldet. Es lief auch alles ca 5 min gut doch seit einiger Zeit bekomme ich nur noch "Problems communicating with bitcoin RPC".

Geht es anderen im Moment ähnlich ?
newbie
Activity: 28
Merit: 0
Mein Miner hat versucht seid 3min wieder zu Connecten aber klappt nicht server down?
newbie
Activity: 8
Merit: 0
Meiner Meinung nach, sollte die Sicherheit des Pools stetig verbessert werden, gerade unter der Betrachtung der letzten Tage (Angriffe auf die große Pools). Das mit den anonymisieren Benutzername ist schon ein erster Anfang. Die Idee mit dem Alias für die Top 10 ist ganz gut, man könnte ja als Standardwert einfach eine Zahl hochzählen, z.B. x8s_User17, x8s_User18, u.s.w. Alternativ könnte man auch eine Checkbox machen, mit der jeden Benutzer selber entscheiden kann, ob der Username angezeigt oder anoymisiert wird.

Hier noch eine Liste mit einigen Punkten die ggf. zur verbesserung des Pools beitragen könnten.

Sicherheit:
  • Erhöhte Verzögerungszeit (3, 6, 9, 12 Sek.), bei falschen Logindaten
  • ggf. bei mehr als 10 falschen Loginversuchen ein CAPTCHA hinzuziehen
  • Optional - @BTC Guild: De/Aktivierbarer Schutz für seine Bitcoin-Addresse, eine Änderung der Adresse dauert 24 Std. und der Benutzer wird peer E-Mail benachrichtigt
  • Optional - @Deepbit: Man hat die Möglichkeit seine Bitcoin-Adresse festschreiben zulassen (einbrennen), nachträgliche Änderung nicht mehr möglich

API für Benutzerstatistik:
Die API für die Benutzerstatistik zeigt im Momment nur die Persönliche Hashrate und die bestätigten Bitcoins an. Aus diesen beiden Informationen bekommt man überhaupt nicht raus, ob in den letzten 24 std. ein Block gelöst wurde oder nicht. Es wäre deshalb bestimmt nich schlecht, den unbestätigten Betrag sowie den Erwartungswert der akt. Runde mit anzuzeigen. Hier empfehle ich einfach die API von Deepbit oder BTC Guilde nachzubauen, da es für diese API schon nette Tools gibt, um den aktuellen Status anzuzeigen (z.B. @Win = Minerstats http://www.bitshift.io, @Android = Miner Status). Eine Anpassung der GUI Tools wäre dann sehr einfach, da sie die selbe Schnittstelle benutzen.

Sonsitges (Optional):
  • Das Cookie für die Anmeldung scheint immer noch nicht zu funktionieren
  • Eine Top 100 wäre auch nett, weil ich dann darin auch auftauchen würde Grin
  • Generell könnte man auch überlegen, ob man nicht am Ende eines Blocks eine Statistik bekommt, wie die Bitcoins prozentual an die Benutzerverteilt wurden (@siehe BTC Guild)
  • Das x8s Logo ist ihrgent wie Abgeschnitten an der Seite, sieht einfach nur komisch aus, sorry hier spricht der Designer in mir ;-)

Kubi
full member
Activity: 126
Merit: 100

Macht es überhaupt einen Unterschied ob 1 Worker 1 Tag rechnet, oder 10 Worker 1/10 Tag ? Anders gefragt kann das mit jemand mal erklären ?
Weil die Auszahlung ist doch auch immer x% von 50BTCs - fee für den pool owner.



Ob man jetzt seine 10 Karten über einen Worker laufen lässt, oder über 10 Worker sollte letztendlich keinen Unterschied machen, ausser dass man besser verfolgen kann, wenn mal was nicht läuft. Oder eine Karte mehr stales liefert als die anderen.
newbie
Activity: 11
Merit: 0
Spenden sind nicht nötig, werden aber natürlich gern genommen Wink
1EUoGb7KtP8cDKVxBhpaBQgfxSDozmM75o
die tauchen dann auch in den Pool Transactions auf http://btc.x8s.de/account/transactions


Ich hab grad noch ein kleines Update gemacht:
Die Namen in der Top10 Liste wurden unkenntlich gemacht, ich find's zwar schade und würde sie gerne weiterhin im Klartext anzeigen, aber es kam der berechtigte Einwand, dass man dadurch die Liste an hackbaren Accounts auf'm Silbertablett bekommt Sad


By the way: Wer mir noch irgendwelche Verbesserungsvorschläge geschickt hat, zu denen ich mich entweder noch gar nicht geäußert hab, oder offensichtlich vergessen habe, nicht zögern und nachhaken Wink

Schade mit den Nicks, aber das Argument hat schon seine Berechtigung. Unter 100 GHs/s wird man sicher auch nicht angegriffen, aber später wird man sicher interessant.

Macht es überhaupt einen Unterschied ob 1 Worker 1 Tag rechnet, oder 10 Worker 1/10 Tag ? Anders gefragt kann das mit jemand mal erklären ?
Weil die Auszahlung ist doch auch immer x% von 50BTCs - fee für den pool owner.
full member
Activity: 126
Merit: 100
hm.. login nick != angezeigter nick? also n textfeld fuer n alias fuer die top10 ins profil machen?

ja irgendwie sowas.. mal sehen *hm*
newbie
Activity: 56
Merit: 0
Ich hab grad noch ein kleines Update gemacht:
Die Namen in der Top10 Liste wurden unkenntlich gemacht, ich find's zwar schade und würde sie gerne weiterhin im Klartext anzeigen, aber es kam der berechtigte Einwand, dass man dadurch die Liste an hackbaren Accounts auf'm Silbertablett bekommt Sad

hm.. login nick != angezeigter nick? also n textfeld fuer n alias fuer die top10 ins profil machen?
member
Activity: 112
Merit: 10
ist raus. Smiley

Have fun!

full member
Activity: 126
Merit: 100
Spenden sind nicht nötig, werden aber natürlich gern genommen Wink
1EUoGb7KtP8cDKVxBhpaBQgfxSDozmM75o
die tauchen dann auch in den Pool Transactions auf http://btc.x8s.de/account/transactions


Ich hab grad noch ein kleines Update gemacht:
Die Namen in der Top10 Liste wurden unkenntlich gemacht, ich find's zwar schade und würde sie gerne weiterhin im Klartext anzeigen, aber es kam der berechtigte Einwand, dass man dadurch die Liste an hackbaren Accounts auf'm Silbertablett bekommt Sad


By the way: Wer mir noch irgendwelche Verbesserungsvorschläge geschickt hat, zu denen ich mich entweder noch gar nicht geäußert hab, oder offensichtlich vergessen habe, nicht zögern und nachhaken Wink
member
Activity: 112
Merit: 10
btw. Wo kann ich Dir denn eine kleine Spende (1 Bitcoin) zukommen lassen für Deine harte Arbeit red?

full member
Activity: 126
Merit: 100
wasn da los heute o.O so viel blöcke auf einmal...

Schade, da war ich ein bischen zu langsam... Ich hab grad eben ein kleines Update gemacht:

Es werden jetzt automatisch wenn ein Block gefunden wird und die Auszahlung für eine Runde bestätigt der Twitter Stream aktualisiert
Also, es lohnt sich @x8sBTCde oder/und @x8sBTCen zu folgen...
newbie
Activity: 57
Merit: 0
jujuuu und wieder neuer block Cheesy

runde 20 Cheesy

thx@   xaphias
member
Activity: 112
Merit: 10
Schubiduh!
member
Activity: 112
Merit: 10
jetzt geht es schlag auf schlag... round 19...

cool!
member
Activity: 84
Merit: 10
jo schaut so aus herrlich ^^


gute arbeit
full member
Activity: 126
Merit: 100
Schiebst Du immer die komplette Datenbank von Hand auf den Slave? Wäre es möglich die Datenbank zu spiegeln oder ein inkrementelles Backup durchzuführen? Am besten vollautomatisch, so alle 24 Stunden? Ich weiss ja nicht wie Du das genau machst, aber könnte der Slave nicht regelmässig schauen (wiederum vielleicht alle 24 Stunden), ob und wieviel sich geändert hat, und das sich automatisch holen und sichern? Directoryabfrage und/oder Dateiabfrage mit Zeitstempel und nur die neuen Daten sichern...
War mal nur wieder so ein Gedanke... Wink

Ne, der Slave ist ne replizierte Datenbank, die ist im Normalfall 100% in sync mit dem Master.

Leider hat's mir anscheinend gestern durch die Arbeit am Master den Slave zerschossen. Damit ich die wieder in Sync bekomme, muss der Master für nen Moment sämtliche Tabellen sperren. Und das mag pushpool nicht (bzw. pushpool wartet brav, bis es wieder Daten reinschreiben darf, aber da kommt's halt zu timeouts..)

Naja, auf alle Fälle hab ich jetzt wieder die Daten die ich brauche um den Slave neu aufzusetzen.
Ausserdem werde ich wohl in Zukunft xtraBackup zum sichern nehmen (für die, die es interessiert ^^)


opschinken: jap.. hing leider damit zusammen, sollte aber jetzt wieder stabil laufen
Pages:
Jump to: