What if someone like a pool owner decides to hold on to a solved block for a few seconds while they purchase a ticket?
In order to purchase a ticket, they have to send funds to the site. In order to send funds to the site, a block must be solved. They would have to include the winning numbers in the block they solve, which they wouldn't know until they solved the block. There'd be no way to cheat the system in this way.
|
|
|
Learn PHP, learn MySQL, learn Ruby on Rails, forget about PHP.
And then go back to PHP once your site gets hacked due to a Ruby on Rails vulnerability. This. So skip html and go right to php?
Yes. HTML is kind of mostly deprecated at this point. You'll learn the remainder of it while learning PHP.
|
|
|
I didn't take into account the fact that the same number cannot be used more than once, so that would make the calculation 100 * 99 * 98 * 97, but even that is still 94,109,400. Where does 3,921,225 come from?
Read http://www.wikihow.com/Calculate-OddsThat doesn't explain the mathematics of multi-number draws. But, I just remembered where I went wrong. The first draw can match any of the four picked numbers. So it has a 4/100 (or 1/25) chance of matching. Not sure how to extrapolate the rest of the chances though, it gets complicated. EDIT: Also, I do hope you are successful and eventually reach a large jackpot...!
|
|
|
The Oreo whisper-in-the-library one was pretty good.
GoDaddy was stupid.
TacoBell was stupid (that's the one I've heard most people say was the best).
|
|
|
I'm getting an error.... "toString(): value: [ReferenceError: Bitcoin is not defined]"
This is when I use the custom dialog box to send from a specific address with a miner's fee added (it warned me about it being a low priority transactions). I haven't tried it without the fee.
EDIT: This was in FireFox. I tried it in Chrome, it worked just fine. Any ideas why this would happen?
Thank you for the report. Does the error continue to appear using FF? Not so far, but I can't really send out an identical transaction either. But trying it to one of my own addresses with a miners fee worked just fine.
|
|
|
Just a quick numbers-crunch on the jackpot... I'm assuming a full 4-number match will give a person the jackpot? A cursory glance at the draws list shows numbers between 03 and 99 - I'm assuming the potential draws are 00-99. 00-99 = 100 possibilities 100 ^ 4 = 100,000,000 You get 11 draws per 1 BTC so... You have a 1/9,090,909 chance to win 1400 BTC each time you send in 1 BTC. Anyone care to calculate the odds on 1, 2, and 3 matches? I lost all my maths skills after being done with the university for too long. Here are the Odds of winning 4 Matches Odds : 1 in 3,921,225 3 Matches Odds : 1 in 10,211 2 Matches Odds : 1 in 143 1 Matches Odds : 1 in 6.86 Source: http://www.lottogenie.com/html/odds.htmlI'm curious what the calculation is... but those odds are per draw, so per 0.1 BTC, you have a 3,921,225 chance of winning. I didn't take into account the fact that the same number cannot be used more than once, so that would make the calculation 100 * 99 * 98 * 97, but even that is still 94,109,400. Where does 3,921,225 come from?
|
|
|
Relevant to litecoin C:
Good point!
|
|
|
Not really relevant to Bitcoin anymore...
|
|
|
Just a quick numbers-crunch on the jackpot... I'm assuming a full 4-number match will give a person the jackpot? A cursory glance at the draws list shows numbers between 03 and 99 - I'm assuming the potential draws are 00-99. 00-99 = 100 possibilities 100 ^ 4 = 100,000,000 You get 11 draws per 1 BTC so... You have a 1/9,090,909 chance to win 1400 BTC each time you send in 1 BTC. Anyone care to calculate the odds on 1, 2, and 3 matches? I lost all my maths skills after being done with the university for too long.
|
|
|
I'm getting an error.... "toString(): value: [ReferenceError: Bitcoin is not defined]"
This is when I use the custom dialog box to send from a specific address with a miner's fee added (it warned me about it being a low priority transactions). I haven't tried it without the fee.
EDIT: This was in FireFox. I tried it in Chrome, it worked just fine. Any ideas why this would happen?
|
|
|
... - You will play at BitMillions.com from the same address where you received the FREE ฿ 1 to play.
The newest BTC (windows) client doesn't have a from address field under send coins, and I don't see how to change the default. Could someone please fill me in on how to set the from address?Thanks Use a disposable wallet, like blockchain.info or instawallet. Post the address generated from that wallet here.
|
|
|
If you match this 0.1 BTC, I will send 10 BTC, then 100 BTC, then 1000 BTC, then 20000 BTC. Progressively increasing the amount each time. You told me you can bet up to 1000 bitcoins and now your offer is for 20000?! I don't take you seriously. Do you really think I'm gonna invest time in verifying terms and conditions of your bet with Micon and studying casascius escrow system just to play the game of a betting junkie? For the record... ASICs for cryptographic purposes have been created more than a decade ago. It is not a rocket science to create one for bitcoin mining. I wrote about that before I even came across your betting addiction on this funny thread. Read about it here https://bitcointalk.org/index.php?topic=136615.0The question is not if BFL is going to deliver "something" like a bitcoin mining ASIC. After almost a year of delays even my grandma can deliver an ASIC if she collects 20 million from greedy brainless sheeple and outsources every possible aspect of the ASIC creation... With so many millions collected from the sheeple, BFL got the chance to deliver something in due course but they are so incompetent that they have missed it! They have started as a scam and will end up as a scam. Why? Because BFL fans will get back only a fraction of the value they have invested. To sum it up, you are probably on the bottom list of the people on Earth that I would care if my thoughts are liked or not. So, stop trolling and sending spam to my pm box. Wait, did I get this right? Becoin is changing to "BFL will deliver"? Why say BFL is a scam and won't ship for so long when you really didn't believe it?
|
|
|
When will you be paying back the 1 BTC?
I think you misunderstood the conditions.. ----------------------- Conditions - If you meet the qualifications please reply to this post with the bitcoin address where you want to receive the FREE ฿ 1 to play. - You will play at BitMillions.com from the same address where you received the FREE ฿ 1 to play. - You should play ฿ 1 altogether and as an additional Grand Opening Promotion, the site will automatically give you 1 free play. - The site can generate the numbers randomly using the transaction hash or you can pick your own numbers. If you decide to let the system choose for you, you will send just ฿ 1, but if you choose the numbers yourself you may need to send additional decimals to the transaction, as the numbers you pick are equal to the decimals in the transaction. For ex. if you want to play to 10 33 87 56, you will have to send ฿ 1.10338756 and the system will refund you ฿ 0.00338756, but keep in mind that it will automatically take the 0.10 as an additional play. - After your ticket is completed (all your plays have been played) you will have to leave a review on this thread about your experience or whatever comment you want to leave about the site. - You will keep all the winnings you get from the ticket. Even if you hit the jackpot you’ll keep all the bitcoins! ----------------------- This is done this way so there is a nice and transparent track of the beta tester tickets. Yesterday we sent the first 10 bitcoins to play, today we will send more.. but the beta testers have to wait for the Bitcoin we send to play.. I can send you a BTC to play as a beta tester only if you are willing to play it, I can't do anything about the BTC you already played.. Sorry about the misunderstanding. Shoot, looks like I did misread it. Well, I did post in this thread to receive a free BTC to play. Guess I'll wait until I get that.
|
|
|
When will you be paying back the 1 BTC?
|
|
|
Beta tester: 1JR66i29FDEDZ1rJfWZnNaN6ourw1Uzmxu EDIT: Ok, my first comment: I was confused as to what I was supposed to do after sending money to my ticket. I didn't want to close the "Purchase your Ticket" dialog, because I wasn't sure if I needed to keep it open until something happened. Turns out, I didn't need to do anything but close it out and add my transaction ID to the end of the URL. A bit cumbersome. My suggestion is to have your site actively search out a transaction to the particular address, and as soon as a transaction is detected, use some AJAX magic to create a very obvious link to the winnings page ( http://bitmillions.com/tickets/1498ae78a6eb231b0512f942409f80e6f6ee1fefb1044429e99f4d3665eff9fe) If not that, then at least say something along the lines of "As soon as you send payment, close this dialog and search for your address to find your tickets" Also, I tried finding my ticket by searching for the pay-to address. It says "0 tickets found". (EDIT2: just figured out that I have to search for my send from address) Also, the address page ( http://bitmillions.com/address/1HSDNZYfcevZBNCZjj4y5wyxzbc79a6y32#) says "5 Free Plays Found! Some will expire soon! Click Here to Learn How to Redeem Your Free Plays!", but when I click on it, nothing happens. All of this said, it's definitely one of the most polished Bitcoin-only sites I've seen at its launch. Nicely done!
|
|
|
Any ASIC is vulnerable to changes in Bitcoin. (Including BFL)
Should any changes occur, the losses could be staggering. Those with FPGA's ought to keep them as insurance. Especially in light of the GPU miner shutting down once ASICs dominate the market.
How and from whom could such a change be done ? is there any kind of "consortium" who decides which algorythm is used ? Any change in the bitcoin code will create a new fork, which will no longer be the the original "Bitcoin". So while you COULD change the code, none of your new coins will work on the original Bitcoin platform, where all the ASICs are. Maybe not? let's say change is from sha256(sha256(x)) to sha256(sha512(x)) and change will be implemented at block number Z. All old transaction (recorded in blocks older than Z) will be verified with old algorithm. All newer will be verified with new algorithm. But I doubt such change will occur. ASICs are a necessity for bitcoin network to make it less vulnerable to a malicious entity, even if it will mean small miners will be taken out of the mining party. LOL you must be new.... For a fork to work, the miner must support it. If more than 50% of miners are ASIC, you should forget about new fork. Not true at all. Any miners who do not support it will continue mining on the old blockchain, and will not validate any of the new blocks. Any miners who switch over to the new algorithm will continue on the new blockchain, and will not validate any blocks still using the old algorithm. So, the blockchain would split into two (why it is called a "fork"), and it would pretty much be a disaster if they both continued to attempt to call themselves Bitcoin, as it would cause a great deal of confusion (are you sending me Bitcoin coins on the new algorithm blockchain or the old one?) You could have 1 MH/s support a new chain if you wanted, and you wouldn't need anything more.
|
|
|
I can vouch for wallet. I work with him IRL.
Ok. Wallet, I'll do it for a 10% premium on MtGox weighted average at time of payment. As an example, current weighted average is $20.73312, so $20.73312 x 1.1 = $22.806432/coin. $100 = 4.38472796 BTC. If you find a better deal than this, then cheers! I'm not in the habit of selling BTC for Dwolla, but for a decent premium I will.
|
|
|
What about this: And for ASIC at 29GWh we need 21.000.000.000 Avalons. There's not enough silicone on the earth!
Is that calculation also off by 1000? Do you think we can manufacture 21.000.000 avalons? Or even more if they draw less power! So what is the calculus for break even energy consumption here? I don't know, I see the calculations as being off all over the place. Here's what I get: 25 TH/s / 400 MH/s / GPU = 62,500 GPU's. 62,500 GPU's x 200 watts = 12,500,000 watts Which is only 12.5MWh. 12.5MW / 400watts / Avalon = 31,250 Avalons = 2,125 TH/s. And yes, it is absolutely possible to manufacture that many Avalon ASICs.
|
|
|
Thanks, but I'm not verified at MtGox yet.
I'd do it if Dwolla wasn't reversible...
|
|
|
|