Begrijp trade-capaciteit en positiebescherming

Apart: budget, capaciteit en bescherming

Drie nuttige cijfers of statussen kunnen dicht bij elkaar in een handelswerkruimte staan en toch heel verschillende vragen beantwoorden. Allocatie is een budgetkeuze. Geschatte capaciteit betreft hoeveel extra blootstelling huidige invoer ondersteunt. Bescherming betreft orders en beheer voor reeds bestaande blootstelling.

De Citrine productgids beschrijft allocatie als een gedeeld margin-budget en Edge details als uitleg van instapeisen, timers en geschatte capaciteit. Een conditie gemarkeerd als ready is geen garantie dat er direct een order wordt geplaatst. Evenzo is capaciteit geen verklaring dat het passend is om alle beschikbare blootstelling te nemen.

Het afzonderlijk lezen van deze concepten voorkomt een veelgemaakte denkfout: 'De software zegt dat het past, dus de positie moet veilig zijn.' Betaalbaarheid onder een model en de mogelijkheid van een verlies zijn verschillende vragen.

Lees een capaciteitsinschatting in context

Een schatting heeft invoer nodig. Voor contractcapaciteit omvatten die fondsen, productprijs en margin-context, waarbij toepasselijke kosten ook gedekt moeten zijn. Een saldo op zich is niet genoeg om een orderhoeveelheid te verklaren. Een behouden weergavewaarde is nuttige context, geen bewijs dat alle invoer vers genoeg is voor een uitvoeringsbeslissing.

Als een schatting verrassend is, begin met de omliggende uitleg in plaats van het getal geïsoleerd te interpreteren:

• Welk product? BTC- en ETH-contractaantallen zijn geen uitwisselbare eenheden van blootstelling.
• Welk budget? Lees de context van allocatie en beschikbare middelen. Een gedeeld margin-budget is geen apart volledig budget voor elk product.
• Welke markttoestand? Een gesloten of beperkt markt en een in aanmerking komend open markt hebben verschillende mogelijkheden.
• Welke status? Onderscheid een invoer die nog laadt of niet beschikbaar is van een bevestigd cijfer. Bewaar de exacte statustekst als je om hulp vraagt.

Voor historische vergelijkingen doet de herkomst van margin er ook toe. gepubliceerde backtesting-methodologie gebruikt vastgelegde overnight-margininformatie en, indien nodig, een eerder in aanmerking komende observatie voor hetzelfde product. Dat is een simulatieaanname, geen garantie voor de marge die voor een live-order vandaag beschikbaar is.

Verwar toegewezen margin niet met maximaal verlies

Stel u een opzettelijk vereenvoudigd budgetvoorbeeld voor: een hypothetische hoeveelheid geld van $600 heeft $360 toegewezen aan een gedeeld marginbudget. Als een denkbeeldig contract $90 margin nodig had, geeft $360 gedeeld door $90 vier voordat kosten, andere blootstelling en andere vereisten worden meegenomen. Dit is rekenwerk, niet Citrines formule voor het bepalen van positiegrootte, een echte contractspecificatie of een aanbeveling.

De deling vertelt je niet de nominale blootstelling, hoe ver een prijs kan bewegen, welke liquidatievoorwaarden gelden of wat een exit kost. Het betekent ook niet dat $360 een harde limiet op verliezen is. Margin ondersteunt blootstelling; het is geen belofte over het pad dat die blootstelling kan nemen.

Dit onderscheid verklaart waarom een capaciteitsgetal niet als doel moet worden behandeld. Een verhoging van het budget verandert wat er past. Het verbetert niet de kwaliteit van de marktomstandigheden, maakt een stop niet waarschijnlijker gevuld, en elimineert geen uitvoeringskosten. Gebruik het getal om beperkingen te begrijpen, niet als reden om blootstelling te maximaliseren.

Onderscheid bedoelde bescherming van actieve orders

Met Complete en in aanmerking komende handels-toegang gebruikt Citrine door Coinbase gehoste stop-loss- en take-profit-orders naast lokale monitoring en exitbeheer. De veiligheids- en beschermingsuitleg stelt de limieten vast: afwijzing, prijsgaps, onvoldoende liquiditeit en exchange-problemen kunnen de bedoelde uitvoering voorkomen. Stops zijn geen garanties.

Houd drie vragen gescheiden. Welke bescherming beoogt de app? Welke order heeft Coinbase geaccepteerd en toont nog als actief? Welke lokale beheeractie draait momenteel? Een weergegeven niveau beantwoordt geen van die laatste twee vragen op zichzelf.

Door de exchange geaccepteerde gehoste orders verschillen van telefoonafhankelijke monitoring. Exit stopt de lokale runtime zonder posities automatisch te sluiten of exchange-orders te verwijderen. Pause houdt nieuwe entries tegen terwijl het live-beheer van in aanmerking komende posities kan doorgaan. Observation beheert geen bescherming en voert geen handmatige sluitingen uit.

Voor een urgente echte positie, inspecteer en handelen via Coinbase direct in plaats van te wachten op een vernieuwde grafiek of supportreactie. Dien niet herhaaldelijk een orderactie in alleen omdat de weergave vertraagd is.

Bekijk een positie met een korte checklist

1. Stel de werkelijke blootstelling vast. Bevestig product, richting en hoeveelheid, en onderscheid een echte accountpositie van een simulatie.
2. Lees de huidige positie- en beschermingsstatus. Instap en niet-gerealiseerde PnL bieden context; zij stellen geen uitvoerbare uitstapprijs of een actieve beschermingsorder vast.
3. Controleer beursorders bij onzekerheid. Controleer in het bijzonder na verbindingsproblemen, een herstart of een onderbreking.
4. Controleer de beheermodus en de lokale uitvoering. Een account-monitoringapparaat is niet per se het uitvoeringstoestel.
5. Houd vragen over nieuwe instappen gescheiden. Toewijzing, beschikbare fondsen en capaciteit bepalen aanvullende blootstelling; ze vervangen niet het controleren van bestaande posities.

Een goede operationele review heeft geen prestatieclaim nodig. Het heeft een helder beeld nodig van wat bekend is, wat geschat is en welke component kan handelen. Dat blijft nuttig of de huidige positie winst maakt, verliest of nog niet geopend is.