Das ist ja das schöne an P2P  wenn ich deepbit nicht erwische, dann wird's halt ein Node finden, an den ich meinen Block weitergeleitet habe. Das ganze geht ziemlich fix, ähnlich schnell wie bei Überweisungen (schau mal wie schnell eine Überweisung bei dir im Client auftaucht, wenn du dir von jemand anderes was schicken lässt). Der Hash bzw. wie groß er ist hat meines Wissens nach keinen Einfluss drauf, welcher Block gewinnt. Sondern wirklich nur, welchen Block dann der als nächstes generierte als Vorgänger hat. Sich zu deepbit zu verbinden würde da bestimmt schon auch Sinn machen, wobei ich davon ausgehe, dass es nicht "den Deepbit Server" gibt, sondern das auch auf mehrere Daemons verteilt ist, die man alle erwischen müsste. Hier noch ein kleiner Quote zu dem Patch (den übrigens auch BTCGuild verwendet, insofern wird er schon nicht so schlecht sein ^^) When your mining, it's vital that you be informed of new blocks on the
network as quickly as possible. This ensures that you are working on what is
most likely to be the longest chain. Similarly, it is vital that you get
your own blocks out to the network as soon as possible. This makes it the
most likely that your blocks will be incorporated in the chain that
ultimately wins.
Yet the code in bitcoind is stunningly conservative. It prioritizes
minimizing connections and overhead in a way that's great for a personal
wallet that does transactions but horrible for a minining controller. It is
also very slow to recover connections on a restart.
|
|
|
|
Auf alle Fälle gibt's jetzt ne neue Idee für die Achievements... "Quicky - Hat an einer Runde mit weniger als 1000 Shares mitgemacht" ... "Hammerhart - Hat an einer Runde mit über 2 Mio Shares mitgemacht" "Sturkopf - Hat an einer Runde mit über 5 Mio Shares mitgemacht" .... etc  |
|
|
|
Mich würde interessieren wie die Netzwerkanbindung unseres Daemons ist und wieviele Verbindungen gleichzeitig er verkraften kann.
Edit:
Eine Lösung wäre z.B. den Daemon zu splitten, sprich mehrere Daemons einzusetzen, die nicht die gleiche Netzwerkanbindung und nicht denselben Backbone benutzen, wie es zum Beispiel bei BTC-Guild (soweit ich das so sehe) der Fall ist / war.
Die Netzwerkanbindung ist "recht gut" Er steht in nem Rechenzentrum mit ordentlicher Leitung und nicht zuhause per DSL verbunden Wieviele Verbindungen er gleichzeitig verkraftet wird sich zeigen. Im Moment ist da noch Luft nach oben. Ich benutze übrigens einen speziell gepatchten Daemon, der im P2P Netz versucht mehr(&aggresiver) Verbindungen aufbaut. Ziel ist hier möglichst viele Partner zu haben an die ein neu gefundener Block geschickt werden kann (und man damit hoffentlich das Rennen um invalid Blocks gewinnt, falls es mal dazu kommt) Am "Daemon splitting" bin ich dran, ich hab hierzu wieder einen speziellen Bitcoin Daemon der an eine fest definierte Adresse die neu generierten BTCs schickt (und nicht wie der standard an eine neue zufällig generierte) Grund für das splitting ist hier aber mehr, dass einige Leute (z.B. Bloody Angel) eine schlechte Leitung zum Pool haben. |
|
|
|
was mir da grad auffällt... Macht doch wenigstens in eurem ersten Post hier nen clickbaren Link rein |
|
|
|
Bist du da schon weiter? Ein nettes Achievement-System à la Steam Achievements würde ich sehr begrüssen  Dann kann man ein wenig angeben mit dem erreichten Medaillen (bspw. erster Worker online, 1Gh gesamt geliefert, 1 Mio shares gesammelt, seit Runde 1 dabei, etc.) Zusätzlich würde ich es gut finden, wenn bei der Statistik-Seite eine Verlinkung auf eine Archiv-Seite wäre, wo man eine Liste mit allen Blöcken anschauen könnte. Statistik "Archiv" gibt's ja jetzt durch den LoadMore Button auf der Stats Seite. Wegen Achievment System bin ich noch nicht weiter, ich werd mich als nächstes an AutomaticPayout ranmachen, danach sollte dann das Achievement System dran sein |
|
|
|
so, update: * Impressum hinzugefügt (tjaja... böse Anwälte wird's immer geben, die sowas ausnutzen wollen ) * http://btc.x8s.de/account/stats - einen "load more" link hinzugefügt.. (unterstreichen bei hover & deutsche übersetzung kommen noch) * Pool Transaktionen - Statt 20 werden 60 angezeigt Ich finde, damit haben wir uns den Block jetzt aber verdient |
|
|
|
Runde 13 hat ihre 120 Confirmations bekommen |
|
|
|
|
was man natürlich nicht vergessen darf: die difficulty ist auch schon das ein oder andere mal gestiegen in der zeit.
Bleibt nur daumendrücken, dass die aktuelle Runde nicht mehr allzulange braucht :/
|
|
|
|
Platz ist noch jede Menge |
|
|
|
|
ich hab einen englischen twitter stream angelegt, der dann die News in der Englischen Version ersetzt. In der Tat wird die Englische Version der Seite etwas stiefmütterlich behandelt...
Was mir gerade aufgefallen ist, als die Hashrate gerade runter gegangen ist: Das hängt anscheinend mit dem DB Backup zusammen. Mal sehen, was ich da machen werde (evt. das Backup vom DB Slave ziehen *hm*)
|
|
|
|
da blockt irgendein cronjob... ich muss das noch genauer checken.. Aber: Die beiden letzten Blöcke haben ihre 120 Confirmations Ich hab ein SSL Zertifikat installiert, dass jetzt erstmal ein Jahr hält Und: WIR HABEN DEN NÄCHSTEN BLOCK GEFUNDEN |
|
|
|
Jo, das ganze eilt nicht turbofoen: jo, mit den Dollar-Linien und die 8 breiter wäre ne Idee die Spiegelung gefällt mir, wobei ich befürchte, dass das dann als Logo zu groß wird. |
|
|
|
ein neues seltsames Phänomen:  habe mich gerade kurz in die Webseite eingeloggt und auf der Statistikseite sind meine Shares in der selben Geschwindigkeit wie die von allen hinaufgegangen -> damit auch in Wahnsinnsgeschwindigkeit die %-Sätze (Anteil)... 3 mal versucht mit demselben Ergebnis... Ja, das hat data ja auch schon berichtet, ich schau mir das an... Fairlight: 1-3 sind weg, weil nur die letzten 10 Runden angezeigt werden... Wird halt irgendwann mal unübersichtlich. Was wäre ein guter Kompromiss zwischen unendlicher langer Liste und kurz&knapp? |
|
|
|
Kannst du Port 8332 auch einrichten? Mein Admin verlangt bald Geld für jede Freischaltung... ;-)
Der sollte eigentlich schon laufen, probier's einfach mal |
|
|
|
Lange genug musstet ihr drauf warten, aber jetzt ist es da Die Anzeige wer den Block gefunden hat gibt's jetzt auf der Stats Page: http://btc.x8s.de/account/statsUnd.. ich seh grad das erste mal über 80Ghash auf der Uhr! yay! |
|
|
|
1) nein 2) nein Bzw: Um dir die Hashrate anzeigen zu lassen, brauchst du ein Stück Software zwischen Bitcoind + Miner. Das gleiche Teil brauchst du auch um mehrere Nutzer mit verschiedenen Namen verbinden zu können. Für 1+2 brauchst du eine sowas ähnliches wie einen Pool. Pushpool ist die Software die die meisten Pools benutzen, wobei ich keine Erfahrung hab, wie/ob das unter Windows läuft. Ich glaub es gab auch noch sowas ähnliches, nur dass es in Python geschrieben war, damit könntest du evt. mehr Erfolg haben. |
|
|
|
So, ich komm grad aus den heiligen Hallen Schicke Location, gute Anbindung an U+S Bahn... Und hat so gar nix von nem Vereinsheim |
|
|
|
|
Ich schaue grad woran es liegt, dass die hashrate grad so rapide gesunken ist...
Edit: Anzeige/Caching Problem, bin mir noch nicht genau sicher woran's lag, behalte das aber im Auge
|
|
|
|
@redhatzero: klitzekleiner Bug, der aber sehr geil aussieht *hehe*
Wenn ich keinen Worker aktiv habe, d.h. meine Hash-Rate auf 0 sinkt, dann rast mein Counter auf der Stats-Seite nach oben (bin gleich bei 50% Anteil *hehe*)
Dividing by zero is no good idea ;-)
bzgl. meines anderen Problems (der niedrigen Hash-Rate) habe ich mal meine Worker auf eligius gesetzt. Dort ist es das gleiche Bild, viele Rejects und dadurch niedrige Hash-Rate. Muss ich also auf meiner Baustelle suchen..
haha, damn! Dein anderes Problem bereitet mir ein wenig Kopfzerbrechen... laut Datenbank sehen deine Shares für Runde 11 z.B. so aus: +--------+----------+ | reason | count(*) | +--------+----------+ | NULL | 4244 | | stale | 26 | +--------+----------+ Das wäre dann ne Stale Rate von unter 1% *hm* |
|
|
|
|
Show Posts
