Bitcoin Forum
May 06, 2024, 03:43:45 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16]  All
  Print  
Author Topic: GLBSE - request for next features  (Read 27688 times)
bitcoinbear
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
September 23, 2012, 05:01:23 PM
 #301

Allowing people to place multiple bids with the same BTC results in lots of what I see as spam orders, it's happened every time I've allowed it.
What's wrong with spam orders? Just the graph? That's been useless forever. Other than spam orders that already mess up the graph, there's nothing wrong with them. They'll either get auto-removed or filled by a seller, which makes them real orders.

Just think about what information all those orders are giving.

Imagine I have 1 btc in my account. I go to my favorite asset and place 100 bids of 1 btc for that asset. Now when anybody looks at the order book they see that asset has 100 btc of liquidity at 1 btc. They then make decisions based on that information, perhaps they decide to buy some since the price has so much support. Then as soon as anybody sells one of those assets to me, even though I only spent 1 btc that 100 btc of support disappears. Essentially, it distorts the information available to the market, resulting in phantom support.

CryptoNote needs you! Join the elite merged mining forces right now here in Fantomcoin topic: https://bitcointalk.org/index.php?topic=598823.0
1714967025
Hero Member
*
Offline Offline

Posts: 1714967025

View Profile Personal Message (Offline)

Ignore
1714967025
Reply with quote  #2

1714967025
Report to moderator
1714967025
Hero Member
*
Offline Offline

Posts: 1714967025

View Profile Personal Message (Offline)

Ignore
1714967025
Reply with quote  #2

1714967025
Report to moderator
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714967025
Hero Member
*
Offline Offline

Posts: 1714967025

View Profile Personal Message (Offline)

Ignore
1714967025
Reply with quote  #2

1714967025
Report to moderator
1714967025
Hero Member
*
Offline Offline

Posts: 1714967025

View Profile Personal Message (Offline)

Ignore
1714967025
Reply with quote  #2

1714967025
Report to moderator
aura.flux
Member
**
Offline Offline

Activity: 74
Merit: 10



View Profile
September 24, 2012, 11:52:16 PM
 #302

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1
Francesco
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile
September 25, 2012, 12:05:50 AM
 #303

Allowing people to place multiple bids with the same BTC results in lots of what I see as spam orders, it's happened every time I've allowed it.
What's wrong with spam orders? Just the graph? That's been useless forever. Other than spam orders that already mess up the graph, there's nothing wrong with them. They'll either get auto-removed or filled by a seller, which makes them real orders.

Just think about what information all those orders are giving.

Imagine I have 1 btc in my account. I go to my favorite asset and place 100 bids of 1 btc for that asset. Now when anybody looks at the order book they see that asset has 100 btc of liquidity at 1 btc. They then make decisions based on that information, perhaps they decide to buy some since the price has so much support. Then as soon as anybody sells one of those assets to me, even though I only spent 1 btc that 100 btc of support disappears. Essentially, it distorts the information available to the market, resulting in phantom support.

Not so bad. People will know that support means less.

Maybe we could provide a "weighted support" separate info, where coins used n times are weighted 1/n?

Now the support could equally disappear overnight, just because the owner decided to rather place an order somewhere else.

Does liquidity mean so little these are real problems? It would be quite an improvement in my view.
stochastic
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
September 25, 2012, 12:07:06 AM
 #304

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1

I think dividend payments should have its own twitter feed or an API like cryptostock has where a user can request the latest trades of x number of days.  Right now if a user wants to get the latest dividend payments for the assets, he needs to call all the active listings and pull the dividend API, which gives the entire history of dividend payments.

Introducing constraints to the economy only serves to limit what can be economical.
aura.flux
Member
**
Offline Offline

Activity: 74
Merit: 10



View Profile
September 25, 2012, 12:31:41 AM
 #305

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1

I think dividend payments should have its own twitter feed or an API like cryptostock has where a user can request the latest trades of x number of days.  Right now if a user wants to get the latest dividend payments for the assets, he needs to call all the active listings and pull the dividend API, which gives the entire history of dividend payments.

I thought you couldn't pull list of dividends assets paid.  Undecided
OgNasty
Donator
Legendary
*
Offline Offline

Activity: 4732
Merit: 4239


Leading Crypto Sports Betting & Casino Platform


View Profile WWW
September 25, 2012, 12:32:28 AM
 #306

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1

I think dividend payments should have its own twitter feed or an API like cryptostock has where a user can request the latest trades of x number of days.  Right now if a user wants to get the latest dividend payments for the assets, he needs to call all the active listings and pull the dividend API, which gives the entire history of dividend payments.

The last dividend information was added to the public API last week.  I'm already generating automated statistics using them.

..Stake.com..   ▄████████████████████████████████████▄
   ██ ▄▄▄▄▄▄▄▄▄▄            ▄▄▄▄▄▄▄▄▄▄ ██  ▄████▄
   ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██  ██████
   ██ ██████████ ██      ██ ██████████ ██   ▀██▀
   ██ ██      ██ ██████  ██ ██      ██ ██    ██
   ██ ██████  ██ █████  ███ ██████  ██ ████▄ ██
   ██ █████  ███ ████  ████ █████  ███ ████████
   ██ ████  ████ ██████████ ████  ████ ████▀
   ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██
   ██            ▀▀▀▀▀▀▀▀▀▀            ██ 
   ▀█████████▀ ▄████████████▄ ▀█████████▀
  ▄▄▄▄▄▄▄▄▄▄▄▄███  ██  ██  ███▄▄▄▄▄▄▄▄▄▄▄▄
 ██████████████████████████████████████████
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█  ▄▀▄             █▀▀█▀▄▄
█  █▀█             █  ▐  ▐▌
█       ▄██▄       █  ▌  █
█     ▄██████▄     █  ▌ ▐▌
█    ██████████    █ ▐  █
█   ▐██████████▌   █ ▐ ▐▌
█    ▀▀██████▀▀    █ ▌ █
█     ▄▄▄██▄▄▄     █ ▌▐▌
█                  █▐ █
█                  █▐▐▌
█                  █▐█
▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█
▄▄█████████▄▄
▄██▀▀▀▀█████▀▀▀▀██▄
▄█▀       ▐█▌       ▀█▄
██         ▐█▌         ██
████▄     ▄█████▄     ▄████
████████▄███████████▄████████
███▀    █████████████    ▀███
██       ███████████       ██
▀█▄       █████████       ▄█▀
▀█▄    ▄██▀▀▀▀▀▀▀██▄  ▄▄▄█▀
▀███████         ███████▀
▀█████▄       ▄█████▀
▀▀▀███▄▄▄███▀▀▀
..PLAY NOW..
stochastic
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
September 25, 2012, 12:36:50 AM
 #307

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1

I think dividend payments should have its own twitter feed or an API like cryptostock has where a user can request the latest trades of x number of days.  Right now if a user wants to get the latest dividend payments for the assets, he needs to call all the active listings and pull the dividend API, which gives the entire history of dividend payments.

I thought you couldn't pull list of dividends assets paid.  Undecided

Produces a full history of dividends paid.

https://glbse.com/api/dividends/asset/GIGAMINING

Introducing constraints to the economy only serves to limit what can be economical.
stochastic
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500


View Profile
September 25, 2012, 12:39:47 AM
 #308

It'd be nice to be able to fetch the history csv with the private API.
And dividends with the public API.

+1

I think dividend payments should have its own twitter feed or an API like cryptostock has where a user can request the latest trades of x number of days.  Right now if a user wants to get the latest dividend payments for the assets, he needs to call all the active listings and pull the dividend API, which gives the entire history of dividend payments.

The last dividend information was added to the public API last week.  I'm already generating automated statistics using them.

I was referring to more of a history of dividend payments but with the ability to limit the range that the API returns.

Introducing constraints to the economy only serves to limit what can be economical.
aura.flux
Member
**
Offline Offline

Activity: 74
Merit: 10



View Profile
September 25, 2012, 10:33:42 PM
 #309

is it possible to post a bid/ask via api?
Nefario (OP)
Hero Member
*****
Offline Offline

Activity: 602
Merit: 512


GLBSE Support support@glbse.com


View Profile WWW
September 26, 2012, 06:07:46 AM
 #310

Yubikeys have been added as a method of two factor authentication.

Currently supported are standard yubikeys (ordered from Yubico).

We will add support for MtGox Yubikeys once I get the key in the post.

Nefario.

PGP key id at pgp.mit.edu 0xA68F4B7C

To get help and support for GLBSE please email support@glbse.com
EskimoBob
Legendary
*
Offline Offline

Activity: 910
Merit: 1000


Quality Printing Services by Federal Reserve Bank


View Profile
September 26, 2012, 03:17:56 PM
 #311

Please add a P/L (profit loss) statement for all the public investment portfolios that have sold it's shares to the public. 
1) Report has to show all the holding at the beginning of the period and at the end.
2) What has changed
3) Div's received
4) BTC in and out
5) Gain or loss from trades grouped by security and unrealized gain/loss for the period.
6) Share transfers in and out (swaps etc)
7) ... (feel free to update the list)

If this report is delayed by 24 h, it's OK by me. No need to show what happens in real time. Smiley
And please, make it mandatory to all investment "companies" or even mining co's, that have bought shares from GLBSE. 

Those whacky spreadsheets, with zero information on what has actually happened in the portfolio, have to go.
Those "reports" are useless and too easily manipulated by portfolio manager.

While reading what I wrote, use the most friendliest and relaxing voice in your head.
BTW, Things in BTC bubble universes are getting ugly....
Otoh
Donator
Legendary
*
Offline Offline

Activity: 3024
Merit: 1105



View Profile
October 03, 2012, 03:31:29 PM
 #312

Yubikeys have been added as a method of two factor authentication.

Currently supported are standard yubikeys (ordered from Yubico).

We will add support for MtGox Yubikeys once I get the key in the post.

Nefario.

I assume that it is safe to use the same Yubikey then on different sites & the key generates a code that is specific only to that site at that time rather than one that could say also be used to also access Mt. Gox if one had the password too, sry for my lack of knowing the tech for these & thanks for having implemented this - I much prefer Yubikeys to other 2FA as I don't have a smart phone.

BTC = $c²     My BTC addie = 1otohotohMoQoxHuxLBveQiZcV3Pji3Tc 
Bitstamp Exchange: Referal Code
CHARITY | MY REP | PREDICTION 1 | PREDICTION 2 | PREDICTION 3
Francesco
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile
October 04, 2012, 11:26:47 PM
 #313

Hmm, having a working site (or even, any news) would be a definite improvement over the current situation.
mila
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250



View Profile
October 06, 2012, 08:43:57 PM
 #314

Hmm, having a working site (or even, any news) would be a definite improvement over the current situation.

i liked the uncertainty more. but good catch, working service is much better than no service.

your ad here:
bitcoinbear
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
October 07, 2012, 11:56:41 AM
 #315

Hmm, having a working site (or even, any news) would be a definite improvement over the current situation.

i liked the uncertainty more. but good catch, working service is much better than no service.

Perhaps it is time or Nefario to lock this thread? I don't think he needs suggestions anymore.

CryptoNote needs you! Join the elite merged mining forces right now here in Fantomcoin topic: https://bitcointalk.org/index.php?topic=598823.0
mila
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250



View Profile
October 07, 2012, 03:38:58 PM
 #316

Hmm, having a working site (or even, any news) would be a definite improvement over the current situation.

i liked the uncertainty more. but good catch, working service is much better than no service.

Perhaps it is time or Nefario to lock this thread? I don't think he needs suggestions anymore.

he did not write any public post since September 26 or 25

your ad here:
Francesco
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile
October 07, 2012, 05:20:15 PM
 #317

Hmm, having a working site (or even, any news) would be a definite improvement over the current situation.

i liked the uncertainty more. but good catch, working service is much better than no service.

Perhaps it is time or Nefario to lock this thread? I don't think he needs suggestions anymore.

he did not write any public post since September 26 or 25


At least he visited the forum today. He didn't do even that for a few days, if I remember correctly.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!