|
Ich fürchte, ich werde eine ordentliche Hashleistung erst nach Halbierung der Generierungssumme zur Verfügung haben.
|
|
|
|
Wann benötigst Du die Rechenleistung? Würdest Du gegen Ende Nov / Anfang Dez ein paar TH abnehmen?  |
|
|
|
I tested the stratum branch with a mix of stratum pools and GBT pools. bfgminer seems to have the same problem as cgminer (see my cgminer post https://bitcointalk.org/index.php?topic=28402.msg1259342#msg1259342). Only the first stratum pool is alive the second one is dead. If the GBT pool ist the first one, both stratum pools are dead. Mining with the diablo kernel and my test GPU, I started with an intensity of 9. This give me a hashrate of 3MH/s and a CPU utilisation of 70%. Changing the intensity to higher values, I get more hashes and less CPU utilisation with every step. With a intensity of 20 I get 2% CPU utilisation and > 20MH/s. The mining engine seems to run and I get new block updates from time to time, but the miner never finds any share. Compared to cgminer with a hashrate of 11MH/s the hashrate seems to be too high for this my (AMD E350 Zacate). Changing to a GBT pool (elgius.st) does not help - still no shares. |
|
|
|
If this is a real snapshot of the BFL ASIC miner development progress, we will not see BFL ASICs in october nor in november.  it's not hard to guess. Still must be time for product testing phase before mass production. January, February, March? we'll see. it's better late than never If the ASIC vendors are right with their performance estimations, beeing late is only slightly better than deliver never. The early bird catches the worm. |
|
|
|
If this is a real snapshot of the BFL ASIC miner development progress, we will not see BFL ASICs in october nor in november. |
|
|
|
In my pool config the btcguild entry uses this port (see my pool config). It's only the UI, that is not showing the full configuration entries. |
|
|
|
I'm running 2.8.1 now. It seems to me that stratum+tcp pools that fail once are marked as dead and never will become alive again. cgminer version 2.8.1 - Started: [2012-10-09 22:36:17]
--------------------------------------------------------------------------------
(5s):11.3 (avg):11.1 Mh/s | Q:3376 A:158 R:6 HW:0 E:5% U:0.1/m
TQ: 0 ST: 3 SS: 1 DW: 575 NB: 109 LW: 5813 GF: 5 RF: 1 WU: 0.1
Connected to http://mining.eligius.st:8337 with LP as user <user>
Block: 000003b4be07550c78f0b88a71d20b77... Started: [17:32:35]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 71.0C | 11.2/ 11.1Mh/s | A:158 R:6 HW:0 U:0.14/m I: 9
--------------------------------------------------------------------------------
0: Enabled Dead Priority 0: api-stratum.bitcoin.cz User:<user>
1: Enabled Dead Priority 1: stratum.btcguild.com User:<user>
2: Enabled Alive Priority 2: http://mining.eligius.st:8337 User:<user>
Current pool management strategy: Failover
[F]ailover only disabled
[A]dd pool [R]emove pool [D]isable pool [E]nable pool
[C]hange management strategy [S]witch pool [I]nformation
Or press any other key to continue
When I stop cgminer and start it again, the first stratum pool in my list is alive again. The second stratum pool in the list is always dead. 0: Enabled Alive Priority 0: api-stratum.bitcoin.cz User:<user>
1: Enabled Dead Priority 1: stratum.btcguild.com User:<user>
2: Enabled Alive Priority 2: http://mining.eligius.st:8337 User:<user>
|
|
|
|
I see a problem with stratum support, too. I use the following pool config: "pools" : [
{
"url" : "stratum+tcp://api-stratum.bitcoin.cz:3333",
"user" : "<user>",
"pass" : "<password>"
},
{
"url" : "stratum+tcp://stratum.btcguild.com:9332",
"user" : "<user>",
"pass" : "<password>"
},
{
"url" : "http://mining.eligius.st:8337",
"user" : "<user>",
"pass" : "<password>"
}
]
In cgminer the stratum pools that are not immediately selected are dead. The example config above leads to the following picture in cgminer: 0: Enabled Alive Priority 0: api-stratum.bitcoin.cz User:<user>
1: Enabled Dead Priority 1: stratum.btcguild.com User:<user>
2: Enabled Alive Priority 2: http://mining.eligius.st:8337 User:<user>
|
|
|
|
Ist eigentlich schon mal jemandem aufgefallen, dass BFL sich bisher in schweigen gehüllt hat - bis die erste Konkurrenten aufgetaucht sind. Bei Fragen, die von grossem Interesse für die Kunden wären haben die Firmenvertreter es stets vorgezogen gar nicht zu Antworten, selbst wenn die Fragen keinen wirtschaftlichen Nachteil darstellen würden. Dafür reden sie viel mit bei Fragen, die eigentlich bedeutunglos sind. Falls die Mitspieler einigermassen ehrlich spielen wäre meine aktuelle Einschätzung in dieser Reihenfolge: - bASIC
- ganz knapp danach Bitforce SC
- viel zu spät der Avalon ASIC
|
|
|
|
Tom, You came late with your announcement but with your information politic you beat your main competitor. If you are able to do the shipment as planed, I see chances that you are the first one shipping ASICs devices. Seems that I selected the right supplier. I ordered and paid 27GH. Getting twice as much is awesome. Run Tom. Run! |
|
|
|
I compiled and started bitcoind on a dual stack machine. Config: > bitcoind getinfo
{
"version" : 70003,
"protocolversion" : 60002,
"walletversion" : 60000,
"balance" : 0.00000000,
"blocks" : 198799,
"connections" : 42,
"proxy" : "",
"difficulty" : 2694047.95295501,
"testnet" : false,
"keypoololdest" : 1346487851,
"keypoolsize" : 102,
"paytxfee" : 0.00000000,
"errors" : ""
}
My config is: > cat .bitcoin/bitcoin.conf
testnet=0
server=1
datadir=<my_datadir>
rpcuser=<my_user>
rpcpassword=<my_password>
rpcallowip=<my_ipv4>
rpcallowip=[<my_ipv6>]
When I query the daemon, I expected it to use an IPv6 connection however the system shows that an IPv4 connection is used to query the daemon. Using "bitcoind -onlynet=IPv6 getpeerinfo" makes no difference, the communication is still using IPv4. How can I use the client to query the daemon using IPv6? |
|
|
|
|
Yesterday, I ordered and paid with bitpay too. I hope my order and my coins did not just disapeare?!
|
|
|
|
|
Hello,
I'm trying to send requests to my bitcoind instance via IPv6. My bitcoin.conf file has an entry with the line 'rpcallowip=[my_local_ipv6]'.
I tried to use the commands 'bitcoind getblockcount' and 'bitcoind -onlynet=ipv6 getblockcount' but both commands are using an IPv4 connection to get the current block count.
The bitcoind process is listening on TCP port 8333/8332 for IPv4 and IPv6 connections. What am I missing here?
|
|
|
|
A few minutes ago I checked the current block count of my bitcoin client. The client was started yesterday from scratch: ~> bitcoind getblockcount
194994
The client was not updating this counter for several minutes. I tried to do a get work from this point and expected an error. But: ~> bitcoind getwork
{
"midstate" : "1a1ba75d6abd68fbbfd6ae6a5324aae06882ffe575048f3ac80f207c072ff967",
"data" : "00000002d78c020eb399b27e21010fc21b36e56de700e4e94230345700000587000000008ef1d860ff843d05e5bc31ba05ed3d3f50164e0af39c7cdc8c38496c80fabe3a5043071d1a07a85e00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000",
"hash1" : "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010000",
"target" : "00000000000000000000000000000000000000000000005ea807000000000000"
}
After stoping and restarting the client everything is as expected: ~> bitcoind getblockcount
195147
~> bitcoind getwork
error: {"code":-10,"message":"Bitcoin is downloading blocks..."}
The client is running on FreeBSD 9.0 / amd64. Does anybody have an explanation for this behaviour? @Mod: If this is the wrong place for this message, feel free to move it to the appropriate place. I would have choosen to post in Development & Technical Discussion but have not enough rights to do so. |
|
|
|
|
Hallo,
ich suche einen MtGox Reedemable Code mit 10.000,- USD und würde dafür 8.000,- EUR per Überweisung bezahlen.
Die Abwicklung läuft so, dass ich den Code bekomme und das Geld überweise, sobald ich den Code bekommen habe. Zustellung des Code läuft über meine Mailadresse, wobei die Domain inkl. Adressdaten auf mich registriert ist. Auf Wunsch kann ich eine Nachricht von meinem eBay Account senden, der nur postive Bewertungen enthält und 2001 eröffnet wurde. Ausserdem kann ich eine Festnetznummer im Deutschen Festnetz anbieten.
Alternativ können wir diese Abwicklung persönlich im Raum S vornehmen. Es wird aber nur per Redeem und Online-Überweisung von meinem eigenen Gerät laufen - ich logge mich nicht von fremden Rechnern aus in meine Accounts ein und trage auch keine 8k EUR im Geldbeutel herum.
Tut mir leid wenn das nicht gefällt, aber das Geschäft läuft so oder gar nicht.
|
|
|
|
Hallo! Ich biete hier einen Autopiloten KDS Flymentor 3D für RC Helikopter an. Das System verfügt über eine stufenlos einstellbare Stabilisierungsfunktion. Damit kann ein RC Helikopter von einer vollständigen Stabilisierung für Anfänger bis zum vollen Kontrolle für den Piloten eingestellt werden. Die Stabilisierungsfunktion kann auch zugeschaltet werden um bei Kontrollverlust den Helikopter in eine stabile Schwebeposition zu bringen (Rettungsfunktion). Zusätzlich verfügt das System über eine zuschaltbare Kamera, mit der das System den Helikopter über einem bestimmten Punkt am Boden in der Schwebe halten kann. Das System ist neu und unbenutzt. Ich hätte gerne 25BTC inkl. Versand dafür.  |
|
|
|
|
+1 klaaster
Gestern gekauft und heute war die Ware schon da!
|
|
|
|
Der offizielle Client 0.6 wird "Multisign" ermöglichen. Wenn ich das richtig verstehe, funktioniert das so ähnlich wie mit der zerrissenen Banknote: Käufer machst den ersten Teil der Transaktion, damit ist die Kohle für den Käufer nicht mehr erreichbar. Dann wird geliefert. Dann wird die Transaktion vom Käufer finalisiert.
Das hört sich wirklich interessant an. Damit sind die Bitcoin dann verloren, wenn nicht mindestens n aus m Signaturen zusammenkommen. Wenn das wirklich so implementiert wird, könnte man auch einen oder mehrere Treuhänder einbinden, denen man aber nicht mehr vollständig vertrauen muss, da sie selber die Zahlung nur noch freigeben aber nicht mehr einbehalten können. Mal sehen wie das praktisch funktioniert. Ich könnte mir vorstellen, dass es für Multisign noch andere Anwendungen geben wird. |
|
|
|
|
Doch. PM ist raus.
Grüße,
Elmar
|
|
|
|
|
Hallo,
wie sichert ihr eigentlich eure privaten Käufe/Verkäufe gegen Bitcoin ab? Entweder der Käufer oder der Verkäufer muss dabei in Vorleistung treten, wobei der Verkäufer den Vorteil hat unter Pseudonym handeln zu können. Erst Bitcoin und dann die Ware oder anders herum?
Ein Treuhänder ist auch nicht toll, da muss man nochmal einer zusätzlichen Partei vertrauen.
Grüße,
Elmar
|
|
|
|
|
Show Posts
