Once upon a time there was the biggest dumbass in the world named, Realsolid. He typed a bunch of bullshit into his computer. Compiled it. Released it. Then acquired shills to help troll this subforum to hell. Realsolid sucked ass at PR. Realsolid sucked ass as a coder. Realsolid touted his "great new payment system". Then Realsolid went silent. Then his shills started to ask when MicroRASH would be released. Realsolid begged his shills to give him 250 BTC to finish MicroRASH because he was unemployed and could not pay his bills for his wife and family. Realsolid was paid 250 BTC at least. Realsolid made promises to deliver. Which he has not. THE END ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Note: sounds like every other scammer around here. Not able to deliver like a fat pussy. well at the end uve got PPCoin ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
The site is on a dedicated hosting server.
no longer relevant but ty anyway ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
Treazant is for folks who prefer for the Bitcoin reward to stay constant forever. Block chain confirmations will resume once ASIC hardware starts to arrive. The client only requires a few very trivial modifications to work. The one piece of the puzzle which would be useful, but is not required, is functionality to export wallets from Bitcoin and import them to Treazant and vice versa. If you haven't sent any outgoing transactions after the reward halving yesterday, then a simple copy and paste backup and restore should work fine. Minor modifications to accommodate the larger supply of currency will occur at block 420,000 and as needed at each subsequent 210,000 blocks.
this means I can double-spend my bitcoins on both chains, treazant and bitcoin? better idea: wait for treazant to come up and get an exchange, dump ur "trezant/bincoin" from the past to real bitcoins ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
Amazing! Now that I have all this experience with PyQt and a super-versatile library under-the-hood, making the interface was not hard at all! How's it look? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fdl.dropbox.com%2Fu%2F1139081%2FBitcoinImg%2Fscreenshot_coinctrl.png&t=663&c=AEMJeqNOtlfDEw) That's purely the interface, showing you all non-zero-balance addresses, and updating the send-BTC dialog to show you the result of your selection. It doesn't actually work yet (it still selects from all addr). Getting that part working is my project for after dinner... perfect, but still the ugly ubuntu 10.04 look ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) why no upgrade to the real (maverick and later) ones, i already send ya a PM. thanks for this, gonna love it ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
that would be awesome, do you accept a DVC tip?
What is a DVC tip? I always accept tips ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Given the magnitude of implementation complexity, I guess it makes sense to jump into coin-control now... compared to how long it will take to do the new wallets, it looks like noise... https://bitcointalk.org/index.php?topic=34586Armory is by far the most feature rich wallet i saw and this would be just the killer feature, i know electurm does support CoinControl too but it does serve the needs of normal/standard user, so its nothing for me. Since Armory is opensource you (with the armory project) are electable for a continues Devcoin support, so check it out ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif)
|
|
|
Ok, I found something that's broken. When I try to sign a message with a key that's in a watching only wallet, it crashes hard with this in the debug log: Well then, don't do that! ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) To be fair, it sounds like I need to put some more protections on some of the dialogs when the user is using a watching-only wallet. I thought I had caught a lot... but I guess not yet. Getting people to test has been hard, so I keep finding stupid stuff like this that has been in there months. Perhaps I need to start offering 0.1 BTC bounties for finding bugs in the software -- I bet I'd get a lot of people digging in hard! Or I might go broke... What about killerstorm's changes to support colored coins? Might those be a starting point?
He actually already contacted me and I suggested that there will be room in the new wallet format for including "extra attributes" with the addresses. I don't plan to mess with colored coins myself, but it might make it easily extensible by others. Armory does not support coin-control, but I think it will not be terribly difficult to support. I just have some other priorities. I *do* plan to add it when I'm feeling stuck with some major other feature upgrade ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) damnit, im looking for such a client :S and i really like armorys design. You're not the first person, by far, who has asked for this. I suppose I could bump it on the priority list for after beta -- because not only is it in high demand, I don't think it will be that hard. I think I already know how to do it, I just need to devote a day or two to implementing and testing. Luckily, the underlying libraries already have all the hooks I need (I just create a new wallet in RAM with only the specified addresses, and retrieving its balance and creating transactions with it is trivial). And I think I already know how to create the window to let you select the set of addresses from which you want to spend coins... Maybe I'll do it this weekend! I am already kinda stuck with the new wallet format, while I wait for feedback about my design ideas... that would be awesome, do you accept a DVC tip?
|
|
|
Armory does not support coin-control, but I think it will not be terribly difficult to support. I just have some other priorities. I *do* plan to add it when I'm feeling stuck with some major other feature upgrade ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) damnit, im looking for such a client :S and i really like armorys design.
|
|
|
Ubuntu 10.04 LTS, there is another person who made it with the newest debian and the new Gnome3, it was hard to even control it lol
|
|
|
im submitting stales too since u can find a block even with an orphaned share. i didnt find out yet how to do it with cgminer but i didnt check on that anway.
cgminer submits stales automatically on p2pool without any specific configuration (a pool can request stales to be submitted and cgminer honors the request). perfect, ty!
|
|
|
After 12 hours on v9.2 my stale rate has gone up to 36% - whereas on the previous v9.1-9 it was steady at a lower (but still high) 18-22%. Connections seem quicker, but those damn "punishing share for stale" and "tx" messages are constantly thrown at me. Might go back to the previous build.......
0% stale for me ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) I know how you done it......you swithed it off! lol nope still mining since i dont see BTC as a goldrush/moneymaking.
|
|
|
How to setup --submit-stale parameter in cgminer ? Submit or no submit ? K1773RThanks. im submitting stales too since u can find a block even with an orphaned share. i didnt find out yet how to do it with cgminer but i didnt check on that anway.
|
|
|
After 12 hours on v9.2 my stale rate has gone up to 36% - whereas on the previous v9.1-9 it was steady at a lower (but still high) 18-22%. Connections seem quicker, but those damn "punishing share for stale" and "tx" messages are constantly thrown at me. Might go back to the previous build.......
There few parameters you should look at: 1. Local rate: xxx H/s (yy% DOA) DOA there should be very low (max few %). If it is high possible miner config is bad or node GBT/lag is very high and you are mining old share. 2. Shares: xxx total (yyy orphaned, zzz dead) Efficiency: qqq% yyy depends on mostly LUCK, some on config. Orphaned share means that someone found share at same time as you, and yet another share was put on his share not yours. zzz depends on node and bit on luck. Dead share means that it is another share already after that one you was mining. So if your node is lagging and not fetching/passing shares fast enough you will get more dead shares. Hi rav3n, My local DOA rate on p2pool is 1.8% which is pretty normal for me. I just done a few tweaks on my rig and rebooted, but before that I was over 36% stales and about 75% efficiency - where as before all this malarkey I was at a constant 98-110%+. Ki77er, how do you manage to get a 0% stale rate when the pool stale rate is over 20%? Teach me Obe Wan..... i cant tell you why, i can just guess.
|
|
|
Ok, killer just to be safe, add those two files to your zip and I think it will work, I experienced the same issue when I did the install. One of the dlls I downloaded wasnt any good had to get another for libgcc_s_dw2-1.dll. Any way we could change the programs name from bitcoin to devcoin?
i will fix that so u dont need it! did i really forget to rename it from bitcoin to devcoind? that would be a shame ^^ EDIT: nvm i did rename it. EDIT2: uploaded newer bundle with static linked libsdtdc++ and libgcc
|
|
|
After 12 hours on v9.2 my stale rate has gone up to 36% - whereas on the previous v9.1-9 it was steady at a lower (but still high) 18-22%. Connections seem quicker, but those damn "punishing share for stale" and "tx" messages are constantly thrown at me. Might go back to the previous build.......
0% stale for me ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif)
|
|
|
There is an auto fee included as i recon 0.5% goes to forrest.tv but thats ok; and you could switch it of:) ?
yes: --give-author 0
|
|
|
Devcoin Windows BundleThis Devcoin Windows Bundle includes everything u need to get started: - receiver_*.csv - All receiver files needed to date.
- README.txt - a simple explanation how to use Devcoin(d) on Windows
- devcoind.exe - CLI deamon
- devcoin.exe - GUI server/client
- devcoin.conf - Devcoin Configuration file
- libcurl.dll - library for receiving new receiver_*.csv files
- MD5SUMS - md5sums (hashes) of all included files to check if they are corrupt or not
- MD5SUMS.sig - Signed by me to aprove integrity
Download: http://www.darkgamex.ch/devcoin/Devcoin-WindowsBundle.zipMy GPG public key can be found in my signature. @Unthinkingbit: could you link to this post at your OP? Should be helpfull for beginners.
|
|
|
and done, i was even able to fix the wx Code (and part of library) so we got a working GUI (you can even mine with it if you specify --server, unlike the QT variant).
gonna upload a zip as before. it will contain everything needed for mining, all you have to do is to place it in %APPDATA%
@jasinlee: pls delete everything expect the following files/folder in your Devcoin folder: wallet.dat devcoin.conf receiver/
So when you upload that I will take a stab at it all including the mining with my rig ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) some minutes, just creating a batch file for installing ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) (long time since i worked with batch) EDIT: nvm, i forgot how ugly this shit is... will be adding a README
|
|
|
|