Opplæring i mememynthandelsboter: Din første arbeidsflyt

Begynn opplæringen med et avgrenset omfang

Skriv ned nettverket og den nøyaktige eiendelsidentifikatoren før du ser på prisgrafer. Et kjent symbol er utilstrekkelig: Ubeslektede tokens kan bruke lignende navn, bilder og symboler. Kopier identifikatoren til læringsnotatene, og kontroller deretter uavhengig at markedsdataene og utførelsesruten gjelder samme eiendel. Manglende samsvar ugyldiggjør øvelsen før enhver diskusjon om forventet avkastning.

Begrens den første versjonen til ett marked og én handlingstype. Utkastet kan for eksempel observere Lantern og klargjøre et kjøpsforslag etter et definert vilkår. Det trenger ikke oppdage nye tokens, endre posisjonsstørrelser dynamisk eller bytte nettverk. Et snevert omfang gjør et feilaktig resultat enklere å undersøke fordi færre forutsetninger kan ha endret seg samtidig.

Velg et målbart læringsmål. «Forstå hvorfor hvert forslag ble godtatt eller avvist» er nyttig. «Finn neste store vinner» er for vagt til å prøves. Målet bør beskrive noe arbeidsflyten kan demonstrere med dokumentasjon selv når tokenprisen faller.

Velg også et sluttidspunkt for øvelsen. En observasjonsøkt på to timer gir en avgrenset registrering du kan undersøke. Et forsøk som går på ubestemt tid, skaper press om å legge til regler samtidig som man glemmer hvilken versjon som ga tidligere beslutninger. Lagre den første spesifikasjonen med dato og et enkelt versjonsnavn slik at senere sammenligninger forblir meningsfulle.

Fordel midler før et kjøp konfigureres

Skill beløpet du er villig til å eksponere, fra lommebokens viste saldo. I denne hypotetiske øvelsen setter en elev av tilsvarende $120 til prosjektet, holder $30 utenfor handelsbeslutninger og tillater maksimalt tilsvarende $15 i én posisjon. Tallene er illustrerende. Det viktige forholdet er at kjøpsregelen ikke kan bruke hele kapitalandelen bare fordi lommeboken har nok midler.

Reserver driftsmidler i eiendelen nettverket krever. Solanas offisielle dokumentasjon om transaksjonsgebyrer sier at transaksjonsgebyrer betales i SOL, og beskriver grunngebyrer og valgfrie prioriteringsgebyrer. Det betyr noe for driften: En tokensaldo som virker verdifull, gir ikke automatisk nettverkets egen eiendel som trengs for å sende en ny transaksjon.

Budsjetter for å lukke posisjonen så vel som å åpne den. Anslå utgiftene til en fullstendig syklus, inkludert rutebelastninger, nettverkskostnader og eventuell programvarekostnad som kan tilordnes øvelsen. Hold kategoriene atskilt i notatene. Et oppgitt nettverksgebyr er ikke et fullstendig anslag for forskjellen mellom vist tokenpris og beløpet du til slutt får tilbake.

Avgjør hva som skjer hvis det reserverte beløpet blir utilstrekkelig. Nyttige regler avviser nye kjøp og ber om gjennomgang; de reduserer ikke salgsreserven i det stille. Veiledningen til den beste mememynthandelsboten for små lommebøker undersøker hvorfor disse faste og variable utgiftene betyr uforholdsmessig mye når kapitalandelen er liten.

Skriv en kjøpsregel i vanlig språk

En kjøpsregel trenger en observasjon, en terskel og et ferskhetskrav. Anta for denne øvelsen at forslaget bare kvalifiserer etter at tre påfølgende observasjoner viser et akseptabelt kjøpsbeløp i pristilbudet, en separat kontrollert salgsrute finnes, og den nyeste observasjonen er yngre enn en valgt alder. Den konkrete terskelen er et forskningsvalg, ikke en universell handelsanbefaling.

Angi observasjonsintervallet og hva som teller som en manglende observasjon. Hvis den tredje avlesningen aldri kommer, bør systemet ikke omtolke to avlesninger til tre. Hvis en prisstrøm gjentar en gammel verdi, bør et gjentatt tall ikke telle som fersk dokumentasjon bare fordi programmet mottok en ny melding. Regelen trenger tidspunktet til den underliggende observasjonen så vel som mottakstidspunktet.

Bruk den foreslåtte handelsstørrelsen når du ber om et pristilbud. Et lite illustrerende pristilbud beskriver kanskje ikke vilkårene som er tilgjengelige for et større kjøp. Registrer beløpet som brukes, forventet mottatt mengde, rute, tidsstempel og eventuelle oppgitte forutsetninger. Det gir et konkret objekt å sammenligne med et senere pristilbud fremfor å støtte seg på et graføyeblikksbilde.

List til slutt opp forholdene som utelukker handling, ved siden av den positive regelen. Ukjent eiendelsidentitet, en utilgjengelig salgsrute, foreldede data og utilstrekkelige reserverte midler bør hver gi sin egen begrunnelse. Et forslag som ikke oppfyller tre vilkår, bør bevare alle tre observasjonene fremfor å skjule alt bak en generell «ikke klar»-etikett.

Øv uten å behandle simulering som utførelse

Kjør den første økten i en modus som bare observerer. Skriv for hvert kvalifiserende forslag ned hva systemet ville ha forsøkt, og hvorfor. Registrer også avviste forslag. En registrering som bare inneholder attraktive eksempler, kan ikke vise om regelen konsekvent anvendte sine egne begrensninger.

En simulert handelsflyt for en mememynthandelsbot bør skille en simulert beslutningspris fra en plausibel utførelsespris. Hvis øvelsen forutsetter at tilbudsprisen fortsatt var tilgjengelig etter en forsinkelse, oppgi forutsetningen. Hvis ingen data finnes for forsinkelsesintervallet, merk utførelsen som usikker. Å fylle gapet med den gunstigste prisen i nærheten gjør manglende dokumentasjon om til oppdiktede resultater.

Innfør enkle forstyrrelser bevisst. Fjern én observasjon, øk det antatte gebyret, gjør det tilbudte salgsbeløpet mindre og lat som lommeboksaldoen ble endret eksternt. Hver forstyrrelse prøver en forskjellig del av spesifikasjonen. Du skal undersøke om systemet avstår fra en handling av riktig grunn. Du skal ikke prøve å lage en jevn kapitalkurve.

Undersøk ved øktens slutt et utvalg godkjente og avviste forslag manuelt. Beregn regelen på nytt fra de lagrede inndataene. Hvis du ikke kan gjenskape beslutningen, forbedre registreringen før en ny økt kjøres. En uforklart lønnsom simulering er mindre nyttig i denne opplæringen enn en ulønnsom økt der beslutningene kan spores fullt ut.

Kontroller forslaget før ethvert signeringstrinn

Behandle et forslag som en forespørsel om fullmakt. Det bør identifisere kontoen, nettverket, eiendelen, handlingen, beløpet og maksimal tillatt utgift. Å lese markedsdata og autorisere en transaksjon er forskjellige operasjoner; en opplæring bør synliggjøre grensen. Personen som gjennomgår et forslag, trenger nok informasjon til å gjenkjenne en utilsiktet eiendel eller uventet stor forpliktelse.

For et første forsøk med oppsyn må de foreslåtte beløpene sammenlignes med den skriftlige kapitalfordelingen. Kontroller enheten så vel som tallet. Tilsvarende femten dollar, femten tokens i nettverkets egen valuta og femten enheter av en mememynt beskriver forskjellig eksponering. Ikke la en forkortelse i grensesnittet erstatte en tydelig enhet i beslutningsregistreringen.

Gjennomgå tillatelser separat fra den umiddelbare transaksjonen. En forespørsel som endrer en løpende bruksfullmakt, kan ha konsekvenser utover det foreslåtte kjøpet. Hvis lommeboken eller programvaren ikke kan forklare den forespurte fullmakten på en måte du forstår, er det passende utfallet av øvelsen å stoppe ved observasjon. Fullføring av en opplæring krever ikke at du autoriserer en ukjent tillatelse.

Fastsett et utløp for forslaget. Kontrolløren kan bli avbrutt, eller markedet kan endre seg mens signeringsskjermen er åpen. Et utløpt forslag bør kreve ferske inndata og en ny risikokontroll. Det hindrer godkjenning av en beslutning der de økonomiske forutsetningene tilhørte en markedstilstand som ikke lenger finnes.

Følg forsøket frem til det faktiske utfallet

Etter innsending bruker du separate tilstander for forespurt, innsendt, usikker, mislykket og bekreftet etter dokumentasjonen utførelsesmiljøet gir. Etikettene besvarer forskjellige spørsmål. Forespurt betyr at arbeidsflyten hadde til hensikt å handle; det fastslår ikke at nettverket eller handelsplassen mottok noe. Innsendt fastslår ikke i seg selv at det tilsiktede eiendelsbyttet fant sted.

Lagre den tilgjengelige transaksjons- eller ordreidentifikatoren før en ny handling utføres. Hvis applikasjonen mister forbindelsen, er identifikatoren utgangspunktet for avstemming. Å trykke blindt på samme handling igjen kan skape en ny forpliktelse når den første faktisk lyktes, men svaret gikk tapt.

Når et utfall er usikkert, frys beslutningene som avhenger av det. Et nytt kjøp bør ikke anta at den første posisjonen er fraværende, og et salg bør ikke anta at den forventede mengden kom frem. Undersøk den relevante konto- og utførelsesdokumentasjonen og oppdater så registreringen. Hvis observasjonene er uenige, hold avviket synlig fremfor å velge tallet som støtter neste handel.

Et nybegynneroppsett for en mememynthandelsbot bør gjøre den usikre tilstanden lett å gjenkjenne. Avbryt forbindelsen bevisst etter en tenkt innsending under øvelsen. Øv på å gjenopprette registreringen fra identifikatoren og kontodokumentasjonen. Gjenoppretting er en del av den vanlige arbeidsflyten fordi en strategi som bare fungerer når hvert svar kommer umiddelbart, er ufullstendig.

Fullfør opplæringen med et salg

Skriv salgsreglene før kjøpet. De kan bruke en maksimal eiertid, et vilkår for ny vurdering eller en tapsterskel, men hver utløser trenger en utførelsesprosedyre. En utløser er en instruks om å vurdere et salg; den lover ikke at en villig motpart eller akseptabel rute vil finnes akkurat da.

Anta i Lantern-øvelsen at et hypotetisk kjøp på $15 pådrar seg $0,40 i kjøpsutgifter og gir tokens som senere kan selges for $16,10 før $0,45 i avslutningsutgifter. Nettoinnbetalingen er $15,65 mot et samlet første utlegg på $15,40, slik at $0,25 gjenstår. Regningen viser hvorfor en gunstig bevegelse i tilbudt verdi kan gi en langt mindre kontogevinst.

Endre nå bare det tilgjengelige salgstilbudet til $13,80. Etter de samme illustrerende avslutningsutgiftene er innbetalingen $13,35, og tapet mot det første utlegget er $2,05. Øvelsen må bevare tilfellet selv om en graf viser en høyere siste handelspris. Din gjennomførbare størrelse og rute avgjør det relevante anslaget.

Definer en respons når intet akseptabelt salgstilbud finnes. Muligheter omfatter pause i nye kjøp, varsel til operatøren og bevaring av den nåværende eksponeringsregistreringen. Ingen av dem garanterer innhenting av verdier. Formålet er å hindre at fravær av et salg feilrapporteres som en konto uten posisjon eller en fullført stopp.

Avstem kontoen, ikke bare handelsloggen

Opprett en hovedbok med eiendeler ved start, hver observert bevegelse, utgifter og eiendeler ved slutt. Handelsloggen forklarer beslutninger; hovedboken forklarer hva kontoen faktisk eier. Forskjeller mellom dem er spor for undersøkelser. De kan gjenspeile en ekstern overføring, en utelatt utgift, et mislykket forsøk eller en duplisert handling.

Registrer for hver fullførte syklus første utlegg og nettoinnbetalinger i en ensartet rapporteringsenhet. Hvis verdien av nettverkets egen eiendel endrer seg mens posisjonen er åpen, bevar både enhetene i eiendelen og omregningsforutsetningen. Ellers kan en endring i rapporteringsvalutaen forveksles med resultater som tokenstrategien skapte.

Ikke slett mislykkede forsøk fordi de ikke anskaffet det tilsiktede tokenet. Hvis de pådro seg utgifter, hører utgiftene hjemme i forsøkets total. Tilsvarende bør et refundert eller reservert beløp ha sin egen behandling slik at det ikke telles både som kontanter som kan brukes, og som en utgift. Hovedboken bør forklare hvor hver relevant enhet tok veien.

Avslutt økten ved å sammenligne hovedboken med saldoer som er observert uavhengig. Et avvik er en grunn til å undersøke før du gjenopptar aktiviteten, selv om det er lite. Å gjenta en uforklart forskjell over mange økter kan gjøre en beskjeden regnskapsfeil om til en misvisende påstand om strategiens lønnsomhet.

Avgjør hva som fortjener automatisering neste gang

Automatiser delene av øvelsen som er uttrykkelige og kan verifiseres gjentatte ganger. Innsamling av observasjoner, kontroll av en skriftlig størrelsesgrense og bevaring av identifikatorer er ofte enklere å vurdere enn om en sosial fortelling vil tiltrekke fremtidige kjøpere. Å beholde skjønnet manuelt er et gyldig utformingsvalg når forutsetningene ennå ikke kan skrives tydelig.

Sammenligningen av mememynthandelsbot og manuell handel kan hjelpe med å skille fart, konsekvent praksis og skjønn. I denne opplæringen kan et fornuftig neste trinn være automatisert forslagsgenerering med manuell autorisering. Ordningen krever fortsatt fullstendige registreringer fordi den menneskelige kontrolløren kan misforstå de samme tvetydige dataene som ville forvirret en automatisert regel.

Endre ett meningsfullt element om gangen. Hvis du justerer kjøpsterskelen, størrelsen, observasjonsintervallet og salgsregelen samtidig, viser ikke et annet resultat hvilken endring som betydde noe. Lagre en ny spesifikasjon, beskriv endringsgrunnen og velg hvilken dokumentasjon som vil støtte å beholde den.

Unngå å opphøye én vellykket økt til en strategi uten tilsyn. Én økt kan bare inneholde gunstige markedsforhold og ingen vesentlig driftsforstyrrelse. Les den bredere drøftingen av risikostyring for mememynthandelsboter før enten antallet eiendeler eller fullmaktsomfanget som gis til arbeidsflyten, utvides.

Bygg en liten dokumentasjonspakke for hver økt

Lagre spesifikasjonen, inndataobservasjonene og beslutningene som følger, sammen. Spesifikasjonen forklarer hva som skulle skje; observasjonene fastslår hvilken informasjon som var tilgjengelig; beslutningene viser hvordan regelen tolket informasjonen. Bare skjermbilder av fullførte handler mister forbindelsen mellom de tre delene. En kompakt øktmappe kan være mer lærerik enn et stort kontrollpanel uten en historikk som kan gjenskapes.

Bruk et tydelig skille mellom rettede og opprinnelige registreringer. Anta at du oppdager at et pristilbud var merket med feil enhet. Bevar den opprinnelige oppføringen, legg til en rettelse og identifiser hvilke beslutninger som avhang av feilen. Å erstatte det gamle tallet i det stille får økten til å se mer sammenhengende ut, men fjerner dokumentasjonen som trengs for å forstå hvorfor feilen oppstod.

Skriv et kort sluttnotat som beskriver én ting øvelsen fastslo, og én ting den ikke fastslo. Den kan for eksempel fastslå at foreldede pristilbud konsekvent hindret forslag, samtidig som usikkerhet består om en rutes atferd ved brå likviditetsendringer. Det holder neste økt rettet mot et faktisk kunnskapshull fremfor å legge til funksjoner bare fordi de er tilgjengelige.

Lagre læringsregistreringene uten private nøkler, gjenopprettingsfraser eller gjenbrukbare autentiseringshemmeligheter. Den nyttige dokumentasjonen er beslutningskonteksten og utfallet, ikke tilgangsopplysningene som autoriserte tilgang. Hvis en logg inneholder sensitivt materiale, rett loggkonfigurasjonen før flere økter samles inn. En øvelse som kan gjenskapes, bør kunne deles for gjennomgang uten å gi noen andre kontroll over kontoen.

Lesere som bruker et visuelt byggeverktøy, kan bruke veiledningen til mememynthandelsboter uten kode til å kontrollere utløsergruppering og beløpsenheter. Når eksempler kommer fra et fellesskap for handel med mememynter, undersøk dokumentasjonen og insentivene før de brukes i øvelsen.

Vanlige spørsmål om den første øvelsen

Må jeg skrive kode?

Nei. Læringsmålet er å definere og undersøke en prosess. Et regneark, en notatbok og et grensesnitt med bare observasjon kan vise om du forstår eiendelsidentitet, forslagsvilkår og den fullstendige handelsøkonomien. Kode blir nyttig når den gjennomfører en spesifikasjon som allerede er tydelig. Den er mindre nyttig når den skjuler uavklarte spørsmål bak en knapp som ser ut til å fungere.

Hvor lenge bør øvelsen vare?

Velg en varighet som gir nok eksempler til å undersøke ulike utfall, inkludert avviste forslag og avbrudd. Det finnes ikke et universelt tilstrekkelig antall timer. En kort historikk som bare inneholder smidig drift, lar viktige spørsmål stå ubesvart. Bevar en dekningsliste over forhold du faktisk har observert eller bevisst prøvd, og utvid øvelsen for å dekke vesentlige hull fremfor å jage en vilkårlig kalendermilepæl.

Hva er en transaksjonssjekkliste for en mememynthandelsbot?

En transaksjonssjekkliste for en mememynthandelsbot er en kort registrering før autorisering som dekker identitet, beløp, gjeldende pristilbud, tillatelser, tilgjengelige driftsmidler og den tilsiktede gjenopprettingsdokumentasjonen. Den bør vise til det konkrete forslaget foran deg. En generell liste som er kopiert fra en tidligere økt, fastslår ikke at dagens eiendel, konto eller forespurte beløp er korrekt.

Beviser en vellykket liten handel at oppsettet er trygt?

Den beviser bare at det observerte forsøket ga det registrerte resultatet under de forholdene. Den fastslår verken fremtidig likviditet, uendret tokenatferd eller påliteligheten til hver gjenopprettingsvei. Bruk suksessen til å verifisere at hovedboken og beslutningsregistreringen stemmer overens, og undersøk deretter gjenværende ukjente forhold før kompleksiteten økes. Neste pedagogiske ressurs bør håndtere den konkrete usikkerheten du fant under øvelsen.