Seems unnecessarily complicated when both side could simply email each other for verification.
|
|
|
Cross-posted from MtGox: why is this ticket taking so long to get an answer?That's the question many here are asking, and while I can only do my best to reduce this every day, let me provide some stats. We switched to ZenDesk from regular email support when we started reaching over ~200 emails per day, because it was way too much to handle. ZenDesk has nice reporting tools that allow us to see what's happening. The event we had two weeks ago caused a huge spike in tickets, and switched our main priority from answering tickets (which we were still doing) to getting things back up. We have hired some help, both permanent and temporary to keep with the current surge in tickets and keep up with the tickets in the future. Many of those tickets can be answered by some people after only a few hours of training ("how long does it take to withdraw to X?", "What is bitcoin?", "Why didn't you answer to my 6 previous tickets about why you didn't answer about my first ticket?", etc). Let's start with resolution time as shown by ZenDesk. It's an important information. We try to resolve people's ticket (most of the time the resolution is just an automatic response about withdraw delays, what is bitcoin, etc). We can see resolution time stalling around ~70 tickets solved per day for 20th week, and starting to go much higher starting on 27, once the site is back and we can start replying to everyone. We are still really late on a lot of tickets, as can show this other set of values (source: GoodData with ZenDesk integration) This is by week, and we can see that last week (27th's week) we had a lot of activity, and there's still a lot remaining. I would say that all remaining tickets (there are about 1500 tickets waiting for reply at this time) will receive an answer by the end of the week middle of the month. This all to say that everyone who contacted us will eventually get an answer. If your ticket was marked "solved" by error or because we believe your problem has been resolved (lots of "mtgox doesn't work" tickets) you can still re-open it easily. Please avoid opening more than one ticket for a given issue.
|
|
|
Bumping this up after having moved it from Newbies.
|
|
|
FooDSt4mP, you're a bad liar. If that IP address is a VPN, it's not a public VPN. As such, it should be easy for the owner of that IP address to identify you. That being said, I think it is your IP address.
|
|
|
I never said I used trojans either. I'm way classier than that. Bullshit. http://paste2.org/p/1484245Why are you still lying to us if you have nothing to lose?
|
|
|
You should also use "Payment owed" if you do use PayPal. It has the same protections (which really doesn't mean much), except PayPal is less likely to do a manual review of your account. If they review your account, they will very likely lock your funds for several months and ban you.
|
|
|
please correct me if i'm wrong anywhere in here.
your assuming its 10 minutes, it can be 10 seconds or 50 minutes, though that technically makes it more of a gamble for them since they don't know when a block will be generated. though, couldn't they do a 0 fee transaction in the store and a .001 transaction to themself at the same time, depending how widely used the system is, they would likely get the money transferd back to themselves before the 0 fee transaction made it into a block or got rejected)?
As I eluded to, it is possible that some mining pools will be designed to do Finney attacks. However, I suspect that if Bitcoin becomes big, mining for said pools will be highly illegal. As for what you suggested, all that matters (short of the mining pool trickery I suggested) is which transaction a node hears first; the fee is ignored. As a result, after a few seconds, it is almost impossible to do a standard double-spend. Also, I was quite correct in stating that, statistically, holding on to your block for 3 minutes will result in failure 30% of the time (assuming that the difficulty perfectly results in an average of 6 blocks per hour, which hasn't been the case for some time).
|
|
|
Bump so that more people can see this.
|
|
|
I apologize for the delay, everyone. Many mods were out this weekend, so there was nobody around to do whitelist requests.
|
|
|
Well, then reply to your original ticket to get it back in the queue. It doesn't sound like there is much more we can do for you here.
|
|
|
Believe it or not, but a 0-confirmation transaction is already an order of magnitude more secure than credit card transactions. After the merchant waits a few seconds to see if a conflicting transaction comes in (something which would require a specially designed client that hasn't been made yet), standard double-spends are no longer feasible. At this point, only a Finney attack could undo the transaction. Since a Finney attack requires near-exact timing for fraudulently spending the coins (unless large mining pools also agree to preform them), it would be difficult and HIGHLY RISKY to do it for in-person, low-value transactions. If you assume 1 minute to order/check-out, 1 minute to get your food/bag your items, and 1 minute to get away, you have a 30% chance (3 minutes/10 minutes) of losing the block you had to make to allow the Finney attack to work.
|
|
|
Reply to your original ticket to reopen it. Because of the number of tickets that were already resolved by the time they were reached, they had to close all of the tickets so that they could more quickly assist the people who still need help. When asking for help over IRC, first try asking MtGox_Adam, if he's around, then MagicalTux if you don't get a reply in a few minutes. Also, don't ask your question more than once in the channel itself.
|
|
|
Will the new release update my current wallet in regards to C4 change?
The on-disk wallet format did not change, only the code to manage it did. That's good to know. Thanks Regarding question about upgrade I should have mentioned Windows in my earlier post. If I run install will the client update itself seamlessly or am I required to move wallet away and then replace new one with my wallet.dat and I would prefer not to re-scan anything if that's possible with installing upgrade. As I've said before I'm few releases behind and haven't done any upgrading, being reluctant for the reason that I haven't seen clear instructions how to handle properly upgrades whether I should be doing anything more than just backing up my wallet or is it seamless process of simply running install exe. It's completely seamless. Just be sure to back up your wallet, which you should be doing anyway.
|
|
|
lulzsec
fuck off
Now you're just being stupid: they disbanded over a week ago. Good luck having them do anything to MtGox.
|
|
|
Confirmed he scammed me for 37.5BTC
Huh? You went into this even after YOU have already -10'd him over someone else who got scammed?
|
|
|
They are fixing it now: Cancel trade: Matching error (BTC sold: [tid:1309577590796944] 1.500000 ฿TC at $2.99000)
Really? They actually noticed? How about the "last trade" issue? I don't know if they noticed (today's bogus low price on the ticker), or saw my support ticket. "Selling" 1.5 BTC for only $2.99 made my balance unexpectedly lower. They noticed. In fact, jed called MagicalTux over this.
|
|
|
Absolutely not! PLEASE do! We need more competing clients! So why aren't there competing clients? I was under the impression that there's only one client option on both Windows and Linux because it's either really bad or really difficult. If I study the specification at https://en.bitcoin.it/wiki/Protocol_specification do you think I'll have enough knowledge to actually implement a client with all the networking/sockets to operate nicely with the rest of the network? I suppose, the main client is open source, so perhaps I can use that source code to clear up gaps in my understanding. -Eto Look into BitcoinJ - it's better commented. By the way, something else I've been wondering (and an excuse to get to 5 posts): what is the incentive for a node to include any transaction in their block for free? The only incentive is that it will help get more people to be willing to use Bitcoin. If you have a lot of transactions, isn't it going to take longer to hash? If I was selfish, why wouldn't I calculate a block and only include my own coinbase transaction and nothing else? It DOESN'T take longer to hash. There's no reason NOT to include transactions. Similarly, as the network picks up popularity aren't we running the risk that we'll have to start including millions of transactions in every block? Even if the difficulty adjusts to accommodate the slower hashing, won't the blockchain get untolerably large (in terms of storage space)?
I suggest reading this wiki page: https://en.bitcoin.it/wiki/ScalabilityEdit: to clarify, it's not the whole block that is hashed, just the headers, which includes the Merkle root. The amount of data hashed does not change - regardless of the number of transactions. Who is responsible for constructing the merkle tree, and then the merkle root for inclusion in a block header? Doesn't that take processing power? The miner. Yes, it takes processing power. However, given that miners have hashing speeds in terms of megahashes per second, and even gigahashes per second, the loss is extremely minimal. ALL clients need to hash each transaction anyway, so no work is lost there. Thus, you only "waste" 1 hash per merkle tree branch that's made. I don't know the math for approximately how many hashes need to be done per transaction, but let's just go to the extreme and say 10 for a 100 transaction block. That's 1000 hashes wasted. Compare that to the millions of hashes computed per second on the video card...
|
|
|
Pretense you say you're an early adopter but why is this your first post in the forum??
Why have you waited more than 2 years to post a so well elaborated post as this one?
Good point. Still waiting for these 2 answers. Your profile says you registered in the forum today !! Why did you took so long? What happened today? I've seen many people make new accounts in order to be anonymous. If you were such an early adopter that still held most of your early Bitcoins, would YOU broadcast that fact? Remember, we're talking MILLIONS of dollars, here.
|
|
|
We already have a pretty good sticky for beginners. If there's an article you think we should add, feel free to let us know.
|
|
|
|