---
title: "Crypto at Seguro: Pinakamalalaking Problema at Balakid"
description: "Bakit mas mahirap ang crypto insurance kaysa sa inaakala — regulatory limbo, oracle risk, kawalan ng actuarial data, karupukan ng kapital, at ang recourse gap."
language: tl
published: 2026-05-22
author: Netts
topic: "Insights"
canonical: https://netts.io/blog/crypto-and-insurance-biggest-problems-and-obstacles?lang=tl
languages: [en, ru, es, zh, th, fr, uk, tr, hi, fa, ar, ha, pt, vi, ko, ja, id, de, tl]
translation_outdated: false
---
# Crypto at Seguro: Pinakamalalaking Problema at Balakid

Bakit mas mahirap ang crypto insurance kaysa sa inaakala — regulatory limbo, oracle risk, kawalan ng actuarial data, karupukan ng kapital, at ang recourse gap.

Ang nakaraang artikulo tungkol sa paksang ito, [Crypto and Insurance: New Wave](https://netts.io/blog/crypto-and-insurance-new-wave), ay naglatag ng positibong pananaw: mga smart contract na pumapalit sa claims adjusters, parametric payouts na dumarating sa loob ng ilang segundo, peer-to-peer pools na nagtatanggal sa corporate middleman, at pangkalahatang mas transparent at accessible na merkado. Sulit basahin ang artikulong iyon para sa sinumang gustong malaman kung bakit ang mga ideyang ito ay umaakit ng malaking kapital at mahuhusay na talento. Ang artikulong ito naman ay para sa bahagi ng usapan na kasunod nito — kapag ang sigasig ay humarap na sa mga balakid, at ang tanong ay hindi na kung posible ba ang crypto insurance kundi kung kaya ba nitong makaligtas sa mga pagsubok na kalauna'y pinagdadaanan ng bawat bagong produktong pinansyal.

Hindi mali ang optimismo. Gumagana ang mekaniks nito. Ang problema ay ang insurance, bilang isang industriya, ay isa sa mga pinakamaingat na binuong bahagi ng financial infrastructure na nilikha ng tao — puno ng konserbatibong pangangatwiran, naipong regulasyon, at mga aral na pinaghirapang matutunan na kadalasang natutuklasan lamang ng mga crypto-native project kapag nadapa na sila rito. Ang mga balakid ay hindi teoretikal. Ang mga ito ay aktwal na karanasan ng dose-dosenang proyekto na naglunsad nang may kumpiyansa, nakatagpo ng totoong friction, at napilitang mag-pivot, magbawas ng saklaw, o tahimik na nagsara. Ang pag-unawa sa mga balakid na ito ay mas mahalaga kaysa sa pag-unawa sa mga potensyal na pakinabang, dahil ang mga pakinabang ay makakamit lamang ng mga proyektong makakaligtas sa mga balakid.

## Ang Regulatory Maze na Walang Sinumang Nakapag-mapa

Ang regulasyon sa insurance ay pira-piraso sa paraang maging ang mga taong nasa loob mismo ng industriya ay labis na nahihirapan. Sa United States pa lamang, bawat estado ay may sariling insurance commissioner, sariling licensing rules, sariling capital requirements, at sariling consumer protection statutes. Ang isang tradisyonal na insurer na nag-aalok ng saklaw sa buong bansa ay gumugugol ng maraming taon at sampu-sampung milyong dolyar upang magkaroon ng lisensya sa lahat ng limampung estado. Sa kabaligtaran, ang isang crypto-native insurance project ay karaniwang naglulunsad sa iisang hurisdiksyon na may mas magaang footprint, at pagkatapos ay umaakit ng mga user mula saanman sa internet nang hindi gaanong pinag-iisipan kung saan talaga nakatira ang mga user na iyon.

Gumagana ito hanggang sa dumating ang punto na hindi na. Maaaring magdesisyon ang mga regulator sa sariling hurisdiksyon ng user na ang proyekto ay nagbebenta ng walang lisensyang insurance sa kanilang mga mamamayan. Maaaring maging napakabigat ng mga multa. Maaaring kabilang sa mga legal na remedyo ang sapilitang pagpapasara. Ang pinsala sa reputasyon ay sapat na upang mapatay ang isang proyekto kahit na maayos ang pinagbabatayang teknolohiya nito. Ilang decentralized insurance initiatives noong unang bahagi ng 2020s ang tahimik na nag-geo-block ng mga user mula sa mga partikular na estado o bansa matapos ipakita ng mga compliance review ang mga exposure na hindi nila inaasahan. Nalulutas ng geo-blocking ang bahagi ng problema ngunit pinapahina nito ang bahagi ng value proposition — ang orihinal na pangako ay global permissionless access, at ang praktikal na katotohanan ay ang global permissionless access ay maaaring maging isang regulatory time bomb.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/68d5a57c6f1323cd74a16ee83e407ea111eb7e72-1219.webp)

Ang framework ng MiCA sa European Union, na pinalisa noong unang bahagi ng dekada at ipinapatupad na ngayon, ay nagdagdag ng isa pang layer ng pagiging kumplikado. Hindi direktang kinokontrol ng MiCA ang insurance, ngunit saklaw nito ang bawat kaugnay na aktibidad — token issuance, stablecoin operations, custody — sa mga paraang naglilimita kung paano maaaring buuin ng isang crypto insurance project ang istruktura nito. Ang mga proyektong nagpapatakbo sa Europe ay kailangan na ngayong isaalang-alang kung ang kanilang token ay isang financial instrument sa ilalim ng MiCA, kung ang kanilang pool capital ay kwalipikado bilang e-money, at kung ang kanilang mga cross-border activity ay nagti-trigger ng mga licensing requirement na hindi nila pinaglaanan ng badyet. Ang compliance overhead ay madaling lumampas sa engineering overhead ng pagbuo mismo ng protocol.

Iba-iba naman ang naging diskarte ng mga regulator sa Asya. Ang Singapore at Hong Kong ay lumipat patungo sa mga pormal na sandbox program na nagpapahintulot sa pag-eeksperimento sa crypto insurance sa ilalim ng pangangasiwa, na may pag-unawa na ang mga matagumpay na proyekto ay kailangan ding lumipat kalaunan sa buong paglilisensya. Halos tuluyan nang isinara ng China ang pinto. Ang Japan ay may sariling masalimuot na framework na pinagsasama ang mga elemento ng parehong diskarte. Anumang proyektong sumusubok na mag-operate sa iba't ibang rehiyon ay nagtatapos sa isang pinagtagpi-tagping compliance arrangement na umuubos sa atensyon ng engineering na mas mainam sanang ibinuhos sa mismong produkto.

## Ang Oracle Problem at ang Single Point of Trust

Ang parametric insurance — ang modelong pinakamadalas ipagdiwang bilang killer application ng crypto insurance — ay ganap na nakadepende sa mga oracle, ang mga tulay na nagpapasok ng totoong datos mula sa totoong mundo patungo sa mga smart contract. Kapag ang isang flight delay policy ay nagbayad batay sa datos ng abyasyon, isang oracle ang pinagmumulan ng datos na iyon. Kapag ang isang crop insurance contract ay nagbayad sa mga magsasaka dahil ang ulan ay bumaba sa threshold, isang oracle ang pinagmumulan ng sukat ng ulan na iyon. Ang tiwala sa smart contract ay nakadepende lamang sa kung gaano mapagkakatiwalaan ang oracle na nagpapakain ng datos dito.

Sa teknikal na pananalita, ito ang nag-iisang pinakamalaking hindi pa nalulutas na problema sa crypto insurance. Ang blockchain mismo ay maaaring ma-verify ng sinuman, ang smart contract ay maaaring ma-audit at gawing immutable, ngunit ang oracle ay nananatiling isang panlabas na sistema na maaaring masira, mamanipula, o sadyang magkamali. Ilang pagkabigo ng oracle noong dekada 2020 ang umubos ng daan-daang milyong dolyar mula sa mga DeFi protocol hindi dahil sira ang mga smart contract kundi dahil minanipula ang mga price feed na kanilang inaasahan. Ang mga bersyon ng insurance ng mga pag-atakeng ito ay mas sensitibo pa — ang isang minanipulang weather oracle ay maaaring mag-trigger ng maramihang automated payout na uubos sa isang pool sa loob lamang ng magdamag, nang walang tradisyunal na fraud investigator na may kakayahang mabawi ang mga pondo.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/de1ed501dc12f6ff6a5c8a28938dbb60667bf69e-1440.webp)

Ang naging tugon ng industriya ay ang pagbuo ng mga oracle network — Chainlink, Pyth, RedStone, at iba pa — na nagtitipon ng datos mula sa maraming pinagmulan upang mabawasan ang panganib ng anumang single point of failure. Ang mga sistemang ito ay talagang mas mahusay kaysa sa pag-asa sa iisang pinagmulan. Gayunpaman, hindi ang mga ito perpekto. Ang isang koordinadong pag-atake sa maraming oracle provider, bagama't magastos, ay hindi imposible. Ang isang depekto sa aggregation logic ay maaaring maglabas ng maling mga output kahit tapat pa ang mga indibidwal na data source. Bukod dito, ang mga oracle network mismo ay naniningil ng bayad, na nagpapabawas sa cost structure ng produktong insurance na kanilang pinapagana.

Nariyan din ang problema sa mga pinagtatalunang kaganapan. Naantala ang isang flight nang 119 minuto — ibinibilang ba iyon bilang dalawang oras na pagkaantala o hindi? Ang sukat ng ulan ay tumama nang eksakto sa threshold — dapat bang mag-trigger ang payout? Pinangangasiwaan ng mga smart contract ang mga edge case na ito ayon sa anumang lohika na isinulat sa mga ito noong idineploy. Pinangangasiwaan naman ito ng mga tradisyunal na insurer sa pamamagitan ng adjudication, na mas mabagal ngunit may kakayahang humawak ng kalabuan. Ipinagpapalit ng purong parametric model ang flexibility para sa bilis at hindi nito kayang tugunan ang pagiging magulo ng mga totoong claim, habang ang anumang pagtatangkang ibalik ang paghatol ng tao sa proseso ay muling nagpapasok sa mismong kawalan ng kahusayan na dapat sanang inalis ng modelo.

## Kung Saan Talagang Walang Umiiral na Actuarial Tables

Ang pagpepresyo sa insurance ay isang quantitative na disiplina. Ginugugol ng mga actuary ang kanilang karera sa pagbuo ng mga modelo kung gaano kadalas nangyayari ang mga partikular na kaganapan, gaano kalubha ang mga pagkalugi kapag nangyari ang mga ito, at kung paano pe-presyohan ang saklaw upang sakupin ng mga premium ang mga inaasahang payout kasama ang operational costs at isang makatwirang profit margin. Ang datos na pinagbabatayan ng mga modelong ito, sa tradisyunal na seguro, ay kadalasang sumasaklaw sa mga dekada o maging mga siglo. Ang mga mortality table para sa life insurance, mga istatistika ng aksidente para sa saklaw ng sasakyan, datos ng panahon para sa ari-arian — lahat ng ito ay nakolekta, pinagbuti, at napatunayan sa paglipas ng mga henerasyon.

Ang mga panganib na crypto-native ay walang ganitong kasaysayan. Gaano kadalas na-e-exploit ang isang smart contract? Gaano kadalas nade-de-peg ang isang partikular na stablecoin? Gaano kadalas na-ha-hack ang isang malaking exchange? Ang tapat na sagot, para sa marami sa mga tanong na ito, ay sadyang hindi natin alam dahil ang dataset ay masyadong maikli at masyadong kakaunti upang suportahan ang makabuluhang actuarial modeling.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/b64826183b53098233aed2b29e2ef0978b28b8f6-1113.webp)

Ang mga DeFi insurance protocol na sumasaklaw sa panganib ng smart contract ay karaniwang gumagawa lamang ng mga edukadong hula tungkol sa mga probabilidad, inaakma ang mga hulang iyon batay sa maliit na bilang ng mga aktwal na insidenteng naganap, at nag-a-adjust habang may dumarating na bagong datos. Hindi ito kapareho ng actuarial science.

Ang mga pagbaluktot sa pagpepresyo ay lumilitaw sa mga inaasahang paraan. Ang saklaw para sa mga kilala at mahusay na na-audit na protocol ay may posibilidad na maging underpriced dahil ang nakikitang track record ay mukhang ligtas, habang sa katotohanan ang mga protocol ay maaaring may mga nakatagong kahinaan na hindi pa natutuklasan. Ang saklaw para sa mas mga bagong protocol ay may posibilidad na maging overpriced dahil ang kawalan ng kasaysayan ay itinuturing na mataas na panganib, kahit na ang aktwal na panganib ay maaaring mas mababa kaysa sa mas lumang mga protocol na nagkataon lamang na may mas maraming historical surface area. Walang sapat na densidad ng impormasyon ang merkado upang tumpak na mapresyohan ang mga pagkakaibang ito, at ang mga provider ay walang sapat na lalim ng kapital upang masalo ang pagkakamali sa alinmang direksyon.

Idagdag pa rito ang problema ng correlated risk. Gumagana ang tradisyunal na insurance dahil ang mga panganib ay halos uncorrelated — ang aksidente sa iyong sasakyan ay walang kinalaman sa sunog sa aking bahay, at ang baha sa isang rehiyon ay hindi nagdudulot ng lindol sa iba pa. Ang mga panganib sa crypto ay lubhang correlated. Kapag bumagsak ang merkado, ang collateral ratios ng bawat protocol ay sabay-sabay na lumalala. Kapag ang isang malaking bridge ay na-hack, maraming insurance pool na sumasaklaw sa iba't ibang aspeto ng bridge na iyon ay sabay-sabay na magbabayad. Kapag ang isang stablecoin ay na-de-peg, bawat pool na naka-denominate sa stablecoin na iyon ay nawawalan ng halaga sa sandaling pinaka-inaasahang kakailanganin ang mga payout. Ang ugnayang ito ay sumisira sa pangunahing matematika ng insurance pooling at ang dahilan kung bakit ang mga tradisyonal na insurer ay labis na maingat sa pag-underwrite ng mga panganib sa crypto kahit na inaalukan ng malalaking premium.

## Ang Tanong sa Kapital na Walang Gustong Sumagot

Ang isang tradisyunal na insurance company ay kinakailangang magkaroon ng mga reserbang kapital na higit na mas mataas kaysa sa mga inaasahang payout. Konserbatibo ang matematika nito, ipinapatupad ito ng regulasyon, at ang resulta ay kahit na ang isang malaking kaganapan ay mag-trigger ng malalaking pagkalugi, kayang magbayad ng insurer. Ang mga decentralized insurance pool ay gumagana sa ibang modelo: ang mga kalahok sa pool ay naglalaan ng kapital kapalit ng kita mula sa premium, at binabayaran ng pool ang mga claim habang lumilitaw ang mga ito. Kapag naubos ang laman ng pool, ubos na ang pool.

Sa praktikal na aspeto, ito ay isang mas marupok na istruktura kaysa sa tradisyonal na seguro. Ilang decentralized pool noong dekada 2020 ang napunta sa alanganing sitwasyon kung saan nag-isyu sila ng mas maraming coverage kaysa sa kapani-paniwalang kayang suportahan ng kanilang kapital, at pagkatapos ay nakaranas ng sunod-sunod na magkakaugnay na claim na umubos sa pool. Bahagyang payout lamang ang natanggap ng mga policyholder sa pinakamainam na sitwasyon. Nakita ng mga kalahok sa pool na naglaho ang kanilang kapital. Ang pinsala sa reputasyon ay kumalat sa mas malawak na kategorya at nagpababa sa partisipasyon sa maraming proyektong walang kinalaman dito.

Ang usapin sa reinsurance ang pinaka hindi pa nabubuong bahagi ng palaisipang ito. Sa tradisyunal na seguro, ang mga reinsurer — mga kumpanya na ang buong negosyo ay seguruhin ang mga insurer laban sa mga sakuna at malalaking pagkalugi — ang nagbibigay ng pinal na suporta.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/d2f14a5eba086451f53a28e52fc35cc668f9c9fb-1275.webp)

Pinangangasiwaan ito ng Munich Re, Swiss Re, at ilang iba pa sa buong mundo. Sa crypto insurance, ang mga decentralized reinsurance pool ay naipanukala na at nasubukan, ngunit ang sukat na kinakailangan upang tunay na sumuporta sa mga malalaking kaganapan ay wala pa sa ecosystem. Pira-piraso ang kapital, hindi pare-pareho ang mga pamantayan sa underwriting, at ang pinakamalalaking pool ay sapat pa ring maliit upang lubusang maubos ng isang sakuna.

Lumilikha ito ng isang alanganing ekilibriyo kung saan ang decentralized insurance ay maaaring maging epektibo para sa katamtaman at madalas na mga claim ngunit nahihirapang mag-alok nang mapagkakatiwalaan ng proteksyon para sa mga bihira ngunit malulubhang kaganapan kung saan higit na kinakailangan ang insurance. Ang kustomer na bumibili ng smart contract coverage policy mula sa isang decentralized pool ay maaaring makatanggap ng agarang bayad kung may maliit na insidenteng maganap, ngunit kung may isang malaking exploit na uubos sa maraming protocol nang sabay-sabay, ang kakayahan ng pool na magbayad ay babagsak nang husto sa mismong oras na pinakamataas ang pangangailangan dito.

## Ang Recourse Gap Kapag Pumalpak ang Code

Ang tradisyonal na insurance ay may kasamang implicit na pangako na higit pa sa dokumento ng polisiya. Kung nagawan ka ng mali ng insurer, maaari kang magsampa ng kaso. Kung malugi ang insurer, pinoprotektahan ng mga state guarantee fund ang isang bahagi ng iyong claim. Kung ang insurer ay magsagawa ng mga gawaing may masamang layunin, may kapangyarihan ang mga regulator. Ang buong kagamitan ng proteksyon ng mamimili ay binuo sa loob ng mahigit isang siglo ng batas, jurisprudence, at institusyonal na pag-unlad.

Halos walang ganito ang decentralized insurance. Kung ang isang smart contract ay maling nag-execute, walang sinumang maaaring kasuhan — ang protocol ang mismong entity, at ang entity ay code. Kung ang pool ay maubusan ng pondo dahil sa isang bug, walang government guarantee fund na masasandalan ang mga policyholder. Kung ang DAO na namamahala sa mga claim ay umaktong may masamang layunin, ang mga mekanismo sa paglutas ng hindi pagkakaunawaan ay limitado lamang sa anumang pinapayagan ng governance ng protocol, na maaaring mabagal, hindi malinaw, o pabor sa pinakamalalaking may hawak ng token. Ang kakulangan ng recourse ay minsang ipinapaliwanag bilang isang feature — ang sistema ay trustless, kung tutuusin — ngunit para sa mga ordinaryong user na bumibili ng insurance, ang kawalan ng fallback ang mismong dahilan kung bakit nagiging hindi kaakit-akit ang produkto kapag may nangyaring aberya.

Ang problemang ito ay istruktural at mahirap lutasin nang hindi isinusuko ang ilan sa mga prinsipyong nagpapabukod-tangi sa decentralized insurance. Ang pagdaragdag ng tradisyonal na paglutas ng hindi pagkakaunawaan ay muling magpapasok sa mga abogado, korte, at mga pagkaantala na dapat sanang inalis ng modelo. Ang pagdaragdag ng mga government guarantee program ay nangangailangan sa mga proyekto na ipailalim ang kanilang sarili sa mga regulatory framework na sinubukan nilang iwasan. Ang pagdaragdag ng insurance sa ibabaw ng insurance ay lumilikha ng walang katapusang serye na walang sinumang handang pondohan. Ang resulta ay isang merkado kung saan ang mga produkto ay gumagana nang mahusay kapag walang pumapalpak at nagiging labis na nakakadismaya sa sandaling may anumang magkamali.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/7383493f98f613cd234d69c5da0f223f5d31fba2-1188.webp)

Ang KYC at pagkakakilanlan ay nagdudulot ng kaugnay na hamon. Maraming decentralized insurance project ang nagpapahintulot ng pseudonymous na partisipasyon, na bahagi ng kanilang pang-akit — privacy, mas kaunting friction, mas mabilis na onboarding. Ngunit ang mga patakaran sa anti-money-laundering sa karamihan ng mga hurisdiksyon ay nag-aatas sa mga insurer na kilalanin ang kanilang mga kustomer, at nais malaman ng mga awtoridad sa buwis kung sino ang tumatanggap ng mga payout. Ang tensyon sa pagitan ng pseudonymous participation at pagsunod sa regulasyon ay hindi pa nalulutas, at ang mga proyektong sumusubok na balansehin ito sa pamamagitan ng pagdaragdag ng KYC sa ilang partikular na threshold ay nagtatapos sa pag-aalok ng produktong hindi ganap na decentralized at hindi rin ganap na sumusunod sa regulasyon. Nagiging partikular na mahirap ang pagtukoy ng pandaraya — kapag ang parehong wallet ay maaaring gawin sa loob ng ilang segundo at itapon nang kasing bilis, ang tradisyunal na tanong sa underwriting kung sino ang bumibili ng polisiya ay nawawalan ng malaking bahagi ng kahulugan nito.

Wala sa mga balakid na ito ang nakamamatay sa industriya. Bawat isa sa mga ito ay ginagawan ng paraan ng mga dedikadong team. Ang mas mahuhusay na oracle network ay nagpapababa sa problema ng single-point-of-trust. Ang mga espesyalistang kumpanya sa actuarial ay bumubuo ng mga crypto-native risk model na maaaring sumuporta sa mas tumpak na pagpepresyo. Ang mga eksperimento sa reinsurance ay lumalago sa lalim ng kapital. Ang mga regulator sa ilang hurisdiksyon ay bumubuo ng mga framework na kumikilala sa decentralized insurance bilang isang kategoryang karapat-dapat tanggapin kaysa supilin. Positibo ang takbo nito, kahit na mas matagal ang panahon kaysa sa una nang inasahan ng karamihan sa mga mahilig dito. Ang ibig sabihin nito sa praktika ay ang susunod na ilang taon ng crypto insurance ay mamarkahan nang mas kaunti ng mga dramatikong tagumpay at higit na makikita sa naipong unti-unting mga pagpapabuti. Ang mga proyektong makakaligtas ay ang mga seryosong haharap sa mga balakid, bubuo nang may pag-iingat, sasama sa tradisyonal na mga balangkas kung saan kapaki-pakinabang, at tatanggi sa tuksong magpalabis sa kung ano ang kasalukuyang kayang ibigay ng teknolohiya.

![Crypto at Seguro: Pinakamalalaking Problema at Balakid](https://netts.io/blog/images/body/e978854b69a471780a506df0ce76d29742b78f7f-1129.webp)

Ang pinagbabatayan ng lahat ng ito ay ang hindi marangyang isyu sa imprastraktura ng gastusin. Ang isang insurance protocol na nagpoproseso ng libu-libong maliliit na polisiya, pagbabayad ng premium, at settlement ng claim bawat araw ay hindi kayang magsunog ng TRX o iba pang network resources sa bawat transaksyon. Masyadong manipis ang operational margin sa micro-insurance. Ito ang dahilan kung bakit ang mga presyo ng TRON Energy at pamamahala ng resource ay kasinghalaga sa isang decentralized insurance platform kung paano mahalaga ang actuarial pricing sa isang tradisyunal na insurer. Ang mga proyektong makakakuha nito nang tama ay makakapag-alok ng abot-kayang saklaw sa malawakang sakop. Ang mga proyektong magkakamali rito ay mapipilitang lumabas sa mismong merkadong dapat sana nilang pagsilbihan. Para sa mga platform na nais makakuha ng TRON Energy sa pinakamagandang presyo nang hindi nag-i-stake o nagfe-freeze ng TRX, ang Netts.io TRON Energy Market ay nagsisilbing isang Energy aggregator sa isang mahabang listahan ng mga na-verify na provider — ang Netts mismo sa 25 sun bawat yunit ng Energy, SoHu sa 26 sun, CatFee sa 27 sun, at marami pang iba — na nagbibigay-daan sa mga user na i-route ang bawat transaksyon sa pinakamurang na-verify na pinagmulan sa real time, pinagsasama-sama ang bilyun-bilyong yunit ng Energy sa iba't ibang provider kabilang ang JustLend, Trongas at APITRX, na may pagpapadala sa loob ng ilang segundo at pagtitipid na aabot sa hanggang 75 porsyento kumpara sa pagsunog ng TRX.