I-set na ng Aave ang pagpapahintulot sa mga mataas na panganib na asset sa V3, V4 at Horizon

2026/06/02 15:55:00

Ang larangan ng decentralized finance ay nasa gitna ng malaking pagbabago sa paraan ng pag-iisip habang ang mga pangunahing protokolo ng pagpapautang ay nagpaprioritize sa matagalang katatagan ng ekonomiya kaysa sa pansamantalang pagdadaloy ng likuididad. Bilang isang pangunahing global na platform ng crypto exchange tulad ng KuCoin, tayong masusing sinusubaybayan ang mga pagbabago sa seguridad na may antas ng institusyon upang tulungan ang ating mga user na mag-navigate sa pagbabago ng mga dinamika ng merkado. Ang pinakabagong framework ng Aave para sa pagpapabawas ng panganib ay nagtatakda ng malinaw na tumbok sa pagpapamahala ng decentralized na asset at pag-iwas sa insolvency ng protokolo.

Ang komprehensibong pagsusuri ng mga asset ng Aave V3 V4 ay tumitingin kung paano planuhin ng protokolo na matukoy, kategorisahin, at limitahan ang mga mataas na panganib na token sa kasalukuyan at darating na mga pool ng pagpapautang.

Mga Pangunahing Takaway

Paradigm Shift: Aktibong lumilipat ang Aave ang pangunahing pagtataya ng panganib mula sa eksternal na volatility ng merkado at mga tantiya ng likuididad patungo sa looban, nakatagong teknikal na panganib ng smart contract.
Mga Pamantayang Ipinagkakaroon: Ang bagong ipinapahalagang proseso ng pagsusuri ng asset ay nagpapatupad ng polisiyang zero-tolerance para sa mga hindi standard na ERC-20 token, hindi veripikadong price oracle, at sobrang admin privileges.
Epekto sa buong protokolo: Magkakaroon ng magkakasabay na mahigpit na limitasyon sa mga ari-arian sa mga umiiral na Aave V3 pools, mga darating na pag-deploy ng Aave V4, at ang napakahintulad na, institutional-focused na arkitekturang Aave Horizon.
Mga pagsisigla na pangangalaga: Ang mga aset na hindi kompliyante ay nakakaranas ng agresibong mga aksyon, kabilang ang malakas na pagbawas sa mga ratio ng Loan-to-Value (LTV), pagbaba sa mga limitasyon ng suplay, o pagtanggi sa pagpapakilala.

Paglipat Mula sa Mga Panganib ng Merkado Patungo sa Mga Teknikal na Panganib

Sa mga taon, ang mga platform ng decentralized lending ay nag-evaluate ng panganib sa pamamagitan ng isang purong pananalapihang pananaw, nag-aanalisa ng historical volatility, average daily trading volume, at market capitalization. Habang ang mga metrikang ito ay epektibong minumitigahan ang cascading liquidation sa panahon ng karaniwang pagbaba ng merkado, sila ay hindi sapat kapag nakakatugon sa mga kumplikadong smart contract exploits. Ang updated framework ni Aave ay naglalayong magkaroon ng agresibong pagbabago upang matukoy ang mga basehan ng code vulnerabilities bago maaaring i-deposito ang anumang asset bilang collateral.

Ano ang mga nakatagong teknikal na panganib?

Ang mga nakatagong teknikal na panganib ay tumutukoy sa mga estruktural na anomaliya na nakapaloob nang direkta sa code ng isang token’s smart contract na nagbabago sa kanyang pag-uugali sa ilalim ng mga partikular na kondisyon. Sa pagkakaiba sa mga panganib sa merkado, na nakikita sa mga public order book at mga chart ng depth ng exchange, ang mga teknikal na panganib ay nananatiling nakatago hanggang sa ma-trigger ng isang exploit o manipulasyon sa pamamahala. Ang mga halimbawa ay ang mga hindi standard na transfer functions, nakatagong upgradeability patterns nang walang timelocks, at hindi dokumentadong external dependencies. Ang mga nakatagong vulnerable na ito ay maaaring magbigay-daan sa mga masasamang actor na manipulahin nang artipisyal ang mga balance o bawasan ang liquidity pools anuman ang "likwididad" ng asset sa mga public market.

Bakit ang kahinaan ng code ay nagbubulag sa solvensiya

Kapag nag-deposit ang borrower ng isang asset sa isang exchange o lending platform tulad ng Aave, ang protocol ay nag-uugnay na ang supply at transfer mechanisms ng asset ay deterministic at hindi magbabago. Isang tanging mahalagang kahinaan sa code ay maaaring buong-buo ring sirain ang pag-uugnay na ito, na nagdudulot ng kalamangan na insolvency ng protocol. Kung ang collateral token ay may vulnerability na nagpapahintulot sa arbitrary minting o balance manipulation, maaaring mag-generate ang isang attacker ng walang hanggang collateral mula sa wala. Pagkatapos ay maaari niyang gamitin ang counterfeit na collateral na ito upang mag-borrow ng legitimate, napakaliquid na assets tulad ng USDC o ETH, at iwanan ang protocol na may walang halagang, exploited na tokens at unbacked na bad debt.

Mga Limitasyon ng Tradisyonal na On-Chain Data

Ang tradisyonal na on-chain data analytics ay naturally mga lagging indicator, na nakatuon sa malaking bahagi sa nakaraang performance, konsentrasyon ng wallet, at kasaysayang DEX liquidity. Habang ang mga metrikang ito ay kapaki-pakinabang para sa pagmamapa ng mga panganib ng market manipulation, sila ay walang kakayahang makita ang zero-day smart contract exploits at biglaang masamang governance upgrades. Maaaring magkaroon ng perpektong on-chain profile ang isang token na may milyon-milyong dolyar na nakapirming liquidity at libu-libong natatanging holder, ngunit nananatili pa ring may kritikal na vulnerability sa kanyang codebase. Ang bagong paradigma ni Aave ay tinatanggap na ang pagmumula lamang sa nakaraang transaksyonal na data ay nagtataglay ng maling pakiramdam ng seguridad, kaya kinakailangan ang komprehensibong code-level audit.

Pangunahing Kriteryo ng Aave V3 V4 Asset Review

Upang sistematikong tanggalin ang mga teknikal na vulnerability, ang Aave ay nagpapadala ng isang mahigpit at istandardisadong framework para sa pag-evaluate na disenyo upang filtarin ang mga anomaliya ng asset. Ang structured na pagkakasunod-sunod na ito ay nagsisilbing pundasyon para sa Aave V3 V4 asset review, upang siguraduhing sumusunod ang bawat suportadong token sa mahigpit na mga seguridad benchmark.

Mga Kriteryo ng Pagsusuri	Target Focus	Tanggap na Pamantayan
Pagkakasunod sa ERC-20	Istruktura ng code ng token	Sapat na pagsumbong sa EIP-20 nang walang side-effects
Mga Regulasyon sa Hook	Mga pagbabago sa panahon ng pag-transfer	Kabuuang pagbabawal sa arbitraryo mga panlabas na pagpapatupad
Kakayahan ng Oracle	Seguridad ng price feed	Mga redundant na decentralized feed na may mga fallback path
Pagsabwag ng Pribilehiyo	Pagsasagawa ng admin at multi-sigs	Klasipikasyon mula sa Level 0 hanggang Level 2 lamang
Supply Inflation	Mga pahintulot sa pagmimina	Hard-coded na caps o multi-sig na may timelocked na kontrol
Kasunod ng Audit	Buhay ng smart contract	Karaniwan, independiyente, at mga pagsusuri ng kode mula sa ikatlong panig

Mga Tiyak na Patakaran sa Pagkakasundo ng ERC-20

Nilikha ang ERC-20 standard upang siguraduhin ang walang hadlang na interoperability sa loob ng Ethereum ecosystem, ngunit maraming modernong token ay naglalayo sa kanilang pangunahing spesipikasyon upang maisaayos ang mga kustom na tampok. Ang updated na proseso ng pagsusuri ng Aave ay nagpapatupad ng walang kompromisong pananaw laban sa mga token na gumagamit ng non-standard na implementation, tulad ng deflationary transfer fees, rebasing mechanisms, o dual-token balances. Ang mga token na bumabawas ng bayad sa pag-transfer ay nagdudulot ng distortion sa panloob na ledger tracking ng protocol, na nagdudulot ng mga pagkakaiba sa pagitan ng nakarecord na balances at tunay na mga token na naka-hold sa smart contract. Bilang resulta, anumang asset na hindi makakatugma nang tumpak sa standard na EIP-20 transfer behavior ay babalewalain sa integrasyon.

Pagsasara ng Token Hooks para sa Kaligtasan

Ang mga token hooks, na pinopopularize ng mga istandard tulad ng ERC-777 at mga tiyak na custom na ERC-20 extensions, ay nagpapahintulot sa isang token contract na mag-notify sa mga panlabas na address tuwing nangyayari ang pag-transfer. Habang nagbibigay ang tampok na ito sa mga advanced na programming patterns, ito ay nagdudulot ng malaking attack vector na kilala bilang reentrancy vulnerability. Sa panahon ng isang reentrancy attack, ang isang masasamang contract ay nakakapanatili ng transfer hook at nagpapatupad ng isang pangalawang, hindi awtorisadong transaksyon bago makapag-update ang lending protocol ng mga loob na balanse nito. Upang panatilihin ang absolute na protokol na kaligtasan, ang Aave ay naglalabas ng ganap na pagbabawal sa anumang collateral asset na gumagamit ng arbitrary transfer hooks o callbacks.

Mandatory na Pagkakatiyak ng Price Oracle

Ang isang decentralized lending platform ay may antas ng seguridad na katumbas ng kahusayan ng mga price feed na nagtatakda ng kanilang mga threshold para sa liquidation. Kailangan ng Aave na ang bawat asset ay may ultra-reliable, napakadepensiyang price oracle architecture, na pangunahing gumagamit ng Chainlink habang nangangailangan ng matibay na secondary fallback systems.

Dapat magpakita ang mga konpigurasyon ng Oracle ng ekstremong katatagan laban sa price manipulation sa pamamagitan ng flash-loan, mga distorsyon sa slippage dahil sa mababang likwididad, at latency sa pagdadala ng data. Kung nagmumula sa isang solong pinagkukunan ng decentralized exchange (DEX) pool ang price discovery ng isang asset, agad itong diskwalipikado dahil sa madaling ma-manipula ang mga pool na ito sa pansamantalang panahon.

Pagsusuri sa Mga Pribilehiyong Rol (Antas 0-5)

Upang harapin ang mga panganib ng sentralisasyon, kinaklasipikahan ng Aave ang pamamahala at administratibong kontrol ng mga kandidatong token gamit ang isang mahigpit na antas mula sa Level 0 hanggang Level 5. Ang Level 0 ay nangangahulugan ng kumpletong immutability o pagkakahati-hati sa isang automated, timelocked na DAO, habang ang Level 5 ay nagpapakita ng isang mag-isa, hindi timelocked na externally owned account (EOA) na may ganap na kontrol.

Level 0: Buong imutableng code o decentralized DAO control na may mahabang timelocks.
Level 1: Multi-signature control na may minimum na 72-hour public timelock para sa lahat ng mga function.
Level 2: Multi-signature control na may maikling timelock, limitado sa pagbabago ng mga hindi kritikal na parameter.
Level 3: Sentralisadong tim na may multi-sig na kayang mag-pause o i-upgrade ang mga contract nang walang timelock.
Level 4: Isang single EOA o wallet ng developer na may karapatan sa upgrade o pag-pause ng contract.
Level 5: Isang solong EOA na may walang hanggang pag-access sa mga balanse ng user, pag-mint, o pag-rewrite ng code.

Sa ilalim ng mga bagong gabay, ang mga ari-arian na nagpapakita ng antas ng panganib na Level 3 o mas mataas ay magkakaroon ng malalaking pagtataas o kumpletong pagbabawal mula sa mga antas ng collateral ng protokolo.

Pagsusuri sa Mga Paggawa ng Walang Hanggang Pagmimina

Ang mga token na may nakapag-iisa na mekanismo ng pagmimint ay nagdudulot ng panganib sa pagkakaroon ng mga protokolo ng pagpapautang kung ang mga susi sa pagmimint ay na-compromise o maling ginamit. Ang koponan sa panganib ng Aave ay nagpapagawa ng malalim na pagsusuri sa code upang ma-mapa ang bawat isa sa mga address, smart contract, at multi-sig na may kakayahang mag-call ng isang minting function. Kung ang isang proyekto ay may walang hanggang kakayahang magmimint nang walang transparent, hardcoded na kapasidad sa suplay o mahigpit na cryptographic multisig na mga proteksyon, hindi ito maaaring tiyakin bilang collateral. Agad na hihingi ng protokolo ang mga aset na ito upang siguraduhing hindi maaaring ma-dilute ang halaga ng aset sa zero sa isang gabi dahil sa hindi inaasahang pagtaas ng suplay.

Mga Tuloy-tuloy na Pagsusuri ng Seguridad ng Smart Contract

Hindi na sapat ang isang solong security audit na ginawa sa pag-launch ng isang token sa isang ecosystem na karakteristikong may mabilis na pag-update at umuunlad na mga attack vector. Ngayon ay ipinapag-uutos ng Aave na magbigay ng patunay ang mga tagapaglabas ng asset tungkol sa patuloy, tuluy-tuloy na mga audit ng seguridad ng smart contract na ginagawa ng mga kilalang, independiyenteng third-party na mga kumpanya. Kapag may code upgrade, migration, o struktural na pagbabago ang isang asset project sa kanyang ecosystem, kailangan magsumite ng bagong audit trail. Ang pagkakaroon ng hindi updated, transparent na rekord ng independiyenteng code review ay magtrigger ng automated na pagbabalik-aral sa risk tier ng asset sa loob ng Aave ecosystem.

Mga sektor na nakakaranas ng pagtigil: V3, V4 & Horizon

Ang pagsasagawa ng mga pinahusay na pamantayan sa kaligtasan ay magdudulot ng epekto sa maraming pangunahing sektor sa loob ng landscape ng decentralized finance. Ang mga mahigpit na gabay na nakasaad sa Aave V3 V4 asset review ay magkakaroon ng malaking epekto sa tatlong pangunahing haligi ng Aave ecosystem: ang mga itinatag na V3 pools, ang mga darating na V4 markets, at ang espesyalisadong institutional lending architecture na kilala bilang Aave Horizon.

Pagsusuri ng Suplay ng Cross-Chain Bridge

Ang mga asset na bridged sa cross-chain, ang wrapped tokens, at ang synthetic variants ay kumakatawan sa ilan sa pinaka-target at pinaka-exploited na mga vector sa kasaysayan ng modernong decentralized finance. Kapag isang asset ay bridged mula sa native blockchain nito patungo sa ibang network, ang seguridad nito ay buong-buo na nakadepende sa ilalim na bridge smart contract infrastructure. Ang Aave ay nagpapatupad ng isang komprehensibong proseso ng pagsusuri para sa lahat ng wrapped at bridged assets sa lahat ng kanilang V3 pools, kung saan sinusuri nang mabuti ang historical uptime ng bridge, ang multi-sig structure, at ang validator decentralization. Ang mga asset na suportado ng mahina, sentralisado, o madalas na binabago na bridge architecture ay magkakaroon ng agresibong pagbabawas sa kanilang supply limits upang i-isolate ang posibleng cross-chain contagion.

Mas mahigpit na pako sa mga risky na LRTs

Ang Liquid Restaking Tokens (LRTs) ay nagdala ng mga bilyon dolyar sa pagsisilbi ng kapital, ngunit ang kanilang hyper-composability ay nagdudulot ng mga kumplikadong antas ng systemic risk. Ang isang LRT ay nagpapakita ng klaim sa staked ETH na karagdagang re-delegated upang mapanatili ang iba’t ibang Actively Validated Services (AVSs), gumagawa ng mahabang serye ng teknikal na pagkakadepende. Ang Aave V4 ay tinatapos ang mga pagsisikap sa sektor na ito sa pamamagitan ng pag-aaral ng mga nakapaloob na slashing risks, centralization ng node operator, at mga pagkaantala sa withdrawal liquidity na kaugnay ng bawat LRT. Ang mga LRT na sumusuporta sa hindi pa patunayang AVSs na may unaudited na slashing contracts ay magkakaroon ng agad na borrow caps at malaking pagbawas sa utility ng collateral upang protektahan ang pangunahing protocol mula sa isang mass-slashing event.

Aave Horizon: Mahigpit na Mga Pagsusuri ng RWA

Ang Aave Horizon ay nagpapakita ng estratehikong paglalawak ng protokolo patungo sa sektor ng Real World Asset (RWA), gumagawa ng mga espesyal at napakareguladong pool na disenyo para sa pampublikong kapital. Dahil ang RWAs ay nag-uugnay sa pagitan ng decentralized na smart contract at tradisyonal na pisikal na imprastruktura, kailangan nila ang isang ganap na iba't ibang paraan ng audit.

Ang bawat RWA asset na idinadagdag sa Aave Horizon ay dapat sumailalim sa masusing pagsusuri ng mga tokenization contract, upang siguraduhing hindi maaaring sirain ng mga panlabas na aktor ang mga kakayahan sa blacklisting at freeze functions.

Pagsusuri sa mga Legal na Framework sa Labas ng Chain

Sa labas ng standard code audits, ang RWA sector ay nangangailangan ng absolute na pag-verify sa mga nakalabas ng chain na legal na entidad, bankruptcy-remote na mga vehicle, at mga framework para sa pagpapahinga ng collateral. Kung ang isang RWA token ay kumakatawan sa isang tokenized na US Treasury bill o real estate asset, ang legal na paraan na available sa DAO sa kaso ng default ay dapat malinaw. Ang risk management framework ng Aave ay nangangailangan na ang mga issuer ay magbigay ng mga di-maikakailang legal na opinyon na detalyado kung paano ipinoprotektahan ang mga titulo ng ari-arian, cash flows, o mga obligasyon sa tradisyonal na hukuman. Anumang asset na ang nakalabas ng chain na legal na framework ay ambiguo, mahina ang istruktura, o rehistrado sa isang hindi kooperatibong hukuman ay tatanggalin mula sa ecosystem ng Horizon buong-buo.

Mga Epekto sa Mga Aset na Hindi Sumusunod

Ang mga token na kasalukuyang listahan o naghahanap ng listahan na hindi nakakasunod sa mga mahigpit na parameter na ito ay magkakaroon ng agad na, programatikong disiplinariyang pag-aayos. Ang layunin ay hindi parusahan ang mga partikular na proyekto, kundi dinamikally i-isolate ang mas malawak na mga liquidity pool mula sa posibleng code failures, systemic exploits, o mga pag-atake sa antas ng governance.

Pagsabog ng Suplay at Mga Kapasidad sa Pag-borrow

Ang unang linya ng depensa laban sa isang asset na may structurally suspect ay ang agad na pagbawas ng kanyang supply at borrow caps sa lahat ng aktibong lending pools. Sa pagbaba ng supply cap, pinipigilan ng Aave ang kabuuang amount ng partikular na token na maaaring i-deposito sa protocol, na epektibong limitahan ang kabuuang exposure. Samantala, ang pagpapababa ng borrow cap ay nagpapigil sa mga user na makalikha ng malalaking short position o paggamit ng token upang kuhanin ang mas malinis na liquidity mula sa platform. Sa mga seriyosong skenaryo kung saan aktibong inaasahan ang isang technical vulnerability, ang supply at borrow caps ay babawasan nang direkta sa zero, na nagpapahinga sa lahat ng karagdagang protocol exposure.

Pagsasapilit sa mga Parameter ng Loan-to-Value

Ang mga parameter ng Loan-to-Value (LTV) ang nagtatakda ng eksaktong dami ng kapital na maaaring mag-borrow ng isang user batay sa kanilang ipinapasa na collateral assets. Halimbawa, ang 80% LTV ay nangangahulugan na ang isang user na nagdeposito ng $100 na halaga ng isang asset ay maaaring mag-borrow ng hanggang $80 ng ibang cryptocurrency.

LTV = \left( \frac{\text{Maximum Borrowable Value}}{\text{Deposited Collateral Value}} \right) \times 100\%

Para sa mga asset na hindi kompliyante o mataas ang panganib na natukoy sa pagsusuri, gagawing programatiko ng Aave ang pagbaba ng LTV ratio, minsan ay babaon ito hanggang 0%. Ang pagbaba ng LTV sa 0% ay aalisin ang gamit ng token bilang jaminan, pilit ang mga user na ituring ito bilang isang hiwalay, hindi makakakuha ng pautang na asset at iwasan ang paggamit nito bilang jaminan para sa utang ng protokolo.

Nakakatigil na Paglunsad at Pagtanggi sa Mga Aset

Para sa mga asset na nasa proseso ng pamamahala o naghhintay ng pag-deploy sa mga darating na V4 at Horizon ecosystem, ang pagkakaroon ng di-pagsunod ay magdudulot ng agad na pagkakalat ng paglunsad o pagsira ng pagsali. Ang risk core ng protokolo ay maglalabas ng detalyadong teknikal na feedback report na naglalayong ipaliwanag ang eksaktong mga pagbabago sa code, pagpapabuti sa oracle, o legal na paglilinaw na kailangan para sa pagsunod. Mananatiling nakafreeze ang asset sa queue ng pagpapakilala hanggang sa patunayan ng mga independiyenteng security firm na lahat ng teknikal na alerta ay lubos nang nalutas. Ang proaktibong pagpapaligas na ito ay nagtatanggal ng mataas na panganib na teknikal na utang sa pinto ng protokolo, maraming oras bago ito makapagdulot ng panganib sa kapital ng mga user.

Kongklusyon

Habang patuloy na umuunlad ang decentralized finance bilang isang pangkalahatang kilalang financial primitive, ang protocol security ay dapat mag-ebolusyon mula sa reaktibong crisis management patungo sa proaktibong risk isolation. Ang desisyon ng Aave na magpokus sa pagsusuri ng malalim na teknikal at istruktural na mga panganib sa code sa V3, V4, at Horizon ay nagtatag ng benchmark para sa buong industriya. Sa pamamagitan ng pagpapatupad ng komprehensibong Aave V3 V4 asset review at pagpapatupad ng walang kompromisong mga pamantayan sa ERC-20 code compatibility, oracle resilience, at legal transparency, ang protocol ay epektibong nag-iimmunize sa sarili nito laban sa systemic insolvency. Bilang isang nangungunang crypto exchange platform tulad ng KuCoin, nagsusulong kami ng mga mahigpit na security frameworks na ito, na sa huli ay nagpapalakas ng mas ligtas at mas maipagkakasya na trading at lending environment para sa lahat ng mga participant sa digital asset.

Kaugnay na Tanong

Ano ang pangunahing layunin ng pinakabagong pagsusuri ng asset sa Aave V3 V4?

Ang pangunahing layunin ng pagsusuri ng yunit sa Aave V3 V4 ay ang sistematikong paglipat ng pansin ng protokolo sa pagtataya ng panganib mula sa mga pamantayang pagsukat ng volatility patungo sa malalim, nakapag-iisang mga teknikal na butas sa smart contract upang pigilan ang pagpapabaya sa protokolo at pagkawala ng kapasidad sa utang.

Bakit tinutukoy ng Aave ang Liquid Restaking Tokens (LRTs) para sa mga pagpapahigpit?

Ang Aave ay nagpapatupad ng mas mahigpit na kontrol sa LRT dahil sa kanilang komplikadong mga layer ng sistemikong panganib, kabilang ang posibleng mga vulnerabilities sa reentrancy ng smart contract, hindi pa patunayang mga parameter ng slashing ng validator, at mga pagkaantala sa likwididad na nagbubulag sa liquidation habang may pagbaba ng merkado.

Paano hinahandle ng Aave Horizon ang pagsasagawa ng panganib sa mga Tunay na Aset (RWA)?

Pinatitibay ng Aave Horizon ang mga mahigpit, institutional-grade na pagsusuri ng RWA na sumusuri sa code ng smart contract at sa mga batayang off-chain na legal na framework, upang siguraduhin ang seguridad ng mga asset na malayang sa pagkabankrupt at malinaw na legal na paraan ng paghingi ng katarungan para sa protokolo.

Ano ang mangyayari sa isang token kung nabawasan ang Loan-to-Value (LTV) nito sa 0%?

Kapag nabawasan ang LTV ng isang token sa 0%, nawawala nang buo ang kanyang utility bilang collateral sa loob ng platform, ibig sabihin ay hindi na makakaborrow ang mga user ng anumang iba pang mga digital asset laban sa kanilang na-depositong balanse ng partikular na token.

Maaari bang muling ilista ang isang asset pagkatapos na tanggihan ito ng bagong Aave risk framework?

Oo, maaaring muliing isaalang-alang ang isang asset kung ang koponan ng pag-unlad ay lubos na nalulutas ang mga tinukoy na teknikal na panganib, nakapasa sa susunod na mga audit ng seguridad ng smart contract, at matagumpay na sumubmit muli ng asset para sa pormal na pagsusuri.

Disclaimer: AI technology (powered ng GPT) ang ginamit sa pag-translate ng page na ito para sa convenience mo. Para sa pinaka-accurate na impormasyon, mag-refer sa original na English version.