VII. Fejezet: A nyitott megrendelések állapotának ellenőrzése

1. Nyissa meg a kamatot

A megrendelés végrehajtása után megtekintheti annak állapotát a Nyitott pozíciókban. Át lehet váltani "Folytatás" (szerződés) "BTC" vagy fordítva a részvények értékének kattintással történő méréséhez "Mértékegység" (lásd alább).

2. Elérhető szerződések

A rendelkezésre álló szerződések a lezárható szerződések számára vonatkoznak, amelyet a következő módon számolnak (nyitott kamat – befagyasztott szerződések száma).

3. Jelölés

A fedezet a pozíció fenntartásához szükséges letétre utal. A fedezet kiszámításakor figyelembe kell venni a megkötendő szerződések típusát és a fedezeti módot.

USDT-fedezett határidős / swap kereskedés:

Keretkülönbözet ​​= névérték * szerződések száma * legújabb márkaár / tőkeáttétel

Rögzített fedezet = névérték * szerződések száma * átlag ár / tőkeáttétel

Érmével fedezett határidős / swap kereskedés:

Keretkülönbözet ​​= névérték * szerződések száma / legújabb márkaár / tőkeáttétel

Rögzített fedezet = névérték * szerződések száma / átlag ár / tőkeáttétel

Például:

Ha hosszú BTCUSDT határidős szerződéseket szeretne nyitni, amelyek 1 BTC-nek felelnek meg, 10-szeres tőkeáttétellel. Tekintettel arra, hogy a legújabb márkaár 10 000 USDT / BTC, a hosszú szerződések száma = a BTC összege / névérték = 1 / 0,0001 = 10 000 szerződés.

Kezdeti fedezet = névérték * szerződések száma * utolsó árfolyam / tőkeáttétel = 0,0001 * 10 000 * 10 000/10 = 1000 USDT.


Rögzített margó módban használhatja az automatikus margó funkciót, amely "ki" alapértelmezés szerint. A funkció be- és kikapcsolásához bejelölheti / kipipálhatja a négyzetet. A funkció engedélyezése után, ha a fedezeti hányad alacsonyabb (fenntartási fedezeti hányad + felszámolási díj mértéke) a többszintű részleges felszámolási rendszer alatt, rendszerünk automatikusan hozzáad további fedezetet, amíg a szükséges fedezet meg nem egyezik a pozíció kezdeti fedezetével.

A felhasználók letilthatják az automatikus margó funkciót, és manuálisan hozzáadhatnak extra margót a kockázatok pontos ellenőrzéséhez.

4. Margó arány

A fedezeti hányad tükrözi a pozíció kockázatának szintjét.

Kezdeti fedezeti arány = 1 / tőkeáttételi szint

Karbantartási margó arány: A minimális fedezeti arány, amelyre a felhasználónak szüksége van nyitott pozíciójának fenntartásához. Amikor a fedezeti hányad a fenntartási fedezeti ráta + a felszámolási díj mértéke alá csökken, teljes vagy részleges felszámolás történik.

Árrésszámítás:

USDT-fedezett határidős / swap kereskedés:

Rögzített fedezetű mód: fedezeti hányad = (fix fedezet + UPL) / pozíció értéke = (fix fedezet + UPL) / (arc * szerződések száma * utolsó márkaár)

Cross-margin mód: fedezeti hányad = (számlaegyenleg + RPL + UPL) / (pozíció értéke + megbízási különbözet ​​* tőkeáttétel) = (számlaegyenleg + RPL + UPL) / (névérték * szerződések száma * legújabb márkaár + megbízási árrés * tőkeáttétel)

Érmével fedezett határidős / swap kereskedés:

Rögzített fedezetű mód: fedezeti hányad = (fix fedezet + UPL) / pozíció értéke = (fix fedezet + UPL) / (arc * szerződések száma / legújabb márkaár)

Cross-margin mód: fedezeti hányad = (számlaegyenleg + RPL + UPL) / (névérték * szerződések száma / legutóbbi márkaár + rendelési fedezet * tőkeáttétel)

Például:

Amikor a felhasználó USDT-fedezetű határidős szerződésekkel kereskedik, ha BTC = 10 000 USDT / BTC, akkor margin mód = fix, tőkeáttétel = 10x, nyitott hosszú 1 BTC = 10 000 szerződés, tier = 3; fenntartási fedezeti ráta = 1,5%, és a felszámolási díj mértéke = 0,05%:

Fedezet = névérték * szerződések száma / tőkeáttétel = 0,0001 * 10 000 * 10 000/10 = 1000 USDT; és a kezdeti fedezeti arány = 1/10 = 10%

Amikor a BTC márka ára 9010 USDT / BTC-re csökken, UPL = névérték * szerződések száma * utolsó márkaár – névérték * szerződések száma * átlagos belépési ár = 0,0001 * 10 000 * 9 010 – 0,0001 * 100 * 10 000 = -990 USDT

Ezért a margin arány = (fix árrés + UPL) / pozícióérték = (1000 – 990) / (0,0001 * 10 000 * 9 010) = 10 / 9 010 = 0,11% < fenntartási fedezeti ráta + felszámolási díj mértéke = 1,55%. Kényszerű felszámolás következik be.

5. Nyereség & Veszteség

Nyereség & veszteség (PnL / P&L) az aktuális nyitott pozíció nyereségére / veszteségére utal, beleértve a realizált nyereséget és veszteséget (RPL) és a nem realizált nyereséget (UPL), amelyet kiegyenlítettek és jóváírtak a számlaegyenlegben.

6.PnL arány

PnL arány = PnL / kezdeti margó

7. Átlagos ár

"Átl" a pozíció nyitásának átlagos költségére utal, amely nem változik az elszámolással együtt, és pontosan tükrözi a pozíció nyitásának költségét.

Ha egy felhasználó további szerződéseket nyit meg a meglévő pozíción felül, eltérő áron, akkor az átlagos belépési ár megváltozik.

USDT fedezettel határidős kereskedés: új átlagár * névérték * (meglévő szerződések száma + további szerződések száma) = átlagár * névérték * meglévő szerződések száma + új átlagár * névérték * további szerződések száma

Példa: A felhasználó 6 hosszú BTCUSDT szerződéssel rendelkezik, az átlagos ár 500 USDT. Ha további 5 hosszú szerződést vásárol, az ilyen szerződések átlagos ára 566 USD.

Ezért az új átlagár (6 * 500 + 5 * 566) / 11 = 530 USDT lesz, és az új szerződések száma 5 + 6 = 11 lesz.

Érmével fedezett határidős kereskedelem: névérték * (meglévő szerződések száma + további szerződések száma) / új átlagos belépési ár = névérték * meglévő szerződések száma / átlagos belépési ár + névérték * további szerződések száma / új átlagos belépési ár

Példa: A felhasználó 6 hosszú BTCUSD szerződéssel rendelkezik, az átlagos ár 500 USD. Ha további 5 hosszú szerződést vásárol, az ilyen szerződések átlagos ára 566 USD.

Ezért az új átlagár lesz (5 + 6) / új átlagár = 6/500 + 5/566, a megtartott szerződések új száma pedig 5 + 6 = 11 szerződés lesz.

8. Telepítési ár

Az elszámolási ár a felhasználó UPL kiszámításához használt árra vonatkozik. Az ügyleteket minden nap 08: 00-kor (UTC) rendezzük a legújabb márkaár alapján, amelyet a legutóbbi elszámolási árnak tekintünk. Az elszámolási ár kiigazításai azonban nem befolyásolják a felhasználók tényleges nyereségét.

Az elszámolás további részleteit lásd a 11. fejezetben: Bevezetés az elszámolási szabályokba.

Például egy felhasználó hosszú szerződéseket nyit 100 USD-n, és az elszámolás referenciaára az elszámolás előtt 100 USD. Ha az elszámolási ár 120 USD, rendszerünk az árkülönbség alapján számított nyereséget (120 USD – 100 USD = 20 USD) átváltja a RPL-be, és az RPL-t az elszámolás során a számlaegyenlegébe írja jóvá. Az elszámolási ár egyidejűleg 120 USD lesz.

9. likvidációs ár

A becsült felszámolási ár arra az árra vonatkozik, amelyen a felhasználó pozíciójának becslése szerint kényszerlik felszámolásra. Más szavakkal, az az ár, amelynél a fedezeti hányad = fenntartási fedezeti arány + felszámolási díj mértéke.

Ha hosszú BTCUSDT heti szerződéssel rendelkezik, kényszer-felszámolásra kerül sor, ha pozíciója fedezeti hányadosa ≤ fenntartási fedezeti hányad + felszámolási díj.

A számológép segítségével kiszámíthatja a becsült felszámolási árat.

10. Rendezett jövedelem

A kiegyenlített jövedelem az aktuális pozíciójából származó nyereségre utal, amelyet elszámolással jóváírnak a számlaegyenlegén.

11. Nem realizált nyereség és veszteség

Az UPL a nyitott pozíció nyereségére / veszteségére utal. Az UPL kiegyenlítése és jóváírása a felhasználó számlájának egyenlegén történik az elszámolás időpontjában minden nap 08: 00-kor (UTC). Ezután az UPL visszaáll. A felszámolás után az UPL-t jóváírják RPL-ként.

Az UPL kiszámítása a szerződések típusától függően változik.

USDT-fedezett határidős kereskedelem:

Nyitva: UPL = (névérték * utolsó márkaár – névérték * elszámolási referenciaár) * tartási szerződések száma

Például, ha egy felhasználó 600 hosszú BTC szerződést nyit 500 USDT / BTC elszámolási áron, és a legújabb márkaár 600 USDT / BTC, UPL = (0,0001 * 1 * 600 – 0,0001 * 1 * 500) * 600 = 6 USDT.

Bezárás: UPL = (névérték * elszámolási referenciaár – névérték * utolsó márkaár) * tartási szerződések száma

Például, ha egy felhasználó 1000 rövid BTC szerződést köt le 1000 USDT / BTC elszámolási áron, és a legutóbbi márkaár 500 USDT / BTC, RPL = (0,0001 * 1 * 1000 – 0,0001 * 1 * 500) * 1 000 = 50 USDT.

Érmével fedezett határidős kereskedelem:

Nyitva: UPL = (szerződés értéke / elszámolási referenciaár – szerződés értéke / utolsó márkaár) * a megtartott szerződések száma

Például, ha egy felhasználó 6 hosszú BTC-szerződést nyit meg 500 USD / BTC elszámolási áron, és a legutóbbi márkaár 600 USD / BTC, UPL = (100/500 – 100/600) * 6 = 0,2 BTC.

Bezárás: UPL = (szerződés értéke * utolsó márkaár – szerződésérték * elszámolási referenciaár) * tartási szerződések száma

Például, ha a felhasználó 6 rövid BTC-szerződést köt 500 USD / BTC elszámolási áron, és a legújabb márkaár 400 USD / BTC, UPL = (100/400 – 100/500) * 6 = 0,3 BTC.

12. Karbantartási különbözet

A fenntartási fedezeti arány a nyitott pozíció fenntartásához szükséges minimális fedezeti arányra vonatkozik. Ha a fedezeti hányad alacsonyabb a fenntartási fedezeti ráta + a felszámolási díj mértéke alatt, kényszerlik a felszámolást. A fenntartási fedezeti ráta kiszámítása attól függ, hogy a felhasználó melyik szintre kerül a megkötött szerződések száma alapján.

A rögzített fedezetű módban a szerződések számát, a szintet és a fenntartási fedezeti arányt az adott pozíció alapján számítják ki.

A határkereszt módban a szerződések számát, a szintet és a fenntartási fedezeti arányt az összes pozíció alapján kiszámítják. Ha a felhasználó hosszú és rövid pozíciókat egyaránt nyit ugyanazon szerződésen, akkor rendszerünk megszámolja az általa kötött szerződések teljes számát, és elhelyezi a megfelelő rétegben. Például, ha egy felhasználó 10 000 hosszú BTCUSDT szerződést és 15 000 rövid BTCUSDT szerződést nyit meg, akkor 25 000 szerződés szintjébe kerül, amely az 1. szint.

13. Tekintse meg pozíciója (i) állapotát

Itt ellenőrizheti pozíciója (i) állapotát "Minden nyitott pozíció".

Ha pozícióinak mögöttes eszköze a BTCUSD index, akkor ellenőrizheti az összes BTCUSD heti, BTCUSD kétheti és BTCUSD negyedéves szerződés állapotát a "Minden nyitott pozíció".

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map