
Ang mga crypto trading bot ay maaaring sumuri ng mga kondisyon at magsumite ng mga order nang walang tigil, na nagbabawas ng paulit-ulit na gawain. Hindi nila masisiguro na gagana ang isang strategy o na magkakaroon ng tubo ang iyong account. Ang mahalaga ay ang mga patakarang sinusunod ng isang bot, kung paano ito tumugon sa mga nagbabagong merkado, ang gastos ng bawat transaksyon, at mga pahintulot na ibinibigay mo. Kahit manatili ang mga pondo sa isang exchange, ang maling mga setting o di-maayos na paggamit ng API access ay maaaring magdulot ng pagkalugi. Bago pumili ng isang tool, unawain ang strategy at paraan ng koneksyon nito, pagkatapos ay tingnan ang kabuuang mga gastos, resulta ng pagsubok, at kung paano hina-handle ang mga posisyon kapag ito ay huminto.

Ang trading bot ay isang software na kumikilos batay sa mga paunang natukoy na kundisyon. Ang karaniwang proseso ay kinabibilangan ng pagbasa ng market data o pagtanggap ng signal, pagsusuri ng mga balanse at kundisyon sa pag-trade, pagsusumite ng mga order, at pagsubaybay sa mga fill at posisyon. Ang tuloy-tuloy na operasyon ay nakadepende sa tamang paggana ng software, data, koneksyon, at exchange. Ang awtomatikong pagsusumite ng order ay hindi nangangahulugan na ito ay napunan na. Ang presyo, liquidity, minimum na laki ng order, at mga pahintulot ng account ay maaaring makaapekto sa pagpapatupad.
Magsimula sa pagtukoy kung saan tumatakbo ang software. Ang mga bot na built-in sa exchange sa pangkalahatan ay gumagamit ng sariling account at order system ng exchange, kaya hindi mo na kailangang magbigay ng API key sa isang hiwalay na tagapagbigay ng tool. Ang mga built-in na automated trading tool ng Binance, halimbawa, ay pinagsasama ang mga tungkulin ng grid, DCA, rebalancing, at order-slicing. Ang ganitong pagsasama-sama ay maaaring magpababa ng mga hakbang sa koneksyon, ngunit nananatili pa rin ang mga panganib sa custody, availability ng exchange, at estratehiya.
Mga third-party cloud bot karaniwang naa-access ang mga trading account sa pamamagitan ng isang API. Maaaring manatili ang mga pondo sa orihinal na palitan habang binabasa ng tool ang impormasyon at nagpapadala ng mga instruksyon. Suriin kung paano iniimbak ng provider ang mga key, kung anong mga uri ng account ang sinusuportahan nito, at kung ano ang mangyayari sa mga order kung mabigo ang koneksyon. Ang isang palitan na nagpapahintulot ng API access ay hindi nangangahulugang pinapatunayan nito ang seguridad o pagganap ng bawat third-party na tool.
Self-hosted na software tumatakbo sa iyong computer o server. Maaari mong pamahalaan ang code at configuration, ngunit ikaw din ang responsable sa mga update, log, pag-iimbak ng key, at pagbawi mula sa mga pagkabigo. Ang open-source na software na walang subscription ay mayroon pa ring gastos sa pagpapatakbo at pagpapanatili. Ang pagiging available ng code sa publiko lamang ay hindi napatutunayan na na-validate na ang isang estratehiya.
Ang API ay isang paraan ng pag-access sa account, ang grid ay isang hanay ng mga patakaran ng estratehiya, at ang cloud hosting ay isang paraan ng pag-deploy. Magkakaiba ang mga kategoryang ito. Ang isang tool na pinipilahan bilang “AI” ay maaaring basta gumagawa lamang ng mga parameter o nagbibigay-kahulugan ng mga signal. Isalin ang etiketa ng marketing sa mga tiyak na aksyon: ano ang nagti-trigger ng order, magkano ang kapital na magagamit nito, at sino ang humaharap sa mga problema kapag may mali na nangyari.

Ang pangunahing pagkakaiba ng mga uri ng bot ay kung ano ang nagpapaisa ng mga order at kung paano nagbabago ang mga posisyon. Ang mga grid bot ay gumagana sa paligid ng isang hanay ng presyo, ang mga recurring-buy bot ay sumusunod sa isang iskedyul, at ang mga signal tool ay kumikilos batay sa mga indikator o panlabas na alerto. Ang bawat hanay ng mga patakaran ay nakadepende sa ilang partikular na kundisyon. Kapag naghahambing ng mga tool, tumingin lampas sa karaniwang operasyon at suriin kung ano ang nangyayari kapag patuloy na gumagalaw ang presyo sa isang direksyon, kapag mababa na ang mga balanse, o kapag paulit-ulit na napapatunayang mali ang mga signal.
| Uri | Pangunahing patakaran sa pagpapatupad | Mga panganib sa kabiguan o pagkalugi na dapat unawain |
|---|---|---|
| Grid bot | Naglalagay ng mga nakahanay na buy at sell order sa loob ng isang tinukoy na saklaw | Ang mga matagalang pagbaba ay maaaring mag-iwan ng mga hawak na nalulugi; ang paglagpas sa itaas ng saklaw ay maaaring mangahulugan ng pagkawala ng karagdagang kita |
| Recurring-buy bot | Bumibili ng nakatakdang halaga sa mga nakatakdang oras | Ang pagkakalat ng mga pagbili sa paglipas ng panahon ay hindi makapipigil sa pangmatagalang pagbaba ng halaga ng ari-arian |
| Automated averaging DCA bot | Nagdaragdag ng mga order pagkatapos ng mga tinukoy na paglihis sa presye | Lumalaki ang mga posisyon at paggamit ng kapital; maaaring maubos ang magagamit na pondo bago mag-recover ang mga presyo |
| Trend o signal bot | Nakikipagkalakalan batay sa mga indikator, kondisyon ng presyo, o panlabas na mga signal | Ang magulong mga merkado ay maaaring mag-trigger ng paulit-ulit na mga transaksyon; ang mga pagkaantala ay maaaring magpalayo sa mga fill sa signal prices |
| Arbitrage bot | Bumubuo ng mga paired trades sa paligid ng mga pagkakaiba ng presyo o funding rates | Ang mga hindi sabay na fill, fees, at margin risks ay maaaring labanan ang inaasahang kita |
| Rebalancing bot | Iniaayos ang mga timbang ng ari-arian sa mga pagitan ng panahon o pagkatapos ng paglihis sa alokasyon | Ang pagpapanatili ng mga timbang ay hindi pumipigil sa mga pagkalugi ng portfolio; ang madalas na mga pagsasaayos ay nagdaragdag ng gastos |
Spot grid trading naglalagay ng mga order sa mga agwat sa loob ng isang price range, kaya nakakaapekto ang parehong saklaw at density ng grid sa paglalaan ng kapital. Sa mas masinsinang grid, sa pangkalahatan mas maliliit na pagkakaiba ng presyo ang pinupuntirya bawat natapos na transaksyon, kaya lubhang mahalaga ang mga bayarin. Kabilang din sa futures grids ang leverage, margin, at liquidation. Hindi masusuri ang mga panganib nito sa parehong paraan ng mga spot grids.
Mag-ingat nang husto sa kahulugan ng DCA. Sa buy mode nito, ang Binance Spot DCA ay maaaring magdagdag ng mga buy order kapag bumaba nang sapat ang mga presyo, at pagkatapos ay magbenta kapag natupad ang mga tinukoy na kondisyon. Iba ito sa pagbili ng fixed na halaga tuwing linggo. Sa isang order-size multiplier, ang mga susunod na pagbili ay maaaring magiging mas malaki nang paunti-unti. Ang pagbaba ng average entry price ay nagpapataas din sa dami ng mga asset na nakalantad sa karagdagang pagbagsak.
Ang mga signal bot ay maaaring tumanggap ng mga alerto mula sa mga serbisyo tulad ng TradingView, ngunit ang isang signal ay nagpapasimula ng aksyon; hindi nito pinatutunayan na tama ang pinagbabatayan na paghuhusga. Ang mga hindi pagkakatugma sa mga trading pair, signal timeframes, halaga ng order, o mga panuntunan sa paglabas ay maaaring maging sanhi ng paglihis ng pagpapatupad mula sa nilalayong estratehiya.
Ang arbitrage sa spot at perpetual futures ay maaaring mabawasan ang ilang directional price exposure sa pamamagitan ng magkasalungat na posisyon. Gayunpaman, maaaring magbago ang mga funding rate, at ang mga paired position ay nangangailangan pa rin ng pamamahala ng margin. Ang hedging ay hindi nag-aalis ng posibilidad ng pagkalugi.
Ang mga rebalancing bot ay nakatuon sa pagpapanatili ng mga itinakdang timbang ng mga ari-arian, nang hindi tinutukoy kung ang mga ari-ariang iyon ay talagang nagkakahalagang hawak. Karaniwang hinahati ng TWAP ang isang malaking order sa mas maliliit na order sa paglipas ng panahon. Ito ay isang paraan ng pagpapatupad at hindi nito sinasadyang matukoy kung tataas o bababa ang mga presyo.

Ang isang bot na walang karagdagang singil sa software ay maaari pa ring makabuo ng mga gastusin sa pangangalakal. Ang pagbabayad ng subscription ay hindi nangangahulugang napupunan na ang bawat gastusin. Suriin ang mga singil sa software, mga gastos sa bawat fill, at anumang mga singil na naganap habang hawak ang mga position nang hiwalay. Magkakaiba ang mga estratehiya sa dalas ng pangangalakal at paggamit ng kapital, kaya maaaring magpataw ang parehong plano ng iba't ibang gastos sa iba't ibang account. Ihambing ang mga resulta sa pare-parehong panahon at isaalang-alang ang parehong naipatupad na kita at mga posisyong nananatiling bukas.
Ang 3Commas subscription pricing ay naghihiwalay ng buwanang at taunang pagsingil, na may mga planong naiiba ayon sa bilang ng mga bot, magagamit na merkado, mga limitasyon sa aktibong API, at iba pang mga tampok. Ang ipinapakitang “buwanang presyo” ay maaaring isang taunang bayad na isinasalin bilang katumbas na buwanang halaga. Bago magbayad, suriin ang aktwal na kabuuang singil, panahon ng pag-renew, at mga tuntunin sa refund sa halip na ikumpara lamang ang kapansin-pansing katumbas na buwanang halaga.
Kilalanin din ang pagkakaiba sa pagitan ng bilang ng mga account na maaaring ikonekta at ng bilang ng maaaring magkalakal nang sabay-sabay. Ang mga limitasyon ng aktibong trading account ay maaaring kalkulahin gamit ang mga API key na aktwal na ginagamit sa pangangalakal. Ang magkahiwalay na koneksyon para sa isang pangunahing account at mga subaccount ay maaaring bawat isa ay bilangin sa limitasyon. Suriin nang hiwalay kung gumagana ang mga partikular na feature sa iyong exchange.
Para sa self-hosted na software, maglaan ng badyet para sa mga server, market data, at oras ng maintenance. Ang bilang ng mga bot na kayang patakbuhin ng software ay hiwalay na usapin sa kung kayang suportahan ng iyong pondo ang bawat estratehiya. Ang mas malaking allowance ng mas mataas na plano ay hindi nagpapataas ng mga pagkalugi na kaya mong matanggap sa iyong account.
Ang mga kabuuang pagkakaiba ng presyo na nakukuha ng isang bot ay dapat sapat na takipan ang mga gastos sa pagpapatupad. Sa ilalim ng mga kalkulasyon ng bayad sa spot trading, kapwa ang mga pagbili at pagbenta ay maaaring may kasamang bayad, at ang aktwal na singil ay ipinapakita sa mga tala ng pagpapatupad. Ang isang limit order ay maaaring agad na ubusin ang mga umiiral na order, kaya ang pangalan lamang nito ay hindi nagpapatunay na ito ay kwalipikado para sa maker fee.
| Kategorya ng gastos | Ano ang susuriin |
|---|---|
| Mga bayarin sa kalakalan | Ang parehong panig ng transaksyon, naisagawang halaga, aktwal na kalagayang maker/taker, at mga rate ng bayarin sa account |
| Bid-ask spreads at slippage | Mga quotang maaaring isakatuparan, laki ng order, at ang pagitan ng inaasahan at aktwal na presyo ng pagpapatupad |
| Mga gastos sa pananalapi at pondong pondo | Interes sa paghiram at mga bayad sa perpetual funding, kabilang ang kanilang direksyon, kapag gumagamit ng mga kaugnay na produkto |
| Mga gastos sa software at operasyon | Mga subscription, server, serbisyo ng data, at naaangkop na buwis |
Halimbawa, ipagpalagay na ang parehong dami ng isang ari-arian ay binili sa 5,000 USDT at nabenta sa 5,015 USDT, kung saan ang bayad sa bawat panig ay kinalkula sa katumbas na 0.1% ng naipaganap na halaga. Ang kabuuang pagkakaiba ay 15 USDT. Ang mga bayad ay humigit-kumulang 10.02 USDT, na nag-iiwan ng humigit-kumulang 4.99 USDT bago ibawasin ang mga bayarin sa subscription at iba pang gastos. Ito ay isang halimbawa ng kalkulasyon at hindi isang aktwal na quote ng bayad o palatandaan ng makakamtang na kita. Kapag nagkakalkula mula sa mga aktwal na naipaganap na halaga, huwag nang muling ibawasin ang spreads o slippage kung ang mga ito ay naisama na sa mga presyong iyon.
Panghuli, tingnan ang mga patlang ng kita. Binibahagi ng Binance ang grid profit mula sa unrealized profit and loss, at ang grid profit nito ay kasama nang ibinawas ang mga kaugnay na trading fee. Ang maliliit na natupad na grid gains ay maaaring i-offset ng mga unrealized losses sa mga hawak. Upang masuri ang kabuuang resulta, isama ang anumang gastos sa software na hindi pa nabibilang at alisin ang epekto ng mga deposito o withdrawal sa panahong iyon.
Ang mga panganib ay nagmumula sa estratehiya, sa mga pahintulot ng account, at sa mga sistemang kasama sa pagpapatupad. Kahit manatili ang mga pondo sa isang exchange, maaaring magbago ng mga posisyon ang isang third party sa pamamagitan ng awtorisadong access sa pangangalakal. Kahit walang paglabag sa seguridad, ang mga pagkakamali sa configuration, mga bigo sa koneksyon, o mga naantalang signal ay maaaring magresulta sa mga hindi inaasahang order. Ang mga pagsusuri sa seguridad ay dapat saklawin ang mga key, service account, software, at ang exchange, sa halip na huminto lamang sa kung naka-disable ba ang mga withdrawal.
Ang mga pahintulot sa API ang nagtutukoy kung maaaring magbasa ng impormasyon ang isang tool, maglagay o magkansela ng mga order, at magsagawa ng mga partikular na aksyon na may kaugnayan sa pondohan. Ang isang tool na ginagamit lamang sa pagsubaybay sa isang account sa pangkalahatan ay hindi nangangailangan ng access sa pangangalakal. Ang isang bot na naglalagay ng mga order ay dapat tumanggap lamang ng mga pahintulot na kinakailangan para sa mga tungkulin nito.
Ang pag-disable ng mga pahintulot sa pag-withew ay naglilimita sa kaukulang direkta na paglilipat palabas, ngunit ang software na may access sa pangangalakal ay maaari pa ring bumili at magbenta ng mga asset. Kung ang isang key ay hindi wastong nagamit, maaaring gumawa ang account ng mga hindi sinasadyang trade, makaranas ng spreads at fees, o makabuo ng mga posisyon sa maling direksyon. Ang hindi pag-withdraw ng pondo ay hindi patunay na walang naging pinsala ang account. Suriyin nang hiwalay ang mga pahintulot sa paglilipat, leverage, at iba pa upang ang isang aworisasyon ay hindi lumagpas sa nilalayong layunin nito.
Ang paghihiwalay ng mga key para sa iba't ibang tool ay nagpapadali sa pagtukoy ng mga problema at pag-revoke ng access. Huwag ilagay ang mga key sa mga chat, pampublikong code, screenshot, o karaniwang ibinabahaging dokumento. I-enable ang naaangkop na two-factor authentication sa parehong exchange at tool account. Hindi awtomatikong nagbibigay ang website login authentication ng parehong proteksyon sa bawat API request.
Kung sinusuportahan, i-configure ang IP allowlisting at key expiration. Tiyakin muna ang mga address na aktwal na ginagamit ng provider at kung paano hinahandle ang mga pagbabago ng address, upang hindi maputol ang koneksyon dahil sa maling mga restriction. Ang allowlisting ay hindi kapalit ng pagprotekta sa mga key o pagsusuri sa seguridad ng provider.
Naiiba ang mga exchange API key sa mga wallet private key at seed phrase. Ang isang karaniwang exchange API bot ay hindi dapat humingi ng iyong wallet seed phrase. Kung ang isang serbisyo ay nangangailangan ng hindi kilalang software, remote control ng iyong device, o paglilipat sa isang tinukoy na address bago ito magsimula, ihinto ang pagkonekta at beripikaduhin kung sino ang nasa likod nito.
Ang babala ng CFTC tungkol sa mga scam sa balik ng puhunan ng AI trading bot ay nagpapaliwanag kung paano ginagamit ng mga fraudster ang AI at automated trading upang itaguyod ang mga hindi makatwirang o garantisadong balik ng puhunan. Ang mga screenshot ng kita o demo balance ay hindi pumapanig sa mga claim ng nakatakdang mataas na balik, garantisadong win rate, o mga kahilingan ng bayad upang i-unlock ang mga withdrawal.
Ang mga lehitimong tool ay maaari ring makaranas ng mga limitasyon sa rate ng API, mga pagkaantala ng serbisyo, o nabigong paghahatid ng signal. Pagkatapos ng isang timeout, suriin muna kung tinanggap na ng exchange ang order bago muling subukang ipadala ito at posibleng makagawa ng dobleng transaksyon. Ang pagmomonitor ay dapat kabilangan ang mga talaan ng transaksyon, mga balanse, at mga posisyon, sa halip na umasa lamang sa “running” na status ng isang bot. Suriin nang hiwalay ang mga pagkalugi ng estratehiya, mga pagkabigo ng sistema, at mga hindi awtorisadong aksyon.
Bago magsimula, i-validate ang mga patakaran, pagpapatupad, at mga limitasyon sa panganib. Kapag humihinto, i-verify ang mga aktwal na order at posisyon. Ang mga historical test ay pangunahing sinusuri kung paano kumilos ang isang strategy sa nakaraang data, habang ang paper trading ay sumusuri sa mga kasalukuyang signal at operating logic. Walang alinman sa mga ito ang nagarantiya ng mga resulta sa live trading. Kahit na may maliit na alokasyon, magtakda nang maaga kung aling mga aksyon ang magpapatuloy pagkatapos huminto ang tool, kung aling mga proteksyon ang maaaring mawala, at kung paano mo maaaring pamahalaan ang account nang mag-isa.
Ang historical backtesting at real-time paper trading ay gumagamit ng iba't ibang data at mga assumption sa pagpapatupad. Ang isang backtest ay maaaring magpalagay na ang ilang order ay napupuno, samantalang sa live trading ay nakakasalubong ng mga pagkaantala, hindi sapat na liquidity, at partial fills. Ang paper trading ay hindi gumagamit ng tunay na pondo at hindi lubos na maaaring makabuo ng market impact ng malalaking order.
Kapag sumusuri ng backtest, tumingin lampas sa cumulative returns patungo sa test period, maximum drawdown, sunud-sunod na pagkatalo, paggamit ng kapital, at mga assumption sa fee. Ang paulit-ulit na pagsasaayos ng mga parameter gamit ang isang nag-iisang pataas na merkado ay maaaring simpleng pagkasyahin lamang ang mga ito sa historical data. Isa pang problema ang lookahead bias, kung saan maling ginagamit ng isang test ang impormasyon na hindi sana available noong panahong iyon, kaya't mas maganda ang itsura ng mga historical na resulta.
Susunod, gamitin ang paper trading upang suriin ang mga signal, halaga ng order, at exit logic. Kung magpapatuloy ka sa live na validation, limitahan ang alokasyon sa mga pondo na kaya mong mawala at subaybayan ang mga aktwal na fee at pagkakaiba sa execution. Ang maliit na bilang ng matagumpay na trades ay hindi nagpapatunay ng pangmatagalang bisa.
Bago magsimula, suriin ang kahit man lang ang mga sumusunod:
Para sa isang naka-planong shutdown, unang tiyakin kung ano ang eksaktong kahulugan ng "stop", pagkatapos ay suriin ang mga bukas na order at posisyon. Ang paghinto sa mga bagong trade ay hindi nangangahulugang natapos na ang mga umiiral na trade. Ang pagsasara ng programa ay hindi nangangahulugang awtomatikong kinansela ang mga order na naipasa na sa exchange. Ang pag-revoke ng isang API key ay humaharang sa mga sumusunod na awtorisadong request, ngunit hindi nito awtomatikong ibinebenta ang mga umiiral na asset o pinapalitan ang pagkansela ng order at pagsasara ng posisyon.
Kung pinaghihinalaan mo na may na-leak na key o natuklasan ang hindi awtorisadong pag-trade, unahin ang pag-revoke ng mga kaugnay na pahintulot, pagkatapos ay independently na suriin ang mga order, posisyon, at record ng pondo sa exchange. Huwag panatilihin ang kahina-hinalang access habang naghihintay na gumaling ang isang tool, o burahin ang lahat ng log at mawalan ng ebidensyang kailangan para sa imbestigasyon.
Buod: Tinutulungan ng pagsubok na makilala ang mga problema sa estratehiya at pagpapatupad; hindi nito maipapatatag ang mga future na kita. Limitahan ang kapital, mga order, at mga pahintulot bago magsimula. Kapag humihinto, hawakan nang hiwalay ang mga bagong transakyon, mga bukas na order, at mga posisyon. Kung lumilitaw na naikompromiso ang awtorisasyon, putulin muna ang kahina-hinalang access bago suriin ang account. Ang paggamit ng anumang tool ay dapat ding sumunod sa pagiging karapat-dost ng account, mga patakaran ng platform, at naaangkop na mga batas at regulasyon.
Depende ito sa lugar kung saan tumatakbo ang bot. Karaniwang hindi kailangan ng mga exchange-built-in at cloud-hosted na tool na nanatiling nakabukas ang iyong computer. Ang mga locally hosted na software ay nakadepende sa iyong device, network, at proseso upang manatiling gumagana. Anumang setup ang gamitin mo, panatilihin ang mga alerto at isang independienteng paraan upang suriin ang iyong trading account.
Hindi pinapatunayan ng mga makasaysayang ranggo na ang mga parameter ay angkop sa kasalukuyang kondisyon. Tingnan ang panahon ng pagsukat, kung kasama ba ang mga hindi pa natutukoy na pagkawala, laki ng kapital, mga bayarin, at kung ipinapakita lamang ng ranggo ang mga estratehiya na patuloy pa ring tumatakbo. Kahit na magkapareho ang mga setting, ang magkaibang panimulang presyo, liquidity, at oras ng pag-execute ay maaaring magdulot ng kapansin-pansing magkakaibang resulta.
Ang mga tubo mula sa mga natapos na grid trade ay maaaring mabawi ng mga hindi pa natutukoy na pagkalugi sa mga natitirang asset. Tingnan kung ipinapakita ng display ang grid profit, kabuuang tubo at pagkalugi, o equity ng account, at kung kasama na ang mga fee. Tanggalin din ang epekto ng mga deposito, withdrawal, o paglilipat ng asset na ginawa sa panahon ng paghahambing.
Huwag ipagpalagay na magagawa nito. Ano ang nangyayari pagkatapos matapos ang isang subscription ay maaaring mag-iba depende sa uri ng bot, at ang pagkansela ng renewal ay hindi nangangahulugan na matatapos agad ang subscription. Suriin nang hiwalay ang mga bagong order, mga umiiral na trade, at ang status ng take-profit at stop-loss. Ang mga aktwal na order at posisyon ng iyong trading account ang panghuling sanggunian.
Oo. Maaaring makipagkumpitensya ang mga bot para sa mga available na balanse, gumamit ng parehong margin, o magsumite ng magkakasalungat na mga order para sa parehong pares. Nakakatulong ang mga hiwalay na API key sa pamamahala ng mga pahintulot ngunit hindi awtomatikong hinihiwalay ang mga pondo. Suriin ang mga balanseng available sa bawat estratehiya at ang pinagsamang panganib, at gumamit ng mga subaccount o mga paraan ng paglalaan ng kapital na sinusuportahan ng platform kung naaangkop.
Hindi. Ang pagkapuno ng isang order pagkatapos ma-trigger ang stop, at sa anong presyo, ay nakasalalay sa uri ng order, liquidity, mga pagitan ng presyo, at kalagayan ng koneksyon. Ang mga market exit ay maaaring magdanas ng slippage, habang ang mga limit exit ay maaaring hindi mapunan. Suriin din kung ang stop ay hawak sa exchange o nakasalalay sa pagiging online ng bot upang ma-trigger ito.
*Ang artikulong ito ay ibinigay para sa pangkalahatang layunin ng impormasyon at hindi bumubuo ng legal, buwis, o iba pang propesyonal na payo mula sa BiyaPay o sa mga subsidiary at kaakibat nito, at hindi ito nilalayong maging kapalit ng pagkuha ng payo mula sa isang financial advisor o sinumang iba pang propesyonal.
Hindi kami gumagawa ng anumang pahayag o garantiya, hayag man o ipinahiwatig, hinggil sa katumpakan, kabuuan, o pagiging napapanahon ng nilalaman ng publikasyong ito.

