|
Nothing happens. Afaik, Bitcoin has only one user and password, the pool acts as proxy to the bitcoin daemon. The pool takes care of share counting, validation(only if a share matches the target does it get sent to the daemon). So workers is a feature of the pools, not the daemon.
|
|
|
|
onehourwin.com is now live. We have come up with a simple and fun Bitcoin wagering site. We have simplified winning odds and simplified payouts. One hour win is a new "roulette-like" site. It allows players to bet on numbers between 1-36. and pays 26-to-1 when a player wins. Here are some of the great features of the site; - 26x payout (2600%). Bet BTC1 and win BTC26
[/b] - Drawing is done every hour
- Free Faucet that grants free Bitcoins ever hour
- Crazy Affiliate program. We are the only affiliate program that does not pay dust. You must see it to believe it. http://onehourwin.com/AffiliateProgram.aspx
Visit the site: http://onehourwin.comLike on Facebook: http://facebook.com/onehourwinFollow on Twitter: http://twitter.com/onehourwinI have seen a person bet 0.001 on Just-Dice and win 26 Bitcoins. |
|
|
|
Take a look at my "MINING" thread currently to be found in the Service->Marketplace section.
There you have a pure python secp256k1 implementation in my github project.
Thanks, Evil-Knievel! No wonder I haven't found it when it's so fresh. Off to take a good look how to use it. Bitcoin is Secp256k1, not Secp521r1, different curves.  https://github.com/warner/python-ecdsa/blob/master/ecdsa/curves.py |
|
|
|
There is a port of the posix threads for Windows, search for it. And yes, those are the sources regardless of OS. |
|
|
|
Well, the "laws of the universe" know time dilletation right? You could cause a computer, which is accellerated to near light speed, to bruteforce for 100.000.000.000 years (your picture states that power consumption is negligable) while here on earth only a few seconds pass by. This is Einstein's "laws of the universe".  You'd have to do the math but even if 100 billion years pass in a few seconds how many seconds would it take to count to 2^256. Probably a incomprehensible amount of seconds. Well, bruteforcing one address in 100 billion years might be possible, in fact you may even be able to bruteforce a few more than that. Might want to rethink that... 115792089237316195423570985008687907853269984665640564039457584007913129639936 addresses and 3155760000000000000ish seconds in 100000000000 years. I'll let you figure up the rest of the math. You are thinking counting in terms of now, you don't know the technology we'd have in 100-200 years let alone 100 billion. |
|
|
|
|
So how or when can you mine this? Or when can you buy it?
|
|
|
|
Well, the "laws of the universe" know time dilletation right? You could cause a computer, which is accellerated to near light speed, to bruteforce for 100.000.000.000 years (your picture states that power consumption is negligable) while here on earth only a few seconds pass by. This is Einstein's "laws of the universe". You'd have to do the math but even if 100 billion years pass in a few seconds how many seconds would it take to count to 2^256. Probably a incomprehensible amount of seconds. Well, bruteforcing one address in 100 billion years might be possible, in fact you may even be able to bruteforce a few more than that. |
|
|
|
I believe that if you use a turboencabulator with Dodge gears you could get it up to 50-100 TH/s with very little additional work.
Read above post, the flux capacitor would eliminate any bottleneck within the Newton Barrier. And to spare OP the falling in the bathroom to figure out how it looks/works, I will provide him with a picture  |
|
|
|
the possibility is super super small, like 0,0000000001%  much lower My application provided a list of addresses(my list has 30k addresses) does 30 million address generations per second, all of which are compared to the list of 30k addresses on a single core. |
|
|
|
|
OP, may I ask why Windows 95? Isn't that like two decades old?
|
|
|
|
Hello guys! I'm looking for someone with deep mathematical skills who can create an algorithm which automatically detects the most profitable scrypt coin to mine depending on difficulty, block finding chance, exchange rate, hashpower and other factors.
I'm offering 1-5 BTC as reward. (more if you help me with backend and other necessary things).
You should have basic knownledge of HTML, PHP, and more advanced skills in either C++ or C.
Please PM me for more details.
Such an application will either need an API to gather all the data, or you need to have an up to date blockchain of each coin you want to track. |
|
|
|
Actually on a local supermarket that I frequent to it takes about 30-60 seconds to complete a payment with a CC, really slow and by the time it finishes, a huge line has formed. With Bitcoin, if the supermarket provides their own free Wi-Fi, to which their own bitcoind is connected to, it will make the transaction way faster than a CC and best part, you don't need to wait for change, you pay the exact amount and just leave. |
|
|
|
I decided to try and re-read the manga Akumetsu simply because I like it, and then I thought it feels very relevant to Bitcoin(sort of) http://mangafox.me/manga/akumetsu |
|
|
|
What identifies the unique block chains once I go in and modify code on my end? If I set my code to generate 2x as many coins upon finding a block surely it would be seen as incorrect code.
Again what actually makes the chain unique. If Joe and John both compiled the same coin code, would each be its own coin or would 2 coins exist?
Well the first thing you do when creating a new coin is changing the default P2P port as well as the magic bytes. |
|
|
|
SAVE form BTC s Torjan
Thanks
I wasn't sure in the beginning if OP was trolling, I had a difficult time reading this. I mean "Torjan", really? |
|
|
|
|
This looks very very fake to me, first of all, the transaction 235ca349b7ce66455b3606e90add1d148ee34e9407fd71f9b543ea7e76b17fbd doesn't even exist(took me a while to type it by hand). Address 1HYDaDS4YhmBeKTFZvKyttSuPkPh9CYZgD also has nothing on it(took me a while to type in that too).
|
|
|
|
|
I've been living under a rock, I don't understand why since the 12th the price has started to just plummet. Any information?
|
|
|
|
|
Free coins to everyone on bitcointalk.org?
|
|
|
|
If a hard-fork is allowed, could we forbid one address to mine more than N (maybe = 6) blocks in a row? In other words, the new bitcoin clients will reject the (N + 1)th block mined by address A if the previous N blocks mined by A. This certainly will not prevent general 51% attacking since the attacker can change the mining address easily, but considering currently most mining pools are using one mining address, it will be useful to avoid panic caused by big mining pools. As long as the big mining pool promise to use one address (easily verifiable), we no longer need to worry about them any more. Any thoughts about that? May I add this suggestion to the hard-fork wishlist?  Just because a pool uses the same address to mine blocks, doesn't mean it is forced to do it. If what you are suggesting is implemented(and it won't for obvious reasons), the pool will just change the address. |
|
|
|
|
Show Posts
