pull down to refresh

I'm obviously not understanding the market mechanics here. In a normal order book, you would never get a negative spread (overlapping buy/sell orders) coz the exchange would automatically execute the trades. Is that not happening here? If it did, your order book would be considerably simpler.
Thanks for sharing; it does make sense. Consider there's no automated exchange here for selling or buying CCs, it's all P2P. This is a simple, humble initiative to gather the data and make sure there are fair trades around.
There's probably some errors in how the data is calculated; this is a first iteration. With the help of feedback like yours, we can improve accuracy and KPIs.
How would you display the data to make it more understandable? Any reference helps
reply
0 sats \ 7 replies \ @harrym 12h
You'd have to execute the overlapping trades first, then you can show a less confusing order book.
reply
30 sats \ 6 replies \ @harrym 12h
The price axis would then be monotonically increasing, for example. The spread would be positive...
reply
I will make the changes. Do you have any references I can look at?
reply
50 sats \ 4 replies \ @harrym 11h
I learnt by looking at normal exchanges (mtgox, bitstamp, bitfinex). I don't think I ever used anything I could offer as a reference, but there are many youtube traders. hmm. I did at one time read discussion from when bitfinex was being created - I guess the ideas started becoming clear then. I'm not a trader, but i did try to get it clear in my head back then. I just realized you are new to trading, so the useful key words for you would be 'exchange order book'. I just did one that tells way more than you need: https://www.investopedia.com/terms/o/order-book.asp
I'm happy to help if I can.
Are you planning to make the changes to resolve the trades automatically? If you expect any traffic, manual resolution is out of the question.
reply
That help a lot! Made some changes and should be live soon. I was also able to give the SPREAD a positive value.
I, indeed, am not a trader either and am not familiar with such things. This was an exercise to track the effective value of CCs against Bitcoin (sats), as 1cc = 1sat is just the default value SN is selling CCs.
For now, manual resolution seems the obvious path, as stackers are posting here buy and sell offers. But I see the case for resolving the trades automatically somehow. Have no idea where to start, and any help is more than welcome.
reply
0 sats \ 2 replies \ @harrym 11h
There's a lot of work around efficient trade engines (which I have no interest in). Assuming efficiency is not important tho, I can see a simple scan thru the price range and check/resolve any trades that can be executed. You might need to decide who offered their trade first at any given price i guess. I have no idea what your programming environment is. Would the code run on SN? A Bash script maybe? Is there a database holding the trade offers? Perl used to fantastic at handling text only stuff, but noone likes it any more :(
reply
0 sats \ 1 reply \ @AGORA OP 9h
efficient trade engines
Not even know wth is that, I'll look into it just for curiosity.
Would the code run on SN? A Bash script
Fun fact I'm not a dev, I don't see such a solution built-in in SN, a Bash script? Perhaps. The ~AGORA marketplace is available as a space to post such offer/bids. Have no idea how or where a db can be hold and maintained. For now it's just a js embedded in this html.
Any suggestion on how to handle this is more than welcome, as I see there's a need for some stackers to get rid of unwanted CCs and others that want to buy P2P at better rate.