Pages:
Author

Topic: closed - page 28. (Read 164793 times)

legendary
Activity: 2128
Merit: 1031
February 13, 2014, 10:01:32 AM
I sent an email but will post here just in case it wasn't seen.

I requested withdrawal of Nxt and it never arrived.

From account history
12 Feb 18:01   -1,378.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID:

No trxID is listed.

I assume you clicked release?



Yep.

Here's a prior withdrawal with a TrxID:
05 Feb 06:43   -1,426.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID: 9789294727222890658

gotcha; then I assume you submitted a ticket and waited 4-5 days before posting here?

If not, then do that, and check back.  If you've already waited 4-5 days, then I would PM kumuala (sp?)
newbie
Activity: 15
Merit: 0
February 13, 2014, 08:43:06 AM
I sent an email but will post here just in case it wasn't seen.

I requested withdrawal of Nxt and it never arrived.

From account history
12 Feb 18:01   -1,378.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID:

No trxID is listed.

I assume you clicked release?



Yep.

Here's a prior withdrawal with a TrxID:
05 Feb 06:43   -1,426.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID: 9789294727222890658
legendary
Activity: 2128
Merit: 1031
February 13, 2014, 07:01:25 AM
I sent an email but will post here just in case it wasn't seen.

I requested withdrawal of Nxt and it never arrived.

From account history
12 Feb 18:01   -1,378.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID:

No trxID is listed.

I assume you clicked release?

I'm sure this have already been asked, but I haven't see the answer.  Are there plans to add google 2fa support?  I don't have a yubikey and prefer google 2fa because its free.
Peace.

Funny thing, I just noticed 10 mins before seeing this message the login screen has a link saying "Deactivate Google Authentication"

Is this a remnant of past support, or indication of (as yet incomplete) future support?

I have Google authentication active for some months. there is a option somewhere...

Another thing, did the someone confirm that vircurex is not affected by the current ongoing wallet issues?

I assume Kumala is smarter than Mtgox, but who knows, haha.  not confirmed.
member
Activity: 81
Merit: 12
February 13, 2014, 06:11:10 AM
I'm sure this have already been asked, but I haven't see the answer.  Are there plans to add google 2fa support?  I don't have a yubikey and prefer google 2fa because its free.
Peace.

Funny thing, I just noticed 10 mins before seeing this message the login screen has a link saying "Deactivate Google Authentication"

Is this a remnant of past support, or indication of (as yet incomplete) future support?

I have Google authentication active for some months. there is a option somewhere...

Another thing, did the someone confirm that vircurex is not affected by the current ongoing wallet issues?
newbie
Activity: 15
Merit: 0
February 12, 2014, 11:54:42 PM
I sent an email but will post here just in case it wasn't seen.

I requested withdrawal of Nxt and it never arrived.

From account history
12 Feb 18:01   -1,378.00000000   NXT    Withdrawal, address: 3188455998465548903, TrxID:

No trxID is listed.
legendary
Activity: 2268
Merit: 1092
February 12, 2014, 09:08:50 AM
I'm sure this have already been asked, but I haven't see the answer.  Are there plans to add google 2fa support?  I don't have a yubikey and prefer google 2fa because its free.
Peace.

Funny thing, I just noticed 10 mins before seeing this message the login screen has a link saying "Deactivate Google Authentication"

Is this a remnant of past support, or indication of (as yet incomplete) future support?
hero member
Activity: 697
Merit: 501
February 12, 2014, 08:19:37 AM
I'm sure this have already been asked, but I haven't see the answer.  Are there plans to add google 2fa support?  I don't have a yubikey and prefer google 2fa because its free.
Peace.
legendary
Activity: 2128
Merit: 1031
February 06, 2014, 12:45:56 AM
face palm, i didnt see that on the other page thanks heaps

Not a problem; common mistake.

Glad to help!
newbie
Activity: 41
Merit: 0
February 06, 2014, 12:45:23 AM
face palm, i didnt see that on the other page thanks heaps
legendary
Activity: 2128
Merit: 1031
February 06, 2014, 12:42:21 AM
i cashed out LTC about 6 days ago and have yet to receive them in my wallet?
it says balance xxx
available balance xxx minus cashed out coins

what is the timeframe for simply requesting you send me my coins?


Did you click release after submitting the withdrawal?

Withdrawals are usually instant (I just did two myself)... worked like a charm for my bitcoin withdrawals (after hitting release).
newbie
Activity: 41
Merit: 0
February 06, 2014, 12:40:50 AM
i cashed out LTC about 4 days ago and have yet to receive them in my wallet?
it says balance xxx
available balance xxx minus cashed out coins

what is the timeframe for simply requesting you send me my coins?
legendary
Activity: 914
Merit: 1001
February 04, 2014, 08:11:59 PM
i have a question regarding the public api:

is it maybe possible, that the result from trades.json are sent in the opposite order? I think it's pretty strange, that you always get the oldest orders first, and then you will need to resend that request like 100 times, always with the latest tid from the previous request. Or maybe add another parameter so you can choose the order (newest/oldest)?

bump

The behaviour is intentional. Previously we had returned all transactions within the last 7 days. With increasing transaction volume, these API calls were returning up to 1 MB per call, obviously not the most performant way. Therefore we changed it that you should provide the ID of the last transaction that you know and we return all transactions after that ID. To limit resource consumption we return only max. 1000 trades. Thus if there are more than 1000 trades between two of your API calls you will need to call the function repeatedly always with the last ID of each return. This is quite a common approach to withdrawing transaction data from sites that have large transactions.


yes, it's common if you are interested in the transaction history. but if you always just want the latest trades, it will produce a lot of overhead which will increase even more the more transactions are made. For example, if you only need the last 20 trades, you would need to generate some extra requests to the API, instead of just one with just a little response data. But it's of course your choice how to handle it. If you are ok with extra traffic and extra requests, I'm ok with it too ^^

Just a last question: on the API page a 1request/5s is stated. If I start my client for the first time, do I need to wait 5s between each request until I'm up to date with the transactions? I'm pretty sure there are a lot of transactions made in the last 7 days, so that would take quite some time...

I'm ok if you go more frequent than 1RPS, we don't mind as long as it looks ligit. And yes, we'll add an API function that returns the last, 20 or so transaction executions, sort of the info you see on the trade screen.

thumbs up!
legendary
Activity: 1020
Merit: 1000
February 02, 2014, 08:10:06 AM

Let me first state, all is secure and what you observe is absolutely correct. This has to do with how the Bitcoin (or most of the alt coins in fact) handle the wallet transaction.

The address we give you, 1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1, is for you to deposit coins, thus we know, anything arriving on that address belongs to you, hence whenever we see a deposit on that address we credit this to your account with us.

Now let me explain to you how - on a very high level - the Bitcoin wallet works when a withdrawal is made from that wallet. When you send coins (in this case when we - the exchange - send any coins to anyone) the Bitcoin wallet will choose (sort of random) various previous incoming deposits and combine them into one outgoing transaction. There is no logical link between the deposits and the outgoing transactions. This is just how these wallets work. Which means when another user withdrew some coins, the wallet was using your previous incoming transaction to fund that outgoing transaction. Your account balances with us are NOT affected by this.

In other words, the outgoing transactions from your address address 1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1 are of no concern or worries for you. You have an account balance in our database that reflects your account, hence all your deposits, all your trades, interest collected and withdrawals.  You can withdraw those amounts at any time to your private address.

In short, there is no link between the balance on the deposit address we gave your for deposits and your account balance.

And this is very much the same way any exchange out there operates.

Thanks so much, been waited for such reply for so long. Faith restored in vircurex customer support  Smiley
hero member
Activity: 525
Merit: 500
February 02, 2014, 06:01:40 AM
i have a question regarding the public api:

is it maybe possible, that the result from trades.json are sent in the opposite order? I think it's pretty strange, that you always get the oldest orders first, and then you will need to resend that request like 100 times, always with the latest tid from the previous request. Or maybe add another parameter so you can choose the order (newest/oldest)?

bump

The behaviour is intentional. Previously we had returned all transactions within the last 7 days. With increasing transaction volume, these API calls were returning up to 1 MB per call, obviously not the most performant way. Therefore we changed it that you should provide the ID of the last transaction that you know and we return all transactions after that ID. To limit resource consumption we return only max. 1000 trades. Thus if there are more than 1000 trades between two of your API calls you will need to call the function repeatedly always with the last ID of each return. This is quite a common approach to withdrawing transaction data from sites that have large transactions.


yes, it's common if you are interested in the transaction history. but if you always just want the latest trades, it will produce a lot of overhead which will increase even more the more transactions are made. For example, if you only need the last 20 trades, you would need to generate some extra requests to the API, instead of just one with just a little response data. But it's of course your choice how to handle it. If you are ok with extra traffic and extra requests, I'm ok with it too ^^

Just a last question: on the API page a 1request/5s is stated. If I start my client for the first time, do I need to wait 5s between each request until I'm up to date with the transactions? I'm pretty sure there are a lot of transactions made in the last 7 days, so that would take quite some time...

I'm ok if you go more frequent than 1RPS, we don't mind as long as it looks ligit. And yes, we'll add an API function that returns the last, 20 or so transaction executions, sort of the info you see on the trade screen.
legendary
Activity: 1020
Merit: 1000
February 02, 2014, 05:27:46 AM
Quote from another unanswered email sent to [email protected] on Tue, Jan 14, 2014 at 7:46 AM.

Quote
Madam/Sir,

This is the second time I am sending this email, after 11 day's
wait.Please provide a clarification for such activity.
I has already posted on vircurex thread about it
https://bitcointalksearch.org/topic/m.4497645

I have used the bitcoin address - 1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1
given by you, for donation purposes.

So, I checked directly
https://blockchain.info/address/1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1

to find someone donated me on 27 december 2013,but all the amount had
already been withdrawn.
Are you using internal addresses for transaction or vircurex is n't
secure any more ?


[email protected] is dead way back Huh

Is there another way to contact you ?

Do you remained silent deliberately ?
legendary
Activity: 1020
Merit: 1000
February 02, 2014, 05:13:39 AM

Kumala,I thought you would never  come on this thread again to solve our problems

Link to unanswered post (dated - January 14, 2014, 02:11:04 AM)  in this thread.

Quote from email sent to [email protected] on Jan 3,2014 , still no clarification received

Quote
I have used the bitcoin address - 1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1
given by you, for donation purposes.

So, I checked directly
https://blockchain.info/address/1N3vYYZ7ZkWEZ52wZ98kMkdC7bhh6CtyR1

to find someone donated me on 27 december 2013,but all the amount had
already been withdrawn,without any history on vircurex .

Are you using internal addresses for transaction or vircurex is n't
secure any more ?

Why such discrepancy on gross level is happening ?

When will this be answered or you choose to remain silent on this ? How long will you ignore this, I am gonna post this in every page in this thread, until you answer me.  

You have tested my patience, as this issue is 2 months old and still you had no explanation for this.So, such reaction.

Sent the same email again today,but I am least hopeful that you will take pain to reply me.
legendary
Activity: 2268
Merit: 1092
January 31, 2014, 11:08:15 PM
I noticed my bot broke about 7 hours ago. Looks like the data returned by the API has changed. For example, data used to be:


x
x



Now it's:


x
x


(Note that type="decimal" has quietly disappeared. My bot looks for this string as part of its sanity checking)
legendary
Activity: 914
Merit: 1001
January 31, 2014, 05:25:25 AM
i have a question regarding the public api:

is it maybe possible, that the result from trades.json are sent in the opposite order? I think it's pretty strange, that you always get the oldest orders first, and then you will need to resend that request like 100 times, always with the latest tid from the previous request. Or maybe add another parameter so you can choose the order (newest/oldest)?

bump

The behaviour is intentional. Previously we had returned all transactions within the last 7 days. With increasing transaction volume, these API calls were returning up to 1 MB per call, obviously not the most performant way. Therefore we changed it that you should provide the ID of the last transaction that you know and we return all transactions after that ID. To limit resource consumption we return only max. 1000 trades. Thus if there are more than 1000 trades between two of your API calls you will need to call the function repeatedly always with the last ID of each return. This is quite a common approach to withdrawing transaction data from sites that have large transactions.


yes, it's common if you are interested in the transaction history. but if you always just want the latest trades, it will produce a lot of overhead which will increase even more the more transactions are made. For example, if you only need the last 20 trades, you would need to generate some extra requests to the API, instead of just one with just a little response data. But it's of course your choice how to handle it. If you are ok with extra traffic and extra requests, I'm ok with it too ^^

Just a last question: on the API page a 1request/5s is stated. If I start my client for the first time, do I need to wait 5s between each request until I'm up to date with the transactions? I'm pretty sure there are a lot of transactions made in the last 7 days, so that would take quite some time...
hero member
Activity: 525
Merit: 500
January 31, 2014, 04:25:41 AM
While we're talking about the API... the latest announcement mentions an API mailing list. How do I get access to this? It's hard enough to find documentation for the API, but now I discover there's a secret mailing list!  Grin
Point taken, we put up a reference to the existing mailing list on the API web page.
Pages:
Jump to: