i updated the script so it works with bash on linux:
I've been running it on Linux, and bash is my shell. What version of bitcoind are you running? I pulled the most recent changes from git master this morning, as it had been dying on me lately for no good reason. had nothing to do with bitcoind, the problem was non existing escaping of [ and ", you probably dont run bash, maybe dash? Nope...bash is a system package on Gentoo. I have v4.2_p37 on most of my boxen (including the mining/bitcoind/litecoind box). |
|
|
|
i updated the script so it works with bash on linux:
I've been running it on Linux, and bash is my shell. What version of bitcoind are you running? I pulled the most recent changes from git master this morning, as it had been dying on me lately for no good reason. |
|
|
|
I'm using 0.8 beta of bitcoind and the script fails to work because I think the JSON format might have changed. The script looks like it is expecting each "amount: $num" to be on a separate line, but in 0.8 the JSON format is compact so there are no newlines. I think right before `grep amount`, `perl -pe 's/,/,\n/g'` (or equivalent) should be used to add a newline after every comma.
Something must've changed in the past few weeks, as now that I've gotten a chance to test CheapSweep against a beta build, it's working properly. I made no changes to the script...just had it sweep some free coins a little bit ago. The bitcoind I'm running was built from whatever was on GitHub last Friday. |
|
|
|
Looks like it's already there: https://ltcexchange.bitparking.com/mainSell price is already down to 0.0028 BTC/Ł. Buy is still at 0.00389 BTC/Ł, but it's not likely to stay there. If this keeps up, I'm switching back to mining Bitcoin directly. |
|
|
|
I can't figure this out. I have a lot of BTC addresses with really small amounts. Like 0.000671...etc. I'm using blockchain.info and when I try to move these small amounts into my main account it doesn't let me because there isn't enough to cover the fee the nodes would like to get paid. I even set it to "frugal" so that there would be no fee paid but that doesn't work. I don't care if it takes days for it to clear, but it's just a bit irritating to dispose of these addresses while there's still a balance.
You might want to take a look at my CheapSweep script. Zero-fee transactions can take 1-3 hours (or maybe more) to confirm, but I've not had one not get confirmed yet. ( Edit: Had received a report of trouble between CheapSweep and recent bitcoind betas, but was unable to confirm...it worked for me yesterday.) |
|
|
|
(As for versions, cgminer is v2.10.4 and reaper is v13b4. Both are 64-bit builds on AMD64 Gentoo.)
Are you using in the shell before starting cgminer. export GPU_USE_SYNC_OBJECTS=1
export GPU_MAX_ALLOC_PERCENT=100
export DISPLAY=:0
They're in the script that launches cgminer: DISPLAY=:0 GPU_USE_SYNC_OBJECTS=1 GPU_MAX_ALLOC_PERCENT=100 screen -dmS miner cgminer This starts cgminer in a named screen session. |
|
|
|
thread-concurrency of 8000 works fine on my 7770 using cgminer and pulling 190kh/s. I'm not sure why it's crashing for you.
what thread-concurrency do you use with reaper?
Here's my reaper/litecoin.conf...looks like 6144: host **REDACTED**
port 9332
user **REDACTED**
pass **REDACTED**
protocol litecoin
worksize 256
aggression 18
threads_per_gpu 1
cpu_mining_threads 0
sharethreads 4
lookup_gap 2
gpu_thread_concurrency 6144
long_polling yes
and my cgminer.conf: {
"pools" : [
{
"url" : "**REDACTED**",
"user" : "**REDACTED**",
"pass" : "**REDACTED**"
}
]
,
"intensity" : "13",
"vectors" : "1",
"worksize" : "256",
"kernel" : "scrypt",
"lookup-gap" : "1",
"thread-concurrency" : "2048",
"gpu-engine" : "0-0",
"gpu-fan" : "0-0",
"gpu-memclock" : "0",
"gpu-memdiff" : "0",
"gpu-powertune" : "0",
"gpu-vddc" : "0.000",
"temp-cutoff" : "95",
"temp-overheat" : "0",
"temp-target" : "0",
"algo" : "scrypt",
"api-port" : "4028",
"expiry" : "120",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"gpu-threads" : "1",
"log" : "5",
"queue" : "1",
"scan-time" : "60",
"scrypt" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "/usr/lib/cgminer"
}
This is a dedicated mining box, usually running with just power and network cables plugged in (no monitor). Just now, I tried setting cgminer's thread-concurrency to 6144. It tried to start, but crashed before it could get going. Bumping it back down to 2048 got it running at the reduced rate. I've switched it back to reaper. (As for versions, cgminer is v2.10.4 and reaper is v13b4. Both are 64-bit builds on AMD64 Gentoo.) |
|
|
|
Just talked with Warren (Buffet), I needed to postpone our duet ukelele concert. He told me in confidence that he is dumping all his silver (130M oz.) and buying bitcoins. Before the end of next week. Please pass the word.  Ten dollars? Why would you want it to go down? FWIW, it seems to have taken off in the past day or two...over $15 now, after spending most of the past few weeks at $13.xx. |
|
|
|
personally for a 7750 because of the low gcn core count I would use cgminer and the following config: cgminer --scrypt -o http://yourpool.com -u username -p password --thread-concurrency 7168 -I 18 -g 1 -w 256 Make sure you set the memory and gpu speeds correctly too, you should get ~150 kh/s Going by the FAQ, that thread concurrency value is way too high. On mine, it ends up throwing an error: Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG
Failed to init GPU thread 0, disabling device 0
Restarting the GPU from the menu will not fix this.
Try restarting cgminer. Values above 2048 make no difference; this is 4x the number of shaders (512) in the 7750. With a card factory-overclocked to 880 MHz, I'm getting 125-130 kH/s with cgminer. reaper produces closer to 160 kH/s. (Both numbers are what the respective programs report on-screen.) I'd post my reaper settings, but they're nothing special and my mining rig locked up while I tried overclocking it further with cgminer. I gave it this to reboot, since neither X nor cgminer were killable (not even "kill -9"able): for i in r s b; do echo $i >/proc/sysrq-trigger; done but it's not come back up yet after three minutes...might be doing a fsck. It might be offline until I get home and power-cycle it. :-( |
|
|
|
More for shits and grins than for anything else (and because I just got a Galaxy Tab 2 7.0 for my birthday recently), I've forked bitaddress.org so I could feed it to PhoneGap Build (which requires an index.html file in your project). The result is here: http://dl.dropbox.com/u/57535575/bitaddress_org.apkThis download link provided by PhoneGap Build might also work: http://s3.amazonaws.com/android.phonegap/slicehost-production/apps/226626/bitaddress_org-debug.apkIt's unsigned, so you might need to enable installing from unknown (?) sources. It works for me, but since it's my first build of an Android app (and since I have a whopping two days' experience with using Android), it may be less than optimal in some ways. I had tried doing an iOS build previously to get something similar for my iPhone and iPad, but that requires paying ~$100 to Apple for a build key. |
|
|
|
|
Switched my 7750 to Litecoin mining a while back as there's more profit in it...waiting for my Jalapeņos to arrive.
|
|
|
|
Does bitcoind RPC interface broadcast arbitrary transactions for you?
If you create raw transactions, the usual checks AFAICT are bypassed. I've sent transactions up to about 10K or so with tiny fees ( BTC0.0001- BTC0.0005). I'm not sure how big my latest zero-fee transactions have been, but they've all gone through within (usually) 1-3 hours. |
|
|
|
I'm using 0.8 beta of bitcoind and the script fails to work because I think the JSON format might have changed. The script looks like it is expecting each "amount: $num" to be on a separate line, but in 0.8 the JSON format is compact so there are no newlines. I think right before `grep amount`, `perl -pe 's/,/,\n/g'` (or equivalent) should be used to add a newline after every comma.
Hmm...haven't tried that version yet. I'll have to look into it. |
|
|
|
. . .
this is not supported by the Qt client (as of today).
However, the following clients do support this feature (each with their own way):
Electrum (see the Prioritize context menu in the receive tab)
Armory
Blockchain.info
Or, depending on your skills, I suppose you can create a raw transaction and paste it into the [ Help->Debug window->Console ] in Bitcoin-Qt. That's the approach I took with CheapSweep, except that it talks to bitcoind's RPC interface. |
|
|
|
You might be able to get some ideas from ADTPro: http://adtpro.sourceforge.net/It's a program for getting downloaded software transferred to an Apple II. It has several transfer modes to choose from according to what peripherals the destination machine has available; one mode is to run an audio cable from the line-out jack on your newer computer to the cassette-in jack on a II, II+, or IIe (or cassette-out to line-in if you need to go the other way). You can probably get a higher data rate between two newer computers than what ADTPro can manage when one end of the link is being driven by a 1-MHz 6502, but it should be a start. |
|
|
|
The idea here of using a file to seed a deterministic wallet is clever, but the dependency on pywallet.py to convert hexkeys to something usable leaves something to be desired: it's rather slow at what it does, and it depends on Python libraries that you may or may not have on your computer. This thread has some useful code for doing the conversions we need. Mash the two together and you get this: https://github.com/salfter/fillet/In the current iteration, it includes a shell script that calls fillet.py and hex2wifaddr.py to retrieve an address or private key, given a seed file and an index. If qrencode and ImageMagick are installed, you can have it throw a QR code up on your screen. fillet.py is unchanged, but I'm thinking it wouldn't be much of a change to get it to call hex2wifaddr.py instead of pywallet.py. I use a shell script (getkey.sh, included) to get a private hexkey from fillet.py and pass it off to hex2wifaddr.py with the appropriate options. The use case I'm envisioning for this is to crank out an indexed list of addresses in a textfile; pull from this list as needed. When you need the corresponding private key, you can call it up on a secure system (possibly an offline system). |
|
|
|
Looks like someone already necro'd this thread so I won't have to.  I stumbled across this thread while looking for something faster than pywallet to convert hexkeys to WIF privkeys and addresses... haven't quite gotten it running yet as it appears to depend on vim, which I don't usually have installed (vim provides xxd) just got it running after installing vim. It might be worth noting in the OP that it needs vim (and openssl, but I already had that) to run. |
|
|
|
"I could end the deficit in 5 minutes. [...] You just pass a law that says that anytime there is a deficit of more than 3% of GDP, all sitting members of Congress are ineligible for re-election." -Warren Buffett
Probably not a good idea. You'll basically end up replacing people who know what the hell they are doing with people who are clueless. At least in the private sector there is an abundance of skills learned from other businesses. Since the government is a monopoly, you can't just hire a Senator from some other Senate. People not knowing what they are doing might actually do a better job because they would then revert to their own common sense and sense of morality. I would actually rather risk gather a random person from the street and make them Senator than put my faith in someone who "wants" to become a Senator. Sounds like a variation of William F. Buckley's quip that he'd "rather entrust the government of the United States to the first 400 people listed in the Boston telephone directory than to the faculty of Harvard University."  |
|
|
|
|
Show Posts
