Start her: Hva ProfitBot gjør
ProfitBot er et lokalt installert arbeidsområde for automatisering av seks markeder for mememynter – Solana, BSC, Base, Robinhood, Ethereum og Hyperliquid – og to tjenester for prediksjonsmarkeder, Polymarket og Kalshi. Strategier for mememynter bruker tokenutforsking, markedsdokumentasjon, utførelsesbetingelser og posisjonsgrenser. Prediksjonsstrategier bruker hendelseskontrakter, gjennomgåtte sannsynligheter, ordrebøker og oppgjørsregler. De deler kontroller på kontonivå samtidig som innstillingene og kontokravene holdes atskilt.
Begynn med å installere riktig pakke, skaffe en lisens, sikre kontoen du skal handle med og klargjøre én tydelig navngitt strategi. Gjennomgå deretter konto-, kapital- og utførelsestilstanden før du aktiverer aktivitet. En tilkoblet lommebok, lagret strategi eller et synlig marked gir ikke i seg selv tillatelse til en handel. Appen kontrollerer valgt konto, rettighet og risikobetingelser på nytt når en handling forespørres.
Bruk denne veiledningen i rekkefølge ved førstegangsoppsett, eller bruk delnavigasjonen for å finne en bestemt arbeidsflyt. Alle pengeeksempler forklarer enheter eller kontroller; de er ikke anbefalte tildelinger eller løfter om avkastning. Du avgjør hvilke markeder du vil bruke og hvor mye penger du er villig til å tape.
Installer riktig skrivebordspakke
Åpne Last ned og velg installasjonsprogrammet som passer til operativsystemet og prosessoren din. På macOS må du bekrefte om datamaskinen bruker Apple Silicon eller en Intel-prosessor, og velge den tilsvarende tilgjengelige pakken. På Windows bruker du den støttede 64-bits pakken. På Linux betyr x64 en Intel- eller AMD-prosessor; ARM64 betyr en ARM-prosessor. En .deb-pakke er beregnet på kompatible Debian- eller Ubuntu-systemer, mens AppImage er et portabelt format for kompatible Linux-distribusjoner.
Bruk offisielle nedlastingslenker og følg plattformens instruksjoner for verifisering og installasjon. Ikke omgå en uventet signaturadvarsel eller installer en kopi sendt i en uoppfordret direktemelding. En nedlasting for feil arkitektur blir ikke kompatibel fordi du gir filen et nytt navn. Ha nok ledig diskplass til applikasjonen, handelsopplysninger og sikkerhetskopier.
Installer under en operativsystemkonto du kontrollerer. Sikre enheten med sterke påloggingsopplysninger og begrens tilgangen for andre brukere. På en VPS må du sikre fjerntilgangen og bekrefte at verten og operativsystemet oppfyller pakkekravene. Ikke eksponer et eksternt skrivebord eller lommebokgrensesnitt for ubegrenset offentlig tilgang.
Velg lisensvarighet
Besøk Lisens for å velge en fleksibel plan på 30, 60, 90, 120, 150 eller 180 dager, eller velg Årlig for en ettårslisens. Hver betalt plan inkluderer alle ni samtidig aktive markeder og et ubegrenset antall navngitte strategiutkast. Det finnes ikke et separat valg eller gebyr for antall markeder. De inkluderte markedene er Solana, BSC, Base, Robinhood, Ethereum, Hyperliquid, Polymarket, Kalshi og OpenSea.
OpenSea er ett av de ni inkluderte markedene på tvers av de støttede underliggende nettverkene. Før du endrer et markeds strategi eller kontotilkobling, må du sette nye innganger på pause og avklare ordrer eller posisjoner som hindrer en trygg overlevering. Det å bare se på et annet marked i toppteksten stopper ikke det forrige. Flere strategier i samme marked deler fortsatt markedets konto- og risikoforpliktelser.
Lisensprisene er faste i USD, og betalinger gjøres opp med samme beløp i USDC på Ethereum. Bare den valgte varigheten bestemmer prisen for den betalte planen; alle ni markeder er inkludert i hver plan. Støttede Ethereum-betalingstokener kan veksles gjennom kassen. Gass- og vekslingskostnader kommer i tillegg; kontroller totalbeløpet som kreves fra betalingslommeboken før du signerer.
Registrer og betal for en lisens
Skriv inn den påkrevde e-postadressen, gjennomgå tjenestevilkårene, personvernerklæringen og refusjonsvilkårene, og lagre registreringen. E-postadressen din støtter lisensadministrasjon og programvareoppdateringer. Registreringen lagrer også IP-adressen til tilkoblingen av hensyn til sikkerhet og svindelforebygging. Lagring av disse opplysningene klargjør kontoen din; det er ikke en betaling og oppretter ikke en betalt lisens.
Bruk Koble til og verifiser betalingslommebok for å etablere betalingskontoen. Velg en kompatibel lommebok i nettleseren og kontroller innloggingsmeldingen. Eierskapsmeldingen skal identifisere tjenesten og formålet. Den gir ikke tillatelse til en overføring. I skrivebordsappen åpner verifisering nettleserlommeboken. Den private nøkkelen til Ethereum-betalingslommeboken importeres ikke i boten. Lim aldri inn en gjenopprettingsfrase på nettstedet eller send den til kundestøtten.
Lisensbetalinger gjøres opp i USDC på Ethereum. Bekreft valgt varighet, at alle ni markeder er inkludert, Ethereum-betalingslommebok, USDC-beløp og ordreutløp. En kvalifisert partnerhenvisning deler den eksisterende lisensprisen mellom selskapet og partneren. For eksempel sender en 30-dagerslisens til 299 $ med 10 % provisjon 269,10 USDC til selskapet og 29,90 USDC til partneren. Gass- og vekslingskostnader som betales av kunden, kommer i tillegg og må ikke redusere noen av mottakernes beløp.
Kontroller transaksjonen i lommeboken før du signerer. Betalingsverifisering må bekrefte den tiltenkte transaksjonen før den signerte lisensen utstedes. Hvis bekreftelsen forsinkes, behold kjøpsreferansen og transaksjonssignaturen og kontroller det eksisterende kjøpet. Ikke send en ny betaling bare fordi en side fortsatt venter. Et utløpt tilbud bør oppdateres i stedet for å sende det gamle beløpet manuelt.
Aktiver og administrer lisensierte lommebøker
Bruk Lisens-delen i appen for å gjennomgå rettigheten din og tilknyttede offentlige handelslommebokadresser. Betalingslommeboken og kontoen som brukes til handel kan ha forskjellige formål. Den verifiserte Ethereum-betalingslommeboken identifiserer lisensen. Konfigurer handelslommebøker i skrivebordsappen, og knytt deretter EVM-handelslommeboken til den aktive lisensen fra Handelslommebok. Sett markeder på pause før du endrer en tilknytning. Innstillinger for offentlige adresser importerer ikke private nøkler og overfører ikke aktiva.
Verifiser hver adresse mot lommeboken du kontrollerer. En EVM-adresse har samme visuelle format på flere nettverk, men en samsvarende streng fastslår ikke riktig nettverkssaldo eller tillatelse. Bekreft valgt marked før du knytter til en adresse. Kalshi-kontoopplysninger konfigureres gjennom kontotilkoblingen og behandles ikke som en Solana-lommebokadresse.
Ikke rediger lokale konfigurasjonsfiler for å overføre en rettighet. Bruk kontokontrollene og eierskapsverifiseringen som endringen krever. En vist lisensregistrering skal samsvare med varigheten, de planlagte periodene og den aktive kapasiteten. Hvis den ikke gjør det, behold referansen og kontakt kundestøtten før du forsøker flere kjøp eller endrer handelskontoer.
Konfigurer RPC-endepunktene dine
ProfitBot bruker dine egne RPC-tilkoblinger for å lese blokkjededata og sende transaksjoner. ProfitBot leverer ingen av endepunktene. En Alchemy Pay As You Go-plan kreves; gratisplanen mangler funksjoner appen trenger. Opprett en Alchemy-konto og aktiver Pay As You Go før du konfigurerer tilkoblingene. Leverandørkostnader belastes Alchemy-kontoen din.
1. Hent begge endepunktene for hvert nettverk
Velg riktig nettverk i Alchemy-kontrollpanelet og kopier det fullstendige HTTPS RPC-endepunktet og WebSocket-endepunktet (WSS). Dette er to separate URL-er. Lim inn hver av dem nøyaktig som oppgitt; ikke lag WSS-adressen ved å redigere HTTPS-adressen. Konfigurer nettverkene du bruker: Solana, BSC, Base, Robinhood, Ethereum, Hyperliquid (HyperEVM) og Polymarket International (Polygon). OpenSea bruker RPC-paret for den valgte underliggende blokkjeden. Kalshi og Polymarket U.S. bruker sine handelsplass-API-tilkoblinger i stedet for et Alchemy RPC-par.
2. Skriv inn HTTPS- og WSS-URL-ene dine
Åpne Innstillinger → Dine RPC-endepunkter og velg nettverket. Endepunktoppsettet er også tilgjengelig i lisensregistreringen og under Handelslommebok for valgt marked. Polymarket International viser også Polygon-endepunktoppsettet i kontotilkoblingsinnstillingene. Lim inn HTTPS-URL-en i HTTPS RPC-endepunkt og WSS-URL-en i WebSocket-endepunkt (WSS). Gjenta for hvert nettverk du har tenkt å bruke.
3. Test, gjennomgå og lagre
Velg Test HTTPS og WSS. Appen kontrollerer valgt nettverk, RPC-metodene den trenger og WebSocket-tilkoblingen, inkludert en kortvarig abonnementstest. Gjennomgå eventuelle navngitte feil for blokkjede, endepunkt eller metode. En mislykket test kan indikere feil nettverk, ugyldig URL, utilgjengelig tjeneste eller utilstrekkelige planfunksjoner. Testing utfører ingen handel; kontroller av transaksjonsinnsending bruker valideringsprober som ikke kringkastes.
Når begge tilkoblingene består, velg Gjennomgå og lagre endepunkter og godkjenn den innebygde bekreftelsen. Lagring kontrollerer begge endepunktene uavhengig på nytt og lagrer dem kryptert på denne datamaskinen. Redigering av en av URL-ene krever en ny vellykket test. Start appen på nytt for å ta de lagrede endepunktene i bruk, og kontroller deretter tilkoblingsstatusen før du aktiverer en strategi. Lagring av endepunkter starter ikke handel. Konfigurer hver datamaskin separat, og del aldri endepunkt-URL-er eller API-nøkler i skjermbilder, fellesskapsinnlegg eller kundestøttemeldinger.
4. Se forbruket av beregningsenheter
For valgfri visning av forbruk, opprett en separat Alchemy-tilgangsnøkkel under Dashboard → Security med bare tillatelsen Usage read (ADMIN_USAGE_READ). RPC-endepunktnøkkelen kan ikke hente samlet kontoforbruk. Åpne Tilgang til CU-forbruk (valgfritt), skriv inn den skrivebeskyttede tilgangsnøkkelen for forbruk, og bruk samme arbeidsflyt for testing, gjennomgang og lagring. Ikke gi skrivetillatelser.
Alchemy-kontoens CU-forbruk denne måneden vises under tilkoblingskontrollene. Det oppdateres hvert 60. sekund mens panelet er synlig og viser når dataene ble kontrollert, samt tidspunktet leverandørdataene dekker til når det er tilgjengelig. Dette er samlet forbruk for hele Alchemy-kontoen, inkludert bruk utenfor ProfitBot; det er ikke tall per marked eller bare for ProfitBot. Uten en gyldig skrivebeskyttet tilgangsnøkkel for forbruk viser skjermen at forbruk er utilgjengelig i stedet for null. Tilkoblingstester og løpende helsekontroller bruker også av leverandørforbruket ditt.
5. Forstå tilkoblingsadvarsler
En manglende, ugyldig eller hastighetsbegrenset RPC-tilkobling viser en advarsel og setter nye innganger på pause for det berørte nettverket. Beskyttende utganger forblir aktivert ved bruk av tilgjengelige kunde-RPC-tilkoblinger. Dette garanterer ikke at en utgang kan gjennomføres under et leverandør- eller nettverksavbrudd. Gjenopprett de nødvendige tilkoblingene, gjennomgå testresultatene og avstem utestående ordrer og posisjoner før du fortsetter ny aktivitet.
Forstå toppteksten og sidefeltet
Topplinjen viser lisensens gjenværende tid, statusen til den lokale motoren og Nødstopp-knappen.
Bruk sidepanelet til å åpne Oversikt, Posisjoner, Markedsutforsking, Handelshistorikk, Strategier, Risikokontroller, Handelslommebok, Lisens, Fakturering, Innstillinger, Dokumentasjon, Partnere og Brukerstøtte, etterfulgt av lenker til Fellesskap, Discord, Telegram og X. Navigasjonen kan rulles når vinduet er for lavt til å vise alle punktene.
Når du åpner Posisjoner, Markedsutforsking, Handelshistorikk, Strategier, Risikokontroller eller Handelslommebok, åpnes listen over ni markeder under punktet: Solana, BSC, Base, Robinhood, Ethereum, Hyperliquid, Polymarket, Kalshi og OpenSea. Det valgte markedet har en ramme i sin egen farge og vises i sidetittelen. De seks memecoin-markedene bruker samme strategioppsett; Polymarket og Kalshi viser prediksjonsinnstillinger og kontoprofilene sine; OpenSea har et eget NFT-arbeidsområde der handel forblir utilgjengelig til integrasjonen er fullført. Oversikt kombinerer alle ni markeder.
Det valgte markedet avgrenser konto-, strategi-, utforskings- og rapportskjermene du ser. Det flytter ikke aktiva mellom blokkjeder, veksler ikke valuta eller aktiverer en annen motor i det skjulte. ETH på Base er en Base-saldo; ETH på Ethereum er en Ethereum-saldo. Valutabetegnelsen alene identifiserer ikke en konto.
Konfigurer en Solana-handelslommebok
Velg Solana og åpne Handelslommebok. Bruk de lokale lommebokkontrollene for å etablere den dedikerte kontoen du skal bruke til automatiserte posisjoner i mememynter. Les applikasjonens fil- og bekreftelsesdialoger nøye. Oppbevar gjenopprettingsinformasjonen på et beskyttet sted atskilt fra vanlige skjermbilder, delte mapper og kundestøttemeldinger.
Kontroller at Solana-handelsadressen som vises i appen, samsvarer med handelslommeboken du vil bruke. Ethereum-lisenslommeboken er separat. Sett inn et beløp som samsvarer med kapitalplanen, og behold SOL tilgjengelig til transaksjonsgebyrer og nødvendige kontohandlinger. En tokensaldo erstatter ikke nettverkets egne SOL som trengs for å gjennomføre en transaksjon. Ikke tildel hele den synlige saldoen til posisjoner.
Opplåsing av en lommebok tillater den lokale signeringsarbeidsflyten underlagt appens kontroller; det aktiverer ikke en strategi automatisk. Lås den når den ikke lenger trengs. Hvis du erstatter lommeboken, verifiser den nye adressen, gjenopprettingstilstanden og lisenstilknytningen før du ber om aktivitet. Posisjonene i en gammel lommebok overføres ikke bare fordi appen viser en annen konto.
Konfigurer lommebøker for BSC, Base, Robinhood og Ethereum
Velg først det relevante markedet, og åpne deretter Handelslommebok. Bruk Importer lommebok fra fil for den støttede lokale nøkkelfilarbeidsflyten. Filen inneholder den private nøkkelen som lommebokimporten krever; den velges gjennom den innebygde applikasjonen og limes ikke inn på nettstedet. Bekreft den offentlige adressen etter import, og sørg for sikker tilgang til det opprinnelige gjenopprettingsmaterialet.
Bruk Lås opp lommebok når en lokal handling krever det. Appen viser om lommeboken er låst og om gjenoppretting er verifisert. For kryptert gjenoppretting må du angi en sterk gjenopprettingspassfrase på minst 20 tegn, bruke Eksporter kryptert gjenoppretting og lagre den resulterende filen atskilt fra passfrasen. Gjenopprett kryptert gjenoppretting krever den tilsvarende filen og passfrasen og lar lommeboken forbli låst etter gjenoppretting.
BSC bruker BNB til nettverksgebyrer. Base, Robinhood og Ethereum bruker ETH på sine respektive nettverk. Aktiva på ett nettverk er ikke automatisk tilgjengelige på et annet, selv når samme adresse brukes. Bekreft nettverket og mottakeradressen i ethvert eksternt finansierings- eller brogrensesnitt før du overfører penger. ProfitBots markedsvelger utfører ikke den overføringen.
En ERC-20-brukstillatelse gir en bestemt bruker av tillatelsen rett til å flytte et bestemt token etter nettverkets regler. Gjennomgå ruteren, beløpet og tiltenkt formål når en godkjenning kreves. En brukstillatelse kan bestå etter at en posisjon lukkes. Administrer uønskede tillatelser gjennom en passende kontoarbeidsflyt; behandle aldri en ukjent godkjenning som en harmløs innloggingsmelding.
Koble til Hyperliquid og velg handelsmiljø
Handel med mememynter på Hyperliquid kan involvere HyperCore-spotmarkeder eller HyperEVM-tokenmarkeder. Dette er forskjellige utførelsesmiljøer. HyperCore-spotaktivitet bruker ordrebøker, spotaktivumidentifikatorer, saldoer og kontotillatelser. HyperEVM-aktivitet bruker EVM-kontrakter og HYPE til de relevante nettverkshandlingene. HYPE-etiketten i toppteksten er ikke en påstand om at hvert spotpar gjøres opp i HYPE.
Åpne Handelslommebok med Hyperliquid valgt, og gjennomgå kontotilkoblingen, valgt markedstype og aktivumidentifikatorer. Bruk kontotillatelsene som trengs for den valgte arbeidsflyten, og beskytt signeringsopplysningene lokalt. En agent- eller handelstillatelse er ikke det samme som eierskap til hver saldo eller tillatelse til å ta ut midler.
For spotstrategier må du gjennomgå noteringsaktivum, tilgjengelig saldo, minste ordreantall, prispresisjon og gjennomførbar dybde. Den uutførte resten av en ordre fortsetter å reservere kapasitet eller kapital til statusen er avklart. Kontroller både utførte deler og gjenværende ordreantall når du avgjør om en ny posisjon passer innenfor grensene dine. Hyperliquids omfang for mememynter betyr ikke at strategien er en belånt strategi for evigvarende futures.
Koble til Polymarket International eller U.S.
Velg Polymarket i toppteksten. Knappene for kontoregion viser Polymarket International og Polymarket US. International er valgt fra starten. Velg tjenesten du har rett til å bruke før du angir påloggingsopplysninger eller lagrer strategier. Disse tjenestene har separate kontoer, tilgjengelige markeder og autentiseringskrav; påloggingsopplysninger fra den ene skal ikke angis i den andre.
Åpne Handelslommebok for valgt profil og bruk kontotilkoblingsfeltene og de beskyttede innebygde dialogene. Angi bare typene tilgangsopplysninger som etterspørres for den profilen. Følg leverandørens egen prosess for å skaffe API-tilgang og gjennomgå tillatelsene. Sørg for at signerings- eller lommebokopplysningene samsvarer med kontoen som eier posisjonene og den offentlige kontoidentiteten som vises i appen.
Lagre tilkoblingen og gjennomgå resultatene for autentisering og lommebokverifisering. Gyldige API-opplysninger er én forutsetning; disponibel saldo, nødvendige tillatelser og en kvalifisert kontrakt er separate forutsetninger. Hvis verifiseringen rapporterer et avvik, løs det før du handler. Ikke forsøk å omgå en geografisk begrensning eller kontobegrensning ved å endre profilnavnet.
Koble til Kalshi-demo eller konto for reell handel
Velg Kalshi og bruk de synlige knappene for kontomiljø. Demo og Konto for reell handel bruker forskjellige miljøer og påloggingsopplysninger. Demo er nyttig for å lære leverandørens kontoarbeidsflyt; saldoer og utfall er ikke resultater med faktiske penger. Bytte til Konto for reell handel krever riktige påloggingsopplysninger og en ny kontogjennomgang.
Åpne Handelslommebok for valgt miljø. Oppgi den forespurte API-nøkkelidentifikatoren og beskyttede signeringsopplysninger gjennom appens tilkoblingsarbeidsflyt. En nøkkelidentifikator alene fullfører ikke autentisering. Verifiser at kontoen som leverandøren returnerer, er den du vil bruke, og at den har relevante tillatelser og midler.
Hold miljøspesifikke strategiutkast atskilt. En vellykket tilkobling til Demo etablerer ikke en finansiert konto for reell handel, og bytte av miljø flytter ikke saldoer eller posisjoner. Hvis påloggingsopplysninger erstattes eller tilbakekalles, koble til på nytt og gjennomgå kontostatusen før du ber om ny aktivitet.
Les Oversikt, Utforsking og Posisjoner
Oversikt oppsummerer saldo, eksponering, realisert resultat, antall posisjoner og utførelsesstatus for valgt omfang. Oversikt kombinerer tilgjengelig informasjon fra alle ni markeder. Et samlet USD-tall krever oppdatert verdsettingsgrunnlag; et utilgjengelig tall er ikke en nullsaldo. Sammenlign tidsstempelet og kontoomfanget når du gjennomgår tall fra ulike skjermer.
Markedsutforsking viser støttede kandidater og dokumentasjonen som er tilgjengelig for dem. Et oppdaget token er ikke et godkjent kjøp. Kvalifikasjon, poolidentitet, likviditet, konsentrasjon, aktualitet og den valgte strategien er fortsatt viktige. På Solana følger den støttede PumpSwap-arbeidsflyten en verifisert, endelig bekreftet overgang fra Pump.funs lanseringsfase. Tidligere tokenopprettelse eller en ubekreftet migrering fastslår ikke denne grensen.
Posisjoner viser eksisterende eksponering, inkludert tilstander som fortsatt må avstemmes. Handelshistorikk registrerer fullført og forsøkt aktivitet og relevante identifikatorer. Hold ventende eller usikre forespørsler synlige til kilden bekrefter utfallet. En rød eller utilgjengelig tilstand bør føre til undersøkelse, ikke en antakelse om at ingenting skjedde.
Bygg en strategi for mememynter
Velg ett av de seks markedene for mememynter, åpne Strategier og velg Lav, Moderat, Høy eller Egendefinert. Forvalg fyller inn tilknyttede verdier som et utgangspunkt. De er relative konfigurasjoner, ikke en garanti for at et token er trygt eller at en strategi vil være lønnsom. Rediger et felt for å lage din egendefinerte versjon, og gi den et beskrivende navn.
Redigeringsverktøyet grupperer innstillinger i Markeder, Inngang, Kapital, Utførelse, Utganger og Grenser. Gjennomgå alle seks grupper før du lagrer. Markeder kontrollerer hvilke kandidater som kvalifiserer. Inngang beskriver de observerte betingelsene som trengs for vurdering. Kapital kontrollerer tildeling og posisjonskapasitet. Utførelse begrenser tillatte priser og kostnader. Utganger definerer betingelser for å forsøke å lukke eksponering. Grenser begrenser gjentatt aktivitet og kontotap.
Lagre utkast lagrer konfigurasjonen. Dupliser oppretter et separat utkast som du kan navngi og justere. Arkiver fjerner et utkast fra aktiv bruk uten å late som den historiske aktiviteten ikke fant sted. Den lagrede revisjonen identifiserer innstillingene bak en bestemt registrering. Ulagrede endringer er ikke en ny lagret revisjon og skal ikke antas å endre en allerede tilknyttet strategi.
Kontroller enheten som står ved hvert tall. En reserveterskel i SOL er ikke samme pengebeløp som et identisk tall i BNB eller ETH. Posisjonsprosenter viser til tildelingsgrunnlaget som kapitalkontrollen beskriver, mens tapsgrenser kan vise til kontoverdien. Referansen nedenfor viser hvert felt og det tillatte området som redigeringsverktøyet viser.
Tildel kapital og bevar utgangskapasitet
Bestem totalbeløpet som er tilgjengelig for markedet og den største andelen én posisjon kan bruke. Bruk en samlet eksponeringsgrense og en antallsgrense for åpne og ventende posisjoner. Ventende ordrer bruker plass fordi de fortsatt kan bli utført. En tilsynelatende tom posisjonsliste gjør det ikke trygt å ignorere en uavklart innsendt forespørsel.
Reserver nok av nettverkets egen valuta til handlinger og utganger. Inkluder transaksjonsgebyrer, godkjenninger der det trengs, kontoopprettelse der det er relevant og mislykkede forsøk. I et ordrebokmarked må du også vurdere midler reservert av hvilende ordrer og minste handelsstørrelser. En kapitalplan bør ikke kreve en gunstig handel for å finansiere sin egen utgang.
Hvis et tildelingsgrunnlag for eksempel er 1 000 $ og en posisjonsgrense er 2 %, er grensen 20 $. En samlet eksponeringsgrense på 10 % tillater ikke mer enn 100 $ på samme grunnlag, med forbehold om eventuelle strengere kontroller av antall, gebyrer eller saldo. Disse tallene illustrerer forholdet mellom innstillinger; de er ikke en anbefaling. Kontroller at appens faktiske kontoverdsetting og enheter støtter beregningen du har tenkt å bruke.
Konfigurer kopieringshandel og valgfri KI
Innstillinger for kopieringshandel tilhører den valgte strategien for mememynter. Angi støttede kildelommebøker, tillatt kopieringsatferd og grensene som vises i den delen. Identifiser kilden med hele den offentlige adressen, ikke et visningsnavn. Et kopiert signal er fortsatt underlagt dine grenser for markedskvalifikasjon, posisjoner, pris, kostnader og tap.
Kopien din kan komme senere enn kildehandelen, få en annen pris eller størrelse eller bli avvist helt. En kilde kan lukke en posisjon mens du har en uavklart inngang. Bestem hvordan dine egne utgangsregler gjelder før du bruker funksjonen. Anta aldri at en kildelommeboks offentlige gevinster beskriver ditt forventede resultat eller viser alle tilknyttede kontoer den kontrollerer.
Den valgfrie KI-assistenten i Strategier tilbyr Grok Bot gjennom xAI, Claude og ChatGPT. Velg en leverandør, konfigurer din egen API-tilkobling i den beskyttede lokale arbeidsflyten, og velg modell- og budsjettkontrollene som tilbys for den. Et vanlig chatabonnement gir ikke nødvendigvis API-tilgang. Leverandørbruk kan medføre kostnader uavhengig av ProfitBot-lisensen.
Gjennomgå hvert forslag før du tar det i bruk. KI erstatter ikke uavhengige risikokontroller, signerte kontotillatelser eller lisensgrenser. Hvis en leverandørforespørsel mislykkes eller overskrider budsjettet, kontroller statusen i stedet for å forsøke gjentatte ganger uten å forstå kostnaden. Ikke legg private nøkler, gjenopprettingsfraser eller uvedkommende personopplysninger inn i en instruks.
Bygg en strategi for prediksjonsmarkeder
Velg Polymarket eller Kalshi og riktig kontoprofil, og åpne deretter Strategier. Gi utkastet et navn, velg markedskategori og velg Ja, Nei eller Begge der det er relevant. Les de fullstendige reglene for hver kontrakt før du behandler et marked som en kandidat. Lignende titler garanterer ikke samsvarende utfall, frister eller oppgjørskilder.
Bruk knappene for Kilde til sannsynlighetsestimat for å velge et Manuelt gjennomgått estimat eller en Gjennomgått ekstern modell. En sannsynlighet er din vurderte sjanse for det definerte utfallet, ikke bare kontraktens nåværende pris. For en manuell gjennomgang må du først lagre strategien, identifisere markedet og utfallet, angi en sannsynlighet større enn 0 % og mindre enn 100 %, forklare begrunnelsen, velge gyldighetsperiode og bekrefte gjennomgangen. Oppdater eller tilbakekall et estimat når grunnlaget endres.
Innstillingen for minste fortrinn sammenligner estimatet for valgt utfall med tillatt anskaffelseskostnad etter relevante gebyrer og prisglidning. Ordrebokdybde, spread, prisgrenser og estimatets aktualitet begrenser inngangen. En prognose kan være godt forklart og likevel feil. Ikke forleng gyldigheten til et utdatert estimat bare for å unngå å gjennomgå ny informasjon.
Angi kapital i USD, en maksimal posisjonskostnad, samlet åpen og ventende eksponering og en grense for korrelerte hendelser. Flere kontrakter kan avhenge av samme underliggende resultat. Tidspunktet for avgjørelse og en planlagt buffer for utgang før avgjørelse hører til i utgangsplanen, sammen med holdegrenser og tapskontroller. Referansen for prediksjonsinnstillinger viser de nøyaktige enhetene, inkludert basispunkter av en utbetaling på 1 $ fremfor prosentvis avkastning på kjøpsprisen.
Gjennomgå og aktiver aktivitet
Før du ber om aktivering, bekreft valgt marked, konto, lagret strategirevisjon, lisensperiode, tilgjengelig kapasitet, saldoer, gass- eller gebyrreserve og alle gjeldende risikogrenser. Gjennomgå appens resultater for beredskap og validering. Hvis en forutsetning mangler, løs det forholdet; gjentatte trykk på en aktiveringskontroll erstatter ikke dette.
Aktivering av en strategi er en separat beslutning fra redigering eller lagring. Kontroller konfigurasjonen som bekreftelsen identifiserer, og verifiser at den tilhører tiltenkt lommebok og marked. Et gyldig inngangssignal kan fortsatt avvises fordi pristilbudet endret seg, kontoen er låst, en annen ordre reserverte kapital eller en felles grense ble nådd. Avvisning er en del av konsekvent anvendelse av reglene dine.
Før tilsyn med aktiviteten etter aktivering. En lokal app avhenger av at enheten og nettverket fortsatt er tilgjengelige. Hold systemets hvilemodus og fjernøktatferd i samsvar med driften du planlegger, og oppretthold en måte å få tilgang til kontoene dine på hvis appen eller leverandøren er utilgjengelig.
Utganger, nødstopp og markedsoverleveringer
Stop-loss, Gevinstsikring, Aktivering av etterfølgende stopp, Etterfølgende avstand og Lengste holdetid definerer betingelser for et utgangsforsøk. De garanterer ikke likviditet eller en bestemt realisert pris. En etterfølgende regel starter først etter at aktiveringsbetingelsen er nådd; avstanden måles i forhold til den relevante toppen. Gjennomgå hvordan et mål for full gevinstsikring samvirker med denne aktiveringsterskelen.
Nødstopp blokkerer nye innganger og gjelder til den bevisst oppheves. Det er ikke en Selg alt-instruks. Selg alt er en separat bekreftet handling som forsøker å lukke relevante posisjoner og rapporterer hvert utfall. En motor som er satt på pause kan fortsatt ha eksponering, en uutført ordre eller en usikker transaksjon som krever oppfølging.
Før du endrer et markeds strategi eller kontotilkobling, stopp ny aktivitet, gjennomgå gjenværende posisjoner og ordrer og fullfør den nødvendige trygge overleveringen. Alle ni markeder er inkludert i hver betalt plan; valg av et annet arbeidsområde sletter ikke uavklart aktivitet. Hvis en utgang eller kansellering er uavklart, kontroller kilderegistreringen før du fortsetter.
Håndter tilkoblingstap og usikre transaksjoner
Hvis leverandøren eller nettverket blir utilgjengelig, kontroller den sist verifiserte konto- og transaksjonstilstanden. Nye handlinger skal ikke baseres på et gammelt pristilbud eller en utdatert saldo. Koble til på nytt og oppdater relevante opplysninger før du avgjør om du skal fortsette. En gjenopprettet internettforbindelse beviser ikke alene at alle tidligere forespørsler mislyktes eller lyktes.
For en innsendt transaksjon må du bevare signaturen eller hashen. For en ordre må du bevare ordreidentifikatoren og registrerte utførelser. Sammenlign utfallet på blokkjeden eller markedet med appens avstemmingsvisning. Unngå å sende inn en duplikat manuelt mens originalen fortsatt kan bli utført. En vellykket kanselleringsforespørsel må også få sin endelige tilstand avstemt mot utførelser som kan ha funnet sted samtidig.
Etter omstart av appen må du verifisere valgt konto, lommebokens låsetilstand, aktiv lisens, utestående ordrer og posisjoner. Avklar eventuelle avvik før du starter ytterligere eksponering. Hvis du trenger kundestøtte, ta med offentlige identifikatorer og feilmeldinger som forklarer situasjonen, og hold hemmelige tilgangsopplysninger utenfor henvendelsen.
Les resultatet, eksporter fakturaer og del et resultat
Realisert resultat avhenger av avsluttet eksponering og kostnader som kan tilskrives den. En markedspris som vises ved siden av en åpen tokensaldo er ikke realiserte kontantinntekter. Kontroller rapporteringsomfang, periode og valutagrunnlag. Manglende verdsettings- eller gebyrinformasjon kan hindre beregning av et pålitelig nettotall.
Funksjonen for deling av resultater genererer bare grafikk for et kvalifisert, verifisert positivt realisert nettoresultat. Velg støttet handel, marked eller tidsomfang, gjennomgå grafikken og bildeteksten og avgjør om du vil publisere. Den inkluderer ProfitBot-merkevaren og USD-fortjenesten for valgt omfang. En positiv delt handel representerer ikke alle handler på kontoen.
Godkjente partnere kan inkludere henvisningsadressen i bildeteksten og den synlige grafikken. Tekstlenken åpner henvisningsmålet. X behandler et opplastet bilde som media, så et klikk på bildet åpner bildeviseren; det er ikke en ny ekstern lenke. Gjennomgå målet og eventuelle påkrevde opplysninger om partnerreklame før du publiserer.
For betalingsopplysninger logger du inn med betalerlommeboken eller den relevante lisensierte lommeboken og åpner Fakturering. Velg det verifiserte kjøpet og last ned PDF-fakturaen. Den betalte varigheten og beløpet er historiske opplysninger og endres ikke fordi en senere tjenestekreditering forlenger en lisens. Hvis en registrering mangler, bruk den opprinnelige transaksjonsreferansen når du kontakter kundestøtten.
Forleng en lisens
Nedtellingen øverst til høyre viser gjenværende lisenstid. Det visuelle hastesignalet øker når utløpet nærmer seg, og forlengelseshandlingen åpner lisensskjermen når den gjenværende perioden er kort. Kontroller de faktiske datoene i tillegg til fargen, særlig hvis en senere periode allerede er planlagt.
Velg varighet for neste betalte periode. Den kan være kortere eller lengre, innenfor alternativene som vises, og alle ni markeder er fortsatt inkludert. Gjennomgå når den nye perioden begynner og hvordan den påvirker aktivitet ved overgangen. En fornyelse sletter ikke ordrer og fullfører ikke automatisk en utrygg kontooverlevering.
En forlengelse er en ny USDC-betaling med egen ordre. Det er ikke en uopplyst gjentakende belastning. Hvis en lisens utløper, kan nye innganger blokkeres mens eksisterende posisjoner fortsatt må håndteres. Ordne forlengelsen og nødvendige kontooverleveringer før denne overgangen hvis kontinuerlig autorisert drift er viktig for planen din.
Søk om partnerprogrammet
Åpne Partnere, koble til Ethereum-lommeboken som skal motta USDC-provisjoner og fullfør søknaden. Navn, e-postadresse og en forklaring på hvordan du vil markedsføre ProfitBot kreves. Discord, X, Instagram, TikTok, YouTube og et nettsted er valgfrie. Velg et henvisningsnavn med 3–15 bokstaver eller tall, og kontroller at det er tilgjengelig.
Signer eierskapsmeldingen for søknaden når du er fornøyd med den. Dette er ikke en transaksjon på blokkjeden og har ingen gassgebyrer. Søknaden din forblir ventende til den godkjennes manuelt; en ventende konto kan ikke tjene provisjoner.
En godkjenningse-post inneholder henvisningsadressen og grunnleggende kontoinformasjon. Et godkjent kontrollpanel viser gjeldende provisjonssats, kvalifiserte henvisninger og direkte USDC-betalinger på Ethereum. Standardsatsen er 10 %, med mulighet for høyere satser når det godkjennes. En avslagse-post formidler utfallet; en ny søknad bør forklare vesentlig endrede markedsføringsplaner i stedet for å skjule den tidligere identiteten.
Del riktig henvisningslenke og opplys om partnertilknytningen. Kvalifisert henvisningslagring varer opptil 60 dager, men nettleservalg og kjøpskvalifikasjon påvirker tilskrivingen. Kundens signerte lisenstransaksjon betaler partnerandelen direkte til den registrerte lommeboken. Verifiser mottakeradressen og oppbevar gjenopprettingsinformasjonen sikkert.
Kontakt kundestøtten og vedlikehold arbeidsområdet
Bruk kundestøttemodulen på nettstedet eller kontakt-siden. Øverst i modulen velger du Nei under Er du bruker med lisens? for å sende en generell henvendelse, eller Ja for å verifisere en lommebok og åpne chat for lisensierte brukere. Standardvisningen Nei viser meldingsskjemaet. Chat for lisensierte brukere krever en aktiv rettighet knyttet til den verifiserte lommeboken.
Beskriv valgt marked, kontomiljø, handlingen du forsøkte, tidspunktet for problemet og relevant feil eller offentlig transaksjonsidentifikator. KI-støttet kundestøtte kan hjelpe med å forklare grensesnittet, men den kan gjøre feil og gir ikke finansielle råd. Ikke gi fjernstyringstilgang eller send hemmeligheter som svar på en uoppfordret melding som hevder å være fra kundestøtten.
Oppbevar sikre sikkerhetskopier av de lokale opplysningene og gjenopprettingsmaterialet du trenger. Bekreft at en gjenopprettingsfil kan brukes med riktig passfrase før du stoler på den, og oppbevar passfrasen separat. Ikke anta at en generell prosjektsikkerhetskopi inkluderer en operativsystemnøkkelring eller tilgangsopplysninger som oppbevares hos en annen leverandør. Når du bytter enhet, gjennomgå kontotillatelser og lås eller tilbakekall tilgang som ikke lenger trengs.
Før du installerer en oppdatering eller flytter til en annen datamaskin, kontroller åpne posisjoner og utestående ordrer og planlegg avbruddet. Etterpå verifiserer du versjon, kontoidentiteter, lisensstatus, strategirevisjoner og avstemmingstilstand. Gå tilbake til Ofte stilte spørsmål for vanlige lisensspørsmål eller Kontakt for et problem som fortsatt er uløst.
Sjekkliste for sikkerhetsoppsett
Fullfør disse kontrollene før du kobler til påloggingsopplysninger eller overfører midler til en handelslommebok. Gjenta relevante kontroller etter en oppdatering, et enhetsbytte eller en sikkerhetshendelse.
- Last ned ProfitBot bare via den offisielle nedlastingssiden. Kontroller plattform, prosessor og tilgjengelig informasjon om signatur eller notarisering. Ikke omgå en uventet sikkerhetsadvarsel eller installer en kopi sendt i en uoppfordret melding.
- Hold operativsystemet, nettleseren, lommebokprogramvaren og ProfitBot oppdatert. Bruk egnet beskyttelse mot skadevare og unngå programvare, utvidelser og vedlegg fra upålitelige kilder på en handelsenhet.
- Beskytt operativsystemkontoen med sterke innloggingsopplysninger og begrens andre brukeres tilgang. Lås økter uten tilsyn. Sikre fjerntilgangen på en VPS, aktiver ekstra autentisering der dette støttes, og ikke gjør skrivebords- eller styringsgrensesnitt fritt tilgjengelige for offentligheten.
- Åpne det offisielle nettstedet selv for å bekrefte uventede støtte-, betalings- eller kontomeldinger. Kontroller mottaker, nettverk, beløp, tillatelser og formål før du godkjenner en lommebokmelding eller transaksjon. Kundestøtte trenger ikke din private nøkkel, gjenopprettingsfrase eller API-hemmelighet.
- Bruk de minste tillatelsene hver integrasjon krever, gjennomgå kontraktsgodkjenninger, og deaktiver uttak der leverandøren støtter en egen uttakstillatelse. Handelsopplysninger kan fortsatt føre til handelstap uten uttaksfullmakt.
- Beskytt krypterte gjenopprettingsfiler og sikkerhetskopier. Oppbevar passfrasene deres separat og kontroller at gjenoppretting fungerer før du stoler på en sikkerhetskopi. Ikke legg påloggingsopplysninger i skjermbilder, innlegg i fellesskapet eller støttemeldinger.
Se Tillatelser per integrasjon og Gjenoppretting og tilbakekalling av påloggingsopplysninger. Disse forholdsreglene reduserer eksponeringen; de garanterer ikke sikkerhet og forhindrer ikke handelstap.
Tillatelser per integrasjon
Gi bare tilgangen arbeidsflyten du velger krever. Navn på og tilgjengelighet av tillatelser avhenger av leverandør og kontotype; kontroller leverandørens gjeldende offisielle innstillinger. Der det finnes separate tillatelser for lesing, handel, overføring, uttak eller administrasjon, skal du bruke nødvendig lese- og handelstilgang og deaktivere unødvendige rettigheter til uttak, overføring og administrasjon. En leverandør kan kreve lese- og skrivetilgang for ordreinnsending uten å tilby en egen betegnelse for tilgang til bare handel.
Solana
Bruk en egen handelslommebok du kontrollerer, og RPC-tilgangen som kreves for å lese kjeden og sende inn godkjente transaksjoner. Oppbevar bare eiendelene og SOL som trengs for planlagt aktivitet og gebyrer. En privat Solana-nøkkel er signeringsfullmakt, ikke en API-nøkkel til en børs med en bryter for å deaktivere uttak.
BSC
Bruk en egen BSC-handelslommebok, nødvendig BSC RPC-forbindelse og bare kontraktsgodkjenningene som kreves for de valgte tokenene og handelsrutene. Ha BNB tilgjengelig for aktuelle gebyrer. Ikke gi uvedkommende rettigheter til å bruke tokener, og ikke anta at en tokenfullmakt begrenser alle handlinger en kompromittert privat nøkkel kan signere.
Base
Bruk en egen Base-lommebok og nødvendig Base RPC-forbindelse. Gjennomgå hver tokengodkjenning og parten med bruksfullmakt, og godkjenn bare det den valgte arbeidsflyten krever. Ha riktig innebygd nettverksvaluta tilgjengelig for gebyrer. En uttaksinnstilling for en API-nøkkel begrenser ikke den underliggende lommeboknøkkelen.
Robinhood
For den støttede Robinhood-kjedearbeidsflyten skal du bruke lommebok- og RPC-konfigurasjonen for den valgte kjeden. Dette gir ikke tillatelse til tilgang til en uvedkommende meglerkonto. Gjennomgå nettverk, part med bruksfullmakt, tokengodkjenninger og midlene som er eksponert gjennom lommeboken før du aktiverer aktivitet.
Ethereum
Bruk en egen Ethereum-handelslommebok og nødvendig Ethereum RPC-forbindelse. Gjennomgå kjede, mottaker, part med bruksfullmakt og tokenfullmakt før signering. Ha ETH til aktuelle gebyrer og unngå unødvendige kontraktsgodkjenninger. Ethereum-lommeboken som brukes til lisensiering, trenger ikke importeres som handelslommebok.
Hyperliquid
Skill mellom tilgang til HyperCore-spotkonto eller -agent og lommeboksignering i HyperEVM. For HyperCore skal du bruke en egen handelsagent godkjent av leverandøren der dette støttes, og holde kontoens hovedopplysninger separat. Gjennomgå agentens faktiske fullmakt og tilbakekall den hos leverandøren når den ikke lenger trengs. For HyperEVM skal du bruke nødvendig lommebok, RPC-tilgang og kontraktsgodkjenninger; en vanlig privat EVM-nøkkel er ikke i seg selv begrenset til handel.
Polymarket
Bruk påloggingsopplysninger for akkurat den International- eller U.S.-profilen og kontoen du vil koble til. International CLOB API-autentisering er atskilt fra lommeboksignering og eventuelle nødvendige godkjenninger på kjeden; beskytt hver del separat og gjennomgå faktisk signatar, finansieringskonto og part med bruksfullmakt. For U.S.-profilen skal du bare gi rettighetene til kontolesing og ordrer som tilkoblingsprosessen krever. Deaktiver unødvendige overførings- eller uttakstillatelser der den valgte tjenesten tilbyr dem; ikke anta at begge regionale tjenester har identiske tillatelsesinnstillinger.
Kalshi
Bruk en egen API-nøkkel for det valgte demo- eller produksjonsmiljøet. Kontolesing krever lesetilgang; plassering og kansellering av ordrer krever leverandørens aktuelle skrivetilgang. Behold bare nødvendige kontotillatelser og begrensninger, og ikke gi uvedkommende administrasjons- eller uttaksfullmakter der disse kan konfigureres separat. Oppbevar den private signeringsnøkkelen lokalt og tilbakekall API-nøkkelen hos Kalshi hvis den blir kompromittert.
OpenSea
Bruk API-tilgangen som kreves for støttede markedsdata- og ordrearbeidsflyter. En API-nøkkel alene er forskjellig fra lommebokfullmakten som trengs for å signere ordrer, transaksjoner eller tokengodkjenninger. Gjennomgå valgt kjede, samling, token, part med bruksfullmakt og markedsplassgodkjenninger. Unngå uvedkommende godkjenninger og tilbakekall ubrukte tillatelser med passende kontroller i lommeboken eller hos leverandøren.
RPC og valgfrie KI-leverandører
Bruk egne prosjektopplysninger der dette er tilgjengelig. RPC-tilgangen bør dekke kjedelesing, abonnementer og transaksjonsinnsending som appen krever, uten uvedkommende kontoadministrasjonsrettigheter. Den valgfrie visningen av RPC-bruk trenger bare sin separate, skrivebeskyttede tillatelse til bruksdata. Valgfri KI-tilgang bør tillate den valgte inferenstjenesten med passende bruksgrenser; ikke gi private handelsnøkler eller lommebokens gjenopprettingsfraser til en modell eller i en ledetekst.
Lommeboknøkler og tillatelser til bare handel
Vanlige private blokkjedenøkler gir normalt innehaveren adgang til å signere transaksjoner for den tilknyttede lommeboken. De tilbyr ikke generelt en innstilling for bare handel eller en avmerkingsboks for å deaktivere uttak. Begrensninger i grensesnittet til én app fjerner ikke den underliggende fullmakten til en kopiert eller stjålet privat nøkkel.
API-nøkler til børser, delegerte handelsagenter, tokenfullmakter og vanlige lommeboknøkler er ulike former for fullmakt. En API-nøkkel med deaktiverte uttak kan fortsatt plassere tapsbringende handler. En tokenfullmakt begrenser en bestemt parts godkjente tilgang, ikke alle transaksjoner lommeboknøkkelen kan signere. En delegert agents grenser avhenger av leverandørens faktiske regler.
Bruk egne handelslommebøker, begrens midlene som eksponeres, gjennomgå hver godkjenning og signatur, og hold ubrukte opplysninger og tillatelser tilbakekalt. Ikke betrakt lokal kryptering eller en betegnelse om bare handel som en garanti mot tap.
Gjenoppretting og tilbakekalling av påloggingsopplysninger
Oppbevar krypterte gjenopprettingsfiler på et beskyttet sikkerhetskopisted og hold passfrasen separat. Kontroller at en gjenopprettingsfil tilhører den tiltenkte lommeboken og kan gjenopprettes gjennom den offisielle lokale arbeidsflyten før du stoler på den. Ikke send filen eller passfrasen til kundestøtte, og ikke legg en ukryptert nøkkel i en generell sikkerhetskopi, delt mappe eller melding. En vanlig sikkerhetskopi av appen inneholder kanskje ikke operativsystemets nøkkelring eller alt som trengs for å gjenopprette påloggingsopplysninger.
Før du bytter enhet, gjennomgå åpne posisjoner, utestående ordrer og ventende transaksjoner. Stans ny aktivitet der det er passende og planlegg avbruddet; å lukke eller avinstallere appen kansellerer ikke automatisk ordrer som ligger hos et marked. Gjenopprett bare på en pålitelig enhet, kontroller konto- og lommebokidentiteter, og avstem aktiviteten før du fortsetter.
Hvis en enhet eller påloggingsopplysning kan være kompromittert, slutt å stole på enheten. Fra en pålitelig enhet skal du tilbakekalle eller bytte ut berørte API-nøkler og delegerte agenter hos leverandøren som utstedte dem, gjennomgå aktive økter og kontraktsgodkjenninger og endre berørte kontoopplysninger. Hvis en privat blokkjedenøkkel eller gjenopprettingsfrase er avslørt, tilbakekalles den ikke ved å slette den fra appen: sikre gjenværende midler med en ny, ukompromittert lommebok når det er trygt å gjøre det, og gjennomgå godkjenninger og utestående forpliktelser. Overføringer og kanselleringer kan medføre kostnader, mislykkes eller forbli ventende; kontroller de faktiske resultatene.
Etter gjenoppretting eller utskifting skal du fjerne foreldet tilgang og beskytte eller destruere gammelt gjenopprettingsmateriale sikkert i tråd med sikkerhetskopiplanen. Anta aldri at reinstallasjon av ProfitBot, endring av appens passfrase eller fjerning av en lokal fil ugyldiggjør en hemmelighet noen andre allerede har kopiert.
Referanse for innstillinger for mememynter
Disse områdene er de tillatte grensene for inndata. De er ikke foreslåtte risikonivåer. Kapital- og utførelseskontroller kan pålegge strengere grenser for kontoen din. SOL-etiketter endres til det valgte nettverkets egen enhet; HyperCore-spotfiltre bruker det angitte noteringsaktivumet. Ett basispunkt av en utbetaling på 1 $ er 0,0001 $, så 100 basispunkter er 0,01 $.
| Del | Innstilling | Enhet | Tillatt område |
|---|---|---|---|
| Markeder | Korteste tid siden migrering | sekunder | 0–86 400 |
| Markeder | Minste SOL-reserve | SOL | 10–1 000 000 |
| Markeder | Høyeste andel hos de ti største innehaverne | % | 1–50 |
| Inngang | Observasjonsvindu | sekunder | 1–86 400 |
| Inngang | Minste antall observasjoner | vekslinger | 1–10 000 |
| Inngang | Minste prisøkning | % | 0,01–100 |
| Inngang | Største prisøkning | % | 0,01–100 |
| Inngang | Multiplikator for volumbekreftelse | × | 1–20 |
| Inngang | Minste referansevolum | SOL | 0,01–100 000 |
| Inngang | Høyeste pristillegg på tilbud | % | 0–5 |
| Kapital | Øvre posisjonsgrense | % av tildelingen | 0,01–25 |
| Kapital | Øvre grense for samlet eksponering | % av tildelingen | 0,01–100 |
| Kapital | Åpne og ventende posisjoner | posisjoner | 1–50 |
| Utførelse | Øvre grense for kjøpsslippage | % | 0,01–5 |
| Utførelse | Øvre grense for salgsslippage | % | 0,01–5 |
| Utførelse | Øvre grense for prispåvirkning ved inngang | % | 0,01–5 |
| Utførelse | Høyeste alder på pristilbud | sekunder | 1–15 |
| Utganger | Stop-loss-utløser | % tap | 0,1–50 |
| Utganger | Utløser for full gevinstsikring | % gevinst | 0,1–1 000 |
| Utganger | Aktivering av etterfølgende stopp | % gevinst | 0,1–1 000 |
| Utganger | Etterfølgende avstand fra toppen | % | 0,1–50 |
| Utganger | Lengste holdetid | sekunder | 10–86 400 |
| Grenser | Maksimalt antall innganger per time | innganger | 1–60 |
| Grenser | Maksimalt antall daglige innganger | innganger | 1–500 |
| Grenser | Global ventetid mellom innganger | sekunder | 1–86 400 |
| Grenser | Sammenhengende tap før pause | tap | 1–10 |
| Grenser | Øvre grense for daglig tap | % av kontoverdien | 0,1–10 |
| Grenser | Stopp ved verdifall | % av kontoverdien | 0,1–20 |
Referanse for prediksjonsinnstillinger
Disse områdene er de tillatte grensene for inndata. De er ikke foreslåtte risikonivåer. Kapital- og utførelseskontroller kan pålegge strengere grenser for kontoen din. SOL-etiketter endres til det valgte nettverkets egen enhet; HyperCore-spotfiltre bruker det angitte noteringsaktivumet. Ett basispunkt av en utbetaling på 1 $ er 0,0001 $, så 100 basispunkter er 0,01 $.
| Del | Innstilling | Enhet | Tillatt område |
|---|---|---|---|
| Markeder | Korteste tid til avgjørelse | minutter | 1–525 600 |
| Markeder | Lengste tid til avgjørelse | minutter | 1–525 600 |
| Markeder | Minste markedsvolum | USD | 0–1 000 000 000 |
| Inngang | Laveste kontraktspris | basispunkter av 1 $ | 1–9 999 |
| Inngang | Høyeste kontraktspris | basispunkter av 1 $ | 1–9 999 |
| Inngang | Minste fortrinn etter gebyrer og prisglidning | basispunkter av 1 $ | 1–9 999 |
| Inngang | Minste antall observasjoner | observasjoner | 1–100 000 |
| Inngang | Høyeste alder på sannsynlighetsestimat | sekunder | 1–86 400 |
| Kapital | Tildelt kapital | USD | 1–10 000 000 |
| Kapital | Høyeste posisjonskostnad | USD | 1–10 000 000 |
| Kapital | Samlet åpen og ventende eksponering | USD | 1–10 000 000 |
| Kapital | Maksimal eksponering mot korrelerte hendelser | USD | 1–10 000 000 |
| Kapital | Åpne og ventende posisjoner | posisjoner | 1–1 000 |
| Utførelse | Høyeste alder på ordrebok | sekunder | 1–60 |
| Utførelse | Høyeste kjøps-/salgsspread | basispunkter av 1 $ | 1–9 999 |
| Utførelse | Maksimal prisglidning | basispunkter av 1 $ | 0–9 999 |
| Utførelse | Høyeste gebyr per kontrakt | basispunkter av 1 $ | 0–9 999 |
| Utførelse | Minste gjennomførbare ordrebokdybde | USD | 1–10 000 000 |
| Utførelse | Kanseller uutført ordre etter | sekunder | 1–86 400 |
| Utganger | Stop-loss-utløser | % | 1–99 |
| Utganger | Utløser for gevinstsikring | % | 1–1 000 |
| Utganger | Lengste holdetid | minutter | 1–525 600 |
| Utganger | Utgang før avgjørelse | minutter | 1–525 600 |
| Grenser | Stopp ved daglig tap | USD | 1–10 000 000 |
| Grenser | Stopp ved verdifall | % | 1–99 |
| Grenser | Maksimalt antall innganger per time | innganger | 1–10 000 |
| Grenser | Maksimalt antall daglige innganger | innganger | 1–10 000 |
| Grenser | Ventetid mellom innganger | sekunder | 1–86 400 |
| Grenser | Sammenhengende tap før pause | tap | 1–1 000 |