Pages:
Author

Topic: GLBSE - request for next features - page 3. (Read 27758 times)

sr. member
Activity: 462
Merit: 250
August 28, 2012, 10:09:53 PM
Mark security issuers Buy and Sell orders with a different color in the order book.

They would just make a new account if they did not want that public.

not 100 % true
buying from issuer is closer to 'primary market'
selling to issuer has impact on number of shares that receive dividends
'a new account' here would be different from issuer's account and both arguments above apply
hero member
Activity: 938
Merit: 1002
August 28, 2012, 09:09:01 AM
I just skimmed through the requests and I second that the volume and bid/ask charts are useless now, suggested changes seem nice.

I couldn't manage to add GLBSE to my two-factor authentication with Google (I guess it doesn't work over SMS?), and I wasn't very eager anyway. Will you implement other authentication schemes? A jabber message would be good enough for me, though any generic protocol that's easy to setup with an external device should be fine. I guess e-mail would be the most generic one.
hero member
Activity: 686
Merit: 500
Wat
August 28, 2012, 01:41:42 AM
Mark security issuers Buy and Sell orders with a different color in the order book.

+1
donator
Activity: 224
Merit: 100
August 24, 2012, 01:06:05 PM
my bids are gone..    redoing them says "Your order has been queued, please do not re-submit"  but they do not appear anywhere on profile page or in asset's orders list and available balance stays unchanged. something isn't right


You know what, i think i understand what has happened: so somehow a bunch of orders were all queued, and when glbse came back up it executed them all in order i think. That's why it was temporarily slow to execute.

that also explains why a bunch of bids I wanted to hit just dissipated all of the sudden...
legendary
Activity: 1050
Merit: 1000
August 24, 2012, 12:54:19 PM
my bids are gone..    redoing them says "Your order has been queued, please do not re-submit"  but they do not appear anywhere on profile page or in asset's orders list and available balance stays unchanged. something isn't right
donator
Activity: 224
Merit: 100
August 24, 2012, 12:49:12 PM
The site is down right now... any ideas on when it will be back up?

Back up now, sorry for the downtime.

It won't let me cancel any of my sell orders: it says "Your order has been cancelled", but the order is still there and blocking me from doing any trading!

Sorry for the emergency tone, but this is a very pressing bug.... thanks.

EDIT: Just went through finally, it seems the 10th time is the charm.

EDIT: Just got "Your order has been queued, please do not re-submit" - what is this? I've never gotten this message before, thanks.
hero member
Activity: 602
Merit: 513
GLBSE Support [email protected]
August 24, 2012, 12:41:25 PM
The site is down right now... any ideas on when it will be back up?

Back up now, sorry for the downtime.
donator
Activity: 224
Merit: 100
August 24, 2012, 11:46:39 AM
The site is down right now... any ideas on when it will be back up?
hero member
Activity: 602
Merit: 513
GLBSE Support [email protected]
August 24, 2012, 07:37:40 AM
Voted on a motion earlier, re-read the motion a few min ago and the option to vote was still available. Voted again with no errors displayed, guessing the vote is null, not sure though.

You're allowed to change your vote as many times as you like until the motion has expired.
legendary
Activity: 910
Merit: 1000
Quality Printing Services by Federal Reserve Bank
August 17, 2012, 12:27:01 PM
One more:

"Dividends calendar" will be nice to have too.
legendary
Activity: 910
Merit: 1000
Quality Printing Services by Federal Reserve Bank
August 17, 2012, 12:24:20 PM
Mark security issuers Buy and Sell orders with a different color in the order book.

I also like to add this one:
Make users bid/ask stand out from the order book (btc-e has it well implemented)
Highlight users bid/ask in the order book (btc-e has it well implemented).
donator
Activity: 289
Merit: 250
August 16, 2012, 10:07:59 AM
If two people enter a bid/ask at the same price but at different times, the newer entry is listed above the older entry, implying that it will be executed first.

If the trades are executed in the order shown in the table, then I assume that is a bug because the older entry should be executed first. If the execution order is correct, despite the order shown in the table, then that means the table is showing the entries in the wrong order. I have not been able to determine whether the entries are executed in the wrong order or not.

I've noticed this before, and have also seen that the execution order is correct, just the display is wrong.
legendary
Activity: 4522
Merit: 3426
August 16, 2012, 01:49:39 AM
BUG!!!! If there is an entry at a particular price and I make a trade at the same price, it puts my order in before the order that was already there.

How do you know this? From a trade or from the orders table?

If it's the orders table then it's not a bug, trades happen based on price first, then entry order when prices are the same.

Sorry, I was purposely being ambiguous and that was not helpful.

If two people enter a bid/ask at the same price but at different times, the newer entry is listed above the older entry, implying that it will be executed first.

If the trades are executed in the order shown in the table, then I assume that is a bug because the older entry should be executed first. If the execution order is correct, despite the order shown in the table, then that means the table is showing the entries in the wrong order. I have not been able to determine whether the entries are executed in the wrong order or not.

I hope that I have done a better job of explaining this time.
sr. member
Activity: 462
Merit: 250
August 14, 2012, 05:31:19 AM
BUG!!!! If there is an entry at a particular price and I make a trade at the same price, it puts my order in before the order that was already there.

How do you know this? From a trade or from the orders table?

If it's the orders table then it's not a bug, trades happen based on price first, then entry order when prices are the same.

and older orders are matched first (at the same price).
they might be however displayed in wrong order (at the same price) newer orders (at the same price) above older orders
but the execution is OK
hero member
Activity: 602
Merit: 513
GLBSE Support [email protected]
August 14, 2012, 04:04:05 AM
BUG!!!! If there is an entry at a particular price and I make a trade at the same price, it puts my order in before the order that was already there.

How do you know this? From a trade or from the orders table?

If it's the orders table then it's not a bug, trades happen based on price first, then entry order when prices are the same.
sr. member
Activity: 389
Merit: 250
August 14, 2012, 01:04:04 AM
I'd also limit the number of digits allowed in a bid. Hell, if no one is prepared to bet really more than me, why should anyone, arrived later, be allowed to be before me for the exact same price -just one shatoshi more? So that if I want to be first, I have to cancel my previous, and make a new order again

Sub-penny decimalization is a challenge.   It does favor the bots which will always be faster and more persistent than a human.   And when two bots fight it out, it provides a better price for the counterparty.

At the same time, sometimes the bots are just waiting to get picked off.  Say the best bid is at .11 and I notice what is likely a bot that threw down a bid at 0.11001.    I want to sell but I want a better price.  So I create a bid that I don't really want to buy at with a price of .115.  The bot goes .11501 and I take it.  Rinse and repeat, then cancel my .115 bid.   I just sold at a price better than I otherwise would have gotten.   Now if there is no sub-penny decimalization, and the only option was to do a .12, the bot might not play along.
+1 Those bots are quite annoying, and this just makes my day
legendary
Activity: 2506
Merit: 1010
August 13, 2012, 11:56:45 PM
I'd also limit the number of digits allowed in a bid. Hell, if no one is prepared to bet really more than me, why should anyone, arrived later, be allowed to be before me for the exact same price -just one shatoshi more? So that if I want to be first, I have to cancel my previous, and make a new order again

Sub-penny decimalization is a challenge.   It does favor the bots which will always be faster and more persistent than a human.   And when two bots fight it out, it provides a better price for the counterparty.

At the same time, sometimes the bots are just waiting to get picked off.  Say the best bid is at .11 and I notice what is likely a bot that threw down a bid at 0.11001.    I want to sell but I want a better price.  So I create a bid that I don't really want to buy at with a price of .115.  The bot goes .11501 and I take it.  Rinse and repeat, then cancel my .115 bid.   I just sold at a price better than I otherwise would have gotten.   Now if there is no sub-penny decimalization, and the only option was to do a .12, the bot might not play along.
legendary
Activity: 4522
Merit: 3426
August 13, 2012, 08:56:32 PM
BUG!!!! If there is an entry at a particular price and I make a trade at the same price, it puts my order in before the order that was already there.
legendary
Activity: 4522
Merit: 3426
August 13, 2012, 08:54:34 PM
I don't know if this has already been requested, but please please please add a confirmation dialog to trades. There are too many ways to make mistakes when entering quantity and price, especially when both the enter and tab keys generally don't do what you want.
sr. member
Activity: 252
Merit: 250
August 13, 2012, 06:46:40 PM
Hell, I'd go one step further and suggest that these bids have so little business being on the site that they not be allowed at all. Anything less than 0.1% of the current highest bid on a security with at least 5 bids is rejected (A security with fewer than five bids may not reflect accurate prices, this exception may not be required however). This would still allow a bid of 0.001 BTC on a security trading for 1 BTC normally, which is still ridiculously low.

I'd also limit the number of digits allowed in a bid. Hell, if no one is prepared to bet really more than me, why should anyone, arrived later, be allowed to be before me for the exact same price -just one shatoshi more? So that if I want to be first, I have to cancel my previous, and make a new order again (which process is, I remark, nowhere as fast as it ought to be).
It's basically... a penny auction; not in BTC (since price goes nowhere really) but in time.
If I have a bid at 0.12, either you offer at least 0.121 or you're after me, since you came later and do not really offer more. Seems fair to me.

Also, unrelated: can I manage the transfer feature via API? And, can I see who sent me something? [Of course I should have looked to the CSV history] It seems both no, but this features would be quite useful; if they aren't there yet, my vote to implement them.
Pages:
Jump to: