... Hmmm, das macht keinen Sinn, so viele können das nicht sein...  OK, ich hab's weitergegeben, der Entwickler prüft jetzt was da los ist... Ich gebe in den nächsten 1-2 Stunden Rückmeldung! Cu, Ecki Wie bereits gesagt....eilt nicht!!!!! Sind ja nur LifeTime- Shares betroffen!?? Dein Shop geht vor!! ... Ich widerspreche nur ungern, aber es gibt nur eines was schlimmer ist als KEINE Zahlen zu veröffentlichen und das ist FALSCHE Zahlen zu veröffentlichen.  Die Anzeige der GPU Lifetime Shares ist nicht nachvollziehbar und deshalb vermute ich dort mal einen "Bug". Qualitätssicherung sollte immer Vorrang haben vor der Einführung von neuen Teilkomponenten oder neuen "Features"! Was nutzt eine tolle Plattform mit 1.001 Möglichkeiten, wenn nur 50% davon richtig funktionieren? MasTi hatte ja gar keine GPU laufen und wurde deshalb auch nicht bei der Verteilung von BTC und NMC berücksichtigt... soweit richtig. Aber wieso stand er dann plötzlich in der Top10 GPU Lifetime Share Liste? -> muss Bug sein...  Jetzt steht er schon nicht mehr drinnen und du hast auch wieder über 10 Mio. ... also hat der Entwickler "etwas" gefunden... werde gleich mal mit ihm drüber sprechen... Qualitätssicherung muss Vorrang haben und behalten... ansonsten gebe ich den Job als Projektleiter hier ab...  Cu, Ecki Edit: Tinua, du baggerst ja bei GPU und CPU. Das fehlerhafte Skript überträgt erst die GPU shares und danach die CPU shares. Da nun BEIDE shares der GPU Tabelle "gutgeschrieben" wurden, haben praktisch die CPU shares die vorherigen GPU shares überschrieben... Der Fehler ist nun behoben!!!  |
|
|
|
Hallo Tinua, ...
Nichts wichtiges!
Habe ich soviele Stale?
Ich habe alleine die letzten 20 Stunden 100'000 Shares verloren!
Die letzten 2 Stunden habe ich an die 10'000 Shares verloren, während MasTi 14'000 plus hat!
Hat der einen Stealt-Miner?
Und ich bin der einzige der immer noch verliert!
...
Hmmm, das macht keinen Sinn, so viele können das nicht sein... OK, ich hab's weitergegeben, der Entwickler prüft jetzt was da los ist... Ich gebe in den nächsten 1-2 Stunden Rückmeldung! Cu, Ecki Edit: Das Skript das die Lifetime Shares von Berlin nach Samui übertragen hat, war fehlerhaft. Alle lifetime shares wurden der TOP10 GPU Liste hinzugefügt, dadurch waren dort plötzlich auch CPU Miner Shares zu sehen. Die Top 10 CPU lifetime shareliste war dadurch auch falsch, dort gab es zu wenig Shares.Der Fehler ist jetzt behoben! |
|
|
|
...
Nur zur Sicherheit wegen "Datenbank leeren" .... die last N shares gelten schon Blockübergreifend? Also wenn ein Block weniger als die 1/2 diff shares hat?
Nein gelten sie nicht. Wenn ein Block in weniger als der Hälfte der Schwierigkeit gefunden wird, dann wird er ganz normal dem Schlüssel entsprechend verteilt. Wieso sollten da Anteile in den nächsten Block mit rüber geschoben werden? Cu, Ecki |
|
|
|
gibts im shop dann eigentlich yubikeys? finde ich im Übrigen schade dass du für die Börse doch auf einen anderen Hersteller und VPN setzt, da yubikey im BTC Umfeld hi und da schon verwendet wird. VPN seh ich auch als kritisch an. Dann muss ich ja jedesmal mich erst per VPN verbinden und davor schauen was ich gerade sonst so an traffic habe von dem ich uU nicht will dass er darüber läuft, oder seh ich des falsch? Denke da ziehst du zu hohe Hürden um die börse die den Eintritt für viele unattraktiv machen. Bin jedenfalls auf den webshop gespannt  Yubikeys wird es im WEB Shop (von uns aus) nicht geben, dafür aber die Digipas Tokens die auch im Bankenumfeld schon sehr verbreitet sind (Digipas hat dort einen Marktanteil von ca. 50%!). Ich selber habe auch einen Yubikey von MtGox, der funktioniert auch prima unter Windows, aber z.B. nicht an meinem iPad! Die VPN Einwahl mit dem Digipas Token funktioniert aber halt auch mit dem iPad vom Strand aus. Wenn wir von einer Börse reden, dann reden wir eben nicht mehr "nur" von digitalen Crypto-Währungen, sondern eben auch von "echtem" Geld wie US$, Euro, Australischen Dollar, Thailändischen Baht, usw.. Da muss man dann andere Sicherheitskriterien anlegen wie bei reinen Crypto-Währungen. Denn im Moment interessiert es kaum einen Hacker was wir hier gerade so machen, weil wir viel zu klein sind und es hier viel zu wenig zu holen gibt für einen "Profi-Hacker"! Das wird sich aber mit der Einführung der Börse schlagartig ändern...  Da aber auch Mitglieder vom Trust-Club Waren im WEB Shop anbieten werden können, kann ich nicht mit Bestimmtheit schreiben ob es nicht doch auch Yubi-keys im Shop geben wird. Wir werden keine Zensur im WEB Shop betreiben, alles was LEGAL angeboten werden kann, darf auch eingestellt werden (aber eben keine Drogen, Waffen, etc.)... Cu, Ecki |
|
|
|
Hallo Tinu, ... Vielleicht liegt es daran, dass Sie bei mir abgezählt werden und bei MasTi dazu? Ich habe nämlich immer weniger Liftime Shares! Ich nehme an, dass du eine 10Mio Sperre eingebaut hast. D.h. ab 10Mio werden die Shares einem anderen gespendet! ... Nein, wenn ein Block gefunden wurde, dann gehen bei allen mal die Lifetime Share etwas zurück, wenn die Datenbank geleert wird und die Verteilung der Münzen stattfinden. Denn dann werden die Stales und Invalids abgezogen. In der Datenbank selber stehen die RAW Shares also ALLE shares die abgeliefert wurden, inkl. Stales und Invalids... Bei dir fällt das die letzten 3 Tage halt extrem auf, weil du laufen um die 10 Mio. drüber springst und dann wieder runter gezählt wirst. Cu, Ecki |
|
|
|
...
mich hat es nur gewundert das zB MasTi der wenn ich es recht sehe nur LTC macht in den letzten Tagen 100.000 Shares mit 0 BTC/NMC gemacht hat. Da dachte ich das sie eingerechnet werden wie bei den anderen, aber da hab ich mich wohl geirrt und es hat dann logischerweise einen anderen Grund.
...
Kann MasTi mal selber bitte etwas dazu schreiben? Ich habe hier keinerlei Daten um das im Moment selber zu prüfen und den Entwickler will ich im Moment darauf nicht ansetzen. Wir werden in wenigen Stunden den WEB Shop zum BETA Test freischalten, der hat im Moment genug um die Ohren... Cu, Ecki |
|
|
|
Wunderlich ist ebenfalls, dass auffallend oft der mineur der einen btc-block geknackt hat, Sekunden später einen nmc-Block hinterherschiebt. Ist ja Wurscht da wir uns für equal-pay entschieden haben, es fiel mir nur auf.
Ja das ist mir auch schon aufgefallen und ich habe dafür keine Erklärung! Die Insider bitte vortreten und das mal erläutern. Das sind doch komplett getrennte Ketten, wieso passiert es so häufig das ein gefundener NMC Block auch gleichzeitig ein Treffer beim BTC ist und/oder umgekehrt? Mir völlig unklar... Hat da irgendeiner eine Idee zu oder noch besser eine logische Erklärung? Cu, Ecki |
|
|
|
Moin Sshadow, ...
Mir fällt hier auf das jedesmal wenn wir einen Block finden meine Stales hochschnellen und damit meinen Schnitt hochtreibt ansonsten muss ich sagen, das seit dem Proxy die Rate von früher Standard 3-4% auf sagen wir mal vertretbare .6% gesunken ist was ich gut finde.
Werden eigentlich die LTC Shares auch in die Top 10 GPU Lifetime Shares eingerechnet?
...
PS: Wenn mal Lust und Liebe ist solltet Ihr mal die Diagramme unter MyStats anschauen, welche bei mir zB seit kurz nach der Aktivierung des Proxy nix mehr anzeigen oder halt nur mehr Müll.
Das Thema mit den Stales werde ich noch einmal angehen, wenn ich es komplett verstanden habe. Solange mir nicht alle Gründe klar sind wie Stales entstehen, macht es für mich wenig Sinn nach Lösungsmöglichkeiten für weniger Stales zu suchen... LTC Shares werden NICHT in die Top 10 GPU Lifetime Shares eingerechnet sondern logischer Weise in die Top 10 CPU Lifetime Shares (deshalb auch der Rahmen um GPU Mining (Werden wir bald in GPU & FPGA ändern!) und CPU Mining. Das sind 2 völlig getrenntes Paar Schuhe! Andere Ports, anderer Algorithmus... alles anders und hat nix miteinander zu tun. Die Diagramme unter my Stats zeigen im Moment nur Daten von Samui an. Dieser Fehler ist bekannt und wird heute Abend noch korrigiert! Cu, Ecki |
|
|
|
YEAH!! zZ purzeln die Blöcke ja förmlich Schön zu hören dass die icarus boards unterwegs sind, auch wenn ich dann platz 3 vergessen kann  Warum hast du dich eigentlich für genau die FPGAs entschieden? Hmm gibt es Lastspitzen auf dem server wenn ein neuer Block gefunden wurde? Wie viele aktive Verbindungen zum Netzwerk haben die Server offen? Ich hab ja hier extreme stales (Ging bisher aber davon aus dass des von der miesen Verbindung kommt...?), deshalb auch nur eine Karte hier laufen, komme aber heute Nacht/ morgen endlich mal dazu den eu-proxy zu testen :-) ... Tinua ist wie der Fels in der Brandung... hat zwar "nur" 4-5 Gh/s ist aber "Mann der ersten Stunde" und von Anfang an dabei. Er hat jetzt schon 10 Millionen Life time Shares und soweit mir bekannt ist, wartet er auch noch auf Hardware zum "aufstocken".... insofern wohl keine Chance an ihm bis zum 4.November noch vorbei zu ziehen. Ich denke mal nur Mycom oder ich könnten ihn vielleicht noch einholen... schauen wir mal... Viele Fragen von denen ich so aus dem Stand nur einige beantworten kann. Die Icarus Boards haben das beste Verhältnis von Energie die du rein steckst (< 20W) und Leistung (380 Mh/s) die du raus holst. Außerdem funktionieren die direkt mit 12V Gleichstrom was für uns hier in Thailand mit den vielen Stromausfällen (1x pro Woche) sehr wichtig ist, damit können wir die direkt an 12 V Batterien (200 AH) betreiben und die laufen dann auch bei Stromausfall für mehrere Stunden noch weiter. Wenn ein neuer Block gefunden wird, dann gibt es hier in Samui schon Lastspitzen, weil dann viele Cron-Jobs laufen die alle Grafiken updaten, die Datenbank leeren und so weiter und so fort... In Berlin findet davon deutlich weniger statt, so das die Lastspitzen dort geringer sein sollten. Auf beiden Server sind >> 2.000 gleichzeitige Verbindungen offen, deshalb hatten wir ja mit dem vServer in Berlin solche Schwierigkeiten, dort war die Anzahl gleichzeitiger Verbindungen bei dem Standard Image auf 2.000 Verbindungen beschränkt, was deutlich zu wenig war... Cu, Ecki |
|
|
|
Endlich bewegt sich etwas. Ich habe gerade eine PM von Ngzhang bekommen: --- schnipp ---- your package is on the way today. the tracking NO. is : ... it will appear in 3-4 business days. --- schnapp --- Wenn es gut läuft sollten am Montag oder Dienstag hier 15 Icarus Boards eintreffen! Sobald die angekommen sind, werde ich die zweite Hälfte überweisen und eine Woche später sollten dann die restlichen 15 Icarus Boards hier sein. (Wer den thailändischen Zoll kennt, der weiß dass Warenpakete über 10.000 USD gerne zurückbehalten werden, solange bis der Empfänger "eine Kleinigkeit unter dem Tisch bezahlt". Der Warenwert EINER Sendung wäre über 14.000 USD gewesen, deshalb haben wir die Sendung in zwei Chargen aufgeteilt, auch wenn ich damit zweimal Portokosten an der Backe habe... das kommt immer noch günstiger als das "under table money"!) Der Schub für den Pool kommt also in zwei Schüben, nicht einmal 11,4 Gh/s sondern zweimal 5,7 Gh/s... Jetzt heißt es Daumen drücken, das der thailändische Zoll da nicht doch noch die Hand aufhält! Cu, Ecki |
|
|
|
Hallo yxt, ...
Nein, longpoll verringert die stales!
Hab zZ leider keine Zeit zum hier groß schreiben aber ist ja im englischen teil alles nachzulesen...
...
Na dann warten wir halt alle mal darauf das du mehr Zeit hast und deine Meinung technisch mit ein paar Argumenten hinterlegst. Soweit mir bekannt ist schickt der Server bei Longpoll gleich mehr als nur einen Block zum berechnen an den Client, wenn der Client z.B. mit zwei Threads arbeitet und dann praktisch zwei Blöcke "gleichzeitig" zurückschickt und inzwischen aber der Block wo anders gefunden wurde, dann entstehen dadurch eben zwei Stales, was ohne Longpoll nicht passieren kann! Dafür geht eben ohne Longpoll jeder Block einzeln über die Leitung mit dem entsprechenden Overhead an Bestätigungen, Rahmen für Adresse, Prüfsumme, etc. (nur ca. 40% eines TCP/IP Pakets sind im Durchschnitt Nutzinformationen!) was natürlich das Gesamtdatenvolumen entsprechend vergrößert was über die Internetleitung übertragen werden muss. Jetzt bin ich mal auf deine Begründung gespannt, warum Longpoll die Stales verringern soll. Ich glaube auch du hast noch nicht so richtig verstanden, was eigentlich Stales produziert. Da geht es dir wie mir, denn auch ich habe erst 50% von dem Thema wirklich verstanden (deshalb ja auch meine Frage in die Runde!). Die Hardware hier ist mit 5% CPU Last, 40% RAM Auslastung, 10% Festplattenbelegung jedenfalls mal nicht der Flaschenhals. Ein Link auf den englischen Thread "wo ja alles nachzulesen ist" wäre bestimmt auch sehr sinnvoll gewesen. Cu, Ecki |
|
|
|
Ich habe ihm den Link weitergeleitet, danke. Jedenfalls haben die Stales definitiv was mit der "Last" zu tun, denn seit die Masse der Miner hier von Samui weg ist und in Berlin baggert, habe ich wie früher meine 0,1-0,2% Stale hier... Soweit ich bisher verstanden habe erhöht auch longpoll die Stale Rate erheblich, aber ohne longpoll wächst das Datenvolumen sehr stark an. Sieht so aus, als wenn man bei viel Verkehr nicht "alles" haben kann, entweder niedriger Traffic auf der Internet Leitung ODER niedrige Stale Raten...  Ich habe mal einen Tag im Mai (!) für dieses Thema reserviert. Mein Entwickler soll da mal tiefer rein schauen und gucken ob man da was optimieren kann. Der Mann ist nur die nächsten paar Wochen dermaßen ausgelastet (schon fast überlastet), das ich ihm da nix mehr dazwischen schieben kann (Und auch will, denn ich möchte mich nicht zu der großen Gruppe der Menschen-Ausbeuter zählen lassen! Er hat die letzten paar Tage auf 120% Leistung gearbeitet und das muss wieder runter auf 100%, denn der Mann hat auch Familie!). Cu, Ecki |
|
|
|
Nach dem wir vorgestern am 26.2. Premiere mit 2 gefundenen BTCs am Tag hatten, haben wir heute am 28.2. zum ersten Mal seit bestehen des Pool 2 NMCs am gleichen Tag gefunden! Außerdem haben wir heute auch zum ersten Mal 6 LTC Blöcke an einem Tag gefunden (und der Tag ist ja noch nicht zu Ende)! Es geht aufwärts... freu!  Die Richtung stimmt jetzt... bitte so weitermachen... Cu, Ecki |
|
|
|
We would like to announce our European proxy server for our European miners at: eu-proxy.ecki.net For BTC & NMC mining there are the ports 80 and 8332 available. For LTC mining port 7332 is available. Miners in Asia should still point their clients to miner.ecki.net, no change here! Please keep in mind that in Asia only port 8332 is available for BTC & NMC mining. For LTC mining port 7332 is the same like in Europe. For both locations the WEB front end is the same at: https://miner.ecki.net:444It does not matter where you dial in (which location), if a block is found it will be distributed among ALL users in relation to their last N shares 1/2 difficulty contribution! Two new proxy servers for USA and China are scheduled for Q2 this year... Sunny regards from the holiday island, Eckmar |
|
|
|
Hiermit geben wir den europäischen Proxy Server von Ecki Co LTD offiziell zur Benutzung frei.Wir bitten alle Miner aus Europa zukünftig nach Möglichkeit eu-proxy.ecki.net als Miner Adresse für die Clients zu verwenden. Für GPU & FPGA mining (BTC & NMC) stehen dort die Ports 80 UND 8332 zur Verfügung. Für CPU mining (LTC) steht dort Port 7332 zur Verfügung. Miner in Asien sollten weiterhin miner.ecki.net für die Clients verwenden. Hier steht nur Port 8332 für GPU & FPGA mining (BTC & NMC) zur Verfügung, KEIN Port 80! Für CPU mining (LTC) steht hier der übliche Port 7332 zur Verfügung. Für beide Standorte gleich lautet der Link zum WEB Frontend: https://miner.ecki.net:444Durch die globale Standortübergreifende Verteilung ist es jetzt völlig egal in welchem Standort ein Miner eingewählt ist, er bekommt bei gefundenen Blöcken immer seinem Anteil nach (Letzte N Shares der 1/2 Schwierigkeit) die entsprechenden Münzen ausgezahlt! Mit sonnigem Gruß von der Insel, Ecki
|
|
|
|
Hallo Micha, ...
Es wäre wirklich nett, wenn man eine bessere Übersicht über die shares/block hätte, am besten als Spalte in der "last20 blocks" Tabelle. Das Diagramm ist einfach zu unübersichtlich und stößt ja schon bei den zwei gefundenen Blöcken an einem Tag an seine Grenzen.
...
... ist in Arbeit... Cu, Ecki Edit: Erledigt! Die Anzahl der benötigten Shares wird jetzt in der rechten Spalte für jeden gefundenen Block angezeigt... Edit2: Wir haben die Liste bei dieser Gelegenheit gleich auf die "last 30 blocks found" erweitert, weil unten noch ein bisschen Platz war... |
|
|
|
|
Da wir bei bisherigen Abstimmungen maximal 13 Wähler hatten und im Moment bereits 9 von 10 Wählern sich für eine GLOBALE (Standortübergreifende) Verteilung der gefundenen Blöcke ausgesprochen haben, werden wir jetzt bereits diesen Wählerwunsch umsetzen.
Selbst, wenn die 3 noch nicht Wähler für eine LOKALE Verteilung stimmen würden, wäre das Endergebnis morgen Abend maximal 9:4 für die Globale Verteilung, bestenfalls sogar 12:1.
Damit brauchen wir nicht bis morgen Abend zu warten!
Wir werden JETZT am 28.2.2012 um 10.00 Uhr Ortszeit Thailand die GLOBALE (Standortübergreifende) Verteilung von gefundenen Blöcken aktivieren!!!
Mit sonnigem Gruß von der Insel,
Ecki
|
|
|
|
Hallo Lord Fog, ... ganz am Beginn einer Auseinandersetzung ...
Die Lösungen der aktuellen Probleme liegen in der Zukunft, nicht in der Vergangenheit und auch du darfst sie mitgestalten.
Also ich hoffe noch sehr stark, das wir hier keine "Auseinandersetzung" haben, sondern eine Diskussion über den bestmöglichen Verteilungsschlüssel innerhalb unseres Pools diskutieren... Das klingt mir hier alles etwas zu kontrovers... miteinander klappt in 90% der Fälle viel besser als gegeneinander! Es ist mir zwar auch etwas übel aufgestoßen das er gleich am Anfang damit "droht" wegzugehen, wenn sich seine Meinung nicht durchsetzt, aber einen gekonnten Diskussionsstiel muss man halt auch erst lernen... Das mit den Lösungen hast du aber schön formuliert... gefällt mir! Cu, Ecki |
|
|
|
Mal so eine allgemeine Frage an die Experten in der Runde: Wie kommen eigentlich Stales überhaupt zu Stande?Gibt es dafür mehrere, unterschiedliche Gründe oder gibt es dafür immer nur EINEN Grund? Ich hänge hier per Ethernet am Server und trotzdem habe ich bei NMC und LTC im Moment eine Stale-Rate von 1,2% !?! Wie kommen diese 1,2% zu Stande und wie kann man die verringern? Danke, das ihr mich nicht dumm sterben lasst... Ecki |
|
|
|
Hallo Mecki, ...
Du hast insgesamt seit du hier bist 473 (!) Lifetime Shares im Pool abgeliefert
...
Oder werden die kleinen Miner nicht gewünscht?
...
Bezieht sich Demokratie auf die Hashrate ?
Nichts für ungut, ich kann Deine Arbeit und die viele Zeit die Du in dieses Projekt gesteckt hast schon würdigen und ich habe mich auch bisher mit Kritik und Hinweisen auf einige Fehler wohlweislich zurückgehalten.
Ganz kurz, weil ich muss weg zum Mittagessen und danach auch mal Brötchen verdienen (haben einen Support-Fall in Sydney bei dem meine Wenigkeit benötigt wird). Wo baggerst du eigentlich? Jetzt schon in Berlin? Ich habe hier im Moment nur die Daten von Samui vorliegen... Aber prinzipiell ändert das nichts am Sachverhalt, ob nun 473 oder 1.800 Lifetime Shares, dann reden wir anstatt über die 6te Stelle hinterm Komma über die 5te Stelle hinterm Komma. Ich als "Projektleiter" muss Prioritäten setzen! Die "To-Do Liste" ist bis einschl. Juli 2012 bereits voll, für jede Änderung muss deshalb irgend etwas Anderes raus. Jetzt dafür Zeit zu verwenden, damit die letzten 14 Tage die Shares neu berechnet werden um irgendwelche Euro-Cent zu verschieben und dafür z.B. die Einführung unseres integrierten WEB Shops noch weiter zu verschieben, steht in keiner Relation. Die meisten Freunde und Bekannte denen ich von BitCoin erzähle fragen mich als erstes: Wo kann ich damit einkaufen?Ich möchte denen gerne mit einer WEB Adresse antworten dessen Betreiber sie vertrauen (mir!). Wir wollen jeden Miner ob klein oder groß, auch zählt bei der Abstimmung jede Meinung gleich viel! Und selbstverständlich bezieht sich Demokratie nicht auf eine Hashrate (Ich nehme mal an, das war sowieso nur eine rhetorische Frage?)! Aber es geht mir hier um die Verhältnismäßigkeit! Wenn wir bei deiner Forderung nach " Neuberechnung der Shares" über > 10 € schreiben würden, dann würde ich das ja sogar noch verstehen. Aber wenn wir hier von Beträgen < 1 € schreiben (Und davon schreiben wir, weil kurz hintereinander ein BTC in Europa und einer in Asien gefunden wurde und die gleichen Auszahlungsbedingungen für beide gelten), dann ist eben die Verhältnismäßigkeit dafür ein anderes Projekt zu verschieben oder zu kicken, nicht gegeben. Und danke für die Anerkennung des Zeitaufwandes, der ist nämlich wirklich nicht unerheblich... In diesem Sinne, Ecki P.S.: Mit Kritik und Fehlerhinweisen brauchst du dich nicht zurückhalten. Dadurch kann man viel lernen und in der Regel auch besser werden... |
|
|
|
|
Show Posts
