Bitcoin Forum
December 07, 2016, 08:56:04 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
  Print  
Author Topic: GLBSE 2.0 open for testing  (Read 47458 times)
Nefario
Hero Member
*****
Offline Offline

Activity: 602


GLBSE Support support@glbse.com


View Profile WWW
April 07, 2012, 04:26:15 PM
 #361

Nefario,

There appears to be a bug in the way your script decides what color to make a stock in the assets list.  MergedMining shares are currently showing up as red, which seems to indicate they have dropped in value.  However, looking at the list of share sales, you can see that shares are currently at a monthly high.  So it should be green, right?

http://twitter.com/#!/search/realtime/mergedmining

I'll investigate this, the way it currently works is the color depends on the price of the last trade compared to the one before it.

So for example, if the latest trade was for more than the one before it then it's green.

PGP key id at pgp.mit.edu 0xA68F4B7C

To get help and support for GLBSE please email support@glbse.com
1481100964
Hero Member
*
Offline Offline

Posts: 1481100964

View Profile Personal Message (Offline)

Ignore
1481100964
Reply with quote  #2

1481100964
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
OgNasty
Donator
Legendary
*
Offline Offline

Activity: 2030


Powered by NastyFans


View Profile WWW
April 07, 2012, 05:24:23 PM
 #362

Nefario,

There appears to be a bug in the way your script decides what color to make a stock in the assets list.  MergedMining shares are currently showing up as red, which seems to indicate they have dropped in value.  However, looking at the list of share sales, you can see that shares are currently at a monthly high.  So it should be green, right?

http://twitter.com/#!/search/realtime/mergedmining

I'll investigate this, the way it currently works is the color depends on the price of the last trade compared to the one before it.

So for example, if the latest trade was for more than the one before it then it's green.

That doesn't appear to be working correctly. Not a big deal, just reporting a bug. Also, a more traditional approach would be using the prior day's closing price instead of the last trade. Great work on 2.0 so far.

BITSLER                 ▄███
               ▄████▀
             ▄████▀
           ▄████▀  ▄██▄
         ▄████▀    ▀████▄
       ▄████▀        ▀████▄
     ▄████▀            ▀████▄
   ▄████▀                ▀████▄
 ▄████▀ ▄████▄      ▄████▄ ▀████▄
█████   ██████      ██████   █████
 ▀████▄ ▀████▀      ▀████▀ ▄████▀
   ▀████▄                ▄████▀
     ▀████▄            ▄████▀
       ▀████▄        ▄████▀
         ▀████▄    ▄████▀
           ▀████▄▄████▀
             ▀██████▀
               ▀▀▀▀
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄            
▄▄▄▄▀▀▀▀    ▄▄█▄▄ ▀▀▄         
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄      
█  ▀▄▄  ▀█▀▀ ▄      ▀████   ▀▀▄   
█ █▄  ▀▄   ▀████       ▀▀ ▄██▄ ▀▀▄
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█  ▀▀       ▀▄▄ ▀████      ▄▄▄▀▀▀  █
█            ▄ ▀▄    ▄▄▄▀▀▀   ▄▄  █
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ ▄▄   ███   ▀██  █           ▀▀  █ 
█ ███  ▀██       █        ▄▄      █ 
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀  
▀▄            █        ▀▀      █  
▀▀▄   ███▄  █   ▄▄          █   
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀    
▀▀▄   █   ▀▀▄▄▄▀▀▀         
▄▄▄▄▄▄▄▄▄▄▄█▄▄▀▀▀▀              
              ▄▄▄██████▄▄▄
          ▄▄████████████████▄▄
        ▄██████▀▀▀▀▀▀▀▀▀▀██████▄
▄     ▄█████▀             ▀█████▄
██▄▄ █████▀                ▀█████
 ████████            ▄██      █████
  ████████▄         ███▀       ████▄
  █████████▀▀     ▄███▀        █████
   █▀▀▀          █████         █████
     ▄▄▄         ████          █████
   █████          ▀▀           ████▀
    █████                     █████
     █████▄                 ▄█████
      ▀█████▄             ▄█████▀
        ▀██████▄▄▄▄▄▄▄▄▄▄██████▀
          ▀▀████████████████▀▀
              ▀▀▀██████▀▀▀
            ▄▄▄███████▄▄▄
         ▄█▀▀▀ ▄▄▄▄▄▄▄ ▀▀▀█▄
       █▀▀ ▄█████████████▄ ▀▀█
     █▀▀ ███████████████████ ▀▀█
    █▀ ███████████████████████ ▀█
   █▀ ███████████████▀▀ ███████ ▀█
 ▄█▀ ██████████████▀      ▀█████ ▀█▄
███ ███████████▀▀            ▀▀██ ███
███ ███████▀▀                     ███
███ ▀▀▀▀                          ███
▀██▄                             ▄██▀
  ▀█▄                            ▀▀
    █▄       █▄▄▄▄▄▄▄▄▄█
     █▄      ▀█████████▀
      ▀█▄      ▀▀▀▀▀▀▀
        ▀▀█▄▄  ▄▄▄
            ▀▀█████
[]
BinaryMage
Hero Member
*****
Offline Offline

Activity: 546


Ad astra.


View Profile
April 07, 2012, 05:43:41 PM
 #363

It may be indeed useless, or it may be not. Nice to hear your opinion on the matter. Mine is not so certain.

You don't need to thank me for my opinion, I'll give it whether you like it or not. Tongue
I'm not saying that I think Litecoin is a bad investment; I'm saying that from a purely technical standpoint it has nothing to differentiate itself from Bitcoin except the hash algorithm difference, which lends itself to weakness. (An algorithm inefficient on standard hardware opens up the currency to an easy 51% attack by custom hardware designed to use that particular algorithm) If you have evidence against that, please say so.

Lots of people mines with CPUs. You may not consider this "serious" mining, but it happens, and at least for those people, there should be some value in doing it.

"No one" was hyperbole, I understand that people do actually mine with CPUs. Wink
"There should be some value in doing it"? Value is not brought in by miners; miners are brought in by value. The existence of CPU miners doesn't necessarily mean it's a good idea to create a currency that allows them to feasibly profit from CPU mining.

More miners means more people, more human resources if you prefer, doing something they found valuable. That's the way anything becomes valuable.

It can, I agree, but not in every case. I mined Litecoins for awhile because it made financial sense. I thought the concept was useless and I sold every Litecoin I mined immediately. If you think that adds value to the currency, please explain.

In fewer words, it's the GLBSE, and there's a darn good reason for that.

So, just because bitcoin is hardcoded on the name, we should make separate projects for any other currency? Ok, fair with me, but I think it would be almost trivial to integrate other cryptocurrencies on the existing infrastructure, and it certainly would aggregate value to it.

Don't over-analyze that statement, it was just a tl;dr summary. Could other currencies be integrated? Yes. Would it aggregate value? I'm not so sure.

I know that all of us who are longing bitcoin would like that someday all the value in the universe would be measured in bitcoin, but sadly this isn't going to happen. There will always be lots of units of measure and people will be choosing arbitrarily between them.

And I think that a more complex cryptocurrency ecosystem would be beneficial for bitcoin as a whole. I tend to see it as in the free software ecosystem. Just because linux exists and is the kernel chosen by the big majority of people, that doen't meant that we should abandon projects like gnu/hurd, *bsd and every other competing kernel. On the contrary, the existence of alternatives and competition makes the big projects even more valuable.

Oh, I certainly hope Bitcoin doesn't get to that point, at least in it's current state - it's far too vulnerable to attack. I agree entirely with the idea of competition, but your analogy is misfitting. *BSD and gnu/hurd provide advantages that Linux does not. (Trust me, I use the former. FreeBSD is more secure, often faster, and significantly more stable than Linux in my humble opinion.) However, I fail to see (and if there are any please enlighten me) any advantages Litecoin provides relative to Bitcoin. Competition is incredibly valuable - spin-off schemes with no advantages are not.

-- BinaryMage -- | OTC | PGP
Nefario
Hero Member
*****
Offline Offline

Activity: 602


GLBSE Support support@glbse.com


View Profile WWW
April 07, 2012, 06:01:51 PM
 #364


That doesn't appear to be working correctly. Not a big deal, just reporting a bug. Also, a more traditional approach would be using the prior day's closing price instead of the last trade. Great work on 2.0 so far.

Define closing price when the exchange never closes, would it be 00:00 GMT or something along those lines?

PGP key id at pgp.mit.edu 0xA68F4B7C

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

Activity: 2030


Powered by NastyFans


View Profile WWW
April 07, 2012, 07:02:43 PM
 #365


That doesn't appear to be working correctly. Not a big deal, just reporting a bug. Also, a more traditional approach would be using the prior day's closing price instead of the last trade. Great work on 2.0 so far.

Define closing price when the exchange never closes, would it be 00:00 GMT or something along those lines?

Good point.  This leaves room for some innovation.  Grin  Perhaps it could be based off of a running 48 hour average?

BITSLER                 ▄███
               ▄████▀
             ▄████▀
           ▄████▀  ▄██▄
         ▄████▀    ▀████▄
       ▄████▀        ▀████▄
     ▄████▀            ▀████▄
   ▄████▀                ▀████▄
 ▄████▀ ▄████▄      ▄████▄ ▀████▄
█████   ██████      ██████   █████
 ▀████▄ ▀████▀      ▀████▀ ▄████▀
   ▀████▄                ▄████▀
     ▀████▄            ▄████▀
       ▀████▄        ▄████▀
         ▀████▄    ▄████▀
           ▀████▄▄████▀
             ▀██████▀
               ▀▀▀▀
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄            
▄▄▄▄▀▀▀▀    ▄▄█▄▄ ▀▀▄         
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄      
█  ▀▄▄  ▀█▀▀ ▄      ▀████   ▀▀▄   
█ █▄  ▀▄   ▀████       ▀▀ ▄██▄ ▀▀▄
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█  ▀▀       ▀▄▄ ▀████      ▄▄▄▀▀▀  █
█            ▄ ▀▄    ▄▄▄▀▀▀   ▄▄  █
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ ▄▄   ███   ▀██  █           ▀▀  █ 
█ ███  ▀██       █        ▄▄      █ 
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀  
▀▄            █        ▀▀      █  
▀▀▄   ███▄  █   ▄▄          █   
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀    
▀▀▄   █   ▀▀▄▄▄▀▀▀         
▄▄▄▄▄▄▄▄▄▄▄█▄▄▀▀▀▀              
              ▄▄▄██████▄▄▄
          ▄▄████████████████▄▄
        ▄██████▀▀▀▀▀▀▀▀▀▀██████▄
▄     ▄█████▀             ▀█████▄
██▄▄ █████▀                ▀█████
 ████████            ▄██      █████
  ████████▄         ███▀       ████▄
  █████████▀▀     ▄███▀        █████
   █▀▀▀          █████         █████
     ▄▄▄         ████          █████
   █████          ▀▀           ████▀
    █████                     █████
     █████▄                 ▄█████
      ▀█████▄             ▄█████▀
        ▀██████▄▄▄▄▄▄▄▄▄▄██████▀
          ▀▀████████████████▀▀
              ▀▀▀██████▀▀▀
            ▄▄▄███████▄▄▄
         ▄█▀▀▀ ▄▄▄▄▄▄▄ ▀▀▀█▄
       █▀▀ ▄█████████████▄ ▀▀█
     █▀▀ ███████████████████ ▀▀█
    █▀ ███████████████████████ ▀█
   █▀ ███████████████▀▀ ███████ ▀█
 ▄█▀ ██████████████▀      ▀█████ ▀█▄
███ ███████████▀▀            ▀▀██ ███
███ ███████▀▀                     ███
███ ▀▀▀▀                          ███
▀██▄                             ▄██▀
  ▀█▄                            ▀▀
    █▄       █▄▄▄▄▄▄▄▄▄█
     █▄      ▀█████████▀
      ▀█▄      ▀▀▀▀▀▀▀
        ▀▀█▄▄  ▄▄▄
            ▀▀█████
[]
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
April 07, 2012, 07:16:13 PM
 #366

I'd go with GMT/UTC 00:00 as "new day" personally... any other time is as arbitrary anyways but this allows for some "chunking".

On a different note: I went through the hassle of claiming one of my 2 GLBSE 1.0 accounts, but getting an error that "Claim code: xxxXXXxxxXXXxxx has not been found, please check for typo's[sic!]" even though it's copy-pasted from the 1.0 account popup (32 characters strong). Is there some wait time until the systems are synced or is this a bug?

Also I plan to claim my other account too and transfer it's assets over to the first one (likely via a throwaway account that claims account #2 and just transfers assets) - but it would be nice to have the history too, so if it is at all possible to claim 2 old accounts into 1 new account, please tell me. Smiley

https://bitfinex.com <-- leveraged trading of BTCUSD, LTCUSD and LTCBTC (long and short) - 10% discount on fees for the first 30 days with this refcode: x5K9YtL3Zb
Mail me at Bitmessage: BM-BbiHiVv5qh858ULsyRDtpRrG9WjXN3xf
mila
Sr. Member
****
Offline Offline

Activity: 462



View Profile
April 07, 2012, 07:17:24 PM
 #367

both is used, different sites, different implementations
gox uses 24h avg
the bitcoincharts reset at midnight

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

Activity: 602


GLBSE Support support@glbse.com


View Profile WWW
April 07, 2012, 07:52:59 PM
 #368

I'd go with GMT/UTC 00:00 as "new day" personally... any other time is as arbitrary anyways but this allows for some "chunking".

On a different note: I went through the hassle of claiming one of my 2 GLBSE 1.0 accounts, but getting an error that "Claim code: xxxXXXxxxXXXxxx has not been found, please check for typo's[sic!]" even though it's copy-pasted from the 1.0 account popup (32 characters strong). Is there some wait time until the systems are synced or is this a bug?

Also I plan to claim my other account too and transfer it's assets over to the first one (likely via a throwaway account that claims account #2 and just transfers assets) - but it would be nice to have the history too, so if it is at all possible to claim 2 old accounts into 1 new account, please tell me. Smiley

This is a bug, one that I'm working on, a couple of people have had this problem.

Yes it's possible to claim more than one GLBSE1.0 account into a single GLBSE2.0 account.

PGP key id at pgp.mit.edu 0xA68F4B7C

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

Activity: 1848


View Profile
April 07, 2012, 08:16:15 PM
 #369

Nice, so I'll just note down the code and try again in a couple of days... Smiley

Happy easter by the way!

https://bitfinex.com <-- leveraged trading of BTCUSD, LTCUSD and LTCBTC (long and short) - 10% discount on fees for the first 30 days with this refcode: x5K9YtL3Zb
Mail me at Bitmessage: BM-BbiHiVv5qh858ULsyRDtpRrG9WjXN3xf
Brian DeLoach
VIP
Full Member
*
Offline Offline

Activity: 158


View Profile
April 08, 2012, 09:46:13 AM
 #370

I understand about Yubikey - but it's cost free to implement would just be an added feature for GLBSE.  I can show you how to implement it without buying a Yubikey if you want, it's actually pretty straight forward.  There's no real drawback to offering it, once you get it setup, it pretty much is hands off at that point.

Any final decision regarding yubikeys? It would be a nice feature.

Quote from: Matthew N. Wright
I use the blockchain to power my rotating love bed.
OgNasty
Donator
Legendary
*
Offline Offline

Activity: 2030


Powered by NastyFans


View Profile WWW
April 08, 2012, 03:19:32 PM
 #371

I'd go with GMT/UTC 00:00 as "new day" personally... any other time is as arbitrary anyways but this allows for some "chunking".

The "new day" works great on exchanges with high volume and a typical news cycle.  After giving this some thought, I don't think the "new day" approach would be typically beneficial for the GLBSE.  I don't even think my "48-hour average" approach would really capture enough data to show whether or not a stock is increasing or decreasing in value.  If it were my decision, I think I would use a 7-day running average as a base to judge whether or not a stock is increasing or decreasing.  That should capture enough trades to actually display a useful metric (green/yellow/red).  As the exchange gets more popular and volume increases, this time could be reduced.

BITSLER                 ▄███
               ▄████▀
             ▄████▀
           ▄████▀  ▄██▄
         ▄████▀    ▀████▄
       ▄████▀        ▀████▄
     ▄████▀            ▀████▄
   ▄████▀                ▀████▄
 ▄████▀ ▄████▄      ▄████▄ ▀████▄
█████   ██████      ██████   █████
 ▀████▄ ▀████▀      ▀████▀ ▄████▀
   ▀████▄                ▄████▀
     ▀████▄            ▄████▀
       ▀████▄        ▄████▀
         ▀████▄    ▄████▀
           ▀████▄▄████▀
             ▀██████▀
               ▀▀▀▀
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄            
▄▄▄▄▀▀▀▀    ▄▄█▄▄ ▀▀▄         
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄      
█  ▀▄▄  ▀█▀▀ ▄      ▀████   ▀▀▄   
█ █▄  ▀▄   ▀████       ▀▀ ▄██▄ ▀▀▄
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█  ▀▀       ▀▄▄ ▀████      ▄▄▄▀▀▀  █
█            ▄ ▀▄    ▄▄▄▀▀▀   ▄▄  █
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
█ ▄▄   ███   ▀██  █           ▀▀  █ 
█ ███  ▀██       █        ▄▄      █ 
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀  
▀▄            █        ▀▀      █  
▀▀▄   ███▄  █   ▄▄          █   
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀    
▀▀▄   █   ▀▀▄▄▄▀▀▀         
▄▄▄▄▄▄▄▄▄▄▄█▄▄▀▀▀▀              
              ▄▄▄██████▄▄▄
          ▄▄████████████████▄▄
        ▄██████▀▀▀▀▀▀▀▀▀▀██████▄
▄     ▄█████▀             ▀█████▄
██▄▄ █████▀                ▀█████
 ████████            ▄██      █████
  ████████▄         ███▀       ████▄
  █████████▀▀     ▄███▀        █████
   █▀▀▀          █████         █████
     ▄▄▄         ████          █████
   █████          ▀▀           ████▀
    █████                     █████
     █████▄                 ▄█████
      ▀█████▄             ▄█████▀
        ▀██████▄▄▄▄▄▄▄▄▄▄██████▀
          ▀▀████████████████▀▀
              ▀▀▀██████▀▀▀
            ▄▄▄███████▄▄▄
         ▄█▀▀▀ ▄▄▄▄▄▄▄ ▀▀▀█▄
       █▀▀ ▄█████████████▄ ▀▀█
     █▀▀ ███████████████████ ▀▀█
    █▀ ███████████████████████ ▀█
   █▀ ███████████████▀▀ ███████ ▀█
 ▄█▀ ██████████████▀      ▀█████ ▀█▄
███ ███████████▀▀            ▀▀██ ███
███ ███████▀▀                     ███
███ ▀▀▀▀                          ███
▀██▄                             ▄██▀
  ▀█▄                            ▀▀
    █▄       █▄▄▄▄▄▄▄▄▄█
     █▄      ▀█████████▀
      ▀█▄      ▀▀▀▀▀▀▀
        ▀▀█▄▄  ▄▄▄
            ▀▀█████
[]
teek
Hero Member
*****
Offline Offline

Activity: 664


ASICMINER Official Canadian Distributor


View Profile
April 08, 2012, 03:22:53 PM
 #372

I'd go with GMT/UTC 00:00 as "new day" personally... any other time is as arbitrary anyways but this allows for some "chunking".

The "new day" works great on exchanges with high volume and a typical news cycle.  After giving this some thought, I don't think the "new day" approach would be typically beneficial for the GLBSE.  I don't even think my "48-hour average" approach would really capture enough data to show whether or not a stock is increasing or decreasing in value.  If it were my decision, I think I would use a 7-day running average as a base to judge whether or not a stock is increasing or decreasing.  That should capture enough trades to actually display a useful metric (green/yellow/red).  As the exchange gets more popular and volume increases, this time could be reduced.

+1  7 day is what it needs for now

mila
Sr. Member
****
Offline Offline

Activity: 462



View Profile
April 10, 2012, 02:41:55 PM
 #373

is there an exploitable bug the forum.glbse ?
some dude just posted a bazilion spam posts that should not be possible
(it if the 2min limit would be still applied)

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

Activity: 602


GLBSE Support support@glbse.com


View Profile WWW
April 10, 2012, 02:48:07 PM
 #374

is there an exploitable bug the forum.glbse ?
some dude just posted a bazilion spam posts that should not be possible
(it if the 2min limit would be still applied)


Nope, just someone who patiently took the time to make all those posts which are now deleted.

PGP key id at pgp.mit.edu 0xA68F4B7C

To get help and support for GLBSE please email support@glbse.com
mila
Sr. Member
****
Offline Offline

Activity: 462



View Profile
April 10, 2012, 03:32:36 PM
 #375

is there an exploitable bug the forum.glbse ?
some dude just posted a bazilion spam posts that should not be possible
(it if the 2min limit would be still applied)


Nope, just someone who patiently took the time to make all those posts which are now deleted.

thanks. that was lightning fast!
// it was probably scripted (or waste of time to post manually)

edit: btw any news on trade history (list trades per asset)?

your ad here:
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
April 10, 2012, 06:48:41 PM
 #376

I'd go with GMT/UTC 00:00 as "new day" personally... any other time is as arbitrary anyways but this allows for some "chunking".

The "new day" works great on exchanges with high volume and a typical news cycle.  After giving this some thought, I don't think the "new day" approach would be typically beneficial for the GLBSE.  I don't even think my "48-hour average" approach would really capture enough data to show whether or not a stock is increasing or decreasing in value.  If it were my decision, I think I would use a 7-day running average as a base to judge whether or not a stock is increasing or decreasing.  That should capture enough trades to actually display a useful metric (green/yellow/red).  As the exchange gets more popular and volume increases, this time could be reduced.

+1  7 day is what it needs for now

something like this?

Code:
| Asset code | Last trade | 7 day average | 7 day trend line |
--------------------------------------------------------------
| ABC123     |   13@3.37  |          3.03 | ____________/\_/ | <-- green background, because 3.37 > 3.03

Maybe there could be even something like "average of the last 50 trades" or "average of the last x trades using 10% of shares emmitted"?
The last metric would mean that this is the average price per share of the latest 20 shares traded, if your IPO was 200 share. This would eliminate the time window completely but could be too hectic for high volume trades maybe...

https://bitfinex.com <-- leveraged trading of BTCUSD, LTCUSD and LTCBTC (long and short) - 10% discount on fees for the first 30 days with this refcode: x5K9YtL3Zb
Mail me at Bitmessage: BM-BbiHiVv5qh858ULsyRDtpRrG9WjXN3xf
mila
Sr. Member
****
Offline Offline

Activity: 462



View Profile
April 10, 2012, 08:26:42 PM
 #377

the graph in asset view is rounding the trade price to 3 decimal places
bug or feature?

and could be volume added to the graph as a second indicator in the picture, please?

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

Activity: 602


GLBSE Support support@glbse.com


View Profile WWW
April 10, 2012, 10:38:58 PM
 #378

the graph in asset view is rounding the trade price to 3 decimal places
bug or feature?

and could be volume added to the graph as a second indicator in the picture, please?

The rounding is a problem using Google graphs, the data being sent is not rounded, but Google charts seems to round them out.

We'll be moving to much better graphs, that also include trade volume as well.

PGP key id at pgp.mit.edu 0xA68F4B7C

To get help and support for GLBSE please email support@glbse.com
rdponticelli
Sr. Member
****
Offline Offline

Activity: 326


Our highest capital is the Confidence we build.


View Profile
April 10, 2012, 11:32:29 PM
 #379

Don't you thing it could be nice to keep the testing site working? It could be useful to those planing to launch an asset, to become more acquainted with the functionality, before doing it for real. Maybe it would be too much overhead to you?
Brian DeLoach
VIP
Full Member
*
Offline Offline

Activity: 158


View Profile
April 11, 2012, 12:42:11 AM
 #380

I understand about Yubikey - but it's cost free to implement would just be an added feature for GLBSE.  I can show you how to implement it without buying a Yubikey if you want, it's actually pretty straight forward.  There's no real drawback to offering it, once you get it setup, it pretty much is hands off at that point.

Any final decision regarding yubikeys? It would be a nice feature.

Bump. Smiley

Quote from: Matthew N. Wright
I use the blockchain to power my rotating love bed.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!