Bitcoin Forum
January 27, 2021, 01:48:05 AM *
News: Latest Bitcoin Core release: 0.21.0 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Bitcoin / Development & Technical Discussion / Re: cuda scamming from 2010-07-18 on: December 03, 2010, 01:41:37 AM
No, I just googled 'omegadraconis'.  Not sure if that's the 'omegadraconis' we are looking for, but the guy does look technical.  Sorry if I made this a witchhunt.  Sad

omegadraconis has received a payment about 20 BC from a guy who has received 200 BC from the scammer. I don't believe that omegadraconis is the scammer. Maybe omegadraconis knows him. I sent omegadraconis a PM.;u=597
Last Active:  November 20, 2010, 03:20 am

So i just noticed this thread (and your pm) as I have not been on the forums for a while. I am not the guy you are looking for I am afraid, though that is my flickr account and I am a technical guy. The 20btcs you are talking about came from . Hiroe is the one who sent them to me, I do not know Hiroe outside of that single transaction. Hope that helps in someway.
2  Economy / Marketplace / Re: 100 BTC giveaway. Post address for bitcoins! on: September 14, 2010, 03:08:30 AM
Very quick thank you again, 16 bets placed for me  Wink
3  Economy / Marketplace / Re: 100 BTC giveaway. Post address for bitcoins! on: September 14, 2010, 02:12:59 AM
I was thinking of trying the lottery out and this seals the deal. I would like to go for a 16coin bet. My address is 16wv3KGFnK1GGi3ZUVFdxKUTftv1DUQFs3. Thank you TTBit!
4  Bitcoin / Mining / Re: A slightly more open approach to bitcoin on the GPU on: September 13, 2010, 09:20:09 PM
Anyone have a working OS X binary they wouldn't mind posting? I am still trying to get my build tools figured out on OSX as it is not my primary OS currently.
5  Bitcoin / Development & Technical Discussion / Re: Running Bitcoin on Virtual Private Servers? on: September 09, 2010, 04:09:31 AM is a great site that lists cheap vps hosting offers. There are many and performance will vary depending on the host but, it's a cheap way to test it out. I think this type of thing will depend greatly if the provider oversells the vps servers capacity or not.
6  Bitcoin / Bitcoin Technical Support / Re: I require Linux help... specifically SSH... on: September 09, 2010, 04:00:55 AM
I am trying to create a SOCKs proxy on my local Bitcoin server. It ends up I have no idea what I am doing. I entered the following commands:

sudo ssh -ND 443 <my server's hostname>@<my ip address>
sudo ssh -ND 9999 <my server's hostname>@<my ip address>

I forwarded the ports on my router. In short, it doesn't work. How do I revert these commands?

Run "ps", that should list the processes running. Once you find the pid's of the commands above you can issue a "kill" command for the pid.

You could also use "top" to see a list of the active processes on the system. Once in top if you hit k and then enter the pid it will kill the process.
7  Bitcoin / Mining / Re: A slightly more open approach to bitcoin on the GPU on: September 09, 2010, 03:46:03 AM
I think the big secret thing with cuda or opencl clients is that they give one person a decisive advantage over everyone else running only a cpu. Add that with the fact that most users don't know cuda programing (me included) makes for a situation where a cuda client can be valuable to the author... For example artforz has made his own cuda client that has not been released. It has been rumored that he makes up 25% of the generation power on the network. It give him a huge advantage and one I think artforz would like to keep.

The down side to opening up a GPU client to the masses is that it completely kills CPU based generation unless you have a lot of cpus.... On my windows client I went from 4500Khash to 29000khashes.

I will give this a try here in a few days or so on my 8800gtx hackintosh and see how it runs. What GPU does your mac have in it?
I have no cuda or MAC OS X programming knowledge but, I have done some c in BSD and will have a go at the code to see what I might be able to do. Thank you for your efforts!
8  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 08, 2010, 09:06:48 PM
This is probably one of the best reasons we should switch the main client to a more restrictive license, that wouldn't allow to redistribute a closed source client based on the original client.

Anyway am I the only one who's wondering if the reported performance is actually what is going on under the hood? It doesn't take a lot of effort to just multiply the real number of khash/s by a constant factor, which would urge people to use the modified client which in turn sends part of the coins to the author, without providing actually any benefits?

Has anyone verfied the odds of generating coins with the theoretical number [1]?


In my closed test network experiment with the client the speeds did seem to be on par with what should have been seen. The difficulty was 1 and I khashed @ a rate of ~28500KHPS. I found that I should be seeing a block roughly 7 minutes with a 95% probability. I was seeing them within this time frame regularly. It seems to me to be working but, I have not gotten to put it to much use on the public network as of yet. I am going to start running it full tilt on the public network now to see what happens.
9  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 08, 2010, 01:32:25 AM
Anyone have this running on windows?

The client posted by puddinpop is a windows client. Probably at this point could use it's own thread and perhaps a mod should split the topic at the point that puddinpop posted the client to avoid further confusion. I have been running the client on windows 7 64bit for a few days on and off.

I am currently doing some testing on the client on a closed network of clients. Thus far the client has not done anything outside of generate coins and send some to the authors address. Netstat does not show any extra ports being listened to. I am fairly confident that the client is not doing anything out of the norm for a bitclient (i.e. virus, malware, etc.) and it does pass online anti-virus tests. The client may have a bug that I am trying to verify tonight. I don't want to cause a stir until I am sure and would like very much for some one else verify they are getting the same results as me. I will post more once or if I see the client do the same thing again as I deleted the data files and started over clean. I will know in about another 75blocks (sometime in the middle of the night). In the mean time has anyone else linked a client with this one and let the run from block 0 on a closed test network?

[Update] OK no bug here just a matter of the way the client works. Everything a block is generated the "debit" is incremented by 5btc. This debit is sent right then if coins are available. What I was seeing on my test network was that clocks were being generated and taking a long time to mature so that once I have 50btcs generated and matured they would all be debited out of the client because the blocks had already been generated. I would say my test of the client makes me trust it with a fair level of confidence.
10  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 06, 2010, 04:36:39 PM
Just wanted to send another update here that the client is running just fine for the most part of about 14hrs or so now. I had to stop it once to add a fan to my gpu because it was overheating, Otherwise generation is stable.

Also something that I noticed, when I use the -server and -daemon switch the client exits after the command has been sent. For example when I do a getinfo, the info box comes up but, after that the client closes, no crash just exit. The log shows the getdata command and then some operations afterwards, so it doesn't seem like it's bailing out right at the command being sent. Anyone else having this issue?
11  Bitcoin / Development & Technical Discussion / Re: Switch to GPL on: September 06, 2010, 06:27:16 AM
There we have the whole "FOSS is commie" discussion again.  Wink

AH but, I wasn't talking about FLOSS at all . Cheesy

I meant that by leveling the generation rate across all clients everyone has the same chance to generate a block (well that is if everyone's computer was the exact same) hence commie. Where as if someone make a client to make more khashs then everyone else it's more like capitalism.
12  Bitcoin / Development & Technical Discussion / Re: Switch to GPL on: September 06, 2010, 04:25:40 AM
The GPL doesn't force you to release your source if you don't publish the software publicly. Even the AGPL wouldn't force you to release the source in this case, since you're not really allowing people to interface with your software.

MIT-style licensing is the only way to ensure widespread adoption. Companies won't touch GPLed software.

I did realize this is true on both accounts. I'm not by any mean saying switching to GPL is a super great idea I was just wondering what everyone thought about it. As has been pointed out it would do nothing to stop someone from making a private client which is fine. If someone spends the time to optimize a client and use it to there own gain then that fine so long as they don't control the whole generation of coins. I would compare that make your own client to capitalism, where as if we were to force everyone to release everything so the field was completely level would be loosely like communism.
13  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 06, 2010, 04:12:27 AM
I'm not a programmer or expert user, so go easy on me please.

I have an old athlon machine that can generate ~1850 khash/s. I have a geforce 8500 gt on that machine, and used this to up production to ~2150 khash/s (says GPU 2150, so I know I'm using the -gpu). How can I get these 20,000 khash/sec that everyone else is? Is my athlon the bottleneck here, or can I just buy a nicer video card?

For Cuda I think (emphasis on think, not know) the best thing to look for would be the number of Stream Processors, which is like the number of cores. If you are using an old Athlon and your stuck with agp I think this will slow you down abit vs a pci-e bus but, I really don't know. Also you would want to make sure you cpu can keep up with pumping data to your gpu. Like I said in my post one of my cpu's cores is pegged @ 100% usage while the gpu crunches away.
14  Bitcoin / Development & Technical Discussion / Switch to GPL on: September 06, 2010, 02:54:49 AM
A thought has occurred to me that bitcoins client is released under mit which allows for closed source clients that would give someone an advantage over everyone by modifying the client and not releasing the code. If we changed to GPL this would force anyone who created a modified client to release the source code under the terms of the GPL.

A few thoughts for discussion here:

Do you think switching to GPL would be a good idea?

If someone released a closed source client how could we enforce the GPL?

Would changing to a GPL stifle development in anyway?

Would this make it less likely for new clients to be developed?
15  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 06, 2010, 02:43:02 AM
Although I don't use windows, I'll donate some bitcoins to puddinpop if they release the client source code as open source.  Otherwise I'll donate some bitcoins to the first person to release a hacked/modified version of the client that disables the 10% autopayment on block generation, whichever comes first.

I will donate for an opensource client.
16  Bitcoin / Development & Technical Discussion / Re: Generating Bitcoins with your video card (OpenCL/CUDA) on: September 06, 2010, 02:16:31 AM
My 8800GTX is currently crunching at a blistering 25000-24000 khashs with one cpu core pegged @ 50%. The hardware is the exact same as above where I posted my results from the mac OSX Cuda Client but, running windows 7 ultimate 64bit. My system is still usable (browsed the web with no noticeable difference) but, windows menus and other aero enabled windows are laggy. Not trying to be "that guy" but, I am a little un-trusting of a closed-source client that sends bitcoins to a random address without knowing what else is under the hood. Then again if it nets me coins and only cost 5 thats not bad as long as that is all it does. Anyone using it generate coins yet? Also how many coins would you want to opensource the client?

Wanted to add a note here that I have been running the client for about 8 hrs now and it is stable no crashes. Seems that puddinpop did a good job with the code. I think I can live with the 10% tax for now once I see the coins start rolling in.
17  Bitcoin / Development & Technical Discussion / Re: block generation on the VIA C7 on: August 15, 2010, 03:25:48 AM
I was wondering if there was any update to this as I have a c7 cpu and would like to use this to crunch a few extra khashes on the machine. Is the code working properly? What motherboards are you two running?
18  Bitcoin / Development & Technical Discussion / Re: A tty-like interface on: August 15, 2010, 01:53:25 AM
You got the idea, unix-like pipe would be a suitable connection .
As to prevent cheating and double spending, I am agree with
you it is hard to prevent in off-line transactions. However, it might be a habit for future bitcoin user to check immediately validity
of an offline transaction with on-line checker. Or they might only accept offline payment from a trusted party only.
It is problem with people and habit when using bitcoin, IMHO.

I gave it a little more thought here and wandered back to the time I used to work retail and use credit card machines. Most of them worked by having the card swiped and preforming an initial hold on the account for the amount. The amount was not actually finalized until the "batch" of transactions was run at the end of the day. I was thinking an system like this could work well for pseudo-offline system. You would still need to do an initial validation of some kind, like a bitcoin credit check or if the system for bitcoin reputation comes to be in effect, and then put the transaction into the batch for later processing.
19  Bitcoin / Development & Technical Discussion / Re: A tty-like interface on: August 12, 2010, 03:40:50 AM
The only problem I see is the any coins moved to a vault would need to be confirmed by the network when moved into the vault and confirmed when taken out of the vault to make sure that someone doesn't just come up with a vault file and fill it with coins. A unix-style pipe instead of a socket would make moving the coins over any link (tty, usb, serial, etc.) or media increasingly easy but, the problem again is the move would need to be confirmed to prevent cheating which requires internet.

I'm guessing here but, I think it would be possible to make a new "vault" address in the client and obtain the private key for that address from the wallet file. Somehow bind the address to a vault file and have the client transfer the coins to the "vault" address. The network would try and send the coins to the vault address which is off line. Once you move the vault back online the network should confirm the vault has the coins. Might be able to do something like this with two wallet files but, I think there is a bit of risk involved with what I described.

Having a method of doing off-network transactions would be pretty neat, I think we could open bitcoins up to more "everyday" transactions. The transactions could go into a batch and then be processed when internet is available. The only problem I could see is a case when someone overspends the coins they have and leave the receiver high and dry or simply doesn't send the coins at all but, thats probably not a problem so much with bitcoins as it is with people  Wink
20  Bitcoin / Development & Technical Discussion / Re: Super node on: August 08, 2010, 11:36:01 PM
From the thread here:
main.h:        // To limit dust spam, require a 0.01 fee if any output is less than 0.01
The general idea seems to be that once a BTC is worth more they can change this value.

lachesis points out that:
I think a 0.01 BTC minimum send is fine for now. At the current exchange rate, that's 8/1000 of a penny USD, or 80 millionths of a dollar. Any micropayment smaller than that would not be made one at a time....

I'm not aware of any other transactions fees but, I am not the expert by any means...
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!