Automatisoi Kalshin kaupat: ensimmäisen strategian toimintaohje

Määritä Kalshin kauppojen automatisointi ennen koodaamista

Ensimmäinen tuotos on lyhyt säännöstöasiakirja. Nimeä tapahtumaperhe, todennäköisyysarvioon käytetty tieto, sallittu toimeksiantotoiminta ja odottamista vaativat ehdot. Jos säännöstöä ei voi selittää osoittamatta koontinäyttöä, se ei vielä ole tarpeeksi täsmällinen automatisoitavaksi.

Kuvitteellinen säännöstö voisi tarkastella yhtä ajoitettua tapahtumaperhettä, hyväksyä vain tarkastettujen sääntöjen sopimukset ja kieltäytyä ostosta, ellei arvioitu todennäköisyys ylitä kokonaisavauskustannusta ilmoitetulla marginaalilla. Se voisi myös kieltää uudet avaukset määritellyn tiedon määräajan jälkeen.

Kirjoita säännöstö päätöksinä äläkä ohjelmisto-ominaisuuksina. Tarvitsee reaaliaikadataa on epämääräinen. Tarvitsee määrätyn lähdehavainnon tunnetulla ajalla ja ilman avointa korjausta on testattava. Tarvitsee riskinhallintaa on epämääräinen. Hyväksytty kokonaistapahtumariski on pidettävä nimenomaisen määrän alapuolella on testattava.

Sisällytä esimerkit, joiden tulee johtaa toimimattomuuteen. Tuntemattomalla kynnyksellä, vanhentuneella ennusteella ja tiliristiriidalla tulee olla selkeä lopputulos. Esimerkit estävät myöhempää koodia tulkitsemasta jokaista puuttuvaa ohjetta kaupankäyntiluvaksi.

Ennustemarkkinoiden kaupankäyntistrategian opas auttaa muuttamaan markkinanäkemyksen testattavaksi säännöksi. Ensimmäisen automaatioprojektin tulee toteuttaa sääntö niin rajatusti, että omistaja voi edelleen tarkastaa jokaisen merkityksellisen haaran.

Valitse yksi perusteellisesti opittava sopimusperhe

Pieni alkuperäinen kohdejoukko vähentää ohjelman ymmärrettävien sääntömallien määrää. Valitse sopimuksia, joilla on yhteinen tarkastettu rakenne, älä monia irrallisia markkinoita pelkän aktiivisuuden vuoksi. Tavoite on oppia yhden tapahtumatyypin elinkaari perusteellisesti.

Kirjaa jokaisesta mukaan otetusta sopimuksesta tarkka identiteetti, tulosmääritelmä, havaintojakso ja tuloslähde. Tallenna erityisehdot, jotka voivat muuttaa maksua tai viivästyttää ratkaisua. Lyhennetty otsikko on selausapu eikä säännöstön koko syöte.

Tarkasta, vastaako strategian data todella sopimuksen kysymykseen. Tarkistetun talousarvon ennuste ei ehkä sovellu ensimmäiseen julkistukseen määriteltyyn sopimukseen. Koko ottelun urheilutulos ei ehkä sovellu vain varsinaiseen peliaikaan. Samankaltaisuus ei riitä.

Luo poissulkulista syineen. Sopimus voi jäädä ulkopuolelle epäselvien sääntöjen, puuttuvan lähteen tai mallille liian monimutkaisen lopputuoton vuoksi. Poissulku on tavallinen tutkimustulos eikä aggressiivisella automaatiolla ylitettävä puute.

Tarkasta kohdejoukko olennaisten ehtojen muuttuessa. Ohjelman tulee viitata hyväksyttyyn sopimustietueeseen eikä olettaa, että tunnistetun sarjan jokainen myöhempi samankaltaisesti otsikoitu markkina olisi automaattisesti hyväksyttävä.

Erota havaintovaihe tilitoimista

Vain havainnoiva vaihe voi testata löytämistä ja päätöslogiikkaa lähettämättä toimeksiantoja. Ohjelma kerää samat myöhemmin käyttämänsä syötteet, soveltaa säännöstöä ja kirjaa ehdotetun toimen tai odottamissyyn. Tämä tuottaa näyttöä säännöstön toteutettavuudesta.

Hyödyllinen tietue sisältää sopimuksen, ennusteen, saatavilla olevan hinnan, ehdotetun määrän ja voimassaolon määräajan. Se sisältää myös data-ajat ja käytetyn sääntöhyväksynnän. Omistaja voi sitten tarkastaa päätösotoksen ja tunnistaa puuttuvat oletukset.

Älä teeskentele ehdotuksia toteumiksi. Näytettyyn hintaan tehty kuvitteellinen toimeksianto ei ehkä olisi koskaan toteutunut. Havaintovaihe testaa päätöspolkua eikä tilitulosta. Tuotoksen merkitseminen simuloiduiksi ehdotuksiksi pitää rajoitteen näkyvänä.

Selvitä vaiheessa tiedon puutteellisuuden yleisyys. Jos puolelta ehdokastapahtumista puuttuu käyttökelpoinen lähdeaikaleima, projekti tarvitsee parempaa datankäsittelyä ennen toimeksiantovaltuutta. Jos useimmat ehdotukset riippuvat moniselitteisestä säännöstä, mukaanottoprosessi tarvitsee työtä.

Ennustemarkkinoiden algoritmisen kaupankäynnin artikkeli selittää toistettavien havaintojen arvon. Ensimmäinen projekti hyötyy pienestä mutta puhtaasta tietueesta enemmän kuin suuresta joukosta simuloituja voittoja, joita ei voi rekonstruoida.

Automatisoi Kalshin kaupat demoympäristössä

Automatisoi Kalshin kaupat demoympäristössä pitäen ympäristöidentiteetti nimenomaisena asetuksissa, todentamistiedoissa ja raporteissa. Kalshin demodokumentaatio kuvaa leikkirahan, erilliset todentamistiedot ja todellisista markkinoista mahdollisesti eroavan toiminnan. Erojen tulee näkyä käyttäjälle.

Vastaa demoharjoituksilla tilin työnkulkukysymyksiin. Voiko asiakasohjelma todentua, löytää tarkoitetun markkinan, luoda rajatun pyynnön ja tulkita vastauksen? Voiko se tunnistaa osittaisen toteuman, perua jäljellä olevan määrän ja muodostaa tilansa uudelleen käynnistyksen jälkeen? Nämä ovat konkreettisia teknisiä kysymyksiä.

Älä vältä rajojen pohtimista suurella leikkisaldolla. Anna harjoitukselle pieni keinotekoinen määräraha ja varmista ohjelman noudattavan sitä. Määrä on testisyöte eikä ennuste kannattavan strategian vaatimasta pääomasta.

Pidä demo- ja todelliset tietueet riittävän erillään, jottei niitä voi sekoittaa tulosraportissa. Sama strategianimi voi esiintyä molemmissa, mutta tiliympäristön, aikaleimojen ja testitarkoituksen tulee erottaa ne. Leikkitoteuma ei ole historiallinen todellinen kauppa.

Ympäristön vaihdon tulee olla tarkastettu asetustoimi. Vältä järjestelyä, jossa yksi huoleton tekstimuutos voi ohjata käynnissä olevan strategian hiljaisesti leikkirahasta oikealle tilille. Käyttäjän tulee nähdä aktiivinen ympäristö ennen uusien tilitoimien sallimista.

Automatisoi Kalshin kaupat rajahintatoimeksiannoilla

Rajahintatoimeksiantoihin perustuvan Kalshin automaatiosuunnitelman tulee määrittää sekä hinta- että määräraja. Rajahinta hallitsee hyväksyttävää toteutushintaa; se ei takaa toteumaa, täyttä määrää tai voitollista tulosta. Strategian on säilyttävä mielekkäänä toimeksiannon toteutuessa vain osittain.

Oletetaan havainnollisen säännöstön sallivan enintään 20 sopimuksen ostamisen enintään 42 sentillä kappaleelta. Ostomäärän enimmäisarvo tällä rajalla on 8 dollaria 40 senttiä ennen kuluja. Tilin varauksen tulee sallia myös soveltuvat kulut eikä käsitellä 8 dollaria 40 senttiä koko pahimman tapauksen veloituksena.

Jos vain kuusi sopimusta toteutuu, omistettu määrä on kuusi. Jäljellä olevat 14 voivat yhä olla aktiivisina valitusta toimeksiantokäytännöstä riippuen. Jatkopäätöksen tulee huomioida sekä todellinen positio että mahdollinen jäljellä oleva toteuma eikä olettaa halutun 20 sopimuksen riskin olevan olemassa.

Valitse toimeksiannolle voimassaolosääntö. Ennen ajoitettua julkistusta saatuihin tietoihin perustuva ehdotus voi tarvita vanhentumisen ennen julkistusta. Sen jättäminen aktiiviseksi loputtomasti voi luoda avauksen eri tietotilassa kuin strategia hyväksyi.

Nykyiset toimeksiantovaihtoehdot ja pyyntökäytännöt tulee tarkastaa virallisesta tapahtumatoimeksiantojen viitteestä. Ensimmäinen projekti voi käyttää rajattua tuettua osajoukkoa sen sijaan, että se avaa kaikki vaihtoehdot ennen seurausten ymmärtämistä.

Kirjoita pieni tilin määrärahasäännöstö

Aseta määrä, jonka projekti saa sitoa, ja kerro sen jakaminen olemassa oleviin positioihin, aktiivisiin toimeksiantoihin ja selvittämättömiin pyyntöihin. Pelkkä saldo ei kuvaa kaikkea odottavaa riskiä. Samoja varoja ei tule hyväksyä kahteen samanaikaiseen ehdotukseen.

Havainnollisesta 50 dollarin strategiamäärärahasta omistetut positiot maksavat 18 dollaria ja aktiiviset toimeksiannot voivat vaatia vielä 12. Ennen kuluja ja muita varauksia yksinkertaisen jakosäännön alle jää 20 dollaria. Uuden 25 dollarin ehdotuksen ei tule läpäistä vain siksi, että tilin laajempi käteissaldo on suurempi.

Varauksen tulee huomioida myös yhteiset tapahtumat. Samasta julkistuksesta riippuvat kaksi sopimusta voivat hävitä yhdessä. Ensimmäinen projekti voi käyttää yhtä tapahtumarajaa monimutkaisen korrelaatiomallin sijaan. Omistajan tulee ymmärtää täsmälleen rajan mittaama asia.

Määritä käsin tehtyjen kauppojen vaikutus ohjelmaan. Jos henkilö muuttaa tiliä botin ulkopuolella, seuraavan täsmäytyksen tulee havaita muutos ja päivittää tai pysäyttää strategia nimenomaisen käytännön mukaan. Käsin tehdyn toiminnan ohittaminen jättää ohjelman toimimaan kuvitteellisella tilillä.

Pidä määrärahan muutokset harkittuina. Rajan nostaminen houkuttelevalta näyttävän kaupan mahduttamiseksi on strategiamuutos eikä tavallista virheenkäsittelyä. Kirjaa muutossyy ja arvioi se erikseen olemassa olevan säännöstön tuloksista.

Harjoittele kokonainen positio käsin

Käy pieni kirjanpitoesimerkki läpi käsin ennen automaatioon luottamista. Oletetaan demoharjoituksen ostavan 30 sopimusta 40 sentillä ja olettavan 30 sentin avauskulut. Kokonaishankintakustannus on 12 dollaria 30 senttiä.

Jos kymmenen sopimusta myydään myöhemmin 50 sentillä oletetulla kymmenen sentin myyntikululla, nettotulo on 4 dollaria 90 senttiä. Esimerkin suhteellisella hankintakustannuksen kohdistuksella näillä kymmenellä on 4 dollarin ja kymmenen sentin kustannus. Realisoitu voitto on 80 senttiä ja jäljellä olevien 20 kustannus 8 dollaria 20 senttiä.

Pyydä ohjelmaa tuottamaan sama selitys. Sen tulee erottaa osittainen myynti, jäljellä olevat omistukset ja nykyinen arvostus. Yksi vihreä voittoluku ei riitä, ellei omistaja voi jäljittää sen osia.

Käännä sitten lopputulos. Anna jäljellä olevan yksinkertaisen binääriposition selvitä nollaan. Kokonaisnettotulo pysyy 4 dollarissa 90 sentissä suhteessa 12 dollarin 30 sentin hankintakustannukseen: tappio on 7 dollaria 40 senttiä. Aiempi voitollinen myynti ei osoittanut koko kauppaa voitolliseksi.

Harjoitus varmentaa muutakin kuin laskentaa. Se paljastaa ohjelmiston kyvyn ilmaista position elinkaari omistajan ymmärtämillä käsitteillä. Ennustemarkkinatilin työnkulku antaa laajemman kehyksen selityksen säilyttämiseen toiminnan kasvaessa.

Harjoittele uudet avaukset pysäyttävät tapaukset

Ensimmäisen projektin tulee osoittaa pidättyvyyttä ennen nopeutta. Anna sille vanhentunutta markkinadataa, puuttuva sääntöhyväksyntä, tiliero ja pyynnön tulos, jota ei vielä voida selvittää. Jokaisen ehdon tulee tuottaa nimetty tila ja rajattu jatkotoimi.

Uusien avausten pysäyttäminen ei välttämättä tarkoita prosessin lopettamista. Ohjelman voi edelleen olla tarpeen vastaanottaa toteumia, tutkia toimeksiantoja ja seurata selvitystä. Tili voi pysyä taloudellisesti aktiivisena strategian päätettyä lopettaa uuden riskin etsimisen.

Hyödyllinen harjoitus katkaisee asiakasohjelman yhteyden pyynnön lähdettyä mutta ennen vastauksen paluuta. Palautuessaan ohjelman tulee selvittää aikomuksen saapuminen tilille. Sen ei tule luoda uutta irrallista toimeksiantoa vain selkeän vastauksen saamiseksi.

Toinen harjoitus simuloi osittaisen toteuman jälkeen saapuvan peruutuksen. Tietueen tulee näyttää sekä toteutunut määrä että poistettu loppuosa. Yksinkertaistettu peruttu-tila, joka poistaa toteuman, epäonnistuu harjoituksessa.

Kirjoita hyväksymiskriteerit ennen testien ajamista. Omistaja voi silloin arvioida tuloksen näytöstä hyväksymättä mitä tahansa ohjelman sattumalta tuottamaa toimintaa. Epäonnistunut harjoitus on konkreettinen korjaustehtävä eikä syy kiirehtiä oikealle tilille realistisempaan testiin.

Perusta ihmisen tarkastusportti

Tarkasta aiempien vaiheiden näyttö ennen mitään todellista käyttöä. Tarkastuksen tulee selvittää, onko säännöstö nimenomainen, ymmärretäänkö sopimuskohdejoukko, täsmääkö tililaskenta ja tuottavatko vikaharjoitukset rajattua toimintaa.

Selvittämättömien kysymysten tulee näkyä. Puuttuva tietolähde, epävarma sääntötulkinta tai selittämätön tiliero ei muutu vähemmän tärkeäksi suotuisan simulaatiotuloksen vuoksi. Tarkastus voi hyväksyä suppeamman rajauksen jättäen tapaukset ulkopuolelle.

Valitse säännöstön muuttaja ja tilitoimien sallija. Henkilökohtaisessa projektissa he voivat olla sama ihminen, mutta päätökset ovat silti erilliset. Koodipäivitys ei saa hiljaisesti valtuuttaa suurempaa määrärahaa tai uutta markkinaperhettä.

Dokumentoi todellisen toiminnan raja ja tarkastukseen suunniteltu havaintojakso. Rajan tulee olla niin pieni, että omistaja sietää täydellisen tappion ilmoitetussa rajauksessa. Se on oppimis- ja hallintaraja eikä näyttö strategian turvallisuudesta.

Pidä hyväksyntätietue riittävän lyhyenä käytettäväksi. Selkeä lista osoitetuista toiminnoista ja jäljellä olevista poissuluista auttaa enemmän kuin pitkä yleinen tarkistuslista, jota kukaan ei katso ohjelman muuttuessa.

Valitse ensimmäisen tarkastuksen mittarit

Määritä muutama oppimiskysymys ennen ensimmäistä rajattua istuntoa. Yksi voisi kysyä sopimusten mukaanoton kykyä hylätä vieraat säännöt. Toinen voisi kysyä asiakkaan kykyä täsmäyttää jokainen toteuma omistajan tarkastusprosessissa. Kolmas voisi kysyä ennusteen kykyä tuottaa riittävästi kelvollisia havaintoja myöhempään arvioon.

Valitse kysymyksiin suoraan vastaavat mittarit. Kirjaa täydellisten sääntötietueiden ehdokkaiden määrä, selitettyyn tilitulokseen yhdistettyjen toimien määrä ja yhä avoimien erojen määrä. Nämä ovat toimintamittareita. Niitä ei tule kuvata kannattavan strategian todisteeksi.

Vertaa toteutuksessa hyväksyttyä rajaa todellisiin hintoihin ja määriin. Jos 20 sopimuksen pyyntö tuottaa neljä toteumaa yhteensä 13 sopimukselle, säilytä kaikki neljä toteumatietuetta ja seitsemän sopimuksen loppuosan lopullinen käsittely. Tarkoitetun ja saadun riskin ero on osa oppimistulosta.

Säilytä tutkimusta varten ennusteet myös säännöstön kieltäytyessä kaupasta. Muuten omistaja näkee vain hintasuodattimen läpäisseen osajoukon eikä voi helposti arvioida todennäköisyysarvioiden laajempaa hyödyllisyyttä. Kaupankäyntisääntö ja ennustemalli ovat toisiinsa liittyviä mutta erillisiä arviointikohteita.

Aseta tarkastuspäivä lupaamatta riittävän näytön olemassaoloa silloin. Viikko hyvin vähäisine olennaisine tapahtumineen voi tukea yhteyden vakauspäätelmiä kertoen vähän ennustetaidosta. Tarkastuksen tulee ilmoittaa rajoite suoraan muuttamatta pientä otosta varmaksi tuomioksi. Edistys tarkoittaa näytön tukemiin kysymyksiin vastaamista ja muiden jättämistä avoimiksi.

Arvioi rajattua todellista käyttöä uutena näyttönä

Todellinen toiminta tuo mukanaan oikean likviditeetin, kilpailun, kulut ja tilirajoitteet. Vaikka sama koodi toimi demossa oikein, olosuhteet voivat muuttaa taloudellista tulosta. Käsittele siirtymää uutena havaintovaiheena todellisine seurauksineen äläkä projektin valmistumisen todisteena.

Vertaa odotettuja ja havaittuja toteumia. Pysyikö noteerattu määrä saatavilla? Olivatko osittaiset toteumat tavallisia? Vastasivatko kulut arviota? Hyväksyttiinkö toimeksiannot ennusteen hyödyllisessä ikkunassa? Kysymykset koskevat toteutuslaatua eivätkä valitun tapahtuman sattumalta voittamista.

Pidä muutokset niin pieninä, että niiden vaikutukset voi erottaa. Markkinakohdejoukon laajennus, koon nosto ja ennusteen muutos yhtä aikaa vaikeuttavat seuraavasta tuloksesta oppimista. Yksi tarkastettu muutos kerrallaan luo tulkittavamman tietueen.

Häviävä tapahtuma voi olla tavallista epävarmuutta, kun hyväksymätön liian suuri positio on prosessivirhe. Kirjaa molemmat antamatta voiton tai tappion määrittää uudelleen ohjelman säännöstön noudattamista. Onnekas kauppa ei saa oikeuttaa rikkoutunutta hallintaa.

Päätä etukäteen tauon perusteet. Esimerkkejä ovat toistuvat selittämättömät erot, riittämätön tarkastuskapasiteetti tai näyttö datan liian myöhäisestä saapumisesta strategialle. Tauko voi olla huolellisen ensimmäisen projektin oikea tulos.

Säilytä yksinkertainen palautumis- ja lopetussuunnitelma

Projektin tulee voida pysähtyä menettämättä tiliselitystään. Kirjaa uusien avausten käytöstäpoisto, aktiivisten toimeksiantojen tarkastus ja jäljellä olevien positioiden seuranta. Omistajan ei tule joutua selvittämään ohjelman rakennetta keskeytyksen aikana.

Pidä luettavaa luetteloa avoimista velvoitteista. Sisällytä markkina, omistettu määrä, aktiivinen loppuosa ja seuraava olennainen tapahtuma- tai selvitystarkastus. Korvaava työkalu tai käsin tehtävä arvio voi silloin aloittaa tunnetusta tilasta alkuperäisen asiakasohjelman tullessa käyttökelvottomaksi.

Säilytä päätös- ja tilitietueet projektin päätyttyä. Ne tukevat myöhempää tutkimusta ja auttavat erottamaan strategiasuoriutumisen talletuksista, nostoista tai selvittämättömästä arvostuksesta. Automaation lopettaminen ei poista menneitä kirjanpitokysymyksiä.

Ensimmäinen onnistunut automaatioprojekti on sellainen, jonka omistaja voi selittää, valvoa ja pysäyttää. Kykyjen osoittamisen jälkeen lisämonimutkaisuutta voidaan harkita ansioidensa mukaan. Rajattu hyvin ymmärretty työnkulku antaa vahvemman oppimispohjan kuin laaja järjestelmä, jonka toiminta ylittää omistajan varmennuskyvyn.

Aiheeseen liittyvät oppaat ja laskuesimerkit

• Kalshin automatisoitu kaupankäynti: päivittäinen kierros — Yhdistä markkinadata, päivittäinen toiminta, toimeksiantotietueet ja lopullinen selvitys.
• Kalshin automaattibotti: määritä jokainen toimintatila — Esitä valvomaton toiminta nimenomaisina tiloina, jotka kestävät keskeytykset.