Try the testing branch. It seems to fix that error.
Switching to the test branch fixed the int/iterate error. Running perfectly now, thanks. On a separate note I wanted to mention an observation and see if anyone else is noticing the same behavior. It seems that mixing different flavor FPGAs in a single instance of MPBM has will cause more frequent invalids across all FPGAs for both version 0.0.4a and 0.1.0b. If I separate the x6500s from Icarus units and run each in it's own instance of MPBM, I get significantly fewer invalids. I know ngzhang had mentioned that Icarus had some minor protocol bugs that account for some invalids, but the x6500s really seem to highlight the problem. If I run them alone, I can run the 200mhz bitstream for 24+ hours with 0 invalids, but if I add some Icarus units to the same config, the x6500s start throwing intermittent invalids ( %0.3-%0.8 ) and the Icarus units seem to throw a greater amount. Has anyone noticed similar behavior? I haven't yet tried running 2 instances of version 0.1.0b and I wanted to ask where to specify the log/monitoring port for a second instance. I didn't see any reference to the port in the config file. Port settings are in the UI for the frontend, I will give it a try.
|
|
|
All I know is that my wife will be really pissed at me if I spread bitcoin into Pinterest... She's sick of me talking about bitcoin and if I infect her online forums, I don't know what will happen, haha.
QFT
|
|
|
Making a GUI or web dashboard for p2pool is currently possible. If a static address is used you can even lookup total revenue via blockchain.info. You could also lookup low level miner stats via cgminer JSON API. Someone just needs to do it.
Don't forget about http://p2pool.info/I use it to check stats all the time from my phone. It would be great if it had additional stats for individual mining addresses.
|
|
|
Remember folks, Pluto is not a planet and should not be used as an indicator! Aside from that, UFO is tracking positive and ET-wave analysis suggests it may be time to phone home.
|
|
|
I'm still having issues with 0.1.0beta on linux (fresh install, ubuntu 64-bit) as well. I was able to get it to the point where it loads the firmware on all the boards, but as soon as it hits 100% and completes it throws the following error and restarts the firmware load: 2012-04-08 23:40:17.763066 [100]: X6500 board AH00WOWB: Proxy: Exception caught: Traceback (most recent call last): File "/home/xxxxx/Modular-Python-Bitcoin-Miner/modules/fpgamining/x6500/boardproxy.py", line 123, in run if self.error: raise self.error TypeError: 'int' object is not iterable 2012-04-08 23:40:17.765450 [100]: X6500 board AH00WOWB: Traceback (most recent call last): File "/home/xxxxx/Modular-Python-Bitcoin-Miner/modules/fpgamining/x6500/x6500worker.py", line 212, in main elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!
I have no problems running the same version with the x6500s on windows. I've tried using the worker and the hotplug worker using the linux install steps on fpgamining.com with no luck. All the boards detect and load the firmware, then error and repeat.
|
|
|
If we want restaurants to accept BTC today, we need to take the risk out of it for them and make it simple. For restaurants, payments need to be converted to cash immediately. A 3rd party BTC payment processor is the solution I think would have a chance at succeeding.
It's not a "libertarian" issue, but it is a free-market issue. This forum is full of people who have accepted the risk of supporting bitcoin, the rest of the world is right to reject it given how insignificant it is right now. At some point someone will be willing to take the risk, raise some capital and start targeting an area where they may have the most success. A college town, a tech company campus, etc. IMHO bitcoin isn't ready for that yet, and that why I'm here trying to share ideas and occasionally bump heads with the rest of you in hopes of helping it get there. You can't expect the world to put it's confidence in utilizing bitcoin as a currency system with a market cap of $40M... that's a yacht.
|
|
|
Your entire "improvement" is based on your assumption of how bitcoin will ideally be utilized in the future. What if it doesn't become a global currency, but instead develops into a competitor to the ACH system or something else? Merchants and charities may be completely irrelevant.
You want to put a tax on block rewards that is redistributed by the miners who are being taxed to begin with, and they can vote to redistribute it to themselves. Sounds like a lot of unnecessary complexity that gains everyone nothing - aside from requiring additional participation from miners who, for the most part it seems, just want to profit. Why not find ways create incentives without drastic changes that would completely alter the functioning of the protocol? I highly doubt the block reward mechanism will ever change.
|
|
|
I think the cleverest way to bootstrap would be to pick a bitcoin block and then look at the bitcoin balances of that block and copy them to the new genesis block. Then every bitcoin user would become a newcoin user automatically and they would be inclined to at the very least install the new client, copy their private keys to it and sell their newcoins.
I'm not sure what you are suggesting with "pick a bitcoin block". A block only contains a subset of transactions that happened since the prior block was solved. https://en.bitcoin.it/wiki/How_bitcoin_works
|
|
|
Very nice, I would definitely be interested in a set of cables like these. Sending you PM.
|
|
|
I did this with a friend once. 3 weeks later his phone got a firmware update and his coins disappeared. Today when I send bitcoin to friends, I always generate a passphrase-based address (aka brainwallet) for them first and send the coins there. If they end up getting interested in bitcoin they can eventually send their coins to their own wallet/client/brainwallet and secure them. If they don't have any interest or lose their wallet/password/etc, I can always recover the coins with a simple passphrase and nothing is wasted. There's a nice fun factor to walking up to a buddy and saying something like "John Smith smells like old socks <phone number>", followed by "I just gave you 2 bitcoins!" (yes I know that's not a good passphrase but it's good enough for a small amount to illustrate the concept) For easy brainwallets, try http://bitaddress.org and enter any string of text on the Wallet Details tab.
|
|
|
Just upgraded the instance I was using for my X6500s. I added the workers and pool to my config but I'm getting the following error for each board: 2012-03-25 23:28:17.791608 [100]: X6500 worker 4: Proxy: Exception caught: Traceback (most recent call last): File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/boardproxy.py", line 77, in run else: self.device = FT232R(FT232R_PyUSB(self.serial, self.takeover)) File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/util/ft232r.py", line 309, in __init__ import usb ImportError: No module named usb 2012-03-25 23:28:17.792289 [100]: X6500 worker 4: Traceback (most recent call last): File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/x6500worker.py", line 211, in main elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!
Also I am unable to kill the process with ctrl-c, it just keeps getting jobs. Did you upgrade from v0.0.4 to v0.1.0beta, or just from v0.1.0alpha (testing branch) to v0.1.0 beta? Did you previously use the D2XX driver or PyUSB? Have you installed PyUSB correctly for the Python version you're running MPBM on? I upgraded from 0.0.4 by doing a git pull. I have the D2XX driver installed (older version as recommended, though I did try a later one to rule that out) and had configured PyUSB in the past based on the guide on fpgamining.com. When creating the workers in the new version, it automatically saves them using PyUSB even if I try to specify D2XX on the worker config. I assume I have some configuration issue I went back to 0.0.4 and it loads with no problems and the boards function as expected. BTW this is running on Mint 11 (ubuntu)
|
|
|
Just upgraded the instance I was using for my X6500s. I added the workers and pool to my config but I'm getting the following error for each board: 2012-03-25 23:28:17.791608 [100]: X6500 worker 4: Proxy: Exception caught: Traceback (most recent call last): File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/boardproxy.py", line 77, in run else: self.device = FT232R(FT232R_PyUSB(self.serial, self.takeover)) File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/util/ft232r.py", line 309, in __init__ import usb ImportError: No module named usb 2012-03-25 23:28:17.792289 [100]: X6500 worker 4: Traceback (most recent call last): File "/home/user/Modular-Python-Bitcoin-Miner2/modules/fpgamining/x6500/x6500worker.py", line 211, in main elif data[0] == "dying": raise Exception("Proxy died!") Exception: Proxy died!
Also I am unable to kill the process with ctrl-c, it just keeps getting jobs.
|
|
|
I really like what you are doing for smaller miners and I think this will help p2pool grow. Donated 1 BTC, more to follow as the pool grows.
|
|
|
Would it be possible to shift the entire mining process to a system similar to p2pool that would include a signature based on it's own tree? Then just accept blocks that are also signed by THE decentralized mining pool so everyone has to use it. I guess it's a "one true way" approach.
I'm loosely thinking about something like what p2pmining.com is attempting to do. Perhaps existing pools would submit blocks through the main p2p pool where they would be signed, maybe paying a small fee that is distributed to miners in the process. Basically all miners/the masses would work together in a single p2p mining pool as gatekeepers to the actual blockchain. External pools could still exist but would need to still submit blocks through the main p2p mining pool and pay a small fee of each blockreward to be signed and accepted. I know there would be a lot of complexities to work out, I'm just thinking out loud and wondering if it would even be possible and what the potential problems would be.
|
|
|
120mm or 140mm fans?
120mm
|
|
|
What offline tools do you use? I've only used online tools for this sort of thing, but would like to use offline tools for an extremely secure brainwallet.
http://bitaddress.orgEverything runs in the browser. You can download the page and run it offline. The wallet tab accepts text/passphrase strings for "brainwallets".
|
|
|
Hi Ciphercoin,
I haven't seen an infomercial on TV so I don't know what you are talking about. I can barely work the email machine. What are all those weird numbers and letters? Can I use this for my groceries? You sure sound a lot like my nephew, he works for Quixtar. I bought a 10 year supply of shampoo from him once.
Thanks, Derp McAverage
|
|
|
Not much of a rig, just a little Icarus tower and some 600rpm fans.
|
|
|
If it's a botnet, perhaps it could be using an unknown SETI@Home/BOINC exploit or trojan?
|
|
|
|