Why not make it that every 10 bets you send out the winners to everyone on the list.
While that might reduce a little of the amount of data in the blockchain, it would be a nightmare for support. KISS - Keep It Simple Stupid One bet. One payout. Simple. Given a link to the payout, nobody should be left with any doubt that they were paid (once it confirms).
|
|
|
I paid cash at cvs a week ago and still have not gotten gox code.
Now that you have one post on this forum, you have the ability to send a PM. Try that and please report back in a day. - http://bitcointalk.org/index.php?action=profile;u=21181THIS IS UNACCEPTABLE There are many reasons a purchase may see difficulties in getting completed. There are daily limits that are in place. Sometimes people try to send an amount over the limit or multiple transactions to try to get past the limit. These payments go through MoneyGram. MoneyGram may not always complete the transaction. But the biggest question I have is ... Since when does BitInstant give out Mt. Gox codes? If you transfer to Mt. Gox, you needed to enter your Mt. Gox account number. Is there the possibility that the instructions were misunderstood and there are now issues in completing this transaction?
|
|
|
Startup costs are in the tens of thousands. Tens of thousands? Tens of thousands of bitcoins maybe, or more like hundreds of thousands of bitcoins. Green Dot (MoneyPak) faced a similar problem. Instead of begging banks to let it expand its service offerings, it simply bought one and became a bank itself. (well, not "simply", it cost $16 million to buy one of the smallest solvent banks that was on the market). Oh, and they have a former FinCEN staffer on their payroll, which helps get these types of deals approved: - http://www.linkedin.com/pub/jeff-ross/10/32b/439
|
|
|
I have confirmed my email and the settings are correct:
Just to eliminate the obvious, ... nothing is in your spam folder?
|
|
|
Probably trying to do a 51% attack
Or simply bringing difficulty down to be able to mine with a ton of new GPUs once difficulty adjusts down. If 51% attack were the intent you'ld think it would have been better timed by waiting until difficulty dropped first. It is easier to do a 51% against a difficulty 30 than a difficulty 44, and a drop was likely already before the DDoS even.
|
|
|
I carry around some unfunded paper bitcoins in my wallet and saw the bell ringer and was "this close" to pulling one out, funding it and dropping it in the bucket. I didn't have a pen to write instruction on how to redeem it so I passed on the opportunity. I don't know what they'ld do with it -- maybe they'ld claim it. I'ld write that it expires in 30 days and then check. If they didn't claim it by then I'ld redeem it and give it to someone else. Name any other form of money you have that level of flexibility with?
|
|
|
I know multi-sender transactions with sending addresses that belong to different people are possible in theory in bitcoin, but does anyone actually use them? Many analyses of the bitcoin network assume that they are seldom used, I'm just trying to get an idea of how much that is true in practice.
Did you mean multi-party M-of-N (BIP 11) transactions? - http://en.bitcoin.it/wiki/BIP_0011
|
|
|
I have an iPhone running the latest OS. I hate blockchain. Is there any mobile alternative? The app store has nothing, but is there a site that caters to mobile wallets?
You can thank Apple for this. FriendlyPay was in the App Store. It was a nice, clean wallet app. Apple yanked it. WalletBit had recently submitted their mobile app. Denied ... Apps must comply with all legal requirements in any location where they are made available to users. It is the developer's obligation to understand and conform to all local laws Of course, Apple won't say which location this might be or how what legal requirement it doesn't comply with. So, to put it another way. You bought a beautiful piece of mobile phone hardware made by horrible piece of shit company. You can always use EasyWallet.org via web: - http://www.EasyWallet.org
|
|
|
Im sure if you call up an accountant and explain what they are to them they could tell you no problem
My accountant has no idea and just told me that it might be "wire fraud" You probably should find an accountant who has a clue.
|
|
|
The whole ordeal has been inexcusable. Yes, that's a crazy situation. One question .. so because this unwanted money landed in your account you've not been able to withdraw even your own funds?
|
|
|
I will charge $5 USD (plus all shipping charges) for each ounce melted down.
What happens to the remainder? e.g., if what I ship ends up being N and a half ounces, do I get a fraction of a bar? P.S. I am in the USA To calculate shipping, what method of shipping do you send using and from about where?
|
|
|
You'd think somebody would come up with an easier way to get BTC for cash. The demand is there.
Cash deposit at Chase thorugh BitMe. No ID required. There is no doubt there is demand -- too much in fact. Bidders there are having to offer 2% to 4% above Mt. Gox market rate to find any willing sellers.
|
|
|
does the network keep broadcasting double spends or are they eventually detected and redirected to /dev/null ? Nope. With the Bitcoin.org client, if a transaction is in the memory pool and then a block arrives which double spends that first transaction essentially disappears. It is no longer broadcast by any node once the block with the double spend is accepted. do bad nodes that keep misbehaving get ignored ? What isn't known is if a double spend occurred because of a race attack, or Finney attack or for whatever reason. A Finney attack is little easier to identify as the transaction would arrive and then the block with the double spend would arrive fairly quickly right after (a few seconds or less in most instances). Instances of these double spends aren't frequent but when they do occur the way they have with SatoshiDICE they can propagate quickly and impact a larger number of people. This is yet another example of where if you are using the Bitcoin.org client, you are minimally impacted or not affected at all (as it doesn't let you spend a transaction you received until it has at least one confirmation). [Edit: strike that. The situation the OP reported is simply a payout that didn't occur, not that a payout included a double spend.]
|
|
|
I think once I get my fans connected up and working I will just mine what I need since it seems like a cheaper option than paying for it in the traditional fashion. See, this is why I think that GPU mining is still going to continue because there are people like me who won't be in it for profit but will just want to transfer their wealth into something that is much easier to move, use and doesn't charge a bloody fortune.
There is that. Even running at break-even on electricity (maybe $0.10 per kWh electricity, with typical GPU mining rig configuration), GPUs provide waste heat for free which is useful in much of the northern hemisphere right now. Also, utilities are consumed today and payment for that consumption is deferred up to 45 days or more (once the bill arrives and is then due). So mining provides a method that coins can be obtained on credit. I've been surprised at the hashrate though. I really expected a good 10% or 15% drop in the hashrate at the first difficultly adjustment after halving if ASICs weren't out yet. Looks like another increase, instead of a decrease.
|
|
|
These would not be any texts or licenses that the bitcoin software comes with, or requires anyone to comply with. These would be very good examples of how to form an EULA for a company that is dealing with bitcoins, to avoid future problems and make any possible future legal processes more clear and easier to settle.
These would only be suggestions for operating. Unless a merchant expressly states that it follows these suggestions, there should be no expectation that a merchant would have any obligations or responsibilities related to the suggestions. The suggestions for operations might be along the lines of: Payment is considered complete only after six confirmations occur within the longest chain of a node running the latest release of the reference client. While payment may be recognized by the seller with fewer than six confirmations, only a payment with six confirmations is considered settled. The seller can release the buyer from a debt obligation with fewer than six confirmations but that would be through an explicit agreement establishing a different threshold. If there is a blockchain reorganization and a payment that had six confirmations reverts to having fewer than six confirmations, the seller is still expected to honor the payment as having settled. If there is a double-spend transaction for a previously sent transaction that had six confirmations, that would be an act of theft and the merchant can and should take appropriate measures to protect its financial interests. If a transaction is accepted by the latest reference client and gets relayed to other nodes but is not included in any blocks (e.g., because the fee was not sufficient for a miner to consider including the transaction), that buyer cannot assert that payment has been made. If a transaction is not accepted by the latest reference client the buyer cannot assert that payment has been made. But there are a lot of assumptions there. What is the reference client? What if BitcoinJ becomes the most widely used client, for instance, and it takes certain transactions but the Bitcoin.org reference client does't yet accept blocks with those transactions? Also, the payment protocol being discussed would be a big component of the suggestion for operations: - http://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg01567.html
|
|
|
"Flash crash" is not possible, because short spikes won't produce a mass position liquidation in our system, especially if it goes *against* spot market. However, don't forget: if you're in "margin call zone", liquidation of your open positions may happen at every moment. Either fill up your account as soon as you can, or face consequences.
Those read like two conflicting statements. Am I misunderstanding? To me it says. A huge price swing won't cause liquidation. But be careful because a huge price swing could cause liquidation of your positions. The reason I am wondering is perhaps I would like to manage my balance to not have significantly more than is necessary to meet the margin maintenance requirements. If I simply needed to have sufficient maintenance at the time of clearing, then that would be easy -- as I could make sure to add more funds or do some trades before clearing if it looked like I might be getting close to having insufficient margin remaining. But if I have to worry that at any point in time throughout the day if a price swing goes against me my positions could get liquidated then I'm going to be more focused on making sure my margin maintenance level never ends up being low enough to where I'm exposed to that risk. Is there more info on how this (liquidations) are handled?
|
|
|
Thanks for the suggestions. I have looked at local bitcoins but its quite a journey to travel to any traders nearby.
Generally the buyers are waiting for sellers to list an "ad" on LocalBitcoins. So there could be someone near you wanting to buy and is right now frustrated that there are no sellers nearby. And you are looking and are frustrated that there are no buyers nearby. Do you see the problem there?
|
|
|
|