Jump to content
Tom Next - Daytrading Community
  • entries
    49
  • comments
    105
  • views
    104,806

Coding 7.2.

Mythos

Entry posted by Mythos

1,774 views

 Share

Hi zusammen,

 

also die Grundstruktur von ClientGUI steht ja mal. Der Source ist von den alten Teilen zwar noch nicht schön, und auch das Design der Oberfläche ist noch verbesserungswürdig, aber funktionell steht mal die Version 1.0 .

 

Da ich ja das Orderclearing wieder aus der DB rausziehen will hab ich heute angefangen das ganze in java zu bringen. Inzwischen bin ich auf dem Stand das ichs in java bau und nur die Vergleichsvariante in C++ mach wenn java deutliche Performanceschwierigkeiten zeigt. Man muss ja nicht übertreiben ;)

 

Programmiertechnisch ist das Ding jetzt nicht die Herausforderung aber der kleine Teil zur Berechnung des Matchingpreises hats in sich. Bin mir immer noch nicht sicher welcher Preis jetzt in gewissen Spezialfällen genommen werden soll.

zB wenn LimitBuy >= lastPrice >= LimitSell ...

Und dann diese ganzen Berechnungen wie sich die Equity, Balance und Margin jetzt ändert wenn eine Order ausgeführt wird... :5+5:

naja, wenn das Ding fertig ist, muss ichs einfach testen ;)

 

Parallel dazu hab ich heut den VPS bestellt, sobald da die Daten sind sollt ich den einrichten und ein bissl PHP lernen damit das funkt (hab mich entschieden den Webteil doch per PHP und nicht Servlets zu machen... in gewisser Weise aus Faulheit und Stabilitäts/Performancegründen).

 

Und als Hintergrundmusik spielt mein Neffe lautstark hinter mir... is es nicht schön? ;)

 

Naja auf jeden Fall gehts vorran, wenns so weitergeht läuft spätestens am Wochenende die erste Version am Server. Angesichts der Anzahl an Leser start gleich mal den Aufruf für Betatester: Ich such User die Spass haben am Versuch ein JavaApplet abstürzen zu lassen ;) Man muss nix können, ein bissl Börsenerfahrung is hilfreich (da es noch kein Manual gibt) aber nit notwendig. Vorteil an der Sache: Ich werd die Daten nach dem Betatest nicht zurücksetzen, sprich man kann sich einen Performancevorsprung holen während noch nicht soviel Konkurenz ist (Thema "Melk den MarketMaker" ;). Einfach ne PM an mich oder kommentar, ich meld mich dann sobalds losgeht.

 

In diesem Sinne :dash1:

no worries

mythos

  • Upvote 3
 Share

5 Comments

Recommended Comments

RAiNWORM

Was mir gerade zu dem Thema einfällt, wo ich heute morgen hörte, dass die NASDAQ Hackerprobleme hatte: ist denn geplant den Datentransfer zu verschlüsseln, verifizieren und die Teilnehmer eindeutig zu authentifizieren? Ist ein lästiges und aufwendiges Thema, aber drüber nachdenken müsste man schon, auch wenn man's nicht umsetzt :wink2:

Bei Betatests bin ich gern bei. Ich bekomme vieles zum Absturz :hourglass:

  • Upvote 1
Link to comment
Mythos

@Verschlüsselung: angedacht ja, derzeit noch nicht gemacht. Weiss jetzt auch nicht inwieweit die aktuelle Version "unsicher" ist. Aber ihr solltet vorerst nicht euer "Generalschlüsselpasswort" verwenden ;) Die Kommunikation ist halt ein ByteStream, wer das Protokoll nicht kennt, kann damit wenig anfangen (schon erlebt als der Client plötzlich durcheinand gekommen ist weil ein byte gefehlt hat ;). Man könnte natürlich theoretisch die Bytes selber noch verschlüsseln, aber: Soweit ich das verstanden hab kannst bei java recht einfach "dekompilieren" und dann is wurscht welche verschlüsselung man reinpackt, sie muss im applet implementiert sein, und damit kanns jeder lesen. oder?

 

@webteil:

Sorry hab gedacht das hab ich schon wo geschrieben:

Das ganze wird auf einem eigenen Server liegen, der als "Webserver" recht simpel auf Anfrage eine Seite zeigt die das Applet beinhaltet etc. (Die Seite soll natürlich nicht statisch sein sondern dynamisch, nona wär ja zu einfach)

In weiterer Folge vielleicht auch Registrierung, Bestenliste etc. kA ;)

  • Upvote 1
Link to comment
RAiNWORM
Äh, eine sichere Verschlüsselung ist nicht abhängig von der Kenntnis der Implementierung! Geht dann in Richtung asynchrone Kryptographie ("public-key-Verfahren"). Du darfst deine Gegner nicht unterschätzen, denn Hacker knacken auch Premiere und Spielkonsolen. Ein ByteStream schreckt sie nicht ab. Aber das Thema kannst du wirklich hinten anstellen. Was zählt ist erstmal der Markt an sich :)
Link to comment
Mythos

Keine Angst, ich unterschätz sie nicht, ich bin mir nur nicht sicher ob man sich überhaupt vor etwas schützen kann, bzw. ob es den Aufwand wert ist.

 

Wovor will ich mich schützen?

Das einzige was man wirklich schützen kann, ist das Hacker aus den mitgeschnittenen Daten nicht wissen wer was gesendet hat. Aber das schützt nicht davor das sie mitschneiden während das Passwort gesendet wird und dann diesen Client "simulieren" weil wenn der Server zweimal den gleichen Stream kriegt, muss er auch zweimal gleich reagieren oder?

 

Egal, ich glaub darüber diskutieren wir dann im Supporttopic sobald die Exchange läuft. Freu mich auf jeden Fall über solche Anregungen, auch wenn ich sie derweil noch nicht umsetzen kann. (Obwohl mir schon während dem schreiben neue Ideen kommen wie mans machen könnt...)

 

ahja: Hab ein paar Grundvorlesungen Kryptografie gehabt, kenn also Verfahren (kann sie sogar mathematisch beweisen;) wie RSA, hab aber noch nie wirklich damit gearbeitet

Link to comment
×
×
  • Create New...