1.Antwort:
Weil es vorher einen Stale-Block gab, d.h. es gab eine Bestätigung und dann keine mehr vom Netzwerk.
Wir werden Stale Blocks eventuell bald in der "Last 30 Blocks Found"-Liste anzeigen um solche Fragen gleich beantwortet zu haben... 

2.Antwort:
Es wurden 9 Avalons (NgZhang ASICs) bestellt die hier lokal am Pool-Server (Ethernet LAN) in Thailand betrieben werden.
Diese gehören aber einem Miner und nicht zum Cluster.
Leider gilt die Umtauschaktion (Ein Icarus Board + Zuzahlung = ein Avalon) nicht für den ersten Batch (Lieferung Februar 2013) sondern erst für den zweiten Batch, d.h. der ECLU Cluster bestellt erst, wenn die Umtauschaktion gestartet wurde.

Mit sonnigem Gruß von der Insel,
 Ecki

Hallo Tinua,


Du kannst das Stratum Protokoll jetzt gerne mal testen.
Wir haben das heute unter eu-proxy.ecki.net:3333 implementiert.

Leider gibt es noch keine Mixed Mining Pool Software dafür, d.h. wenn du auf Port 3333 baggerst, dann baggerst du nur BTCs.
Auf Port 8332 wird unverändert das getwork Protokoll verwendet und dafür gibt es schon Mixed Mining Software, d.h. dort baggerst du unverändert nach BTCs und NMCs (und SMOs) gleichzeitig.

Ab heute Abend wird es dann den Port 3333 auch hier in Asien geben und damit wird das Stratum Protokoll dann auch hier in unserem Asien-Pool unter miner.ecki.net:3333 unterstützt werden.

Mittelfristig werden wir versuchen auch für das Stratum Protokoll "mixed mining" anzubieten.

Mit sonnigem Gruß von der Insel,
 Ecki

P.S.: Aber um deine erste Frage zu beantworten: 40 GHs sind im Dezember vermutlich immer noch 70% unserer Pool-Hash-Rate.
Ich lasse mich aber gerne eines besseren belehren und werde mich ungemein über 500 GHashes im Dezember hier im Pool freuen!  

Hallo Tinua,

Naja, die 40 GHash hat der gute Mann bereits JETZT mit FPGAs.
Die laufen im Moment mit dem Stratum Protokoll bei slush (von China aus).
Er wäre aber bereit unseren Pool mal zu testen, wenn wir besagtes Protokoll anbieten.
Er wird mich wohl auch in den nächsten Monaten mal hier auf Koh Samui besuchen kommen.
Ist ein recht interessanter Kerl, der seine FPGA Hardware SELBER gebaut hat!  

Deshalb habe ich unserem Entwickler heute gesagt, das er das Stratum Protokoll ASAP implementieren soll.
Ich gehe mal von Ende diesen Monats aus, dann sollten auch wir das Protokoll in unserem Pool verwenden können.

Gibt es irgendwo schon BFL ASICs die bereits ausgeliefert wurden?
Steht der Lieferzeitpunkt von BFL für die ASICs noch auf Dezember (wurde ja schon einmal von November auf Dezember verschoben)?
Hast du schon ein genaueres Liefer-Datum? Anfang/Mitte/Ende Dezember?

Mit sonnigem Gruß von der Insel,
 Ecki

P.S.: Was hast du denn für Hardware in der Pipe? 6* BFL ASICs? Oder ist das noch "Top Geheim"?
P.P.S.: Der Liefertermin für NgZhang's Avalons (ASIC) ist Februar 2013, d.h du wärst einen eventuell sogar zwei Monate voraus. GW.

Nur zur allgemeinen Information:

Wir haben das Konzept für unseren JAVA Client geändert.

Bisher hatten wir einen "standalone" JAVA Client entwickelt der zwar LOKAL Daten speichern konnte, aber eben als eigenständige Applikation erst einmal installiert werden musste.
Durch unsere ALPHA Tester haben wir aber gelernt, das es selbst unter Windows zig Probleme damit gibt.
So lief unser erster JAVA Client zwar unter WindowsXP, aber nicht unter Windows 7.
Nach einigen Änderungen lief er dann zwar auch unter Windows 7 aber nur der 32bit Version, unter der 64bit Version nicht.
Nach weiteren Änderungen lief er dann auch auf 2 von 4 Windows 7 64bit Installationen, aber wir werden keine weitere Zeit mehr dafür investieren herauszufinden, warum es auf 2 PCs läuft und auf 2 anderen PCs mit dem gleichen Betriebssystem nicht.
Ich mag gar nicht daran denken, was das für ein Aufwand wäre, diesen JAVA Client auf zig verschiedenen Linux Distributionen zum laufen zu bekommen oder dem MAC!

Jetzt entwickeln wir einen JAVA Client der innerhalb des WEB Browsers läuft, d.h. es wird keinerlei externes Programm mehr installiert. Einzige Voraussetzung bleibt wie bisher auch, das eine lauffähige JAVA Laufzeitumgebung auf dem PC installiert ist.
Der JAVA Client läuft dann praktisch "innerhalb" des WEB Browsers (benötigt deshalb keine Installation) und baut eine verschlüsselte ZWEIwegekommunikation zwischen Client und Server auf.
Damit ist dann auch eine Echtzeit Kommunikation möglich und eine Verkaufsorder z.B. in der Exchange Börse wird sofort allen anderen JAVA Clients angezeigt (und nicht erst nach "worst case" 10 Minuten wie in der aktuellen WEB Browser Variante).
Dies war eine existentielle Forderung unserer professionellen "Daytrader" die uns Ende diesen Jahres hier auf Koh Samui besuchen kommen und mit denen wir Anfang Januar ein Brainstorm-Meeting abhalten werden um die Software "fit für den Daytrader Alltag" zu machen.

Es wird also unter den "Account Details" Einstellungen eine Check-Box "JAVA Clients aktivieren" geben, die wenn man sie aktiviert verschiedene Reiter (wie z.B. "Exchange" oder "Stock Market") mit der echtzeitfähigen JAVA Version (anstatt der WEB Version) ersetzt.

Mit sonnigem Gruß von der Insel,
 Ecki

P.S.: Wir werden die GOLD Mitgliedschaft für die Top10, sowie die 0 (Null) Gebühren für GOLD Mitglieder bis 31.3.2013 verlängern, damit in unserer Exchange Börse kostenloser Handel stattfinden kann. Unsere Daytrader werden vermutlich Anfang Januar aktiv hier in unserer Exchange Börse "daytraden". Es wäre gut für uns alle, wenn es dann mehr Angebote in der Exchange gäbe, denn kostengünstiger könnt ihr eure digitalen Münzen nirgends anders verkaufen!

Da es zu verschiedene Probleme mit der Email-Zustellung kam, wenn Worker nicht mehr gebaggert haben, haben wir jetzt die Benachrichtigung auf ein POP-UP umgestellt.
D.h. es wird jetzt nicht mehr per Email benachrichtigt, wenn sich der Status eines Workers beim baggern ändert, sondern per POP-UP im Browser.

Mit sonnigem Gruß von der Insel,
 Ecki

Hallo hekiman,

Nein, das automatische Einloggen per Link ohne (verschlüsselte) Übertragung von Benutzernamen und Kennwort wäre ja wohl eher eine Verschlechterung der Sicherheit als eine Verbesserung...
Es geht bei der Änderung primär darum, das ein Hacker nicht die Benutzernamen (die er hacken möchte) aus der Top10 Liste "geliefert" bekommt.
Jetzt muss er also zusätzlich erst einmal irgendwie dein Email Account hacken um überhaupt an deine persönliche SMO Adresse zu gelangen bevor er damit beginnen kann dein Passwort zu hacken!
Solange deine SMO Adresse nur dir bekannt ist, gibt es also jetzt eine Hürde mehr für den Hacker.
Deine persönliche SMO Adresse schicke ich dir heute noch einmal per Email zu.

Da braucht man sich nicht zu entschuldigen, wir sind alle Menschen und verstehen ab und zu mal etwas falsch.
Das ist wirklich kein Problem, eher natürlich...

Ansonsten haben wir hier 30°C bei 72% Luftfeuchtigkeit und dein Wunsch ist in Erfüllung gegangen:
Das Wochenende war klasse! 

Mit sonnigem Gruß von der Insel,
 Ecki

Eventuell solltest du mal nicht per Google weltweit nach SMO suchen, sondern einfach nur hier lokal in diesem Thread?
Oder einfach diesem Link folgen: https://bitcointalk.org/index.php?topic=50862.msg1101869#msg1101869

Irgendwie scheinst du es wirklich noch nicht verstanden zu haben...
Du musst als "username" beim Login deine persönliche SMO Adresse eingeben und NICHT hekiman!

Einer von uns beiden steht hier "echt auf dem Schlauch".
Was hat denn nun deine URL (also die WEB Adresse!) damit zu tun?

Dein komplexes Passwort hast du selber über eine gesicherte Verbindung (https) geändert und nur DU kennst es. Es wird hier bei uns in der Datenbank verschlüsselt gespeichert, so das selbst wir/ich es nicht kennen.
Das Einzige was wir von dir verifiziert kennen, ist deine Email Adresse, ansonsten kennen wir (der Pool-Betreiber) von dir nichts.
Deshalb schicken wir dir deine persönliche SMO Adresse an diese uns bekannte und im Pool hinterlegte Email Adresse.
Wenn dein Email Postfach sicher ist, dann sollte eigentlich außer dir und dem Pool kein Anderer diese persönliche SMO Adresse kennen.
Trotzdem brauchst du natürlich zum einloggen deine persönliche SMO Adresse UND dein vorher selbst gewähltes (komplexes) Kennwort.

Was meinst du denn bitte mit "superdupergeheime Url"?  

Aber ich werde jetzt sowieso erst einmal das Wochenende genießen, der Strand wartet...  

In diesem Sinne, sonnige Grüße von der Insel,
 Ecki

Es scheint so, als wenn der Hacker nicht sehr glücklich darüber ist, das wir die Sicherheitsmaßnahmen verstärkt haben und er jetzt keine Benutzernamen mehr zum hacken von außen hat. 

Jedenfalls war die WEB Seite heute Nacht mehrere Stunden lang unter DDOS "Beschuss" und vermutlich von außen schlecht bis gar nicht erreichbar. 

Im Moment 9.00 Uhr Ortszeit Thailand ist die Seite von außen allerdings "normal" erreichbar.

In Q1 2013 werden wir die WEB Seite und/oder den JAVA Server über das I2P Netzwerk erreichbar machen und hoffen so zukünftig dann damit auch DDOS Attacken abwehren zu können.

Wir lassen uns das Wochenende natürlich von solchen "Kleinigkeiten" nicht vermiesen und fahren jetzt an den Strand...

Mit sonnigem Gruß von der Urlaubsinsel,
 Ecki

Ich bitte um Verständnis dafür, dass wir nicht alle Details veröffentlichen solange unsere Recherchen noch nicht abgeschlossen sind.
Was ich aber schon schreiben kann, ist das wir weitere Veränderungen in Bezug auf die Sicherheit vornehmen werden.
So werden wir z.B. nächste Woche die 4 stellig PIN die man u.a. zum auscashen benötigt, auf eine 6 stellige PIN abändern und das Benutzerkonto nach 5 Fehlversuchen komplett sperren.

Außerdem haben wir heute den Passwort Reset Link deaktiviert.
Also Leute seit bitte so gut und MERKT euch euer geändertes Kennwort gut!

Ihr könnt zwar unter "Account Details" im Bereich "Change Password" jederzeit euer Kennwort ändern, aber eben nur, wenn ihr euer altes Kennwort noch kennt!
Das Zurücksetzen eures Kennwortes OHNE die Kenntnis vom ALTEN Kennwort ist z.Z. und bis auf weiteres NICHT möglich!

Das Ganze macht zwar die Bedienung etwas "unbequemer", aber es kann nicht sein, das wir es Hackern SOOO einfach machen und Kennwörter & PINs erraten werden können und Benutzernamen (zum hacken) in den TOP10 Listen aufgelistet werden...  

In diesem Sinne & gute Nacht,
 Ecki

Edit (12.11.2012 21.00 Uhr): Die PINs müssen jetzt auf 6 Ziffern geändert werden, nach 5 Fehleingaben der PIN beim auscashen wird das Account gesperrt und kann nur durch einen Administrator manuell wieder entsperrt werden.

Hallo Heckiman,

Bist du sicher, das du mein Nachricht gelesen und verstanden hast?  
Wie kannst du dich denn einloggen, wenn du die SMO Adresse noch gar nicht bekommen hast?

Du musst warten bis du die Email bekommen hast, denn nur mit dieser SMO Adresse (die nur du kennst) kannst du dich zukünftig noch einloggen.
Den Benutzer heckiman gibt es nicht mehr, es gibt nur noch den Benutzer mit deiner persönlichen SMO Adresse der aber als Benutzer "heckiman" der Öffentlichkeit angezeigt wird.

Damit ist auch keiner mehr von "außen" in der Lage sich als Benutzer "heckiman" 10 mal mit falschem Passwort einzuloggen und damit dein Benutzerkonto zu sperren. (Solange keiner deine persönliche SMO Adresse kennt!)

Bitte schaue auch mal in deinem SPAM Ordner nach und warte einfach, bis die Email angekommen ist.

Mit nächtlichem Gruß von der Insel,
 Ecki

P.S.: Bitte vermeide zukünftig doppelte Nachrichten. Entweder als PM ODER als öffentliche Nachricht, aber beides macht mir nur doppelte Arbeit... Danke. 

Kennt jemand diese Adressen oder hat dorthin schon mal was überwiesen oder von dort etwas erhalten?

BTC: 181pyb5pQogWYTBDf2VRHuHDNVCJeNLqEC
LTC: LKuTz3uBh5yVc6hpDRSbS6iNS3syCD7c6A

Danke für eventuelle Info.

Mit sonnigem Gruß von der Insel,
 Ecki

Jemand versucht gerade unseren Pool zu hacken... deshalb wurde der WEB Zugriff im Moment komplett abgeschaltet.

Es wird Änderungen beim einloggen geben (müssen), d.h. wir generieren im Moment für jeden Benutzer eine persönliche SMO Adresse und verschicken diese nach Änderung des Kennwortes an die im Pool hinterlegte Email Adresse.

Wenn das WEB Frontend heute Abend wieder online kommt, dann muss sich jeder Benutzer mit dieser SMO Adresse statt mit seinem Benutzernamen anmelden.

Auch das Passwort zum einloggen muss beim ersten Einloggen jetzt geändert werden.
Das neue Passwort muss mindestens aus 12 Zeichen bestehen, große- & kleine Buchstaben, Zahlen und Sonderzeichen enthalten.
(Mindestens ein Benutzerkonto (mit einem schwachen Passwort) wurde erfolgreich gehackt und es wurde versucht auf ein bisher unbekanntes Konto auszucashen.)

D.h. also beim ersten Einloggen ist das Passwort noch das Alte, aber man wird aufgefordert ein Neues einzugeben und das muss dann obigen (schärferen) Kriterien entsprechen.

Alle Auszahlungsanforderungen sind z.Z. "angehalten" und werden von mir erst per PM überprüft und dann einzeln angewiesen.

Die gewählten Benutzernamen werden weiterhin in den TOP10 Listen angezeigt und sind praktisch der "öffentliche" Name.
Die persönliche SMO Adresse sollte jeder geheim halten, sie ist wie ein Schlüssel und dient in Verbindung mit dem Kennwort dem Zugang zum Benutzerkonto!

Trotz allem mit sonnigem Gruß von der Insel,
 Ecki

Edit: 22.00 Uhr Ortszeit Thailand, die WEB Seite ist wieder online. Das Kennwort MUSS beim ersten Login geändert werden, nachdem das Kennwort geändert ist wird eine persönliche SMO Adresse an die im Pool hinterlegte Email Adresse geschickt und dann ist nur noch ein Login mit der persönlichen SMO Adresse möglich!
Edit2: Der Hacker kam über das TOR Netzwerk und deshalb ist die Rückverfolgung anhand der IP Adressen leider nicht möglich.
Edit3: Aus gegebenem Anlass möchte ich es noch einmal klarstellen: Der ehemalige Benutzername wird durch die persönliche SMO Adresse ersetzt. Die SMO Adresse wird an die im Pool hinterlegte Email-Adresse verschickt, sobald das Kennwort durch ein sicheres (komplexes) Kennwort ersetzt wurde.
Ich sehe immer wieder fehlgeschlagene Login-Versuche bei denen versucht wird mit dem alten Benutzernamen und der SMO Adresse als Kennwort einzuloggen. Das wird so nicht funktionieren! Username=SMO Adresse und Kennwort=das neue, komplexe Kennwort das man selber gewählt hat bei der Kennwortänderung nach dem ersten Einloggen. Jetzt alles klar?

Wir haben eine frühe ALPHA Version unseres JAVA Clients fertig gestellt.
Diese Version läuft unter Windows, MAC und Linux sofern eine lauffähige JAVA Umgebung installiert ist (JAVA ist kostenlos aus dem Internet ladbar!).

Mit dieser ersten ALPHA Version ist die Echtzeitüberwachung der Miner möglich, sowie die Beobachtung des "Stock Markets".
In der nächsten Version (Ende diesen Monats) wird dann auch unser "Exchange" Börse integriert sein und damit hoffen wir der Börse dann auch endlich das entsprechende Leben ein hauchen zu können... 

Die öffentliche BETA Phase planen wir für Weihnachten diesen Jahres (in ungefähr 6 Wochen!) und dann werden wir auch den Source Code zur Verfügung stellen.

Der JAVA Client kommt mit einer freien Datenbank, so das man sich selber lokal ein langfristige Historie über seine Hashleistungen, Buchungen, Auszahlungen, Überweisungen, usw. aufbauen kann.

Im 1.Quartal nächsten Jahres wird es dann die Möglichkeit geben Wechselkurse zwischen unserem Pool und mtGox zu vergleichen und ggf. Kauf- und/oder Verkaufsorders hier im Pool zu setzen.
Wir werden auch das automatische Nachziehen von Kauf- und/oder Verkaufsgeboten im JAVA Client implementieren, so das bei Wechselkursänderungen der Preis hier im Pool auf Wunsch automatisch entsprechend angepasst wird.

Die finale 1.0 Version des JAVA Clients ist für 27.März 2013 geplant.

Wer die geschlossenen ALPHA Versionen testen möchte, der schreibt mir bitte eine PM mit seiner Email Adresse und Angabe seines Betriebssystems.
Dorthin schicke ich dann die Software als Email Anhang (z.Z. ca. 4 MB) mit einer kurzen Anleitung zur Installation.
Alle Anderen einfach auf die öffentliche BETA im Dezember warten... 

Mit sonnigem Gruß von der Insel,
 Ecki

In Zeitrechnung von einem größeren Entwicklungsprojekt ist ein Jahr sehr kurz, aber in der Zeitrechnung von BitCoin ist ein Jahr eine halbe Ewigkeit.

Heute existiert unser Pool genau ein Jahr!

Herzlichen Glückwunsch zum einjährigem Geburtstag!

Damit kann ich auch die Frage von Sumnan definitiv beantworten:

JA nach einem Jahr existiert unser Pool noch immer und wir haben auch für das zweite Jahr noch viel vor (hierzu gibt es heute im Laufe des Tages noch 2-3 weitere Mitteilungen in diesem Brett).

Außerdem stehen damit die Gewinner unseres Gewinnspiels wie folgt fest:
Aus den GPU & FPGA Lifetime Shares:
1.) Mycom 3 Wochen = 21 Tage
2.) marrog 2 Wochen = 14 Tage
3.) Beach 1 Woche = 7 Tage

Aus den CPU Lifetime Shares:
1.) Marrog 3 Wochen = 21 Tage
2.) SShadow 2 Wochen = 14 Tage
3.) Dream 1 Woche = 7 Tage

Aus dem Game (Tipp Spiel):
1.) marrog 3 Wochen = 21 Tage
2.) Hill 2 Wochen = 14 Tage
3.) PDM_Miner, Caesar_LXXI, Squidnet1, yxtyxt, Dream, Beach teilen sich eine Woche = 1 Tag für jeden

Edit: Läuft ja noch bis Mai 2013...

Die Preise sind nicht übertragbar und ein Jahr lang gültig, d.h. sollten zwischen dem 5.11.2012 und dem 4.11.2013 eingelöst werden.
Die Tage gelten pro Person, d.h. z.B. marrog hat 14+21+21=56 Tage gewonnen, er kann also entweder 56 Tage alleine kommen oder aber 14 Tage mit 4 Personen (oder eben alle möglichen Kombinationen)...

Herzlichen Glückwunsch allen Gewinnern und ich freuen mich schon darauf euch mal persönlich kennenlernen zu dürfen und bei Spare Ribs und Bier hier bei mir auf dem Balkon über "Gott & die Welt" zu diskutieren...  

Bitte meldet euch mit einem Wunschtermin per PM bei mir, ich kann 4-6 Personen gleichzeitig aufnehmen.
First come, first serve...  

Mit sonnigen Grüßen von der Insel,
 Ecki

Hallo Tinu,

Ich habe im Moment keine Zeit für ausführliche Erklärungen, warum & wieso werde ich hier am 1.Geburtstag des Pools (4.November) posten, deshalb nur ganz kurz per Copy & Paste aus dem Skype Chat mit dem Entwickler:
--- schnipp ---
[15:34:45] Rommel Estioco: we only keep 1/2 difficulty number of shares on the database... because the database contains valid shares and stales shares.... it fluctuates over time because the stale shares could be low or high....
[15:35:07] Rommel Estioco: assumming the 1/2 difficulty is 100 shares...
[15:35:43] Rommel Estioco: as the shares grow.... say 110 shares... we remove the first 10 shares....
[15:36:19] Rommel Estioco: the last 100 shares may have 5 stale shares more than the previous one....
[15:36:53] Rommel Estioco: so if we have on the previous as 90 valid and 10 stales.... and
[15:37:14] Rommel Estioco: on the last 100 shares after removing the first 10...
[15:37:50] Rommel Estioco: say we only have 85 shares because we have now 15 stale shares...
[15:38:58] Rommel Estioco: if we do not delete shares on the database and we keep 110 shares or more....
[15:39:18] Rommel Estioco: the round shares should be consistent on rising....
[15:40:02] Eckmar Eckel: Will this happen too, if we change to the new DGM distribution system?
[15:41:06] Rommel Estioco: i think sir... as long as we remove shares on the database.....
[15:41:28] Rommel Estioco: but there could be a workaround....
[15:41:39] Eckmar Eckel: Which one?
[15:42:47] Rommel Estioco: on DGM....
[15:43:32] Rommel Estioco: maybe we create another table... where we record the running valid and stale shares of each user....
[15:44:23] Rommel Estioco: so what we cound is no longer the shares table... but the value stored on the new table that contains the running total
[15:45:06] Rommel Estioco: it could also be done on our existing one....
[15:45:46] Eckmar Eckel: What is your estimate of workhours for this?
[15:46:50] Rommel Estioco: hmmmm... it is not an easy change...
[15:46:59] Rommel Estioco: at the most 2 days sir....
[15:47:52] Eckmar Eckel: We will not change the existing table, but we should make the new tables with the move to DGM distribution system end of November.
--- schnapp ---

Jetzt etwas klarer geworden?

Gruß,
 Ecki

Hallo Tinu,

Na dann hoffe ich, dass du es ab Freitag mal in unserm Pool austesten kannst.
Wir werden es wohl zuerst in Asien testen und wenn es gut funktioniert dann auch in Paris installieren.

Gruß,
 Ecki

Hallo Ewibit,


Das werden wir nicht implementieren, die Begründung dafür kann ich dir aber erst am Ende diesen Monats "nachliefern".

Sorry. 

Gruß vom Strand,
 Ecki

Hallo Tinu,

Ich werde das morgen mit dem Entwickler besprechen und mich danach wieder hier im Forum dazu melden.

Mein Plan ist auf alle Fälle das Stratum Mining Protokoll noch diesen Monat zu implementieren.
Aber ich muss erst einmal abschätzen können was das an Zeitaufwand bedeutet.

Verwendest du schon einen Stratum fähigen Miner?
Falls ja: Was sind deine bisher gemachten Erfahrungen damit?
Verringert sich die Stale-Rate? Weniger Netzwerkverkehr?

Hast du auch schon einen GBT fähigen Miner am laufen?
Erfahrungen damit?

Gruß vom Beach,
 Ecki

edit: Nach Entwickleraussage ist das Protokoll bzw. der Source-Code noch nicht "final" und bedarf noch größerer Anpassungsarbeiten an PUSH-POOL. Deshalb werden wir dieses Protokoll vermutlich erst nächstes Jahr hier im Pool implementieren.
Edit2: Nachdem wir einen Deutschen in China mit einer Hashrate von 40 GHash mit dem Stratum Protokoll für unseren Pool gewinnen könnten, werden wir das wohl doch schon im Dezember implementieren.

Ich habe MyCom mal gefragt und bei ihm laufen die hoch.
Euch eclu läuft hoch.

Kannst du mal genauer beschreiben was bei dir nicht funktioniert?
Und du baggerst in Paris, oder?

Gruß,
 Ecki

Berlin Server ist jetzt abgeschaltet.
Bitte alle Miner in Europa eu-miner.ecki.net in Paris verwenden.

Danke.

Ecki