Bitcoin Forum
June 24, 2024, 03:32:37 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Economy / Trading Discussion / Re: Double fund (deposit) on same BTC address in BTCCHINA. OOPS! on: December 10, 2013, 01:44:53 PM
Wow, i was pretty sure that i closed this topic and wipe my message of.

Well, in about 10 minutes before sending fires, webmoney support contacts me and manage to remove my transaction from queue.
God bless lags in webmoney transactions! Smiley

Anyway, btchina support still has no answer. Just silence. If I can't manage it by myself, they would not help, as i can see.
Be careful with btcchina.
2  Economy / Trading Discussion / Double fund (deposit) on same BTC address in BTCCHINA. OOPS! on: December 09, 2013, 07:34:03 AM
I send first deposit (in BTC) on btcchina.com to address written big bold letters in my account. When it confirms 4 times I decide to send another portion. I refreshed the browser, there was the same input address written big bold letters. I copied and used them again. And initiate second sending onto it too.

But when confirmations of first payment come enough input address is changed.

My second payment is already initiated with first (now invalid) address as recipient.   I say “initiated” because transfer not yet stated – it was delayed (on my side - webmoney) for 6 hours, but it will be fired soon. And I cannot stop it or change it.

Okey, I'm dumb. But what I am gonna do now? I already wrote to support@btcchina.com and to the webmoney support – but there is now answer for now. And the time is running out. Second payment will be started in less an hour.

What if payment fires? Is first address is still binded with my btcchina account? What I am gonna do now? Please, help.
3  Other / Beginners & Help / Re: MtGox API: zero volume depth updates on: May 15, 2013, 09:38:32 AM
Hi!
I am software engineer and designer, developing some free bitcoin-oriented visualisation. And i really cannot get in with Mt.Gox API(s) too. Initially i want to write my own topic, but when i saw this one, decided to join in. I've got the same problem (zero volume packet) plus even more curious data sometimes:

Depth channel of streaming API v2:
Total Volume. It's seems semi-legit for sometimes, but sometimes it has a negative value. wtf?
If zero volume diff may looks like a redundant artefact, negative total volume is just impossible.

What is the best-practice to listen price- and timestamp-accurate orders history?

By the way, issue about the session expiring. Sometimes server drops the connection every several minutes. How can i avoid it? Authenticated access may improve it? Multiple connections with synchronization layer? (Oh shi...)

Just show the right way, please. I googled all of these questions back and forth and the only helpful link that i've got is this thread. Docs are missy and messy.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!