- Ang bug sa Babylon vote extension ay nagpapahintulot sa mga validator na hindi magsama ng data, na nagdudulot ng pag-crash ng mga peer sa mga hangganan ng epoch.
- Ang depekto ay nagbigay ng stress sa off-chain consensus logic, nagpapabagal ng mga block nang hindi sinisira ang cryptography.
- Naayos ng Babylon ang bug sa v4.2.0 habang ang paglago ng BTCFi ay nagpapataas ng kahalagahan ng reliability ng network.
Isang naibunyag na software flaw sa staking protocol ng Babylon para sa Bitcoin ang nagpakita kung paano maaaring gambalain ng kilos ng validator ang consensus at magpabagal ng mga block. Lumitaw ang isyu sa pamamagitan ng isang post sa GitHub noong Disyembre 8, 2025, mula kay GrumpyLaurie55348. Apektado ng bug ang BLS vote extension ng Babylon at ipinapakita kung paano ang hindi pagsasama ng data habang bumoboto ay maaaring magdulot ng pag-crash ng mga validator sa mga hangganan ng epoch.
Paano Gumagana ang Flaw sa Babylon Vote Extension
Ang kahinaan ay nasa loob ng block signature system ng Babylon, na kilala bilang BLS vote extension. Ang mekanismong ito ay nagpapatunay na ang mga validator ay sumang-ayon sa isang iminungkahing block sa panahon ng consensus. Sa normal na kalagayan, ang mga validator ay naglalagay ng block hash field na tumutukoy sa eksaktong block na kanilang sinusuportahan.
Gayunpaman, pinapayagan ng bug na ito ang mga validator na hindi magsama ng block hash field kapag nagsusumite ng vote extensions. Dahil nananatiling opsyonal ang mga protobuf field, tinatanggap ng network ang mga hindi kumpletong mensaheng ito. Kapag pinroseso ng Babylon ang boto sa kalaunan, sinusubukan nitong kunin ang nawawalang data at nakakatagpo ng nil pointer.
Ang dereference na iyon ay nagdudulot ng runtime panic habang nagsasagawa ng consensus checks. Kapansin-pansin, kabilang sa mga apektadong code path ang VerifyVoteExtension at proposal-time vote verification. Bilang resulta, maaaring mag-crash ang mga validator sa mga tiyak na checkpoint sa halip na malinis na tanggihan ang maling boto.
Mahalaga ang timing ng mga crash na iyon. Ang mga hangganan ng epoch ay nangangailangan ng magkakasabay na kasunduan sa mga validator. Samakatuwid, ang mga crash sa mga transisyong ito ay nagpapabagal sa paglikha ng epoch boundary blocks at nagpapabagal sa block production.
Pagkagambala ng Validator at Stress Points sa Consensus
Ang depekto ay lumilikha ng paraan para sa mga malisyosong validator na gambalain ang mga peer nang hindi sinisira ang cryptography. Sa halip, sinasamantala nila ang input handling. Sa pagsusumite ng vote extensions na walang block hashes, maaaring magdulot ng pagkabigo sa ibang bahagi ang isang aktor.
Ayon kay GrumpyLaurie55348, ang mga panaka-nakang crash ay lumilitaw sa mga hangganan ng epoch. Ang mga sandaling ito ang nag-aangkla ng mga paglipat ng estado ng validator. Bilang resulta, anumang instability sa mga pagsusuring iyon ay nakakaapekto sa mas malawak na daloy ng consensus.
Kumpirmado ng mga developer na walang aktibong pagsasamantala na naganap. Gayunpaman, nagbabala sila na posibleng magamit ito kung magpapaliban ang mga operator ng upgrade. Itinuring ng advisory ang isyu bilang mataas ang severity dahil sa epekto nito sa consensus.
Naayos ng Babylon ang depekto sa bersyong 4.2.0. Ang patch ay nagdagdag ng mas mahigpit na validation sa paligid ng vote extensions. Gayunpaman, sa oras ng paglalathala, hindi pa naglalabas ng pampublikong pahayag ang Babylon tungkol sa timeline ng pag-upgrade ng validator.
Ipinapakita ng insidenteng ito kung paano lumalampas ang consensus logic sa base layer ng Bitcoin sa mga staking framework. Umaasa ang Babylon sa off-chain coordination para patunayan ang kasunduan ng validator. Samakatuwid, ang mga flaw sa layer na iyon ay maaaring makaapekto sa on-chain outcomes nang hindi naaapektuhan ang Bitcoin mismo.
Kaugnay: Ipinadeport ng Cambodia si Chen Zhi sa China dahil sa Cryptocurrency Scam
Konteksto sa Lumalawak na Papel ng Babylon sa BTCFi
Ang pagbubunyag ay dumating habang pinalalawak ng Babylon ang papel nito sa Bitcoin-based decentralized finance, na kilala bilang BTCFi. Inilunsad ng Babylon ang Bitcoin-native staking, na nagpapahintulot ng yield generation nang hindi inaalis ang mga asset mula sa Bitcoin. Ang disenyo na ito ay umaasa sa mapapatunayang off-chain consensus checks.
Noong Enero 7, ibinunyag ng Babylon ang $15 milyon na investment mula sa a16z Crypto. Ang pondo ay sumunod sa BABY token sale sa digital asset arm ng Andreessen Horowitz. Sinabi ng a16z na sinusuportahan ng kapital ang Bitcoin-native DeFi infrastructure.
Ang mga naunang round ng pondo ay nagtulak sa kabuuang naibunyag ng Babylon sa $103 milyon. Kabilang sa mga round na iyon ang $18 milyon Series A at $70 milyon strategic round na pinamunuan ng Paradigm. Nakipagsosyo rin ang protocol sa Aave Labs noong Disyembre 2025.
Layon ng partnership na paganahin ang Bitcoin-backed lending sa Aave v4 nang walang wrappers o custodians. Nakaiskedyul ang testing sa unang quarter ng 2026, na may target na paglulunsad sa Abril 2026. Ang integration ay umaasa sa disenyo ng Bitcoin Vault ng Babylon.
Samantala, kontrolado ng Babylon ang mahigit 80% ng total value locked sa BTCFi. Kaya naman, mahalaga ang reliability ng network para sa buong ecosystem. Noong 2024, tumaas ang Bitcoin DeFi TVL mula $307 milyon hanggang mahigit $6.5 bilyon.
Ipinapakita ng bug sa Babylon kung paano pinapalawak ng mga staking framework ang consensus logic lampas sa base layer ng Bitcoin. Habang lumalaki ang adoption, nahaharap ang mga developer sa mas maraming adversarial testing conditions. Ipinapakita ng insidente kung paano maaaring makaapekto ang mga opsyonal na field at edge cases sa mga consensus-critical na landas.
Isinara ng Babylon ang agarang kahinaan. Gayunpaman, inilagay ng pagbubunyag ang pansin sa kung paano nakikipag-ugnayan ang mga off-chain consensus extension sa security model ng Bitcoin.
Samantala, inilantad ng kahinaan sa Babylon ang depekto sa paghawak ng vote extension na maaaring mag-crash ng mga validator sa panahon ng epoch transitions. Naapektuhan ng isyu ang timing ng block production ngunit walang naitalang aktibong pagsasamantala. Naayos ng mga developer ang bug sa bersyon 4.2.0, habang patuloy na lumalawak ang protocol sa loob ng Bitcoin-based decentralized finance.
