[BTC-TC] Virtual Community Exchange [CLOSED] - page 109.

Krellan

member

Activity: 106

Merit: 10

Quote from: burnside on May 15, 2013, 04:43:34 AM

Hey hey! It works. Wink

I believe the lockout is ~15 mins.

Cheers.

Nice, glad I could test that feature for you!

I (nervously) waited around, and good news, it reopened again, right about that time. Now I can buy my share and go to bed

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: Krellan on May 15, 2013, 04:33:16 AM

Great exchange, but I made a rookie mistake. I got my PIN locked. Reason is, I got confused as to whether or not certain PIN fields require the chosen PIN when creating the account at btct.co (4 digit PIN) vs. using the PIN number obtained from Google Authenticator (6 digit PIN). Evidently I filled in the wrong PIN once too many times.

Now every transaction attempt gives me "Repeated Incorrect PIN -- PIN Transactions Temporarily Locked."

How long is this lockout for?

Thanks!

Hey hey! It works. Wink

I believe the lockout is ~15 mins.

Cheers.

Krellan

member

Activity: 106

Merit: 10

Great exchange, but I made a rookie mistake. I got my PIN locked. Reason is, I got confused as to whether or not certain PIN fields require the chosen PIN when creating the account at btct.co (4 digit PIN) vs. using the PIN number obtained from Google Authenticator (6 digit PIN). Evidently I filled in the wrong PIN once too many times.

Now every transaction attempt gives me "Repeated Incorrect PIN -- PIN Transactions Temporarily Locked."

How long is this lockout for?

Thanks!

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: btharper on May 14, 2013, 11:48:27 PM

Quote from: burnside on May 14, 2013, 03:07:02 PM

Quote from: ThickAsThieves on May 14, 2013, 12:35:26 PM

I can tell you that Weex doesn't include fees and it's very rare that it causes an issue. However, when I send my own, I ALWAYS include fees. Time is money.

Yeah, maybe better to just allow the sender to set the fee if they want it.

This has logistical issues because of how bitcoind does the settxfee in the interface, but I think I can work around it.

If/while you're giving the withdrawal code some love, would it be possible to request a way around the account reservation (to withdrawal all funds). I'd be perfectly happy adding an option to delay tx for a while and piggyback off a larger tx or something else to reduce overall/my fees.

I'd love to get around the reservation somehow. Unfortunately it'd take a bitcoind rpc call allowing you to plug everything in, and have it spit back what the tx fee would be. (maybe it has this and I've somehow missed it?) Which is why prominent sites like btc-e have a flat 0.01 BTC withdrawal fee. I suspect that our 0.0025 BTC reserve at 1/4 of that is reasonable, especially since we only take out of it what bitcoind takes, not a full 0.01 on every withdrawal.

I definitely plan on playing with other options when time permits. Bitcoind is a pretty bad performance bottleneck for us right now.

Cheers.

btharper

sr. member

Activity: 389

Merit: 250

Quote from: burnside on May 14, 2013, 03:07:02 PM

Quote from: ThickAsThieves on May 14, 2013, 12:35:26 PM

I can tell you that Weex doesn't include fees and it's very rare that it causes an issue. However, when I send my own, I ALWAYS include fees. Time is money.

Yeah, maybe better to just allow the sender to set the fee if they want it.

This has logistical issues because of how bitcoind does the settxfee in the interface, but I think I can work around it.

If/while you're giving the withdrawal code some love, would it be possible to request a way around the account reservation (to withdrawal all funds). I'd be perfectly happy adding an option to delay tx for a while and piggyback off a larger tx or something else to reduce overall/my fees.

inh

full member

Activity: 155

Merit: 100

I'm working with the oauth API right now, and it seems it doesn't support 'oob' for situations when you don't have a callback url available. If you could implement this, I'd be really grateful. All it needs to do is if there is no callback url, or the callback url is 'oob', just display a page with the token and verification information in it so the user can copy and paste it where they need it to go.

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: ThickAsThieves on May 14, 2013, 12:35:26 PM

I can tell you that Weex doesn't include fees and it's very rare that it causes an issue. However, when I send my own, I ALWAYS include fees. Time is money.

Yeah, maybe better to just allow the sender to set the fee if they want it.

This has logistical issues because of how bitcoind does the settxfee in the interface, but I think I can work around it.

gramma

full member

Activity: 194

Merit: 100

Quote from: burnside on May 14, 2013, 01:04:15 PM

That was my fault, got overly aggressive with a firewall rule. It should be good now.

And so it is. Many thanks for getting on top of it, especially in the middle of the workday.

Quote from: ThickAsThieves on May 09, 2013, 10:00:51 PM

Blame me and all my microshares. Roll Eyes

I <3 you and your microshares. Gives me a feasible place to re-invest little dividends.

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: gramma on May 14, 2013, 12:49:05 PM

Hrm. Went to check my little portfolio:

---

Error:

Xcoind backend failure in getbalance at 77

I was just about to make a post. Wink

That was my fault, got overly aggressive with a firewall rule. It should be good now.

gramma

full member

Activity: 194

Merit: 100

Hrm. Went to check my little portfolio:

---

Error:

Xcoind backend failure in getbalance at 77

ThickAsThieves

hero member

Activity: 518

Merit: 500

I can tell you that Weex doesn't include fees and it's very rare that it causes an issue. However, when I send my own, I ALWAYS include fees. Time is money.

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: FatMagic on May 14, 2013, 11:25:26 AM

Burnside,
Deposited funds to my BTC-TC account this morning, and it instantly showed up as confirming (within 30 seconds) - but it's been at 0/3 confirmations for about 3-4 hours. Is that normal? Just curious. Thanks.

I've seen transactions outside BTC-TC take 8 hours before their first confirmation before. I think there are a bunch of factors that play into it. One is if there are any other transactions this transaction depends on that got hung up. (no fee set so noone wants to mine it) Another is if this transaction itself is zero fee or low fee. The miners these days just don't like the zero fee transactions.

I've been wondering if BTCT.CO should be setting a fee on every withdrawal for similar reasons.

Cheers.

FatMagic

full member

Activity: 224

Merit: 100

Burnside,
Deposited funds to my BTC-TC account this morning, and it instantly showed up as confirming (within 30 seconds) - but it's been at 0/3 confirmations for about 3-4 hours. Is that normal? Just curious. Thanks.

boomerlu

newbie

Activity: 50

Merit: 0

Burnside - I suggest two sided options quotes. Might get into the options market making game here in due time... two sided would be very natural for this, and having MM would improve options liquidity.

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: solstoce on May 12, 2013, 06:15:44 AM

Any ETA on how long trades are gonna be down for? I guess its a good thing no big announcement of this was coming we might have got GOXed

It's back. Wink

Upgrade complete.

Cheers.

solstoce

full member

Activity: 219

Merit: 100

Any ETA on how long trades are gonna be down for? I guess its a good thing no big announcement of this was coming we might have got GOXed

ThickAsThieves

hero member

Activity: 518

Merit: 500

Quote from: burnside on May 10, 2013, 02:54:46 AM

Quote from: 🏰 TradeFortress 🏰 on May 10, 2013, 02:39:05 AM

Quote from: burnside on May 10, 2013, 01:59:50 AM

Hi all, sorry about all the excitement. Wink

Two things going on here.

The first is that as you guessed, the bitcoind has been causing some pretty crazy slowdowns. Simple getBalance requests are taking forever. You can tell what pages hit bitcoind vs what pages are cached by how long they take to load. I'm pretty sure I can shore this up with the upcoming bitcoind 0.8.1 upgrade. (which will be a several hour long outage, most likely tomorrow night.)

The second, and more immediate issue tonight was that the bitcoind crashed. I'm not sure if it was load related or what, but it crashed while I was commuting. Perfect timing.

If it was load related, then the 0.8.1 upgrade should also help out with that.

Cheers.

I suggest moving to a separate system for balances and such instead of relying on bitcoind. You can just take the bitcoin transaction processing part offline (people can still deposit 'n' withdraw) while you work on bitcoind.

Sure, it's going to take some work to overhaul your current system, but maybe it's worth it?

I've definitely been thinking about this. It would allow another layer of abstraction away from the *coind's, which is definitely good.

I really thought going into it that it'd be best to use the *coind's because it seemed like they were built with a feature set intended to run a site like this. I'll do the 0.8.1 update and see if things change much at all. If they don't then we'll make a new plan and do a transition to doing everything balance related in SQL.

It seems to me that the 0.8.1 update would be a band-aid at best, assuming you think your site will continue to grow and grow Wink

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Quote from: 🏰 TradeFortress 🏰 on May 10, 2013, 02:39:05 AM

Quote from: burnside on May 10, 2013, 01:59:50 AM

Hi all, sorry about all the excitement. Wink

Two things going on here.

The first is that as you guessed, the bitcoind has been causing some pretty crazy slowdowns. Simple getBalance requests are taking forever. You can tell what pages hit bitcoind vs what pages are cached by how long they take to load. I'm pretty sure I can shore this up with the upcoming bitcoind 0.8.1 upgrade. (which will be a several hour long outage, most likely tomorrow night.)

The second, and more immediate issue tonight was that the bitcoind crashed. I'm not sure if it was load related or what, but it crashed while I was commuting. Perfect timing.

If it was load related, then the 0.8.1 upgrade should also help out with that.

Cheers.

I suggest moving to a separate system for balances and such instead of relying on bitcoind. You can just take the bitcoin transaction processing part offline (people can still deposit 'n' withdraw) while you work on bitcoind.

Sure, it's going to take some work to overhaul your current system, but maybe it's worth it?

I've definitely been thinking about this. It would allow another layer of abstraction away from the *coind's, which is definitely good.

I really thought going into it that it'd be best to use the *coind's because it seemed like they were built with a feature set intended to run a site like this. I'll do the 0.8.1 update and see if things change much at all. If they don't then we'll make a new plan and do a transition to doing everything balance related in SQL.

🏰 TradeFortress 🏰

vip

Activity: 1316

Merit: 1043

👻

Quote from: burnside on May 10, 2013, 01:59:50 AM

Hi all, sorry about all the excitement. Wink

Two things going on here.

The first is that as you guessed, the bitcoind has been causing some pretty crazy slowdowns. Simple getBalance requests are taking forever. You can tell what pages hit bitcoind vs what pages are cached by how long they take to load. I'm pretty sure I can shore this up with the upcoming bitcoind 0.8.1 upgrade. (which will be a several hour long outage, most likely tomorrow night.)

The second, and more immediate issue tonight was that the bitcoind crashed. I'm not sure if it was load related or what, but it crashed while I was commuting. Perfect timing.

If it was load related, then the 0.8.1 upgrade should also help out with that.

Cheers.

I suggest moving to a separate system for balances and such instead of relying on bitcoind. You can just take the bitcoin transaction processing part offline (people can still deposit 'n' withdraw) while you work on bitcoind.

Sure, it's going to take some work to overhaul your current system, but maybe it's worth it?

burnside

legendary

Activity: 1106

Merit: 1006

Lead Blockchain Developer

Hi all, sorry about all the excitement. Wink

Two things going on here.

The first is that as you guessed, the bitcoind has been causing some pretty crazy slowdowns. Simple getBalance requests are taking forever. You can tell what pages hit bitcoind vs what pages are cached by how long they take to load. I'm pretty sure I can shore this up with the upcoming bitcoind 0.8.1 upgrade. (which will be a several hour long outage, most likely tomorrow night.)

The second, and more immediate issue tonight was that the bitcoind crashed. I'm not sure if it was load related or what, but it crashed while I was commuting. Perfect timing.

If it was load related, then the 0.8.1 upgrade should also help out with that.

Cheers.

Topic: [BTC-TC] Virtual Community Exchange [CLOSED] - page 109. (Read 316534 times)