En automatisk handlare på Solana kan slutföra en köptransaktion utan att ha slutfört arbetet med att förvalta en position. Kontot har nu ett innehav, dess kostnad måste registreras och senare åtgärder kan minska bara en del av mängden. Avgifter, externa överföringar och osäkra försök kan komplicera posten långt efter att det första affärskortet visar framgång.
En positionslivscykel kopplar dessa händelser till en beständig kontobild. Den skiljer mellan avsikten att handla, transaktionsförsöket, mängden som faktiskt förvärvades eller såldes och innehavet som återstår. Det är särskilt viktigt när en strategi gör flera försäljningar i stället för att stänga allt på en gång.
Räkneexemplet nedan använder en fiktiv token och påhittade belopp i noteringsenheter. Det illustrerar en intern researchhuvudbok, inte vägledning om skatteredovisning eller en förväntad avkastning. En partiell försäljning innebär en avsiktlig minskning av positionsstorleken; den innebär inte att enskilda instruktioner i en atomär Solana-transaktion lyckas delvis.
Positionslivscykeln för automatisk handel på Solana börjar före köpet
Skapa en positionsavsikt före inskickning och koppla den till regeln, kontot, minten, det föreslagna beloppet och beläggen. Avsikten beskriver vad arbetsflödet vill göra. Den bör ännu inte påstå att kontot äger de föreslagna tokenen eller att köppriset är slutligt.
Reservera nödvändiga resurser enligt kontopolicyn medan försöket väntar. Om köpet förfaller före inskickning kan avsikten avslutas utan en position. Om inskickning sker men resultatet är osäkert ska försöket och relevant reservation behållas tills utfallet fastställs.
Den äldre guiden till konton och offerter på Solana förklarar varför mintidentitet, avgifter och offerter behöver behandlas uttryckligen. En positionspost bygger på detaljerna och för dem vidare så att den senare försäljningen kan utvärderas mot det som kontot faktiskt förvärvade.
Fastställ den förvärvade mängden utifrån belägg
Stäm av kontot efter att köputfallet har stöd enligt den valda policyn. Registrera förvärvad mängd, tillgången som användes för betalning, tillämpliga kostnader och eventuella restbelopp. Den offererade mottagna mängden är användbar kontext, men positionen bör återspegla den fastställda kontoeffekten i stället för en tidigare uppskattning.
Ett tokenkontos saldo kan innehålla innehav som fanns före köpet. Jämför med utgångsläget och klassificera externa rörelser så att den nya positionen inte tilldelas hela det observerade saldot. Om historiken är ofullständig ska osäkerheten bevaras i stället för att en prydlig förvärvspost hittas på.
Guiden till handelssystem på Solana diskuterar beständigt tillstånd och ansvar för incidentposter. Positionsredovisning bygger på den strukturen. Ett avstämt köp bör kunna spåras till avsikten och försöket, med registrerade rättelser om senare belägg ändrar tolkningen av resultatet.
Håll mängd och värde i separata fält
Mängden beskriver tokenens enheter. Värdet beror på en offert eller värderingsmetod vid en tidpunkt. En position kan behålla samma mängd medan det visade värdet ändras, och en avgift som betalas i en annan tillgång kan ändra kontots ekonomi utan att ändra tokenmängden.
Lagra råbelopp och den enhetstolkning som behövs för läsbara mängder. Ett visat värde bör identifiera sin noteringstillgång och referensmetod. Låt inte ett omräknat värde skriva över det underliggande innehavet eftersom senare granskningar kan behöva en annan värderingskonvention.
Denna åtskillnad hjälper till att förklara skenbara avvikelser. En instrumentpanel kan visa ett lägre positionsvärde trots att inga token såldes eller ett mindre tillgängligt noteringssaldo efter ett misslyckat försök med kostnader. Huvudboken bör synliggöra sambanden i stället för att presentera en totalsumma som om den förklarade varje kontoändring.
Definiera den interna kostnadsfördelningsmetoden
En position med flera förvärv eller partiella försäljningar behöver en konsekvent metod för att fördela köpkostnaden på mängden som säljs och mängden som återstår. Ange den interna researchmetoden innan resultaten beräknas. Den bör inte ändras opportunistiskt för att få en försäljning att se mer gynnsam ut.
Det enkla exemplet här börjar med ett förvärv, så proportionell fördelning är enkel. Mer komplexa innehav kan kräva ytterligare poster för förvärvspartier eller en annan dokumenterad metod. Artikelns metod förklarar en strategihuvudbok och bör inte antas uppfylla en jurisdiktions rapporteringsregler.
Bevara ursprungliga förvärvsbelopp och avgifter även när en sammanfattande kostnad beräknas. En granskare kan då återskapa fördelningen eller tillämpa en annan legitim analytisk konvention. Ett enda genomsnittspris utan sina indata gör senare rättelser mycket svårare att förstå.
Gå igenom det fiktiva köpet
Anta att kontot förvärvar 1 000 token för 100 noteringsenheter och belastas med två ytterligare noteringsenheter i köpkostnader. Den totala registrerade köpkostnaden är 102 enheter enligt exemplets interna metod som inkluderar alla kostnader. Den fördelade kostnaden per token är därför 0,102 noteringsenheter.
Beräkningen antar att de angivna kostnaderna inte redan ingår i utgiften på 100 enheter. Om ett offererat eller registrerat belopp redan inkluderar en avgift skulle den dubbelräknas om den lades till igen. Kostnadshuvudboken bör identifiera vad varje siffra inkluderar innan totalsumman beräknas.
Ingen vinst har realiserats bara för att tokenen nu innehas. Huvudboken innehåller en förvärvad mängd och en köpkostnad. En aktuell referensvärdering kan registreras separat, men den ersätter inte ett försäljningsutfall och fastställer inte att hela mängden kunde bytas till det referensvärdet.
Partiella försäljningar vid automatisk handel på Solana behöver egna avsikter
En partiell försäljning bör ange vilken mängd som ska minskas och skälet enligt strategin. Den bör hänvisa till den aktuella återstående positionen, inte till den ursprungliga köpmängden som kopieras i all oändlighet. Behörighetskontrollen måste också beakta andra öppna försäljningsavsikter som redan kan reservera en del av innehavet.
För den fiktiva positionen på 1 000 token föreslår en första försäljningsavsikt att 400 token säljs. Då avses 600 återstå om åtgärden slutförs som förväntat. Den faktiska huvudboken bör uppdateras först när utfallet och kontoeffekten har fastställts.
Den äldre guiden till vinsthemtagning och stoppförlust på Solana förklarar samordning mellan försäljningsvillkor. Partiella försäljningar vid automatisk handel på Solana beror på den samordningen: två utlösare bör inte var och en anta att samma 400 token fortfarande är fritt tillgängliga att sälja.
Beräkna den första partiella försäljningen
Anta att den första försäljningen med belagt utfall säljer 400 token för sextio noteringsenheter före en enhet i försäljningskostnad. Nettolikviden är femtionio enheter. Den proportionella köpkostnaden som fördelas på den sålda mängden är 400 gånger 0,102, eller 40,8 enheter.
Det interna realiserade resultatet för denna partiella försäljning är femtionio minus 40,8, eller 18,2 enheter. Den återstående positionen innehåller 600 token med 61,2 enheter i fördelad köpkostnad. De fördelade köpkostnaderna summerar till de ursprungliga 102 enheterna, vilket är en användbar konsekvenskontroll.
Resultatet hör bara till den stängda delen. De återstående tokenen bär fortfarande marknads- och genomförandeosäkerhet. En rapport bör inte märka hela positionen som stängd eller rapportera resultatet på 18,2 enheter som det slutliga utfallet för alla 1 000 token. Livscykeln fortsätter tills det återstående innehavet har redovisats.
Värdera återstående innehav utan att kalla det realiserat
Efter den första försäljningen kan de återstående 600 tokenen ha ett aktuellt indikativt värde enligt en namngiven metod. Referensvärderingen bör ange observationstid, antaganden om belopp och om uppskattade försäljningskostnader ingår. Det är en värdering, inte en slutförd försäljning.
En liten referensoffert kanske inte beskriver hela den återstående mängden. Om programvaran använder en beloppsspecifik försäljningsoffert ska det offererade beloppet och dess aktualitet bevaras. Om den använder en allmän prisreferens ska begränsningen märkas i stället för att antyda att referensvärdet är ett genomförbart likvidationsvärde.
Guiden till handelsalgoritmer på Solana kopplar regler till granskningsutfall. En strategi kan använda en referensvärdering som indata, men resultatrapporten bör hålla orealiserad värdering åtskild från realiserad försäljningslikvid. Det hindrar att ett gynnsamt skärmvärde behandlas som ett kontoresultat som redan inträffat.
Följ försäljningsförsök som inte ändrar mängden
Ett försäljningsförslag kan avvisas, förfalla eller misslyckas efter inskickning. Positionsmängden kan förbli oförändrad medan arbetsflödet medför kostnader eller förbrukar granskningsarbete. Bevara försöket med dess skäl och eventuell fastställd kontoeffekt.
Solana-transaktioner genomförs atomärt på transaktionsnivå, och ett misslyckat genomförande kan ändå medföra avgifter. Det betyder att ett misslyckat minskningsförsök inte bör modelleras som en framgångsrik partiell försäljning bara för att vissa instruktioner bearbetades före felet. Solanas transaktionsdokumentation.
Positionsposten bör koppla felet till det fortfarande öppna innehavet och nästa tillåtna granskning. Upprepade fel kan ändra strategins antaganden om genomförbara försäljningar, men de ger inte behörighet till obegränsade nya försök eller en annan åtgärd utanför ursprungsgränserna. Svaret på felet behöver en egen dokumenterad policy.
Hänvisa och tjäna USDC
Hänvisa och tjäna USDCVårt affiliateprogram betalar i realtid.
Skydda innehavet medan försäljningens utfall är okänt
Om en inskickad försäljnings utfall är okänt ska relevant mängd reserveras enligt avstämningspolicyn. En andra försäljning bör inte anta att innehavet är tillgängligt förrän effekten av det första försöket har fastställts. Annars kan två avsikter konkurrera om samma enheter.
Systemet bör skilja en statusfråga eller tillåten omsändning från en ny försäljningsavsikt. Ett saknat svar bevisar inte att tokenen förblir osålda. Lös det befintliga försöket och stäm av kontot innan ett senare saldo tolkas eller en annan oberoende åtgärd skapas.
Den äldre guiden till en gemensam exponeringshuvudbok på Solana fokuserar på kontoåtaganden. Samma logik gäller tokenmängder som reserverats för försäljningar. Gemensamt tillstånd skyddar både budgeten i noteringstillgången vid köp och innehavets tillgänglighet vid minskning.
Samordna manuella och automatiserade minskningar
En användare kan sälja eller överföra token utanför det automatiserade arbetsflödet. Den automatiska handlaren bör upptäcka den resulterande kontoavvikelsen och stämma av sin förvaltade position i stället för att fortsätta använda en inaktuell mängd. Den externa åtgärden bör ha en egen klassificering och proveniens där det är tillgängligt.
Tolka inte automatiskt varje minskning som en försäljning till ett känt pris. En överföring till ett annat konto skiljer sig från en försäljning, och ofullständiga belägg kan lämna den ekonomiska betydelsen olöst. Positionshuvudboken bör ange vad den kan fastställa utan att hitta på försäljningslikvid.
En tydlig policy kan pausa beroende försäljningsuppgifter tills avvikelsen förstås. Det är särskilt användbart när programvaran endast förvaltar en del av kontots innehav. Det aktuella saldot är ett belägg, men arbetsflödet behöver fortfarande avgöra vilket innehav som hör till dess position och vilka ändringar som skedde externt.
Hantera avgifter som betalas i en annan tillgång
Kostnader kan betalas i en annan tillgång än positionens rapporteringsenhet. Bevara avgiftens ursprungliga belopp och tillgång och registrera sedan omräkningsmetoden om researchrapporten uttrycker den i en gemensam enhet. Omräkningstid och referens kan påverka det rapporterade resultatet.
I det fiktiva exemplet angavs alla kostnader direkt i noteringsenheter för att förenkla aritmetiken. En verklig post bör inte anta att förenklingen gäller. Kontohuvudboken och resultathuvudboken kan använda olika vyer så länge sambandet mellan dem är uttryckligt och reproducerbart.
Undvik att dölja små kostnader bara för att de betalas utanför den token som handlas. Över många försök kan beloppen påverka kontoresultatet. Undvik omvänt att dubbelräkna en omräknad avgift i både tokenpositionen och en total kostnad på kontonivå utan en förklarad fördelningspolicy.
Slutför den fiktiva sista försäljningen
Anta att de återstående 600 tokenen senare säljs för sjuttiotvå noteringsenheter före 1,5 enheter i försäljningskostnad. Nettolikviden är 70,5 enheter. När den återstående fördelade köpkostnaden på 61,2 dras av blir det realiserade resultatet 9,3 enheter för denna sista del.
De två realiserade delarna summerar till 18,2 plus 9,3, eller 27,5 enheter. Den totala nettolikviden är femtionio plus 70,5, eller 129,5 enheter. Om den ursprungliga köpkostnaden på 102 enheter dras av blir resultatet åter 27,5 enheter, vilket bekräftar beräkningen genom en andra väg.
Siffrorna är hypotetiska och beror på den angivna kostnadsfördelningen. Syftet är att visa att redovisning av partiella försäljningar kan stämmas av mot hela positionens resultat. En huvudbok bör möjliggöra denna slags konsekvenskontroll utan att granskaren behöver gissa om avgifter eller återstående kostnad utelämnades.
Skilj avslutade avsikter från stängda positioner
En försäljningsavsikt kan slutföras medan positionen förblir öppen, som vid minskningen på 400 token. En position kan också sakna aktuell försäljningsavsikt samtidigt som innehav finns kvar. Gränssnittet bör inte använda en enda etikett för slutfört arbete för båda posterna utan att förklara skillnaden.
En stängd position kräver att den återstående förvaltade mängden har redovisats enligt arbetsflödets policy. Den kan vara helt såld, medvetet överförd ut ur strategin eller löst på annat sätt med ett dokumenterat skäl. Att en transaktion slutförs är bara ett möjligt steg mot den slutpunkten.
Skillnaden hjälper vid exporter och senare research. En rapport över slutförda åtgärder bör inte misstas för en rapport över helt stängda positioner. Analysenheten spelar roll vid mätning av innehavstid, realiserade utfall och hur mycket exponering som återstod i slutet av en granskningsperiod.
Ge restsalden en uttrycklig policy
Små restmängder kan återstå på grund av avsiktlig dimensionering, enhetsprecision eller det faktiskt observerade utfallet. Programvaran bör visa dem i stället för att avrunda positionen till noll utan en policy. En visuellt tom position kan fortfarande innehålla innehav som är relevant för kontoavstämningen.
Definiera hur rester hanteras i arbetsflödet. De kan finnas kvar som spårat innehav, grupperas för senare granskning eller klassificeras som under en angiven operativ gräns samtidigt som de bevaras i kontoposten. Gränsen bör inte radera den underliggande mängden.
Anta inte att varje rest kan bytas på ett ekonomiskt rimligt sätt. Kostnaderna och den tillgängliga rutten kan göra en rensningsåtgärd opraktisk. Huvudboken kan korrekt registrera ett litet olöst innehav utan att hitta på en slutlig försäljning eller tilldela det ett realiserat värde som aldrig mottogs.
Granska positionen under en gemensam kontobudget
En partiell försäljning kan frigöra noteringstillgångar medan exponering finns kvar i de återstående tokenen. Kontots allokeringspolicy bör beakta båda omständigheterna. Att återinvestera likviden någon annanstans eliminerar inte risken i den återstående positionen, särskilt när den nya kandidaten har samband med den gamla.
Guiden till automatisk kryptohandel på Solana granskar budgetar över korrelerade memecoin-kandidater. Positionsposter ger de mängder, åtaganden och realiserade likvider som behövs för den bredare bilden. En strategi kan inte allokera sammanhängande om varje positionsrapport ignorerar de andra.
Håll tillgängliga likvida medel, öppen exponering och reserverade resurser som separata mått. Ett stort kontantsaldo efter en partiell försäljning ger inte automatiskt behörighet till ännu en fullstor position. Det relevanta beslutet beror på kontots samlade begränsningar och aktuella belägg, inte enbart på likviden från den senaste försäljningen.
Återskapa en position utanför gränssnittet
Exportera kontots ursprungliga kontext, köpavsikt, försök, förvärvade mängd, kostnader, partiella försäljningar, externa justeringar och slutstatus. En granskare bör kunna återskapa den återstående mängden efter varje steg och det totala interna resultatet enligt den angivna metoden.
Använd den fiktiva aritmetiken som modell för granskningen: mängderna bör summera, fördelade kostnader bör stämma och nettolikviden bör motsvara de registrerade kostnaderna och mottagna beloppen. Om en rättelse ändrar ett indatavärde ska revisionen bevaras och beroende sammanfattningar räknas om i stället för att det historiska resultatet tyst ersätts.
Positionsavstämning efter avgifter är en kedja av belägg, inte ett enda sluttal. Exporten godkänns när den förklarar vägen och dess olösta punkter. En vinstsiffra utan mängd- och kostnadshistorik är svår att ifrågasätta och lätt att misstolka.
Granska fel som ändrade försäljningsplanen
En position kan förbli öppen längre för att en offert förföll, en rutt blev otillgänglig eller ett försök misslyckades. Registrera händelserna när de påverkar strategins avsedda livscykel. De hjälper till att förklara skillnaden mellan den utforskade försäljningsregeln och det observerade driftresultatet.
Granskningen bör skilja en medveten strategiändring från en driftavvikelse. Om användaren valde att behålla innehavet längre skiljer det sig från att systemet inte kunde slutföra en avsedd försäljning. Båda spelar roll, men att slå ihop dem i ett enda mått på innehavstid döljer orsaken.
Beläggen kan förbättra framtida research. En strategi vars modellerade fördel beror på försäljningar som ofta inte är genomförbara behöver en reviderad genomförbarhetsstudie. Positionsposten synliggör begränsningen i stället för att låta enbart slutförda affärer dominera resultatberättelsen.
Avsluta posten med en avstämd förklaring
Positionslivscykeln för automatisk handel på Solana slutar med en förklaring av det förvaltade innehavet, likviden, kostnaderna och eventuella rester eller externa överföringar. Slutstatusen bör ange om positionen är helt stängd, delvis öppen eller olöst enligt tillgängliga belägg.
Det fiktiva exemplet visar en tydlig väg genom två avsiktliga försäljningar. Verkliga arbetsflöden kan vara mindre prydliga, vilket gör samma skillnader mer värdefulla: avsikter är inte innehav, offerter är inte likvid, partiella försäljningar är inte fullständig stängning och referensvärderingar är inte realiserade resultat.
En beständig positionspost låter läsaren förstå vad som hände utan att förlita sig på hur instrumentpanelen ser ut just nu. Den kopplar strategibeslut till kontoföljder och ger senare allokering, research och incidentgranskning en sammanhängande grund.