Claiming Payment from bitgem.dyndns.orgAs mentioned in a recent post, I've upgraded my pool. It's now at bitgem.alfter.us. There was still some unclaimed mining income at the old pool, however. For those users who provided a payout address, here's how you can get your money: - Sign a message with the private key associated with your address...something like this:
bitgemd signmessage gbmW4Cni36qbXmrtJLmKGp9yYG4Ya8A6Ss "Give me my money" This will produce a base64 string similar to this: HwlYOOl3ox7EG0CPfvJNVV6M2pfj4WwM9A+PJZPA2CBYaoyOTrVq9/6aGISwchKp5/woaRjryxkxGjRhT8KOQk8= - Send me your address, message, and signature. Email is preferred (send to scott@alfter.us, and make sure you reply to the TMDA challenge), but a PM here would also work.
- I'll verify your signature with something like this:
bitgemd verifymessage gbmW4Cni36qbXmrtJLmKGp9yYG4Ya8A6Ss HwlYOOl3ox7EG0CPfvJNVV6M2pfj4WwM9A+PJZPA2CBYaoyOTrVq9/6aGISwchKp5/woaRjryxkxGjRhT8KOQk8= "Give me my money" If this comes back "true," I'll fire off a payment to this address. This is very much a manual process, so some patience will be appreciated.
Here's what I have in the database as still unpaid, for amounts of at least 0.01 BTG. (Less than that is getting close to the transaction fee.) I'll take requests until the end of July. That's nearly two months. After that, any unclaimed funds will be considered a donation to the pool. coin_address | amount | ggyxMXV6bpZEta5aGn2xCruikdY1Wrr4TF | 3.49208881 | ghvBbMXHsBX5ugpN8zGw6h1vizZj8XNxBz | 2.79624231 | gcdXVQ9W5qQgnZADYbQtty5eW3LVnVjTpN | 2.55631567 | gc1F1i2Ef578U5TY6vBvRDr1roV58fBMqJ | 2.46833576 | gkabhNeeaUWURU8EUoQJXgGYXpeErGcfYf | 2.43578735 | gjzWYHaB2cFPknvYX7gxU2Kov9j9Eppf1U | 1.18039029 | gTZYNvjGcpZk5Bj56UEgtcnNhqufR7vLxx | 0.97499276 | geX7X5yHKidDaAo9ZxLFo13u499AC95kmo | 0.91610338 | gchtQp4dqSv1YsxsFFNqqeG7rvYuN22LRz | 0.88050322 | gVyepHgFB2MQzZ578hg5DKUQHLuMRgd1i8 | 0.80909769 | goa6VLTpWxPN4H5kL8rZRverqhJzPQCTmn | 0.79160087 | gk8DVNZymWEqjGndSrVR9YZRsW6mmF4sZX | 0.77470486 | goijJDutAZ4CbHd5Ag19dtzRMQUkRSD933 | 0.70327549 | gk8biLCUFU9MRKCiQDQk6icHnZebmEdnvY | 0.54455756 | gomEZLEAMqpgKw4jXUr6Fq4BLCU1iuT2VH | 0.53558500 | gkAcekn5eYV1jggNqxYwPxJgE75nso1fmz | 0.50237953 | gcuSuwo8XZ5pQDBhWrFcPyP85uNVYqZs3V | 0.43574184 | gT98i8cGEn1AvQxVE5t7oeomgHFjWGwxLg | 0.33181994 | gou16wmV8ujk74nHnci6RzDALLC5KS7uhb | 0.32447082 | gjZWGBiN2NfNXyuYWfysP8W4bZBGXfJXte | 0.27553630 | gjCZMeHztawN3PxTEPePMuuWuic32vyDom | 0.24749120 | gdkugXedY3TcbMCa7TDWkmFdrPkiKRvrHi | 0.21945827 | geL2hE5eFEa5p6HCtzagkMtrM6GMNHcxhJ | 0.18918757 | gkbiHkYR9CxuD6LUekRDXKMtLzUAaZK3xa | 0.17016720 | gnLGPa5wwcZd2h8Ya39Zs7uoZfFANWGxvK | 0.15988205 | gZo1utbYyprK565X1gjjzSnhpYwgSCupqf | 0.14014200 | gk161TFNvt5uRYoZPHYgGdVVaqUYgvrHBT | 0.12551661 | gfcxJF1CDJAnuuYg8mEK76vPLYf3yTKiC4 | 0.11072602 | gWQbqhNNHv5BY8quajPrCaZEMSVHddeZQh | 0.08938500 | gkTueMQ4K6C7QkMGhDL3cMYDeuF6TKN1h6 | 0.07296572 | gTRuavTss3q9SkiNSWWGFQxNzeyvAXRNJy | 0.05894637 | gfNVGhdiUuy1EL919Bsjts9nnCNi9UkEkh | 0.05200688 | gcujSeWy3EbUqCCyU8QW6bofvBBcMcL7ij | 0.04547884 | geTid3MDqjpJG2zFXcMnatnMEvaJyKEeCt | 0.04264150 | gbRS4nEhaJt9B2Uv3Nd43tDLgxi4ZPzrwr | 0.04206964 | gpXfxxzHnr8BjpN6hDgoD4v1QoQXYZQtPL | 0.03980721 | gURZywTNKfcXST5kV8SYALaECvUmtDP4Bp | 0.03963320 | giDGYkdXfjuarG8VakZsrsCtt4iSAZWfsP | 0.03932064 | gdWNmPwCd5XFpjk8t3Sow6GMBz21dbjm6o | 0.03844611 | ghKgGvkQ8K5BG8Ud8mvz5DGvoGStfyx92Q | 0.03464196 | ggGDpX5Xcw7JfVa3GhtEouaj1DGJdJNYfs | 0.03312132 | gjCGnQT1WbLcQgcWu1d1xNZGFYWXro7DSd | 0.03059416 | gTzpKZfcewZRYRgxEkHBBVhsMnknVJSghW | 0.02347518 | gnCjCXZmMv7cA7FQgUHAFT68g1Q6Wz9HE7 | 0.02004443 | gkBsdtdf3uFSLk4c1kxrDRX6MVNJ9VaQNw | 0.01943453 | gcdofRdmRoGTnm1Vjd2CpBQWbznkuvEKUy | 0.01920441 | giULnT8f8LABTueMFe8rEzj52kHesY1fS2 | 0.01818031 | gZu2pe4QSeiA1Syjbd2NhvCoCjzXSkWgLR | 0.01701191 | gpPnwcFiT8TtjtswEVCcpnwL65jcP5w6X2 | 0.01409560 | gnU9oxyB2jjZSg7gxXkHAP87wTt2G3g3jg | 0.01231514 | ggT1vxwUUEM5CbNSSnvKr7NGdr8Euk4McJ | 0.01056756 | gWuYihe4v52Y4ZceJhzs4EqNaJQ5M2R5d7 | 0.01020378 |
|
|
|
Is there any ongoing development with this coin or is it a dying rare coin? Been a holder since last year, and want to keep holding but seems like there is no active community?
The one functioning pool I was at for what ever reason will no longing load. I've tried different browsers and no luck. I like this coin, so I hope it doesn't die out. that isnt my pool is it? This one https://bitgem.dyndns.org/That's mine. :-| The server was getting to be a bit too twitchy, so I've replaced it: https://bitgem.alfter.us/It's running newer software (the latest MPOS instead of mmcfe-ng) on much more powerful hardware. The OP needs to be updated to point to the new server instead. Accounts weren't migrated, so you'll need to create a new one and set up your workers again. Once that's done, though, things should be more stable and reliable. The blockchain explorer and wallet generator have also been migrated. Since accounts weren't migrated, there were some remaining balances on the old server that need to be claimed. I'll post a list shortly of balances and addresses, with instructions for claiming your payout.
|
|
|
Since scraping coin explorers is getting somewhat iffy, you can now use CoinChoose to get difficulty and reward information for the coins that are listed there. Also, the library buffers data received from CoinChoose and Cryptsy for reuse, which speeds things up when you're (for instance) using the CLI to list all coins. See the OP for links.
|
|
|
Update #2: The pool has mined a block, and it's been credited to my account (pending confirmation). Everything appears to be working properly, except the worker page.
|
|
|
I'm looking into migrating my pool from mmcfe-ng to MPOS. It looks like I'll most likely end up having users create accounts on the new server, as I can't find information on migrating the old data to the new server. That MPOS uses two password salts and mmcfe-ng uses one would probably keep old accounts from being able to log in.
I have a miner pointed at the pool, and shares are being accepted. It's not found a block yet, but that shouldn't take too long for the coin I'm mining. The bigger problem, though, is that when you go to the "my workers" page, it doesn't list any of the workers I have configured. They're in the database, but nothing ever shows up here. I've set $config["DEBUG"] to 5, but nothing useful is showing up in the logfile (yes, permissions on the logfile are correct). Is there something I'm missing from the config that would get this working? Is it a recently-introduced bug? Looking at the SQL queries MPOS generates on access to the worker page, it looks like the pool_worker table is never queried...that can't be right, can it?
Update: The getuserworkers API call returns nothing as well, which suggests a common data source (for the webpage and API) that's not working as it should.
|
|
|
Payouts at my pool had gotten stuck a few days ago. I've gotten them unstuck; recent mining activity has been credited.
In other news, I've picked up a more powerful VPS recently (even more so than the one that hosts my websites and email). When I get some time over the next week or so, I intend to migrate the pool over to it, and upgrade from mmcfe-ng to MPOS while I'm at it. Hopefully this will fix the glitches I've had to keep chasing down to keep the pool running.
|
|
|
Picked up one of these the other day for my Gridseeds: http://www.frys.com/product/5665801?site=sr:SEARCH:MAIN_RSLT_PGIt was ~$20 in-store at the time. Amazon didn't have them...don't know where else you might find them that might be cheaper. In any case, it's a 7-port hub with a 3.6A power supply bundled with it. Instead of the dinky 1.35mm (?) power connector you see on most hubs, it has the same 2.1mm connector that the Gridseed miners use, so you could pull an unused 5V output from your power supply and run the hub with that. I expanded from 6 to 8 miners today, so all seven ports are in use (plus a port on another hub). So far, all's well and it's cranking about 2.75 MH/s.
|
|
|
I've let the current version grind away for a week or two, only to get stuck on importing the Bitcoin blockchain. On block 234062, it fails pretty spectacularly. I probably shouldn't have been running this branch anyway as it doesn't handle scrypt coins, but that still doesn't explain what's going horribly wrong. I'm running bitcoind 0.9.1 and told it to verify the entire blockchain; it came back with nothing wrong. All this is on a freshly setup Ubuntu Server LTS 14.04 box (had been running late betas or release candidates); I'm using PostgreSQL for the database. What follows is what Abe.py spits out when I try to have it resume. Take particular note of the line that starts with "InvalidOperation: Invalid literal for Decimal:" Opened /home/bitcoind/.bitcoin/blocks/blk00057.dat Exception at 74222644 Failed to catch up {'blkfile_offset': 73974221, 'blkfile_number': 100057, 'chain_id': 1, 'loader': u'blkfile', 'conf': None, 'dirname': '/home/bitcoind/.bitcoin', 'id': Decimal('1')} Traceback (most recent call last): File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2503, in catch_up store.catch_up_dir(dircfg) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2767, in catch_up_dir store.import_blkdat(dircfg, ds, blkfile['name']) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2899, in import_blkdat store.import_block(b, chain = chain) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 1043, in import_block tx['tx_id'] = store.import_and_commit_tx(tx, pos == 0, chain) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 1852, in import_and_commit_tx tx_id = store.import_tx(tx, is_coinbase, chain) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 1819, in import_tx txin['prevout_hash'], txin['prevout_n']) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2431, in lookup_txout (store.hashin(tx_hash), txout_pos)) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 251, in selectrow return store._sql.selectrow(stmt, params) File "/home/bitcoin-abe/bitcoin-abe/Abe/SqlAbstraction.py", line 479, in selectrow ret = sql.cursor().fetchone() File "/usr/lib/python2.7/decimal.py", line 548, in __new__ "Invalid literal for Decimal: %r" % value) File "/usr/lib/python2.7/decimal.py", line 3872, in _raise_error raise error(explanation) InvalidOperation: Invalid literal for Decimal: 'N2615289K699B044\x1d()0O830L724.),)J893?96140657553\x1b-*(0271-\'*(B1800029000000000000\x1f\'+0000000000000198300000007O55200300006230600240271\x1e-0,\x14\'/.3857\x10)*)15840729001103843840\x10)*)44160752N2615289\'\'/+0)*.=76200*/2740B635\x19.,)*\'0-!/),;273\x1b-*(0271I984\x1a)(.002900000000\x1f\'+0000000000000198100000007O55200290006230600240271\x1e-0,\x13/*(3857\x10)*)1584072900072944\x10)*)0001N2615289\x1a-//3500\x1a*.*3855\x150,-C022K1570692\'0(-@632\x1b-*(0271,\'\'.?6200033\x1f\'+0000000000000197000000007O55200280006230600240271\x1e-0,\x13,.,3857\x10)*)15840728001103843840\x10)*)77227581N2615289++/,5124"/+-M3660(.+\x1f//-\x1a0/,2905J809L387\x1b-*(0271I984\x1d)/0002900000000\x1f\'+0000000000000196800000007O55200270006230600240271\x1e-0,\x13*(03857\x10)*)1584072800073968\x10)*)01235060N2615289\x1a+)(&+/(F6273830M762-\')/6303M616\x1e(.*H253\x1b-*(0271-\'*(15400019000000000000\x1f\'+0000000000000195700000007O55200260006230600240271\x1e-0,\x13\'-*3857\x10)*)15840727001103843840\x10)*)79552183N2615289\x10,(-N225;350\x14.(*!/\'\'\x1c*0)\x1e0))B096\x15-))0,++\x1b-*(0271I984\x12)/(002900000000\x1f\'+0000000000000195500000007O55200250006230600240271\x1e-0,\x12/\'.3857\x10)*)1584072700072944\x10)*)0010N2615289O735L399(\'..\x1d((+\x19\'/0F121\x15.\'(30330401=564\x1b-*(0271-\'*(15400027\x1f\'+0000000000000194400000007O55200240006230600240271\x1e-0,\x12,,(3857\x10)*)15840726001103843840\x10)*)64110414N2615289C936)\'0.8244\x14\').\x1a(\'("/(.\x1b+))8955\x17/(\'-)--\x1b-*(0271I984!-+(002800000000\x1f\'+0000000000000194200000007O55200230006230600240271\x1e-0,\x12)0,3857\x10)*)1584072600073968\x10)*)31240528N2615289H720#.*(\x16.+*//*/\x12)0.&0((D994\x120(+4527O578\x1b-*(0271-\'*(>0840030000000000000\x1f\'+0000000000000193100000007O55200220006230600240271\x1e-0,\x12\'*03857\x10)*)15840725001103844864\x10)**000110342000N2615289\x1c+\'*6181\x1f,/\'9522G25708662417\x14\',-;647;058\x1b-*(0271I984\x190-(00290000\x1f\'+0000000000000192900000007O55200210006230600240271\x1e-0,\x11./*3857\x10)*)1584072500072944\x10)*)0002N261528900)+;804B477@7914424*\'()/\')07315@653\x1a,0+\x1b-*(0271-\'*(O7480020\x1f\'+0000000000000191800000007O55200200006230600240271\x1e-0,\x11,).3857\x10)*)15840724001103842816\x10)*)1353N26152897715F954-)-0O006J217\x1000-D6270+,*P3482012\x1b-*(0271I984\x14*)00029000000000000\x1f\'+0000000000000191600000007O55200190006230600240271\x1e-0,\x11).(3857\x10)*)1584072400072944\x10)*)0005N2615289\x1b*./E6027019C927((+/))+,E252\x11-++P121@353\x1b-*(0271-\'*(17960027\x1f\'+0000000000000190500000007O55200180006230600240271\x1e-0,\x11\'(,3857\x10)*)15840723001103842816\x10)*)4139N2615289.*-*\x1a0\'/4581@285998700,,\x18..0\x1a0\'*!.--\'\',\'\x1b-*(0271I984\x180*.0029000000000000\x1f\'+0000000000000190300000007O55200170006230600240271\x1e-0,\x10.,03857\x10)*)1584072300072944\x10)*)0015N26152891718?622*+\'-C461G4892280\x17*0\'I843\x110.+#(++\x1b-*(0271,..,92200028\x1f\'+0000000000000189200000007O55200160006230600240271\x1e-0,\x10,\'*3857\x10)*)15840722001103844864\x10)**000105526935N2615289O22408047378,*\'*8260H851\x16/,.<398\x1e0\'/;362\x1b-*(0271I984\x1d\'**00290000\x1f\'+0000000000000189000000007O55200150006230600240271\x1e-0,\x10)+.3857\x10)*)1584072200073968\x10)*)00425000N2615289\x10.,+5075B074.-)-"-).\x12,(,\x17(.-\x1a+.03100\x1a(*/\x1b-*(0271%*,(P2590016000000000000\x1f\'+0000000000000187900000007O55200140006230600240271\x1e-0,P5283857\x10)*)15840721001103843840\x10)*)57608500N2615289\x1b+-)5701A740L6417682?624\x10+\'/\x16)(($/.-\x12/-.\x1b-*(0271I9845890003000000000\x1f\'+0000000000000187700000007O55200130006205000240271\x1e-0,P2723857\x10)*)1584072100072944\x10)*(5000N2615289\x11*)*O734\x1d,**\x1f,\'+K890L4130*\'(6478J3450(/\'\x1b-*(0271-\'*(=3160029\x1f\'+0000000000000186600000007O55200120006230600240271\x1e-0,P0163857\x10)*)15840720001103843840\x10)*)78957435N26152897715F954-)-0O006J217\x1000-D6270+,*P3482012\x1b-*(0271I984\x14*)0002900000000\x1f\'+0000000000000186400000007O55200110006230600240271\x1e-0,O7603857\x10)*)1584072000072944\x10)*)0005N2615289?487),*\'\x12)*.%)//L546\x17*\'-;282D896\')\'/.-0\'\x1b-*(0271#,,0%+/*0028\x1f\'+0000000000000185300000007O55200100006230600240271\x1e-0,O5043857\x10)*)15840719001103844864\x10)**000102971291N2615289:547\x15\'-*%(.(;651;302E072K942\x14/)\'H572I257\x1b-*(0271I984/.)(00280000\x1f\'+0000000000000185100000007O55200090006230600240271\x1e-0,O2483857\x10)*)1584071900072944\x10)*)0005N26152893591-),*H434-/-0:3080837L4699006!,\'*(+,*\x1b-*(0271-\'*(@1320029\x1f\'+0000000000000184000000007O55200080006230600240271\x1e-0,N9923857\x10)*)15840718001103843840\x10)*)10047500N2615289#,(.I994F752/*((E565\x19...\x18+\'0#.*\'3450!/+-\x1b-*(0271I9848450002400000000\x1f\'+0000000000000183800000007O55200070006230600240271\x1e-0,N7363857\x10)*)1584071800072944\x10)*(5000N26152897838H044\x15)-(<022\x1f/(/J540<982"..(\'0)0;905\x1b-*(0271)0,0\'\'(00018\x1f\'+0000000000000182700000007O55200060006230600240271\x1e-0,N4803857\x10)*)15840717001103843840\x10)*)32034000N2615289?035\x190)0$(),+(.(I210L796G865!0*/J922F237\x1b-*(0271I984/0..002800000000\x1f\'+0000000000000182500000007O55200050006230600240271\x1e-0,N2243857\x10)*)1584071700073968\x10)*)00016000N26152891697\x12(\'(*.(\'F519$/\'\'%)(+>96438804531D382\x1b-*(0271-\'*(E7640005000000000000\x1f\'+0000000000000181800000007O55200040006230600240271\x1e-0,M9683857\x10)*)15840716001103843840\x10)*)08087999N2615289\x18.,/F076>3295301&./,\x1e(/--.+0/)))3656\x10/*-\x1b-*(0271-\'*(#-0(000800000000\x1f\'+0000000000000181600000007O55200030006230600240271\x1e-0,M7123857\x10)*)1584071600073968\x10)*)08104001N2615289N57332932756M3416154C887A189\x15+*.O292G173\x1b-*(0271:112#(./0025000000000000\x1f\'+0000000000000180900000007O55200020006230600240271\x1e-0,M4563857\x10)*)15840715001103843840\x10)*)00377000N26152894092E546=3440.**2011 --/C385#\')/A910\x17.(,\x1b-*(0271-\'*(-+(0003000000000\x1f\'+0000000000000180600000007O55200010006205000240271\x1e-0,M2003857\x10)*)1584071500072944\x10)*)0800N26152891679H0210./)F632\x13(-($))+,/-0$+-(6311O963\x1b-*(02717808\x13,-)003500760000\x16)-*742200000000052022648176819600000000\x18*,00096\x18*,(0016\x13,000096\x18*\'*0096\x18),,0096\x18)\'.0096\x18(,00096\x18(((0096\x130/*0096\x18\'-*0096\x14\'.00096\x18\'(,0096\x14))*0096\x170-.0096\x170(00096\x17/.(0096\x13+\'.0096\x17/)*0096\x17..,0096\x17.).0096\x17-.00096\x17-*(0096\x17,/*0096\x17,*,0096\x12,0(0096\x17+/.0096\x13*,00096\x17+*00096\x13//.0096\x17*0(0096\x17*+*0096\x17)0,0096\x12,+*0096\x17)+.0096\x12-*00096\x17(000096\x12.*,0096\x17(,(0096\x13)-*0096\x17(\'*0096\x12-/.0096\x17\',,0096\x17\'\'.0096\x160,00096\x13*((0096\x160((0096\x14).(0096\x16/-*0096\x14(.,0096\x16/(,0096\x16.-.0096\x16.(00096\x16-.(0096\x16-)*0096\x12+0,0096\x16,.,0096\x120.,0096\x16,).0096\x16+.00096\x12./*0096\x16+*(0096\x13-+.0096\x16*/*0096\x16**,0096\x16)/.0096\x13)(,0096\x16)*00096\x13-0,0096\x16(0(0096\x14*(00096\x16(+*0096\x16\'0,0096\x16\'+.0096\x12/*(0096\x150000096\x13.0(0096\x150,(0096\x150\'*0096\x15/,,0096\x15/\'.0096\x15.,00096\x14().0096\x15.((0096\x15--*0096\x15-(,0096\x13\')*0096\x15,-.0096\x13,,(0096\x15,(00096\x12/.00096\x15+.(0096\x13.+*0096\x15+)*0096\x13\'.(0096\x15*.,0096\x13,\'*0096\x15*).0096\x15).00096\x15)*(0096\x120).0096\x15(/*0096\x13((00096\x15(*,0096\x13(-.0096\x15\'/.0096\x130*,0096\x15\'*00096\x14\'*(0096\x1400(0096\x140+*0096\x14/0,0096\x14/+.0096\x14.000096\x13+,,0096\x14.,(0096\x13/*00096\x14.\'*0096\x14-,,0096\x14-\'.0096\x14*-.0096\x14,,00096\x14,((0096\x14+-*0096\x14+(,009600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000037640001@432(/.+P598\'.,0B211G698N740B226\x18/-+?119I741=7973024\x18-(\'?6644675?0240005000000000000000037620001@432\'/,\'K837E360<639\x11,0--**)\x1d+,*\x1b,*//*()\x1d/\',:412"*)-\x18.*)3319\x1c*/(\x16*//0117000000000000000037550001@432\',0+A233\x11-*+$\'+(F179\x18/*\'\x110.+0\'.(8893&(()7077\x1d+0,E894<382E135\x14-*\'0147000000000000000036970001@432\'/,\'@127\x1c\',/\x1a-0(=772F653;155J800N870K477"/.+%+/\'D091L9654191C8260174000000000000000036790001@432((\'-\x180(,#*./G305A124=131\x1e0*0*)*)9958\x1a(*-\x1f-.0K96354991282%.,*\x1f\'-00203000000000000000036620001@432((\'-?698\x13-(()\'-)(.+.<895,+*.>560=237\x1d+0-,-.*/*00B741$.,.),)./(0-0160000000000000000036550001@432)(*\'@696L565(,\'+2504E587"\',())-,8184&-\'*\x1d,-,<800@507@056\'../&(0(0092000000000000000036200001@432)-+)\x17/+\'",/.@859I724\x13--/2500\x1b)-.L092\x1e,-+\x15,/)@322\x1e,(+0++,D862\x1d)*)0104000000000000000036180001@432*+(\'\x1d(/\'\x13+)/;6748730@812O890N908)+*,\x1b,\'-\x1f-0-B784\x12-,0L488*0+.H4780029000000000000000036120001@432*0))")*,\x1e\'--0*.*/))\'G0935535O2220874\x13(*-0(\'*>426M681?318B913%**.0121000000000000000035950001@432(/.+\x16)/+F301M768I426\x12,.\'2122\x18/,0$0(\'O383\x1b),,#*.\'\x1e\'-/*0++-()\'74470251000000000000000035870001@432*(,+,//)\x12-).\x1a),.E674-.)\'7646\x11\'(,0.\',=103@604\x16++* )..0850\x13-/)#--,0243000000000000000035720001@432*---$,(+%-*,0235%0+(\x15-*)>261\x16--/38149352\x12-(,\x15)\'(%0//\x1d)-*E769$.0-0030000000000000000035680001@432*0))()\'(\x11/)\'),*.+,0+6786%\',-1264\x16/-* *0,\x1e00\'\'*.\'J550<038 ((.\x11/(*0188000000000000000035580001@432*0)),((+\x11.\'+%)*,\x15(.\'3538@435\x1f.*-?0481799N923/0.+\x11.+\'D138,-*,,*-*0078000000000000000035560001@432)*/-3380C4100087"/0\'\x160,/0)-(\x1f\'..H479\x14.-*E308 \'*.0871*(0(\x1d,,.C0280044000000000000000035510001@432((\'-5791I77759250)-+")/0\x1d(-.!.(0\x1e*++O9790+00O169E523H445\x1b)+(57460025000000000000000035260001@432(*-)-*\'.>196\x13/0(\x18.\'*E693=250\x17+-+7918O314J641-+(*+/)-7848.0.+/\'/,0139000000000000000035230001@432\',0+,\'*)G855\x18.\'0\x19+./\x12*)*F564A642\x1b))(@599H203!0)0H399+.((E694H1730241000000000000000035080001@432\'\'/)N140H317?2800*(+4618987297142534\x1a,*(\x14(+\'L008#*,/\x1a0(01948\x130/*0249000000000000000034960001@432++*+H7570537C8925058O141,.00\x12+,\'B594$*0(\x1500/\x1e\'/-0167E307\x17))\'#)+\'0225000000000000000034820001@432*---\x17,**>477@459(\'\'+L517\x14))-%+).D819 -.-\x1a)\'\'7896*.*0/\'+*:353?2710233000000000000000034590001@432*+(\' +))+)+((/,-2799\x1b,*(G715I665E160\x1c0\'\'\'-\'/\x1e.0,-\'/*O129\x12/,-82480113000000000000000034570001@432&,.\':283&+)* -\')(/+)N968O7756747$+,,N336\x15/,\'C8221518\x16()/\x140\'+D9370026000000000000000034490001@432)(*\'\x15+/.\x1000.<1135190B258\x12),,\x11+\'-\'00+"0*-/+0//*/-=335\x1a/*+&)\'\'+0(,0133000000000000000034430001@432)*/-O875G725F545(+,))\'..\x1f0(0,.-0*(/)&*,\':964\x12/-,;9500916\x10+00G0530243000000000000000034390001@432*+(\'I575&0-(\x1e.//N8984840D727J695=148:519(-).0061?577H069\x19.-,N1430146000000000000000034170001@432)/0/4623\x11)\')*-+,E6929981:431:250"*./%/,)>399B672\x1b,\'\'2423\x14.(-B7130251000000000000000034130001@432+-0\'F787"\')(B652\x13,0-,,*/+),+N893&\'0)>271\x15+\'( +/\'\x1b-\'.\x11+/*\x1f*\'/\x10+\'.0011000000000000000033930001@432\',0+35717717\')(+>368H2933002\x1c++0O7920(+)0*..:800O407N247(*)().,*0191000000000000000033790001@432+(./0.0*3410>116G828\x1b0.-..-/4517!*,+\x1e*.\'\'\'*,M217L254\x17)-(L921C5150197000000000000000033630001@432&/)-*-.-+(\')E959\x10-0(\x12/)((\'(0A426K519\x16((,\x14,,(N246F0217720F954\x14++*0205000000000000000033420001@432+(./P3982823:430N2910980<418\x19.\')7239;755J461E553E946\x14.//),\')83370208000000000000000033410001@432&/)-<9694489\x19*--\x13+\'\'&).\'A8605228=148O657\x13-0)\x1b)++0030\x17/))\x13(0*N2720097000000000000000033280001@432*(,+D7859683J6208773\x1e-.) \'*0\x18+*(&(-/#0-(\x16-/)M817\x17)\'0\x1a0*\'\x18(0.=0980068000000000000000033230001@432(-(/<364\x11\'*.\x1f,-(\x19.-,@353F1172114\x14,+0<081\x12*0.E893J115\',/*\'.,-85070056000000000000000033190001@432\'\'/)K915D621\x1c+-/N342!,,\'\x16)+.\x13+0\'L258=955K734L466#/\'.=221)/-.G8510249000000000000000033180001@432(*-)3823<481E025I516C392=631J125\x1c++\'3845#.*,?218@147"(*(#),/B0550061000000000000000033140001@432)*/-\x1d.--)(/*@427\x12*,0&(+01976@7407021P1464639A399>065B916H654$\',(0097000000000000000033110001@432+-0\'!,.-N453J9473725\x12+/.A797\x15.)/3359L659\x17\'(*\'+/)O794\x10+\'/A033K8320189000000000000000031680001@432+0+-L074\x1b(*0%.+(?492F528\'/.(N139<586=881C087\x1c))/.-0-<8046882\x14-,.0221000000000000000025250001@432+0+-#,*/\x18+/-E138\x1e\'()\x150\'*\x1b(,*#../%+/(3464&.0,8195J63669855909<2860218000000000000000032290001@432+0+-0\')*\'),(1336*/*+%)*/\x19(\'(=93834263846\x1b+((@087\x13/0\'*\'+/O652\x1e\'-*0015000000000000000028430001@432+-0\'#-.*/,(-/00\'P091C510\x14)-,H321<808J547\x15)(0\x130)- \')-P585\x1d(,(C9400122000000000000000023350001@432+-0\'6801B951G096D234\x1d\')*\x17\'*-E708:947>931\x13)\'-+,,,\x10-/, )*+F574;1550113000000000000000032110001@432+-0\'>938,)-)4008\x1f-\'0\x160(-\x1c,.)>749/.0*E422\x1b+/0,++,8648\x1c--/6112\x13\'\'00019000000000000000028030001@432+-0\'A713\x1b.((+,.,1003\'.-*$+(.G554?318%\'**A427I9920352!),.%\',/\x1d**,0065000000000000000025660001@432++*+ *(0P736\x17\',(F698K075",/0**\'0\x1b+/(\x1a((/\x1c)\'+\x17(.,\x15-+-P251$,/,06920088000000000000000028700001@432++*+I983\x17\'/,\x10/+(J927%-(-9811O33324852892\x1d/*,\x14),/\x1d-0\'F245,\'\'+!.+,0198000000000000000032580001@432++*+\x11*).#,\'(4975!)0+O399\x1c*-\'H53125477213(\'//L919I4077615#),+ *.+0057000000000000000024490001@432++*+4891\x13+/.\x160\')3293L028B942>818P268/*,-F4608511(/,* \',(A194#,.,0064000000000000000032960001@432+(./.+(-\x16)//A356J147G774C1010.0-%/,/$.0)O6543618-*\'0\x19(*\'\x18))),-,)0104000000000000000028090001@432+(./$*0()*0,)\'/\'*),+L241,\'*+\x1c,,/K9350)++7449B535A529,,0*1699L7420020000000000000000025700001@432+(./#,*)I378 0,.\x1d\'0+E376\x12).(**(-\x13-/+L3656799B792,,)\'=792)...C9790121000000000000000028890001@432+(./\x13/*.6120L954>855:41006619301G819\x1d\'+*\x16(*)O0370+\'+J603\x1c+)(19460207000000000000000023930001@432*0)),\'.*)++.6773(,-\'(00)\x1c-..D176\x11-0*827894191229\x16)*)"))-,-(.\x12,,*0230000000000000000029250001@432*0))6271E195G549\x1e*+,1171\x11.-0%/0--\'\'-\x1e/\')C128/,.\'3173@798\x1e+\'-0*,(0129000000000000000026630001@432*0))\x180.+D1376093C366%,,)+*0)P193I0500105"*,)6544\x1f-*/>959\x1b(),:6660108000000000000000030840001@432*---\x17-)0\x16\',-E364\x150).\x1f./(\x1e00/63921332\x18*-*M5383121$\')-\'\'/)>759+.-\'01060000000000000000.24720001@432*---\x16)0*@174A047&\'0.\x17+0(\x1f+*)\x1d,+-\x14\'.\'K8616613O717H795L898J775;6460166000000000000000028900001@432*---@482\x18))-;382L0580301=4639736\x19//,>403\x11,,/5490N024\x11)(/4058\x10,-(0130000000000000000026160001' Opened /home/namecoind/.namecoin/blk0001.dat Opened /home/bitgemd/.bitgem/blk0001.dat Exception at 72056513098678410 Failed to catch up {'blkfile_offset': 0, 'blkfile_number': 1, 'chain_id': 12, 'loader': u'blkfile', 'conf': None, 'dirname': u'/home/bitgemd/.bitgem', 'id': 446L} Traceback (most recent call last): File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2503, in catch_up store.catch_up_dir(dircfg) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2767, in catch_up_dir store.import_blkdat(dircfg, ds, blkfile['name']) File "/home/bitcoin-abe/bitcoin-abe/Abe/DataStore.py", line 2889, in import_blkdat b = chain.ds_parse_block(ds) File "/home/bitcoin-abe/bitcoin-abe/Abe/Chain.py", line 90, in ds_parse_block d['transactions'].append(chain.ds_parse_transaction(ds)) File "/home/bitcoin-abe/bitcoin-abe/Abe/Chain.py", line 83, in ds_parse_transaction return deserialize.parse_Transaction(ds) File "/home/bitcoin-abe/bitcoin-abe/Abe/deserialize.py", line 90, in parse_Transaction d['txIn'].append(parse_TxIn(vds)) File "/home/bitcoin-abe/bitcoin-abe/Abe/deserialize.py", line 46, in parse_TxIn d['sequence'] = vds.read_uint32() File "/home/bitcoin-abe/bitcoin-abe/Abe/BCDataStream.py", line 71, in read_uint32 def read_uint32 (self): return self._read_num('<I') File "/home/bitcoin-abe/bitcoin-abe/Abe/BCDataStream.py", line 110, in _read_num (i,) = struct.unpack_from(format, self.input, self.read_cursor) error: unpack_from requires a buffer of at least 4 bytes
|
|
|
edit- I put the pool address in my sig, maybe get some more folks there
Thanks! Bitgem lately has been roughly as profitable to mine as such coins as Litecoin and Feathercoin. I've basically been solo-mining through my pool for some time now; it's kinda amazing that you can get away with that with not much hardware. I had a couple of low-to-midrange GPUs mining it at first (a Radeon 7750 and a Radeon 6870), but now I have a half-dozen Gridseeds finding several blocks every day.
|
|
|
Please add BitGem to your list. I've made updated Windows installers available for BitGem: https://bitcointalk.org/index.php?topic=207008.msg6235566#msg6235566Linux users (like me) are recommended to update OpenSSL from their usual sources and rebuild bitgemd from the current GitHub source. mineral hasn't posted anything since word of Heartbleed got out, but hopefully this will keep BitGem users safe.
|
|
|
Can we get a patch on the Herathbleed issue, please?
...and updated Windows binaries are now available: https://dl.dropboxusercontent.com/u/57535575/bitgem-master-20140414-win32.exeMD5: 2de892b84cbc05a281d9bb58d6cdbd9d SHA-1: 3492794e69b33c55ed326fdfb2e42f1e20d59c45 I don't know what kind of packaging is normally used; I went with NSIS as I'm somewhat familiar with it. It might be necessary to uninstall previous releases before installing this build. I used the current MinGW and MSYS releases to build, which include gcc 4.8. Source used was GitHub master as of yesterday; libraries used are as follows (all built from source): * Boost 1.55.0 * Berkeley DB 4.8.30 * libpng 1.6.9 * miniupnpc 1.9 * OpenSSL 1.0.1g (no Heartbleed!) * protobuf 2.5.0 * qrencode 3.4.3 On Linux, I'd strongly recommend building your own binaries from source; most systems have all the tools you need readily available. My Portage overlay makes bringing up bitgemd on Gentoo (and related) systems particularly easy; updating my pool was as simple as this: emerge --sync && emerge -1 openssl && emerge -1 bitgemd
|
|
|
I'm working on trying to produce updated Windows binaries...has been a bit of a hassle, but it looks like EasyWinBuilder might get the job done. It's definitely not nearly as easy as building under Linux. As I write this, bitgemd is compiling. Update: (15 Apr 14) EasyWinBuilder produced some binaries, but they crashed on startup. It referred to this page, in which all dependencies (including Qt) are built from source instead of trying to use binary packages. With some adaptation, I have succeeded at building bitgemd OpenSSL 1.0.1g, bdb 4.8.30, and Boost 1.55. The -daemon option doesn't put it into the background like I'd expect, but maybe that's a limitation of running on Windows. Probably one of these options to run a program as a service would be useful. Otherwise, it runs as it should. bitgem-qt remains a work in progress. I couldn't get it to build against Qt 5.2.1 (even after the edits described here and here), so I'm building Qt 4.8.5 and will then try building against that.
|
|
|
Can we get a patch on the Herathbleed issue, please?
Recompiling against the most recent OpenSSL should be sufficient; from what I've read, a patch to bitgemd (or bitgem-qt) source shouldn't be needed. I'm recompiling the bitgemd binary used by bitgem.dyndns.org as I write this. Update: bitgem.dyndns.org has been updated. bitgemd has been rebuilt and the webserver's SSL certificate has been regenerated.
|
|
|
ok...for this i need more than 1 coffee!!!!
is there no other way to monitor antīs temperature???
im running the units in a serverroom and cant watch them 24/7 ...
AFAIK, no. Once you have API access enabled, you could use something like MobileMiner to check on your miners from anywhere. Mine are in the garage...they usually run around 115-120°F.
|
|
|
a. How can I specify the COM ports to use instead of relying on auto detection? let's say I have 6 units. I would like to do something like -d grid 3,4,5,6,7,8 where each would be the COM port.
I have two bfgminer instances running on a Raspberry Pi, one controlling Bitfury and BFL hardware for SHA256 mining and another controlling Gridseed hardware for scrypt mining. The config files for each are set to only look for the relevant hardware. bfgminer.conf.sha256 includes these statements (among others): "scan" : [ "bfsb:auto", "bitforce:/dev/ttyUSB0", "bitforce:/dev/ttyUSB1" ], "set-device" : [ "BSB:osc6_bits=52" ],
bfgminer.conf.scrypt, by comparison, includes these: "scan" : [ "gridseed:/dev/ttyACM0", "gridseed:/dev/ttyACM1", "gridseed:/dev/ttyACM2", "gridseed:/dev/ttyACM3", "gridseed:/dev/ttyACM4", "gridseed:/dev/ttyACM5" ], "set-device" : [ "gridseed:clock=850" ],
Since the BFL and Gridseed miners are both USB devices, I needed to tell each instance which devices to use. (The Bitfury hardware is connected to the Raspberry Pi's GPIO header, so auto-detect works for that.) Something similar ought to be possible under Windows, but I don't have direct experience with mining on Windows as I've always used Linux for this purpose. You'd most likely want to replace occurrences of /dev/tty* with something else.
|
|
|
Pushed a "gridseed" branch to the main BFGMiner git based on nwoolls's code. I'm not sure how these are supposed to perform, but I get some inconsistent results in benchmark mode: DMU 0: | 36.8/ 68.2/ 41.7kh/s | A: 28 R:0+0(none) HW:0/none GSD 0: | 0.73/ 1.27/ 0.17Mh/s | A:112 R:0+0(none) HW:8/none How's it work for others who have been using them in production? I've had his features/gridseed-support-clean (IIRC) branch running for a few days now with a half-dozen Gridseeds hanging off a Raspberry Pi. So far, it's been running like a champ. (I should probably clarify that I have the round 5-chip miner, and I'm using it for scrypt mining only. WeMineAll says I'm delivering a bit over 2 MH/s. I've not tried enabling dual-mining since some early crashy attempts with other software when I got my first two Gridseeds.)
|
|
|
Would be very pleased to see blockchain.info support smarter key importing. I have a giant set of lists of privkeys in base58 (separated by a space) I can't seem to do anything with unless I want to enter them in one by one in the import privkey section.
I'd swear I once imported a few keys by grabbing an unencrypted backup, editing my keys into the file, and restoring from the backup...took a look, try this out: * log into your wallet * select "Import/Export" * select "Export Unencrypted" * change key format to "Bitcoin-Qt format" * copy the JSON blob into the editor of your choice * add records for the private keys you want to add...the format should be self-explanatory * select "Import Wallet" * paste in your updated JSON blob and click the "Import Wallet" button down at the bottom You probably want to make two copies of the backup and work on one of them, so that if you screw it up, you can restore from the original. Also, you mentioned having a list of private keys...do you have the addresses associated with them? If not, you'll need to retrieve them. Finally, blockchain.info warns that it'll only handle up to about 400 addresses for you. If your list is larger than that, this might not work for you.
|
|
|
I first tried this about a year and a half ago, but got stuck. I eventually got Armory working with the Gentoo LiveDVD, but that wasn't as desirable an environment (IMHO) as the SystemRescueCD (also a Gentoo derivative). I gave it another shot over the past week, and I now have it working! https://bitcointalk.org/index.php?topic=261318With a big-enough flashstick (at least 32 GB at this point), you could put a copy of the blockchain on the stick, and keep your wallet in a TrueCrypt volume. Put all of these in a SystemRescueCD backing-store volume and it wouldn't be much different than a normal install.
|
|
|
Hashes for v4.1.0: MD5: c3e30bcb93b6fa5685398d2659367f75 SHA-1: 934e509e75e031e1ecbf0b5f58f1b595e1bce351
|
|
|
I tried again recently, this time with SystemRescueCD 4.1.0...and now Armory works with it! I suspect that emerge -euND world is what made the difference, instead of trying to figure out what needed rebuilding to get libraries and include files in place. Go here for more information and the download link.
|
|
|
|