Author Topic: Parse data (effcienciently?) with a FPGA?  (Read 7622 times)

0 Members and 1 Guest are viewing this topic.

Offline daybyter

  • Frequent Contributor
  • **
  • Posts: 397
  • Country: de
 
The following users thanked this post: hans

Offline hans

  • Super Contributor
  • ***
  • Posts: 1640
  • Country: nl
Re: Parse data (effcienciently?) with a FPGA?
« Reply #26 on: March 10, 2018, 11:57:08 pm »
Incorrect. FPGA's are use plenty in high-speed stock trading. These guys play "the game" borderline cheating.

I don't think high speed trading is cheating, and of course they try to be as fast as they can. However, there's the next level where the cheating takes place. These guys see your orders before it hits the floor no matter how fast you are. You can see a bid sitting there for long time, but just the moment you decide to take it, the bid magically disappears in a matter of milliseconds. This could not have happened if they didn't see my order coming. I haven't traded for a long time, but I doubt it is now any different than it was back then.

I am not saying they are cheating (that is defined after all by the market who makes the technical rules), what I wanted to illustrate with that phrase and the TCP story is they will do whatever it takes to get the lowest latency over their competitors. They are competing at microsecond levels of latency. This where their bread is earned, aside from good trading algorithms of course.
This is perhaps one of the weird cases where speed is king above anything, even if it is at the cost of maintainability and readability of the code. They try to maintain a high quality through rigorous testing procedures and code reviews, while staying "agile" enough that they have a short deployment path to production.

I certainly do believe that their network connection for their trading box more or less runs straight into a FPGA. If you're not in the same building to trade or use a crap network stack, you've already lost so to speak. This is where FPGA's can offer high levels of granularity and parallelism that is very valuable.
« Last Edit: March 10, 2018, 11:58:57 pm by hans »
 

Offline NorthGuy

  • Super Contributor
  • ***
  • Posts: 3146
  • Country: ca
Re: Parse data (effcienciently?) with a FPGA?
« Reply #27 on: March 11, 2018, 01:48:30 am »
120 ns doesn't sound realistic. During this time, the signal can only travel 60 feet (assuming wires, not silicon) - you need to be very close. How many high speed traders can you possibly fit into such small space?

Would love to test one of these:

https://netfpga.org/site/#/systems/1netfpga-sume/details/

Just press the button:

https://store.digilentinc.com/netfpga-sume-virtex-7-fpga-development-board/
 

Offline daybyter

  • Frequent Contributor
  • **
  • Posts: 397
  • Country: de
Re: Parse data (effcienciently?) with a FPGA?
« Reply #28 on: March 11, 2018, 06:09:14 am »
As I understand, the 120ns are the time from getting into the trader's PC to the moment, when the PC sends the order. The signal remains in the fpga network card, so it doesn't have to travel very far. And there is no real trade logic involved. So no calculations, if the trade would be profitable.

I would buy the sume card in a second, if it was just a bit cheaper... ok...a lot cheaper...
 

Offline nctnico

  • Super Contributor
  • ***
  • Posts: 26906
  • Country: nl
    • NCT Developments
Re: Parse data (effcienciently?) with a FPGA?
« Reply #29 on: March 11, 2018, 06:41:00 am »
120 ns doesn't sound realistic. During this time, the signal can only travel 60 feet (assuming wires, not silicon) - you need to be very close. How many high speed traders can you possibly fit into such small space?
The trade orders are being timestamped as well so they don't need to be handled realtime.
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline hamster_nz

  • Super Contributor
  • ***
  • Posts: 2803
  • Country: nz
Re: Parse data (effcienciently?) with a FPGA?
« Reply #30 on: March 11, 2018, 06:42:17 am »
As I understand, the 120ns are the time from getting into the trader's PC to the moment, when the PC sends the order. The signal remains in the fpga network card, so it doesn't have to travel very far. And there is no real trade logic involved. So no calculations, if the trade would be profitable.

I would buy the sume card in a second, if it was just a bit cheaper... ok...a lot cheaper...

Have a look at some of the http://www.metamako.com hardware.... Still not cheap :-)

Gaze not into the abyss, lest you become recognized as an abyss domain expert, and they expect you keep gazing into the damn thing.
 

Offline daybyter

  • Frequent Contributor
  • **
  • Posts: 397
  • Country: de
Re: Parse data (effcienciently?) with a FPGA?
« Reply #31 on: March 12, 2018, 12:00:48 am »
I guess I have to continue playing with my de0 nano for a while...
;(
 

Offline NorthGuy

  • Super Contributor
  • ***
  • Posts: 3146
  • Country: ca
Re: Parse data (effcienciently?) with a FPGA?
« Reply #32 on: March 12, 2018, 12:26:24 am »
The trade orders are being timestamped as well so they don't need to be handled realtime.

They don't handle orders. They place them. Say, they somehow detect that a big buyer wants to buy lots of Microsoft stock. So they quickly place bunch of orders to buy Microsoft, the price goes higher and then they sell their Microsoft to the big buyer at this higher price - the whole thing takes few seconds to accomplish. The big buyers can do very little to defend against this. But, if other fast trade guys detect it earlier than you do, they get cheap Microsoft and, in the best case, you're left with nothing, or the price may go too high, the big buyer may back off and there's no one to buy your Microsoft from you, so you're holding the bag.
 

Offline Marco

  • Super Contributor
  • ***
  • Posts: 6721
  • Country: nl
Re: Parse data (effcienciently?) with a FPGA?
« Reply #33 on: March 12, 2018, 01:08:42 am »
HFT has also turned stop loss into even more of a mug's game.
 
The following users thanked this post: Bassman59


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf