Ano ang Byzantine Generals Problem? Paano nalulutas ng blockchain ang pagkakaroon ng tiwala sa distributed systems

2026/04/03 23:44:00

Custom

Ang Byzantine Generals Problem ay isang pundamental na konsepto sa teorya ng distributed systems na naglalarawan sa hamon ng pagkamit ng mapagkakatiwalaang pagkakasundo sa pagitan ng mga miyembro na hindi lubos na naniniwala sa isa't isa o sa mga channel ng komunikasyon sa pagitan nila. Unang pormal na ilarawan ng mga computer scientist na Leslie Lamport, Robert Shostak, at Marshall Pease sa isang papel noong 1982, ang problema ay kumukuha ng eksaktong uri ng pagkabigo sa koordinasyon na kailangang lutasin ng anumang decentralized network upang maging maaasahan. Ang solusyon nito — o higit pa, ang mga paraan na nalikha upang pamahalaan ito — ay bumubuo sa teoretikal na pundasyon kung paano nakakamit ng blockchain technology ang trustless consensus.

Naglalahad ang artikulong ito ng Byzantine Generals Problem sa mga konkretong termino, sinusuri kung paano nila lutasin ng BFT consensus mechanisms ang problema, at pinag-uugnay ang mga prinsipyong ito sa blockchain trust model na nagiging pundasyon ng mga aset na tinatawagan ng mga trader sa mga crypto market ngayon.

Mga Pangunahing Takaway

Ang Byzantine Generals Problem ay naglalarawan sa hirap ng pagkamit ng mapagkakatiwalaang pagkakasundo sa pagitan ng mga distributed na bahagi kapag may ilan na maaaring mag-act nang masama o mabigo nang hindi maipalagay.
Isang sistema ay itinuturing na Byzantine Fault Tolerant (BFT) kung makakamit nito ang tamang pagkakasundo kahit na may tiyak na porsyento ng mga kalahok nito ay nag-uugali nang hindi tapat o nagpapadala ng magkakaibang impormasyon.
Ang proof-of-work na mekanismo ng pagkakasundo ng bitcoin ay ang unang praktikal na solusyon sa Byzantine Generals Problem sa isang bukas, permissionless na network nang walang pinagkakatiwalaang coordinator.
Mga iba’t ibang mekanismo ng pagkakasundo sa blockchain — kabilang ang proof-of-work, proof-of-stake, at mga klasikong BFT protocol — ay nagpapakita ng iba’t ibang kompromiso sa paraan nilang nakakamit ang Byzantine fault tolerance.
Ang seguridad threshold sa karamihan ng BFT systems ay nangangailangan na mas mababa sa isang-katlo ng mga participant ang mag-act nang masama; sa proof-of-work networks, ang katumbas na threshold ay 51% ng kabuuang hash rate.
Ang pag-unawa sa BFT consensus ay tumutulong sa mga trader na i-interpret ang mga asumpsyon sa seguridad ng network at masukat ang mga realistiko at posibleng panganib na haharapin ng mga asset sa blockchain na kanilang hawak o trigger.

Ang Problema ng mga Heneral ng Byzantine: Ang Orihinal na Thought Experiment

Ang Byzantine Generals Problem ay ipinapakita bilang isang militar na alawgorismo. Isipin ang isang grupo ng mga heneral ng Byzantine army, bawat isa ay may kontrol sa hiwalay na dibisyon, na nagsisikil sa isang kalaban na lungsod. Upang matagumpay, kailangan nilang magkakoordinasyon sa isang parehong pag-atake o parehong paglikas — anumang resulta ay tatanggapin, ngunit ang pagkakasundo ng mga dibisyon na umatake at naglalayong mag-likas ay magdudulot ng pagkatalo. Ang mga heneral ay maaaring magkomunikasyon lamang sa pamamagitan ng messenger, at ilan sa mga heneral ay maaaring mga traitor na magpapadala ng iba’t ibang mensahe sa iba’t ibang tatanggap upang subukang magdulot ng kalituhan at gawing mabigo ang pinagsanay na plano.

Hinahanap ng problema: Maaari ba ang mga tapat na heneral na makamit ang isang mapagkakatiwalaang pagkakasundo tungkol sa isang solong plano ng aksyon, kahit na may mga traitor na nagpapadala ng magkakaibang impormasyon? At kung oo, ano ang minimum na bilang ng mga tapat na heneral na kailangan kumpara sa bilang ng mga traitor upang garantisahin ito?

Patunayan ni Lamport, Shostak, at Pease sa kanilang papel noong 1982 na ang problema ay solvable lamang kung higit sa dalawang-katlo ng mga heneral ay tapat. Sa ibang salita, isang sistema ay maaaring tanggapin hanggang isang-katlo ng mga kalahati na gumagawa ng masama o nagpapadala ng maling impormasyon — ngunit hindi higit pa. Kung ang mga traitor ay bumubuo sa isang-katlo o higit pa ng kabuuang bilang, walang algoritmo ang maaaring jaminan na ang mga tapat na heneral ay makakamit ng parehong desisyon.

Ang direkta na pagsasalin sa distributed computing ay simpleng: palitan ang "generals" ng "nodes sa isang network," "messengers" ng "network communication channels," at "traitors" ng "faulty o malicious nodes." Anumang distributed system — kahit isang database cluster, isang payment network, o isang blockchain — ay nakakaranas ng katumbas na problema sa koordinasyon tuwing hindi makakapag-assume na lahat ng mga participant ay tapat at na lahat ng mensahe ay nadadala nang tama. Ang mga trader sa KuCoin ay nakikipag-ugnayan sa praktikal na output ng problema na ito bawat beses na kumpirmahin ang isang transaksyon: ang network ay nakamit na ang Byzantine fault-tolerant consensus na ang transaksyon ay wasto.

Bakit Mahirap ang Problema: Ang Dalawang Uri ng Pagkabigo

Ang Problema ng mga Heneral ng Byzantine ay iba sa mga mas simpleng problema ng fault tolerance dahil ito ay sumasakop sa dalawang hiwalay na kategorya ng pagkabigo na kailangang tratuhin pareho.

Mga Pagkabigo sa Crash

Nangyayari ang crash failure kapag tumigil ang isang node sa pagtugon — naging offline ito, nawala ang kuryente, o nagkaroon ng software error. Ito ay ang mas simpleng anyo ng pagkabigo. Kailangan lamang ng isang sistema na makatitiyak sa crash failures na sapat ang bilang ng mga node na nasa online upang makamit ang quorum. Ang mga klasikong distributed system tulad ng database clusters ay nakakahandle ng crash failures sa pamamagitan ng majority voting: habang mas higit sa kalahati ng mga node ay available at tumutugon, maaari ang sistema na magpatuloy.

Byzantine Failures

Ang isang Byzantine failure ay mas mahirap sa pundamen. Ito ay nangyayari kapag ang isang node ay nananatiling online ngunit nag-uugali nang mali — o dahil ito ay na-compromise ng isang attacker o dahil ito ay nagtataglay ng isang subtil na software fault na nagdudulot sa iyo na magpadala ng hindi konsistenteng mensahe sa iba't ibang recipient. Ang isang node na nagtataglay ng Byzantine failure ay maaaring magpadala ng "yes" vote sa ilang peers at "no" vote sa iba, o maaari itong piliin na huwag ipadala ang mga mensahe upang i-delay ang consensus. Sa pagkakaiba sa isang crashed node, ang isang Byzantine-faulty node ay aktibong nakikilahok sa protokol habang pinapahamak ito.

Mahalaga ang pagkakaiba sa disenyo ng blockchain. Sa isang bukas, permissionless na network kung saan sinumang maaaring tumatakbo ng node, ang ipinapalagay na ang mga kalahati ay tapat ay hindi maaaring ipagpatupad. Kaya, ang anumang mekanismo ng pagkakasundo ay dapat disenyo upang makamit ang tamang desisyon kahit na may mga Byzantine-faulty na kalahati — hindi lamang ang mga nasira.

Paano nilutas ng Bitcoin ang Problema ng mga Heneral ng Byzantine

Hindi gumamit ang white paper ni Satoshi Nakamoto noong 2008 ng terminong "Byzantine Generals Problem", ngunit ang protokolo na itinakda nito ay isang direkta at bago na solusyon dito sa isang bukas, permissionless na kapaligiran — isang bagay na hindi natamo ng mga nakaraang pag-aaral sa BFT.

Ang pangunahing pag-unawa sa disenyo ng proof-of-work ng Bitcoin ay ang pagpapalit ng pagboto batay sa identity (kung saan bawat miyembro ay may isang boto) sa pagboto batay sa yaman (kung saan bawat yunit ng computational work ay may isang boto). Ang pagbabago na ito ay naglulutas ng isang mahalagang kahinaan sa mga klasikal na BFT protocols: sa isang bukas na network, ang isang attacker ay maaaring lumikha ng walang hanggang bilang ng mga fake identity (isang Sybil attack) at gamitin ito upang labasan ang mga tapat na miyembro. Sa pamamagitan ng pagkakabit ng kapangyarihan sa pagboto sa pisikal na computational work — na nangangailangan ng tunay na yaman — ginagawa ng Bitcoin na ang paggawa ng identity ay ekonomikong mahal kaysa maging simpleng mura.

Ang pagsang-ayon ay simpleng: ang wastong chain ay ang may pinakamaraming akumuladong proof-of-work. Bawat block na idinagdag sa chain ay kumakatawan sa isang yunit ng computational effort; ang pinakamahabang chain ay kumakatawan sa pinakamalaking kabuuang effort na ginawa ng mga tapat na miyembro ng network. Upang baguhin ang kasaysayan — upang palitan ang isang kumpirmadong block ng isang alternatibo — kailangan ng isang attacker na gawin muli hindi lamang ang trabaho para sa block na iyon kundi lahat ng trabaho para sa bawat susunod na block, at saka mas mabilis pa kaysa sa patuloy na trabaho ng tapat na network. Kailangan nito ang pagkontrol sa higit sa 50% ng kabuuang hash rate ng network, na ang proof-of-work na katumbas ng Byzantine fault tolerance threshold.

Ang kagandahan ng solusyong ito ay na ito ay gumagana nang walang alam ang anumang miyembro ng mga identidad ng iba pa, nang walang sentral na koordinador, at nang walang anumang ipinapalagay na ang mga miyembro ay tapat maliban sa rasyonal na ipinapalagay na ang honest mining ay mas kita-kita kaysa sa pag-atake sa isang network kung saan ang halaga nito ay nakadepende sa kanyang integridad.

BFT Consensus sa Proof-of-Stake at Permissioned Networks

Ang Proof-of-work ay isa sa mga solusyon sa Byzantine Generals Problem, ngunit hindi ito ang tanging solusyon. Iba’t ibang arkitektura ng blockchain ay nagpapatupad ng Byzantine Fault Tolerant consensus sa pamamagitan ng iba’t ibang mekanismo, bawat isa ay may sariling natatanging mga katangian sa seguridad at performans.

Mga Klasikong BFT Protokolo

Ang mga klasikong BFT algorithm, na nagmula sa akademikong pananaliksik sa distributed systems, ay nakakamit ng pagkakasundo sa pamamagitan ng maraming bilang ng pagpapalitan ng mensahe sa loob ng isang kilalang, fixed na hanay ng mga validator. Bawat validator ay nagbabroadcast ng kanyang boto, nagkolekta ng mga boto mula sa iba, at nakakamit ng desisyon kapag nakikita niya ang supermajority (karaniwan ay dalawang-piko plus isa) ng mga validator na sumasang-ayon sa parehong halaga. Ang mga protokol na ito ay maaaring makamit ang mabilis na finality — isang transaksyon ay kinumpirma sa ilang segundo kaysa sa ilang minuto — dahil ang pagkumpirma ay galing sa direktaong boto kaysa sa akumuladong proof-of-work.

Ang kompromiso ay ang pagkakaroon ng kilalang, limitadong set ng validator sa classical BFT protocols. Hindi sila gumagana sa ganap na bukas na network kung saan sinumang makakasali nang walang pahintulot, dahil maaaring punuin ng attacker ang network ng Byzantine validators. Ginagamit sila pangunahin sa permissioned blockchain networks at sa mga disenyo ng proof-of-stake kung saan ang mga validator ay nakikilala sa kanilang stake capital.

Proof-of-Stake BFT

Ang mga mekanismo ng consensus na Proof-of-stake ay nag-aayos ng problema ng Sybil attack nang iba't ibang paraan kaysa sa Proof-of-work: sa halip na i-ugnay ang kapangyarihan sa boto sa kompyutasyonal na gawain, i-ugnay nito ito sa stake na ekonomikong halaga. Dapat mag-lock ang isang validator ng isang makabuluhang dami ng native asset ng network bilang security deposit. Kung ang validator ay umuugnay nang hindi tapat — halimbawa, sa pamamagitan ng pag-sign ng mga conflicting blocks — ang protocol ay maaaring awtomatikong sirain ang isang bahagi ng stake na deposito (isang parusa na kilala bilang slashing).

Ang ekonomikong disincentibo na ito ay nagpapalit sa gastos sa pisikal na yaman ng proof-of-work bilang mekanismo na ginagawang mahal ang Byzantine behavior. Ang antas ng seguridad ay nananatiling katulad: habang mas kaunti sa isang-katlo ng staked value ang kontrolado ng Byzantine validators, ang network ay makakamit ng tamang consensus. Ang mga validator at kanilang staked balances ay nakikita sa-chain, kaya ang kanilang pagkakasali sa consensus at anumang slashing events ay publiko at maaaring i-verify. Ang mga trader na nagmomonitor ng proof-of-stake assets sa KuCoin's live market pairs ay maaaring suriin ang mga rate ng pagkakasali ng validator at ang staking ratios bilang mga indikador ng kalusugan ng seguridad ng network.

Ang Ugnayan sa Pagitan ng BFT Tolerance at Network Security

Ang treshold ng Byzantine fault tolerance — ang pinakamataas na porsyento ng di-maingat na mga participant na maaaring tanggapin ng isang network — ay ang pinakatuwid na pagpapahayag ng modelo ng seguridad ng blockchain. Ang pag-unawa dito ay tumutulong sa pag-evaluate ng realistiko na attack surface ng anumang network.

Para sa mga klasikong BFT protocol at karamihan sa mga disenyo ng proof-of-stake, ang treshold ay isang-katlo: nananatiling ligtas ang network habang mas kaunti sa isang-katlo ng mga validator (batay sa bigat ng boto o halaga na istake) ay Byzantine. Kung may kontrol ang isang attacker sa isang-katlo o higit pa, maaari niyang pigilan ang network na makamit ang finality — isang liveness failure — o sa ilang disenyo, magdulot ng pagkakakilanlan sa magkakaibang transaksyon — isang safety failure.

Para sa mga network ng proof-of-work, ang katumbas na threshold ay isang-kalahati: kailangan ng isang attacker na kontrolin ang higit sa 50% ng kabuuang hash rate upang maisagawa ang isang patuloy na reorganization attack. Mas mataas ang 51% attack threshold sa absolute terms kaysa sa BFT na isang-katlo threshold, ngunit batay ang security model ng proof-of-work sa gastos ng pagkuha ng hash rate na iyon, hindi sa pagtataya na ang mga validator ay kilala at makikilala.

Mga ilang salik ang nakakaapekto sa praktikal na katatagan ng mga talaang ito sa mga tunay na network:

Hash rate o stake concentration — Kung ang mining o staking ay malakas na nakonsentra sa isang maliit na bilang ng mga entidad, mas mababa ang epektibong gastos upang makarating sa threshold ng pag-atake kaysa sa raw na porsyento.
Laki ng network — Mas malaking set ng validator o mining pool na distributed sa mas maraming independiyenteng entidad ay nagpapataas ng praktikal na hirap sa pagkoordinasyon ng isang Byzantine attack.
Mga ekonomikong insentibo — ang pag-atake nang matagumpay sa isang network ay karaniwang nagpapababa sa halaga ng apektadong asset, na nagiging sanhi na hindi malikha ng mga rasyonal na attacker ang mga pag-atake kahit na teknikal na posible.

Masusing pagsusuri kung paano nagpapakita ang mga factor na ito sa seguridad sa iba’t ibang mekanismo ng pagkakasundo ay nakapaloob sa KuCoin research and education blog, kung saan madalas na ipinapalabas ang teknikal na paglilinaw ng mga modelo ng seguridad ng network.

Ano ang ibig sabihin ng BFT Consensus para sa mga trader

Ang Problema ng mga Heneral ng Byzantine at ang mga solusyon nito ay may direktang praktikal na epekto sa mga trader na nag-evaluate at nakikipag-ugnayan sa mga asset na batay sa blockchain.

Pagtatapos ng Transaksyon

Ang iba’t ibang implementasyon ng BFT ay nagbibigay ng iba’t ibang jamin sa finality. Sa mga network na proof-of-work, ang finality ay probabilistik: naging mas ligtas ang isang transaksyon habang dagdag-dagdag ang mga block na idinadagdag sa itaas nito, ngunit hindi ito matematikong garantisadong hindi na babalewain. Sa classical BFT at maraming disenyo ng proof-of-stake, ang finality ay ekonomiko at halos agad: agad na hihingin ng isang supermajority ng mga validator ang isang block, at ang pagbabalik nito ay nangangailangan ng pagpapabaya ng isang malaking bahagi ng security deposit na i-stake — isang sobrang mahal na resulta.

Para sa mga trader, ang uri ng finality ay nakakaapekto sa panganib ng pag-settle. Kapag nag-withdraw ng mga asset mula sa isang network upang mag-settle ng isang trade, ang bilang ng mga konfirmasyon na kailangan bago isinasaalang-alang ng nagre-receive na partido na tapos na ang transaksyon ay nakabatay sa consensus mechanism ng network at ang kaugnay na gastos sa pag-atake.

Panganib ng 51% Attack sa Mas Maliit na Mga Network

Ang mga asset sa mas maliit na proof-of-work networks ay nakakaranas ng mas mataas na panganib ng 51% attack dahil ang kanilang kabuuang hash rate ay sapat na mababa upang maging ekonomikong maaari ang pagkuha ng majority. Naranasan na ng ilang mas maliit na proof-of-work networks ang dokumentadong 51% attacks, na nagresulta sa double-spend transactions. Para sa mga trader, ito ay nagtataglay ng konkretong counterparty risk kapag hawak o tinatrabaho ang mga asset sa mga network na may mababang kabuuang gastos sa seguridad. Ang pagmamasid sa hash rate at mga network security metrics ng mga mas maliit na proof-of-work asset — na nakikita sa pamamagitan ng on-chain data — ay bahagi ng pagtataya sa risk profile ng mga position na iyon.

Pagsasakop ng Validator sa Proof-of-Stake

Sa mga network na proof-of-stake, ang pagkonsentrasyon ng stake sa isang maliit na bilang ng validators ay nagtataglay ng mga tanong tungkol sa praktikal na Byzantine fault tolerance ng network, anuman ang teoretikal na threshold nito. Kapag isang mataas na porsyento ng mga ari-arian na istake ay kinokontrol ng isang maliit na bilang ng mga entidad, mas madaling maisasagawa ang koordinasyon upang makamit ang attack threshold. Ang pagmamasid sa distribusyon ng validators at ang decentralization ng staking sa mga proof-of-stake assets ay nagbibigay ng pananaw kung gaano kalapit ang security margin ng network sa BFT threshold. Ang mga trader na gustong manatiling updated tungkol sa network-level security developments at protocol updates para sa mga asset na nakalista sa platform ay maaaring sundin ang KuCoin's official announcements.

Kongklusyon

Ang Problema ng mga Heneral ng Byzantine, opisyal na ilarawan noong 1982 at praktikal na lutasin para sa mga bukas na network sa pamamagitan ng disenyo ng proof-of-work ng Bitcoin noong 2009, ay tumutukoy sa pangunahing hamon ng pagkamit ng tiwala na pagkakasundo sa mga distributed system kung saan ang mga miyembro ay hindi maaaring ipagpalagay na tapat. Ang BFT consensus — kahit na ito ay natutupad sa pamamagitan ng proof-of-work, proof-of-stake, o mga klasikal na BFT protocol — ay ang nagpapahintulot sa mga blockchain network na gumana bilang mga mapagkakatiwalaang ledger nang walang sentral na koordinador. Ang tiyak na mekanismo na ginagamit ng isang network upang makamit ang Byzantine fault tolerance ang tumutukoy sa kanyang finality guarantees, kanyang security threshold, at kanyang pagkabahala sa mga koordinadong pag-atake. Para sa mga trader, ang pag-unawa sa mga pundasyong ito ay nagbibigay ng mas matibay na batayan para sa pag-evaluate sa mga suposisyong seguridad na nakapaloob sa bawat blockchain asset na mayroon sila.

Lumikha ng libreng KuCoin account upang malaman ang mga susunod na crypto gems at mag-trade ng higit sa 1,000 global na mga digital asset ngayon. Create Now!

Kaugnay na Tanong

Ano ang Byzantine Generals Problem sa simpleng termino?

Ang Byzantine Generals Problem ay naglalarawan sa hamon ng pagkamit ng mapagkakatiwalaang pagkakasundo sa isang grupo ng mga kalahok kung saan ang ilan ay maaaring maliit o magpadala ng magkakaibang impormasyon. Sa distributed networks, ito ay kumakatawan sa pangangailangan na makamit ang tamang pagkakasundo kahit na ang ilang node ay may kapansanan o masama — nang walang sentral na awtoridad na magpasya sa mga pagkakaibigan.

Paano nalulutas ng blockchain ang Byzantine Generals Problem?

Nilutas ng bitcoin ito sa pamamagitan ng pagpalit ng pagboto batay sa pagkakakilanlan sa pagboto batay sa yaman sa pamamagitan ng proof-of-work. Bawat yunit ng computational work ay kumakatawan sa isang boto, na ginagawang sobrang mahal na palikuan ang boto sa pamamagitan ng mga fakeng pagkakakilanlan. Nilulutas ng mga network na proof-of-stake ito sa pamamagitan ng pagkakabind ng kapangyarihan sa pagboto sa halaga ng stake, kasama ang mga parusa ng slashing na ginagawang mahal ang Byzantine na pag-uugali.

Ano ang ibig sabihin ng Byzantine Fault Tolerant?

Ang isang Byzantine Fault Tolerant (BFT) system ay isang sistema na makakamit ng tamang pagkakasundo kahit na ang isang tiyak na porsyento ng mga kalahok ay gumagawa ng mali o nagpapadala ng magkakaibang mensahe. Ang karamihan sa mga BFT protocol ay nagtatanggap ng hanggang isang-katlo sa mga kalahok na nag-uugali nang masama; ang mga network na proof-of-work ay nagtatanggap ng hanggang 49% ng hash rate na kontrolado ng mga minero na may masamang intensyon.

Ano ang 51% attack at paano ito nauugnay sa BFT?

Ang isang 51% attack ay ang katumbas ng proof-of-work sa paglalampas sa Byzantine fault tolerance threshold. Kung may kontrol ang isang attacker sa higit sa 50% ng kabuuang hash rate ng network, maaari nilang i-rewrite ang kamakailang kasaysayan ng transaksyon at posibleng isagawa ang double-spend transactions. Ito ang pinakadirektang pagpapakita ng pagkabigo ng Byzantine fault tolerance sa isang proof-of-work blockchain.

Bakit mahalaga ang isang-katlo na pahintulot sa BFT consensus?

Ang isang-katlo na porsyento ay ang matematikal na resulta ng patunay ng orihinal na Byzantine Generals Problem: ang isang sistema ay maaaring garantisahin ang tamang pagkakasundo kung mas kaunti sa isang-katlo ng mga kalahati ay Byzantine. Kung isang-katlo o higit pa ang hindi tapat, ang mga tapat na kalahati ay hindi makakadistingguho sa pagitan ng mga magkakaibang mensahe nang sapat na tiyak upang makamit ang isang ligtas na pagkakasundo. Direktang tumutukoy ang porsyentong ito sa modelo ng seguridad ng karamihan sa mga proof-of-stake at klasiykal na BFT blockchain protocols.

Paalala: Ang impormasyon sa pahinang ito ay maaaring nakakuha mula sa mga ikatlong partido at hindi kailangang sumasalamin sa mga pananaw o opinyon ng KuCoin. Ang nilalaman na ito ay ibinibigay lamang para sa pangkalahatang impormasyon, nang walang anumang representasyon o jaminan ng anumang uri, at hindi ito dapat ituring bilang payo sa pananalapi o pag-invest. Hindi responsable ang KuCoin para sa anumang error o pagkakalimot, o anumang resulta na nagmumula sa paggamit ng impormasyong ito. Ang pag-invest sa mga digital asset ay maaaring may panganib. Mangyaring mabuting ihambing ang mga panganib ng isang produkto at ang inyong kakayahan na tanggapin ang panganib batay sa inyong sariling pananalaping kalagayan. Para sa karagdagang impormasyon, mangyaring tingnan ang aming Mga Tuntunin ng Paggamit at Risk Disclosure.

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.