Any help is appreciated.
From another thread: 00:57.17 ( @MagicalTux ) there's some lag on incoming txs but it's getting better 00:58.38 ( @MagicalTux ) 26628 operations pending processing ... 01:08.40 ( @MagicalTux ) there was an exception with an overly strange transaction in the blockchain 01:08.54 ( @MagicalTux ) if our system sees anything out of the ordinary, it halts talking with the bitcoin network 01:09.15 ( @MagicalTux ) and sends an alert to the operators
Also smpake.com still has some coins in it. So it was a site-wide technical issue that is being worked on.
|
|
|
Cash In The Mail
That's going to be location specific (currency, domestic only or international, postage costs?, etc.) Care to share more details?
|
|
|
Problem: I can still brute force a combination of client hash and server secret that will allow myself to win the progressive jackpot (royal flush)
Oh, ya, the progressive jackpot means you are not just playing against the house but against other players. BitLotto handles that by using an external event (results of the state-run lottery) which isn't known until after the betting window closes. What isn't known at the time of the wager is the hash of the next couple blocks. That would prevent that immediate positive reinforcement that keeps people playing though since you wouldn't know if you won for ten or twenty minutes after betting. If your service uses the blockchain, maybe you could include a hash of the timestamp that blockchain.info.com shows for the transaction (e.g., epoch/unix time) to give something that is not known at the time of the bet, is not really controllable (not to the second) and becomes expensive if brute forced (due to part of the losses getting added to the progressive jackpot that potentially go to a winner other than the house). Of course, this assumes that there is no collusion between the house and blockchain.info. Here's something along the same lines, using the Twitter public timeline: - http://pyevolve.sourceforge.net/wordpress/?p=631Where you use the timestamp to determine a tweet from the public timeline that occurs after the wager is placed, and the hash of that tweet is used. Gah, that's crazy and still not provably fair.
|
|
|
The source wont be open source at any time BUT there will be the possibility to browse all surcefiles for those who want to check the app for backdoors or so That might be a fair compromise. If there was a trusted party who could review the code and provide the checksum for the distributed build that passes the security check then that would alleviate the concern sufficiently for some of us that would otherwise be hesitant to used a proprietary mobile wallet.
|
|
|
Which wallet services do you recommend I open?
Mixing for newbies: - https://blockchain.info/wallet/send-anonymouslyOf course, there are varying degrees of privacy. Just like how Tor activity can be detected (seeing data go in on one side and seeing the same data go out on the other), this mixing doesn't magically protect from that same type of analysis. But it does sever the direct link.
|
|
|
With Paymium (operator of Instawallet)' Bitcoin-Central exchange becoming partnered to a Payment Services Provider (PSP), how will this affect Instawallet?
Specifically, let's say I buy a piece of silver bullion and send bitcoins as payment from my Instawallet. And that seller happened to use Bitcoin-Central. Then they cashed out and withdrew the funds via the PSP/bank. But unbeknownst to me the bullion seller was in trouble with the authorities for something and the EU authorities are monitoring each transaction of the seller.
Would that mean the link to my Instawallet might also be shared, and possibly all of my Instawallet transactions be shared with the authorities?
|
|
|
Escrow; meet in person; make them send first...
When you say escrow, you are referring to "LocalBitcoin's Transaction" (which previously they used to refer to as being "escrow") - https://localbitcoins.com/faq#howto_transactionBut that just lets you accept bitcoins without having to worry about getting the transaction confirmed. In this instance, the worry isn't that the bitcoin might get double-spent but that the bank transaction will. I will look into the escrow service but, again, the fees implied in those service..added to the fees incurred in the first place to buy the BTC adds up at a rather fast
A "LocalBitcoins transaction" helps protect you in the instance where you are handing over cash to a seller who has no trust history and might try to take advantage of a weakness of Bitcoin that sometimes makes it possible to cheat someone who considers "0/unconfirmed" transactions as "paid". If it is the first time you are trading with someone who is new or has low rep and you will be handing over a chunk of cash, you might find the 1% fee to be well worth the peace of mind. It is too bad there is no way to pay a 1% (or similar low fee) to ensure that bank transactions similarly can't be later reversed.
|
|
|
Yet, this definition suggests otherwise:
Not sure what saw in there, but that only says that you won't pay more than you bid or sell for less than you asked. Each exchange has differing order matching methods and some have fees, liquidity rebates and other things that make them not all equal. But Mt. Gox, for example, will use standard best price matching. So if the order book has the following Asks: Qty 10 @ 13.60 Qty 10 @ 13.61 Any you put a bid for 15 @ 13.65, then Mt. Gox will buy you 10 BTC at $13.60 and then 5 BTC at $13.61. If you are selling the the inverse occurs. For the Bids: Qty 10 @ 13.50 Qty 10 @ 13.49 And you sell 15 AT $13.45, then Mt. Gox will sell 10 BTC at $13.50 and then 5 BTC a $13.49.
|
|
|
as I have read in this forum, it is a bad idea to send MB to MtGox or any other exchange Well, it is a great idea for you. Bad idea for them, since the transaction could get reversed in circumstances like where the account owner later claims the transfer wasn't authorized. Does it make sense to send MB to another MB acct holder with a personal MB acct and have then send me BTC? If you know someone who will trade with you, sure. There occasionally are people who are willing to accept Moneybookers /Skrill in exchange for bitcoins, but they are few and far between or require that you have a lengthy trust history established, such as one finds on the #bitcoin-otc marketplace's Web of Trust (WoT). - http://www.Bitcoin-otc.com - http://webchat.freenode.net/?channels=#bitcoin-otc-foyer - http://bitcoin-otc.com/viewratings.phpWith a p2p transaction would I be required to send MB first since I am the Newbie and MB is reversible? Most certainly. Is this a relative safe way of obtaining BTC with MB? VirWoX accepts Moneybookers / Skrill for the purchase of Second Life Lindens (SLLs). You can then trade SLLs for BTCs. - http://www.VirWoX.com
|
|
|
A quick forum search found someone with a similar issue last year when trying to draw BTC to a valid address and receiving the "Wrong address!" error from BTC-e. I am currently facing this trying to withdraw LTC 98,99 to: LhBsKsZo5z5KAxHc3me2uGXrrDVHStNEEF
Is this just a temporary BTC-e hiccup or am I missing something?
There is the possibility that your copy and paste includes a non-printable character. This happens with Facebook, for instance, where they insert some character so that the browser will wrap the address to the next line if it is too long. The Bitcoin.org client was modified to strip and discard any non-printable characters. It is possible the Litecoin client didn't include this same fix. Try copy and paste to something like notepad. Then copy and paste from there into BTC-e. The problem might go away then. If that doesn't fix it, you might try contacting their support on BTC-e's real-time chat.
|
|
|
it seems the closest is ASICMINER, who is supposed to have theirs finished next week. Following this thread will keep one abreast of that: If the foundry keeps up 4 layers a week from now on, it means ASICMINEr should receive the chips just before Christmas, so we could theoretically (hopefully) have something online before the end of the year....hashing the first ASIC mined block ever
Then following that: (~2-3 weeks) First 6TH/s online (~2-3 weeks) Second 6TH/s online (~0-4 weeks) 50TH/s of chips out (~2-3 weeks, ~2-5 weeks if location changes) Part or all of the 50TH/s online
Also don't count out some FPGA monster either. Such as what yohan says they've got. From another thread: Before we ask for money you will be able to see the inital small system results in the network hash rate. It will be big enough to be noticed.
|
|
|
does online transactions but i have read his profile feedback and its all good.
In the U.S., for example, reversals of ACH bank transactions can occur long after the transaction was completed and settled. (in the case where the owner of the sender's account claims the transfers were not authorized, such as if it were a hacked bank account.) If there is a fairly long history of transactions with multiple trading partners (whose profiles don't look to be sock accounts) and all reports are good, then you probably are going to be fine doing that trade for a bank transfer. But there's always the risk you won't, so be careful -- trade a small amount to begin with maybe, and never trade more than you are willing to lose.
|
|
|
my printer is out of ink
You only need the data, so if you can write down without any errors the info from the screen (e.g., transaction id, amount, etc. ) then you can use that to fill out the MoneyGram slip. Incidentally, BitInstant has a customer support thread here in the Newbie board: Official Newbie BitInstant Support Thread (Active Customer Support) - http://bitcointalk.org/index.php?topic=128314.0[Edit: Or snap a pic using your phone.]
|
|
|
...or are unwilling to point it out, all BFL threads regarding ASIC were dumped in the german off-topic forum.
You mean moved? I don't see many BFL-related deletions: - http://bitcointalk.org/modlog.php
|
|
|
I am using a Bitcoin plugin written by jalder. Both the jalder and bitpay plugin would leave me having to update the prices in the store from time to time. So if you could enter the price in dollars but it would always calculated the equivalent price in BTC based on the 24 hour VWAP from MTGox BTC/USD, that would be all you need? Looks like you are using round numbers, so does simply having a display round down at a certain number of decimals work? e.g., for something priced at $25 USD would display 1.8 BTC which is what 1.85185 BTC is rounded down to, using $13.50 BTC/USD as an example.
|
|
|
|