727 FinanceTukio huondoa sio tu mali, bali pia uaminifu. Crypto haiwezi kuendelea hivi; lazima tujiokoe wenyewe.
Mwandishi: Robert Mao, Mwanzilishi na Mkurugenzi Mtendaji wa ArcBlock
Makala hii imeidhinishwa kwa mtu yeyote kuinakili na kuisambaza kwa uhuru, kwa matumizi kwamba watu zaidi wataona wito huu kwa tasnia kujiokoa yenyewe.
Crypto haiwezi kuendelea hivi. Tena na tena, wizi mkubwa huondoa sio tu mali, bali pia imani ya washiriki katika tasnia nzima. Lazima tujiokoe wenyewe.
Mnamo Oktoba 29, 2026, tukio kubwa la usalama lilitokea Binance. Tangazo lake la awali lilikadiria kuwa takriban $6.3 bilioni za mali ziliathiriwa, na takriban $3 bilioni za mali zilizoathiriwa zilikuwa zimegandishwa; uchunguzi awali ulielekeza kwenye kompyuta ya mkononi ya mhandisi wa DevOps, na baadaye sehemu nyingine zinazowezekana za uvamizi ziligunduliwa pia. Binance pia ilisema kuwa hakuna ushahidi wa uvujaji wa ufunguo wa faragha wa pochi uliopatikana. Kiasi kilichoathiriwa sio hasara halisi ya mwisho, na mnyororo kamili wa shambulio bado unachunguzwa. [[1]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-binance)
Mpango huu unaelekezwa kwa wajenzi wa miradi ya blockchain kama Ethereum na Solana, na pia kwa Binance, Coinbase, Kraken, na kubadilishana fedha zote, pochi, itifaki, na wajenzi wa usalama wanaotaka kushiriki: tujenge upya msingi wa kulinda mali kwa pamoja. Mimi niko tayari kushiriki, na ninatumai watu zaidi watachukua hatua pamoja.
Hii tayari ni nzito vya kutosha. Lakini kinachonitia wasiwasi zaidi ni kiasi gani cha imani katika Crypto tukio hili litaharibu, na ni washambuliaji wangapi litaongoza kuona tasnia hii kama lengo ambalo bado linafaa kuendelea kushambuliwa. Hata kama mtu hatimaye atabeba hasara, fidia haiwezi kurekebisha imani ya watumiaji kiotomatiki, wala haiwezi kuzuia uharibifu wa aina hiyo kutokea tena.
Binance ni sehemu ya kuingilia tu inayotulazimisha kukabiliana na tatizo leo. Tukiangalia kando, kubadilishana fedha, madaraja, itifaki za mtandaoni, na pochi kwa muda mrefu zimeacha mkondo mrefu wa majeraha. Mitandao na bidhaa mpya zinaendelea kuonekana, lakini mifumo ya zamani ya kushindwa inajirudia tena na tena. Hatuwezi kutoa tangazo, kusubiri kwa muda, kisha kuchukua tukio linalofuata kama kawaida.
Lazima pia tukubali kwamba ulaghai na tabia ya kuunda dhana tu bila kuchukua jukumu la kujenga zimeharibu tasnia hii kwa muda mrefu sana. Timu zinazojenga kwa umakini teknolojia na miundombinu lazima pia zibebe matokeo ya imani iliyopotea pamoja. Wakati watu wataona Crypto yote kama ulaghai, teknolojia na uchunguzi ambao kwa kweli unastahili kuhifadhiwa unaweza pia kuachwa pamoja nayo.
Kama mwanzilishi wa ArcBlock na mtaalamu katika Crypto na Blockchain, mimi si tayari kukubali matokeo kama haya. Ninaamini tasnia hii ina thamani inayostahili kulindwa, na pia ninaamini lazima tuchukue jukumu la msingi wetu wa usalama. Ikiwa tutaendelea kusubiri kwa utulivu tukio linalofuata, kutokwa damu mara kwa mara kunaweza hatimaye kuharibu kila kitu tulichojenga pamoja.Kwa hiyo, nataka kutoa mwongozo huu: wajenzi wa soko za kubadilishana, pochi, na blockchain wanapaswa kwa pamoja kujenga upya msingi wa udhibiti wa mali na uthibitishaji wa usalama, ili wigo wa uharibifu kutokana na uvamizi mmoja uwe mdogo. Ratiba ya muda iliyo hapa chini inaeleza kwa nini mabadiliko ni muhimu; pendekezo la kiufundi linalofuata ni kazi ambayo naamini tunaweza kuanza kuifanya.
Mnamo 2008, Satoshi Nakamoto alipendekeza mfumo wa pesa taslimu wa kielektroniki wa rika-kwa-rika, akijaribu kufanya malipo yasiwe tegemezi sana kwa wahusika wa kati wanaoaminika. [[2]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-bitcoin) Hata hivyo, matukio makubwa tangu wakati huo yameendelea kufichua tatizo la fedha, idhini, na utegemezi wa programu kuwa mkusanyiko tena.
Hapa chini ni orodha ya matukio mwakani katika maeneo kama soko za kubadilishana zilizowekwa kati (CEX), soko za kubadilishana zilizogatuliwa (DEX), madaraja, na pochi. Si hifadhidata kamili ya matukio, wala si takwimu za hasara mwaka hadi mwaka. Pale ambapo kiasi kimeorodheshwa, kinarejelea athari kubwa ya jumla wakati wa tukio; wizi, kufungwa, na urejeshaji uliofuata vinaelezwa tofauti na haviwezi kuongezwa pamoja kama hasara za kudumu.
2008 · Karatasi Nyeupe ya Bitcoin
Mwanzo
Karatasi nyeupe ya Bitcoin ilipendekeza malipo ya rika-kwa-rika bila taasisi za fedha kama wahusika wa kati.
Chanzo
2011–2014 · Wizi wa muda mrefu wa Mt. Gox
CEX
Mt. Gox ilipata wizi wa muda mrefu na hatimaye ikakoma shughuli. Mashtaka ya baadaye ya Idara ya Haki ya Marekani yalidai kwamba takriban BTC 647,000 ziliibiwa kati ya 2011 na 2014. Hii haikuwa shambulio la siku moja mnamo 2014.
Chanzo
2012 · Bitcoinica na Bitfloor
CEX / miundombinu ya ulinzi
Mazingira ya uhosti ya Linode ya Bitcoinica yalivamiwa; mwaka huo huo, nakala rudufu ya pochi isiyosimbwa ya Bitfloor ikawa njia ya shambulio. Seva na nakala rudufu zilizo nyuma ya jukwaa pia ni sehemu ya mipaka ya usalama wa mali.
Chanzo
2015 · Pochi moto ya Bitstamp
CEX
Pochi moto ya Bitstamp ilivamiwa, na mazingira ya uendeshaji yakajengwa upya baadaye. Tofauti rasmi kati ya wigo wa tukio na akiba zisizo mtandaoni ilionyesha kwamba kutenganisha kunaweza kupunguza wigo wa athari.
Chanzo
2016 · Bitfinex
CEX
Takriban BTC 120,000 ziliibiwa kutoka Bitfinex. Mipangilio ya sahihi nyingi bado inahitaji idhini na uthibitishaji huru kutoka mwanzo hadi mwisho.
Chanzo 1 · Chanzo 2
2016 · The DAO
Itifaki ya mnyororo
Mkataba wa The DAO ulipata shambulio la kuingia tena, na takriban ETH milioni 3.6 zilihamishwa kwenda sub-DAO, jambo ambalo baadaye lilisababisha mgawanyiko wa Ethereum. Njia halali ya utekelezaji inaweza kutoa matokeo mabaya ya kibiashara.
Chanzo 1 · Chanzo 2
2017 · Maktaba ya pochi shirikishi ya Parity
Pochi ya mkataba
Maktaba ya pochi shirikishi ya Parity iliharibiwa, na takriban ETH 513,000 zikafungwa. Hata kama hazikuhamishwa, fedha zinaweza kushindwa kutumika kwa sababu ya utegemezi wa msimbo shirikishi.
Chanzo
2018 · Coincheck
CEXHot wallet ya NEM ya Coincheck iliibiwa. Mpaka kati ya akiba za nje ya mtandao, ruhusa za hot wallet, na mahitaji ya biashara kwa mara nyingine ukawa tatizo.
Chanzo
2019 · Binance
CEX
Binance ilitangaza kwamba BTC 7,000 zilitolewa kwa muamala mmoja. Mtiririko mkubwa wa mali unahitaji kuzuiwa kabla ya kusaini.
Chanzo
2020 · KuCoin
CEX
Tukio la hot wallet la KuCoin, na kiasi kikubwa cha mali baadaye kilirejeshwa kupitia ushirikiano wa pande nyingi. Jumla ya kiasi kilichoibiwa na hasara ya mwisho si namba moja.
Chanzo
2021 · Poly Network
Itifaki ya mnyororo mtambuka
Takriban dola milioni 612 za mali zilihamishwa kutoka Poly Network na baadaye zikarejeshwa kwa awamu. Idhini ya mnyororo mtambuka na udhibiti wa mali haviwezi kushikilia kupitia njia za kawaida za biashara pekee.
Chanzo
2022 · Daraja la Ronin
Daraja
Ruhusa za wathibitishaji wa Ronin ziliathiriwa, na ETH 173,600 na USDC milioni 25.5 zilihamishwa. Funguo za wathibitishaji wengi zinaweza pia kuanguka katika mnyororo mmoja wa mashambulizi.
Chanzo
2022 · Wallet ya Slope
Wallet
Tukio la wallet ya Slope katika mfumo wa Solana. Solana ilisema rasmi kwamba taarifa za ufunguo wa faragha zilipitishwa kwa bahati mbaya kwa huduma ya ufuatiliaji wa programu; haikuwa uvunjaji wa makubaliano ya Solana.
Chanzo
2023 · Euler
Itifaki ya mikopo
Takriban dola milioni 197 za mali zilihamishwa kutoka Euler kutokana na udhaifu wa itifaki na baadaye zikarejeshwa. Michanganyiko tata katika muamala mmoja inaweza kukuza kasoro za mantiki ya biashara.
Chanzo
2023 · Ledger Connect Kit
Zana ya kuunganisha wallet
Ledger Connect Kit ilikumbwa na shambulizi la mnyororo wa ugavi, na msimbo hasidi ukaingia kwenye sehemu ya mbele ya programu. Usalama wa kifaa cha maunzi hauwezi kuchukua nafasi ya uthibitishaji wa maudhui ya muamala.
Chanzo
2024 · DMM Bitcoin
CEX
Takriban dola milioni 308 ziliibiwa kutoka DMM Bitcoin. FBI na mashirika mengine baadaye yalifichua mashambulizi ya uhandisi wa kijamii yaliyolenga wafanyakazi husika na mnyororo wa kusaini.
Chanzo
2024 · Radiant Capital
Itifaki ya mikopo / kusaini
Takriban dola milioni 50 ziliibiwa kutoka Radiant Capital, na vifaa vingi vya watengenezaji viliathiriwa. Kusaini kwa pande nyingi bado kunaweza kutegemea kwa pamoja taarifa za muamala zilizochafuliwa.
Chanzo
2025 · Bybit / Safe
CEX / sehemu ya mbele ya wallet
Tukio la Bybit la takriban dola bilioni 1.5 lilihusisha mazingira ya mtengenezaji wa Safe na sehemu ya mbele, na wasaini waliidhinisha muamala uliobadilisha mantiki ya udhibiti wa wallet.
Chanzo 1 · Chanzo 2
2025 · Cetus DEX
DEXTukio la takriban dola milioni 223 katika Cetus kwenye Sui, huku watafiti wakionyesha kasoro katika maktaba ya hisabati. Mazingira yasiyo ya EVM lazima pia yachunguze msimbo wao na wigo wa mfiduo wa mali.
Chanzo
2026-07 · Kasoro ya namba nasibu ya COLDCARD
Wallet ya maunzi / uzalishaji wa mbeguHitilafu ya programu-jalizi ilidhoofisha uundaji wa seed, ikiruhusu washambuliaji kuunda upya funguo za faragha zinazohusika wakati kifaa kilikuwa nje ya mtandao. Kuboresha hakuwezi kurekebisha seed dhaifu ambazo tayari zimeundwa; uhamishaji kulingana na ushauri bado unahitajika.
Chanzo
2026-10 · Kipandikizi cha maunzi cha Ledger
Shambulio la pochi ya maunzi / usambazaji
Ledger ilithibitisha kuwa vifaa halisi vilirekebishwa na kusambazwa kupitia njia za usambazaji katika Asia ya Kusini-Mashariki, huku vipengele vilivyopandikizwa vikiiba misemo ya urejeshaji wakati wa uanzishaji. Muuzaji anasema chips zake, mfumo wa uendeshaji, na seva hazikuathiriwa.
Chanzo
2026 · Tukio la minyororo mingi la Binance
CEX / minyororo mingi
Binance awali ilikadiria kuwa takriban dola bilioni 6.3 za mali ziliathiriwa, na uchunguzi wa sehemu nyingine zinazowezekana za uvamizi bado unaendelea. Mfumo mmoja wa uendeshaji unaweza kuweka mali katika mitandao mingi wazi kwa hatari kwa wakati mmoja.
Chanzo 1 · Chanzo 2 · Chanzo 3
Hapa kuna CEX, lakini pia kubadilishana kwa ugatuzi, itifaki za ukopeshaji, na madaraja; kuna mali zilizoibiwa, na mali zilizogandishwa. Mashambulizi hutokea katika tabaka tofauti, na mbinu za kurekebisha zinatofautiana. Ninapinga kupunguza haya yote kuwa sentensi moja "watumiaji walishindwa kulinda funguo zao za faragha." Mtumiaji anawezaje kujua kwamba mazingira ya ukuzaji ya chombo fulani, maktaba fulani inayoshirikiwa, au idhini isiyoeleweka itakuwa mahali pa kuingilia kwa mali zao zote?
Mitandao iliyosambazwa tayari imefanya mengi, lakini utengaji wa hitilafu kwa udhibiti wa mali bado hautoshi. Utekelezaji wa on-chain unakamilisha muamala kwa uaminifu, lakini hauwezi kutujibu kwa nini muamala huo una haki ya kuhamisha kiasi hicho.
Mchango wa Ethereum ni mkubwa. Uliwezesha watu wengi zaidi kuandika programu za on-chain na kukuza seti tajiri ya zana na uzoefu wa ukuzaji. Lakini leo, minyororo mingi mipya na L2 (mitandao ya upanuzi ya tabaka la pili) huchukulia utangamano wa EVM kama lengo lao kuu. EVM, mashine pepe inayotekeleza mikataba mahiri ya Ethereum, inakuwa msingi wa kiufundi unaonakiliwa kwa upana. Utangamano hufanya uhamishaji wa programu kuwa rahisi; nyaraka za miradi kama Unichain zinataja waziwazi kutumia tena zana za Ethereum kama thamani ya mazingira sawa ya utekelezaji. [[3]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-evm)
Naamini kwamba kuchukulia utangamano wa EVM kama jibu la msingi la tasnia kunazalisha mkusanyiko wa hatari wa kimuundo. Kunaweza kuwa na majina mengi ya mtandao, na wathibitishaji wanaweza kutofautiana, lakini watengenezaji wanaweza kupeleka mikataba ile ile mara kwa mara, kutumia tabia zile zile za idhini, na kutegemea maktaba zile zile za programu. Hitilafu katika vitegemezi vinavyoshirikiwa hazipotei kwa sababu tu upelekaji unafanyika kwenye mnyororo mwingine. Hii ni hukumu kuhusu njia ya kiufundi, si madai kwamba kila utekelezaji wa EVM lazima uwe na udhaifu sawa.Hapa ndipo pia upinzani wangu kwa Ethereum unapolala. Uwezo wa jumla wa utekelezaji wa mikataba ungana moja kwa moja na mali zinazoweza kuhamishwa, ukiweka jukumu kubwa sana kwenye msimbo wa programu na mwingiliano wa pochi. Mikataba inaweza kuita mikataba, idhini zinaweza kudumu kwa muda mrefu, na uthibitisho unaoonekana wa kawaida unaweza kubadilisha mfumo wa udhibiti wa akaunti unaofuata. Usalama unazidi kutegemea kila timu ya maendeleo kuelewa kwa usahihi michanganyiko hii, na kila mtumiaji kuelewa kwa usahihi kile alichosaini.
EIP-7702 inafanya tatizo hili liwe wazi sana. Uhamisho wa kawaida ni "kiasi gani kwa nani wakati huu"; idhini ya uwakilishi inaweza kuwa "kuanzia sasa, acha kipande hiki cha msimbo kitekeleze shughuli kwa niaba ya akaunti yangu." Ina malengo ya kuboresha uzoefu wa mtumiaji na kuboresha ruhusa, lakini kuweka uwakilishi wenyewe kunatoa uwezo mpana wa utekelezaji, na ruhusa zilizoainishwa bado zinapaswa kutekelezwa kwa usahihi na msimbo uliowakilishwa. [[4]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-7702) Chapisho la awali "EIP-7702 Phishing Attack" la Minfeng Qi na wengine linasoma njia ya kudhibiti akaunti kwa kudumu baada ya kushawishi kusainiwa kwa idhini kama hizo. [[5]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-phishing) Kadiri urahisi unavyoongezeka, jukumu la usalama pia linaongezeka; la kwanza haliwezi kupewa watumiaji tu.
Tukio hili la Binance linagusa minyororo mingi, na uchunguzi bado haujakamilika, kwa hivyo athari nzima haiwezi kuhusishwa moja kwa moja na EIP-7702 au EVM. Kuingia upya, kuvunjwa kwa huduma za kusaini, na upotoshaji wa mbele pia si udhaifu sawa. Lakini tofauti kama hizo hazipaswi kuwa kisingizio cha kuacha kuhoji usanifu: kwa nini tabaka la msingi halihifadhi vikwazo zaidi ambavyo haviwezi kupitwa kwa urahisi, kwa niaba ya makosa katika tabaka za juu?
MEV pia haifurahishi. Inarejelea nafasi ambayo washiriki hupata thamani ya ziada kupitia ujumuishaji, kutengwa, na upangaji wa shughuli. Kwangu mimi, kutumia nguvu ya upangaji kuzuia shughuli za mtumiaji katikati na kuzidisha matokeo yao ya utekelezaji inapaswa kuchukuliwa kama hitilafu inayohitaji kurekebishwa, sio kuwekwa kama kipengele kinachostahili kuhifadhiwa kwa sababu tu mtu anaweza kupata faida kutokana nayo. Nyaraka za Ethereum zenyewe pia zinakiri waziwazi madhara ya kuzuia shughuli katikati kwa watumiaji na hatari ya MEV kwa uthabiti wa mtandao. [[6]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-mev) MEV si ya kipekee kwa Ethereum na pia inajumuisha shughuli tofauti kama vile arbitrage na ufilisi; tasnia tayari ina utafiti wa kupunguza. Upinzani wangu ni kwamba motisha ya kudumisha mtandao haiwezi kuwa sababu ya kutoa dhabihu masharti ya shughuli za watumiaji. Mfumo bora wa shughuli unapaswa kuandika matokeo ya chini ya uwasilishaji na ada zinazoruhusiwa kwenye idhini, na kupunguza nafasi kwa wapangaji wa oda kutumia taarifa ambazo hazijajazwa kuwadhuru watumiaji.Nimekuwa nikihisi kwamba athari ya Ethereum kwa Crypto ni kiasi fulani kama athari ya PHP kwa Mtandao: iliwawezesha watu wengi kujenga vitu, na pia iliacha deni la uhandisi ambalo litachukua muda mrefu kulipa. PHP bado ilihitaji kurekebisha udhaifu mbaya wa utekelezaji wa msimbo wa mbali mnamo Oktoba 2026. Ukomavu na umaarufu haviwezi kuchukua nafasi ya uimarishaji endelevu. [[7]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-php) Kilicho cha thamani kuhusu Mtandao ni kwamba lugha, mifumo, na huduma za wingu zinaweza kubadilika kivyake. Tunapaswa pia kuruhusu mifano tofauti ya mali na mbinu za utekelezaji kuendelea kukua, badala ya kuchukua "uendeshaji na mashine pepe moja" kama tiketi ya kushiriki katika mfumo ikolojia.
Kwa hiyo, ninatoa wito kwa mifumo ikolojia ya Bitcoin, Solana, na Ripple/XRP Ledger, pamoja na wajenzi ikiwa ni pamoja na ArcBlock, kushiriki kwa dhati katika kujenga msingi wa pamoja wa usalama. Kushiriki katika viwango na uwiano wa mifumo hakuhitaji kwanza kujigeuza kuwa Ethereum. Utofauti lazima utekelezwe katika udhibiti wa mali na mbinu za uthibitishaji na uwe wazi kwa uchunguzi wa umma. Matukio ya Slope na Cetus tayari yametukumbusha kwamba non-EVM pia haina msamaha wa usalama.
Ninachotumaini kuona kikijengeka ni maelezo ya usalama ambayo mazingira tofauti ya utekelezaji yanaweza kuyapitisha wote: mipaka sawa ya mali na mahitaji ya uthibitishaji yanaweza kutekelezwa kivyake na EVM na njia nyingine, na kisha dhamana na gharama za kila moja zinaweza kuchunguzwa hadharani.
1. Acha udhibiti wa hatari wa msingi uweke kikomo kwa uwezo wa kutoa mali
Pochi kubwa zinapaswa kuweza kuweka orodha za walengwa wanaoruhusiwa, mipaka ya jumla ya matumizi, na vipindi vya kusubiri kwa walengwa wapya. Jambo muhimu ni kwamba sheria hizi haziwezi kufutwa mara moja na ufunguo huo wa kila siku wa miamala. Kubadilisha sheria kunahitaji idhini huru na lazima kuache muda wa ufuatiliaji na kufuta.Akaunti smart zilizopo tayari zina msingi wa utekelezaji, kwa mfano Safe Guards zinaweza kuongeza vikwazo vya miamala zaidi ya multisig. [[8]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-guards) Tunahitaji kuifanya hii kuwa uwezo wa msingi rahisi kupitishwa unaoshughulikia njia zote za udhibiti wa mali. Ikiwa tu uhamishaji wa moja kwa moja utazuiliwa wakati njia za kupita kupitia idhini zisizo na kikomo, moduli, au uboreshaji zinaruhusiwa, ulinzi utashindikana. Iwe mkataba wa orodha nyeupe unaweza kuboreshwa na iwe ruhusa za mpokeaji zimebadilika lazima pia ziingie katika wigo wa uthibitishaji. Apple's Activation Lock inatoa msukumo wa maisha ya kila siku: inazuia uanzishaji upya wa vifaa vilivyoibiwa na inapunguza urekebishaji wa baadhi ya sehemu zilizoibiwa, kwa lengo la kupunguza thamani inayoweza kunyonywa baada ya wizi. [[9]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-apple) Pochi pia zinafaa kubuniwa kwa mwelekeo huu. Ikiwa mshambuliaji atapata ufunguo, wigo wa mali zinazoweza kubadilishwa kuwa fedha unabaki mdogo, na mapato yanayotarajiwa kutokana na shambulizi yanaweza kupungua; hatari kama kuvuruga huduma bado zinahitaji kushughulikiwa kivyake.
Hii ndiyo ninayoiita "katiba" ya usalama wa mali: mamlaka ya uendeshaji yanaweza kuathiriwa, lakini mamlaka ya kubadilisha mipaka yanapaswa kubaki huru. Michakato ya urejeshaji pia lazima iwekewe vikwazo, ili kuzuia usanidi mmoja mbaya kufunga mali kabisa milele.
II. Kufanya pochi zibebe jukumu la usalama, badala ya kukabidhi maneno ya mnemonic tu
Nina kutoridhika sana na mifumo ya pochi ya leo: ikiwa bidhaa inamwomba mtu wa kawaida kunakili seti ya maneno, inahitaji asiyasambaze, asiyapoteze, au asidanganywe kuyatoa, na kisha inahusisha kushindikana kote kunakofuata na jukumu la mtumiaji, naona huu ni muundo usio na uwajibikaji. Kujilinda kunapaswa kumpa mtu udhibiti, na kunapaswa pia kumpa mtu uwezo wa ulinzi na urejeshaji unaotumika. Haipaswi kuhitaji kila mtumiaji kwanza kuwa mtaalamu wa usalama. Hii pia ni kizingiti ambacho Crypto lazima kivuke ili kufikia watumiaji wengi wa kawaida.Matukio ya hivi karibuni yameweka tatizo hili wazi kabisa mezani. Mnamo Oktoba 2026, Ledger ilithibitisha kwamba washambuliaji walibadilisha vifaa halisi na kisha kuvirudisha sokoni kupitia njia za usambazaji katika Asia ya Kusini-Mashariki, huku vipengele vilivyopandikizwa vikiiba maneno ya urejeshaji wakati wa uanzishaji. Ledger ilifafanua hili kama shambulio la usambazaji lililobainika eneo fulani baada ya kifaa kuondoka kiwandani, badala ya kuathiriwa kwa chip yake, mfumo wake wa uendeshaji, au seva zake. [[10]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ledgerimplant) Tukio la COLDCARD la Julai lilihusisha udhaifu wa firmware katika uzalishaji wa seed: kifaa hakikuhitaji kudhibitiwa kwa mbali ili mshambuliaji aweze kuunda upya funguo za faragha husika. Kusasisha firmware kunarekebisha mchakato wa uzalishaji kuanzia sasa, lakini seed dhaifu ambazo tayari zimezalishwa bado zinahitaji kuhamishwa. [[11]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-coldcard)
Matukio haya mawili si aina moja ya udhaifu, lakini kwa pamoja yanaonyesha: hata kama mtumiaji ananakili kwa uangalifu maneno na kuweka kifaa nje ya mtandao, hawezi kuthibitisha ubahatishaji na uadilifu wa mnyororo wa usambazaji kwa niaba ya mtengenezaji. Kuwa na kifaa kinachoonyesha maneno ya chelezo kuna lengo la urejeshaji nje ya mtandao, lakini pia husababisha siri kamili ya urejeshaji kupitia njia ya onyesho na chelezo inayohitaji ulinzi. Usalama wa chip hauwezi kuchukua nafasi ya uthibitishaji wa kifaa kizima na mchakato wa uwasilishaji.
Lengo la uboreshaji linapaswa kuwa mzunguko kamili wa maisha ya pochi: jinsi funguo zinavyozalishwa, jinsi miamala inavyoelezwa, jinsi ruhusa zinavyotenganishwa, na jinsi urejeshaji unavyofanya kazi baada ya kifaa kupotea. Uondoaji wa akaunti, yaani kuruhusu akaunti kuthibitisha idhini kupitia kanuni zinazoweza kupangwa, na chelezo za kizingiti kama SLIP-39, zote zina viwango na msingi wa utekelezaji, kwa hivyo haiwezi kusemwa kwamba hakuna mtu katika tasnia anayefanyia kazi hizi. [[12]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-walletstandards) Lakini tunahitaji kufanya uwezo huu uwe ulinzi uliojaribiwa na rahisi kutumia, badala ya kuwaacha watumiaji wakijikusanyia mipango tata wenyewe.
Ufichaji rahisi wa maneno ya mnemonic hautoshi. Mielekeo ya kuaminika zaidi inajumuisha chelezo zilizosimbwa zilizopitiwa ukaguzi, urejeshaji wa kizingiti, na idhini huru ya kifaa, na kuwaacha watumiaji wakamilishe mazoezi ya urejeshaji kabla ya kuweka kiasi kikubwa cha mali. Vipande vya chelezo na multisig ni tabaka tofauti: vya kwanza vinaweza kuungana tena kuwa siri moja wakati wa urejeshaji, wakati vya pili vinahitaji watia saini huru kadhaa kuidhinisha muamala. Huduma za urejeshaji hazipaswi kuwa kimyakimya ufunguo mkuu mpya, wala nenosiri la ziada halipaswi kuwa mtego mwingine ambapo kulipoteza kunamaanisha hasara isiyoweza kurejeshwa.Pochi za kibinafsi na mifumo ya pochi za kubadilishana inaweza kushirikiana vipimo vya usalama kwa maelezo ya miamala, maombi ya kusaini, vikwazo vya mali, na michakato ya urejeshaji, huku ikitumia mipaka na sera tofauti za uidhinishaji. PSBT ya Bitcoin tayari inatoa muundo wa kupitisha miamala isiyosainiwa kwenye zana mbalimbali, na kiolesura hiki cha kawaida kinafaa kuendelea kujengwa. [[13]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-psbt) Kinachoshirikiwa ni mahitaji ya usalama yanayoweza kukaguliwa; kila mnyororo bado unahitaji kufafanua sheria zake za urekebishaji. Pochi zinapaswa kuwasilisha kwa uwazi kile saini hii itakachohamisha na ni mamlaka gani ya baadaye inayompa nani, na sera huru zinapaswa kukataa shughuli zilizo nje ya mipaka; ukurasa mzuri wa uthibitisho hautoshi.
III. Kufikia uwezekano wa kuthibitishwa kwa ufichuzi mdogo unaohitajika
Kuthibitisha kuwa sharti linatimizwa hakupaswi kila mara kuhitaji watumiaji kufichua data yote ya msingi. Ufichuzi wa kuchagua, uthibitisho wa ujuzi-sifuri, na ufikiaji wa ukaguzi unaotolewa kwa mahitaji unapaswa kuwa chaguo za kawaida katika miundombinu. Hii pia inahusiana na usalama wa mali: utambulisho wa umma na mahusiano ya mali yanaweza kutoa vidokezo vya udanganyifu unaolengwa; data ambayo biashara haihitaji inapaswa kufichuliwa kidogo iwezekanavyo.
Mfumo wa vyeti vinavyothibitishwa wa W3C tayari una njia ya kiufundi ya ufichuzi wa kuchagua; hata hivyo, kuthibitisha kuwa pembejeo ni halisi, kwamba vyeti vinabaki halali, na jinsi hali inavyobatilishwa bado kunahitaji kufafanuliwa. [[14]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-privacy) Kutumia uthibitisho wa ujuzi-sifuri (ZK) hakuifichi kiotomatiki kiasi cha miamala na mahusiano; kupanua uthibitisho na ulinzi wa faragha ni malengo tofauti.
Kwa mfano, biashara inapohitaji tu kuthibitisha ustahiki wa kushiriki, mtumiaji anaweza kuwasilisha hitimisho halali la ustahiki lililotolewa na taasisi inayoaminika bila kufichua nyaraka kamili za kifedha. Inapohitajika kuthibitisha kuwa thamani iliyofichwa inatimiza sharti, basi mfumo ufaao wa uthibitisho unaweza kutumika. Chanzo kinachoaminika cha cheti na hali yake ya kubatilishwa bado vinahitaji kuthibitishwa.
Mpango wangu ni kwanza kufafanua "nani anahitaji kuthibitisha nini," kisha kubuni data ambayo lazima ifanywe ya umma. Wanaothibitisha ustahiki wanaweza kuhitaji tu hitimisho la ustahiki; wanaobeba majukumu maalum ya ukaguzi wanaweza kupata ushahidi uliowekewa mipaka. Vikwazo vinavyoweza kuthibitishwa hadharani vinapaswa kupunguza taarifa binafsi zinazofichuliwa kabisa kwa kila mtu.
IV. Kufanya huduma za miamala ziwe huru iwezekanavyo kutoka kwa ulinzi wa katiUlinganishaji wa biashara, utafutaji wa njia, na malipo ya mali unapaswa kubuniwa kwa kutenganishwa. Huduma inayotoa mahali pa kuingilia biashara inapaswa kupata tu ruhusa zinazohitajika ili kukamilisha malipo ya sasa kadri inavyowezekana, ili mali za mtumiaji zibaki chini ya udhibiti wao wenyewe wakati mwingine wote. Itifaki za miamala zinazotegemea nia zilizopo tayari zimechunguza sehemu ya njia, na sekta inaweza kuendelea kuikamilisha. [[15]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-routing)
Kile ambacho watumiaji wanakubali kinapaswa kuwa masharti ya malipo yaliyo wazi, ikiwa ni pamoja na kile kinacholipwa, kile kinachopokelewa kwa kiwango cha chini, lini kinaisha, na ada zinazoruhusiwa. Baada ya huduma ya biashara kuathiriwa, mshambuliaji anaweza kukataa huduma, lakini hawezi kubadilisha masharti haya kiholela. Biashara ambazo bado zinahitaji ulinzi wa kati zinapaswa pia kutenganisha ruhusa za akiba na ruhusa za uendeshaji, na kupunguza mfiduo wa pochi moto na mipaka ya ujazaji wa kiotomatiki.
IBIT ni bidhaa ya ubadilishaji ya bitcoin ya iShares, na kinachouzwa sokoni ni hisa zake. Mpangilio wake unatoa mfano wa kutengwa kwa sehemu: hisa na Bitcoin ya msingi zinarekodiwa kwa kutenganishwa, na funguo za kibinafsi zinazohusika za Salio la Vault (salio la ulinzi) zinawekwa kwenye hifadhi baridi. Mabadiliko katika rekodi ya biashara ya hisa hayahitaji Bitcoin ya msingi kuhamishwa kwa kila muamala. [[16]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ibit) Kinachoweza kujifunza kutokana na hili ni kutenganishwa kwa haki za biashara na haki za uondoaji wa akiba. Salio lake la Biashara (salio la huduma ya biashara) lina mpangilio tofauti, na ulinzi wenyewe pia hubeba hatari; hifadhi baridi lazima iambatane na uthibitishaji huru wa maagizo na sahihi.
Ninalinganisha mahali pa kuingilia biashara na kipanga njia kwa matumaini kwamba kinaweza kubadilishwa bila kubeba swichi kuu juu ya mali za watumiaji wote. Malipo ni magumu zaidi kuliko upelekaji wa pakiti, na uwasilishaji wa mali na idhini bado zinahitaji uthibitishaji huru. Kufanya huduma isiwe ya ulinzi kisha kuipatia haki za uondoaji zisizo na kikomo kutaleta tu hatari ya kati kurudi.
V. Tumia usanifu wa tabaka kutenganisha kushindwa na kuhifadhi uwezekano wa kubadilishwaTunahitaji violesura vya utambulisho na uidhinishaji, sera za mali, na mbinu za uthibitishaji wa malipo ambazo zinaweza kubadilika kwa kujitegemea. Minyororo tofauti inaweza kubaki na miundo yao ya utekelezaji na kuunganishwa kupitia violesura vilivyo wazi. Violesura vinapaswa kutaja dhamana za usalama na masharti yao, sio tu kusema "mwito umefanikiwa."Uzoefu wa mtandao unaunga mkono mbinu hii. Katika RFC 9518, "Centralization, Decentralization, and Internet Standards," Mark Nottingham anajadili mahsusi hali ambazo ugatuzi unaweza kuwa na msaada, na pia anachambua nguvu na hatari zinazoletwa nao. [[17]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-layers) Hii ndiyo hasa mtazamo unaostahili kujifunza kutoka kwake: acha usanifu ujibu ni majukumu gani yanaweza kuwekwa kwenye nguzo moja, kwa kiwango gani, na jinsi ya kuzuia nguvu hiyo kupanuka. Huduma inaweza kuruhusiwa kutambua hitilafu kwa nguzo moja wakati ruhusa yake ya kugusa mali imepunguzwa; watumiaji wanapaswa kuwa na uwezo wa kubadilisha huduma bila kupoteza sera zao za mali na rekodi za uthibitishaji.
Swali muhimu zaidi la kukubalika ni: baada ya huduma ya biashara kuathiriwa, ni safu gani huru inayoweza bado kuikataa? Ikiwa safu zote zinashiriki ufunguo mmoja wa utawala, kile kinachoitwa utabakishaji ni utabakishaji kwenye mchoro wa usambazaji tu.
Lengo hili linaweza kuonekana kama safu tano za majukumu: huduma ya miamala inawasilisha maombi, pochi inaeleza nia ya mtumiaji, sera huru zinapunguza mamlaka juu ya uondoaji wa mali, sehemu ya uthibitishaji inakagua shughuli na ushahidi, na safu ya malipo inatekeleza vikwazo na kutoa rekodi zinazoweza kuthibitishwa. Zinaweza kutekelezwa na timu tofauti, na utegemezi wao na masharti ya kushindwa lazima pia yaelezwe kando.
Usanifu lengwa unaotetewa katika makala hii. Safu ya malipo lazima itekeleze sera ya mali; vidokezo katika pochi haviwezi kuchukua nafasi ya kikwazo hiki. Utiaji saini wa kila siku, mabadiliko ya kanuni, na mamlaka ya urejeshaji yanahitaji kutengwa na kufanyiwa majaribio ya kupita kando.
6. Waache watumiaji wathibitishe mali zao wenyewe kwa urahisi
Watu wa kawaida hawapaswi kulazimika kuhifadhi na kutekeleza historia yote ya mnyororo mzima ili kuthibitisha salio na risiti zao wenyewe; wala hawapaswi kulazimika kuamini seva moja tu nyuma ya pochi. Satoshi Nakamoto tayari alipendekeza SPV, uthibitishaji rahisi wa malipo, katika Sehemu ya 8 ya karatasi nyeupe. BIP-157 ya Bitcoin inaendelea kuchunguza kuruhusu wateja kupakua vichujio na kupata vitalu vinavyohusiana nao wenyewe; Ethereum pia ina miundo ya wateja wepesi. [[18]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-lightclients) Kwa hivyo tatizo sio kwamba hakuna mtu aliyewahi kufikiria juu yake, lakini bado tunahitaji kujenga uwezo wa uthibitishaji wenye masharti ya usalama yaliyo wazi ndani ya pochi ambazo watumiaji hutumia kila siku.Chukua mfano wa mnyororo unaoauni uthibitisho wa hali ya akaunti: wakati wa kuuliza salio, seva inapaswa kurudisha salio na uthibitisho. Pochi kwanza inathibitisha muhtasari mfupi wa kizuizi, yaani kichwa cha kizuizi, kulingana na sheria za mnyororo huo, kisha inakagua kama salio hili linaendana na data iliyothibitishwa na muhtasari. Seva hutoa jibu, na pochi inaweza kuthibitisha jibu. SPV ya Bitcoin huthibitisha ushahidi kwamba miamala husika ilijumuishwa; haiwezi kunakiliwa moja kwa moja kama uthibitisho wa salio. Pochi inapaswa pia kuonyesha wazi mahali ambapo imesawazisha na taarifa gani imethibitishwa; wakati uthibitisho haupo, data imepitwa na wakati, au vyanzo vinapingana, inapaswa kuonya au kusimamisha shughuli za hatari kubwa zinazotegemea taarifa hii, na haipaswi kurudi kimyakimya kwenye uaminifu wa upofu.
Uthibitishaji mwepesi bado una masharti. Kuthibitisha kwamba muamala ulijumuishwa kwenye kizuizi si sawa na kujikagua mwenyewe kwamba miamala yote kwenye kizuizi ni halali. Mifumo tofauti inaweza kutegemea nguvu nyingi za hashi kuwa waaminifu, au kwenye rekodi ya awali inayoaminika, yaani checkpoint; lazima pia ijilinde dhidi ya seva zinazoficha data au kutenga watumiaji kwenye rekodi ya mnyororo iliyopitwa na wakati. Ikiwa swali lenyewe linafichua anwani ambazo mtumiaji anajali pia linahitaji kushughulikiwa. Nodi kamili na wazalishaji wa vizuizi si jukumu moja; Ethereum leo inatumia wathibitishaji badala ya wachimbaji kwa uzalishaji wa vizuizi.
Muhimu zaidi, kuthibitisha kwamba "uhamishaji huu ulitokea kweli kwenye mnyororo" hakuwezi kuthibitisha kwamba "huu ndio uhamishaji ambao mtumiaji alitaka." Wateja wepesi hawawezi kuchukua nafasi ya mipaka ya awali ya mali na ukaguzi wa sahihi. Wanawawezesha watumiaji kutegemea kidogo jibu lisilothibitishika, wakati sera ya mali inahakikisha kwamba hata sahihi halali haiwezi kutoa mali bila kikomo. Ni kwa kujenga tabaka zote mbili pamoja ndipo uwezo wa uthibitishaji unaweza kusambazwa kati ya washiriki.
7. Jenga utambuzi wa hali isiyo ya kawaida na uthibitishaji wa usalama kama miundombinu ya umma
Kabla ya muamala, mtu anapaswa kuangalia kama operesheni inatii sera ya mali na kama inabadilisha ghafla tabia ya kihistoria. Hali isiyo ya kawaida dhahiri inaweza kusababisha kusimamishwa au ukaguzi uliopandishwa; kupanua ruhusa kunahitaji njia nyingine huru. AI inaweza kushiriki katika uamuzi, lakini haipaswi kupokea ruhusa inayopuuza sheria ngumu.
Wakati huo huo, tunahitaji kwa pamoja kudumisha kesi za mashambulizi, majaribio ya ruhusa, na zana za uthibitishaji zinazoweza kuendeshwa mara kwa mara. Ni kwa kushiriki vipimo na kuhifadhi utekelezaji huru na uthibitishaji huru ndipo kushindwa kwa hali moja kunaweza kupunguzwa. Taasisi na soko za kubadilishana tayari zina uwekezaji wa usalama, kama vile Mpango wa Usalama wa Trilioni ya Dola wa Ethereum Foundation. [[19]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-initiative) Swali linalofuata la kuuliza ni kama uwekezaji unaweza kubadilishwa kuwa miundombinu ya umma ambayo timu nyingine zinaweza pia kupitisha na kukagua.Hakuna hata moja kati ya vitu hivi saba vya kazi kinachoweza kuhakikisha usalama kamili. Kinachohitajika kutoa ni mipaka inayoweza kukaguliwa: chini ya masharti gani ya ukiukwaji wa ruhusa, ni kiasi gani cha mali kinachowekwa wazi kwa kiwango cha juu, jinsi ukiukwaji unaweza kugunduliwa haraka kiasi gani, na urejeshaji bado unategemea nani.
Kwa hatua hii, wengine wanaweza kusema: mwelekeo unaonekana sahihi, lakini tasnia imekwenda kwa miaka mingi sana; ni watu wangapi na muda kiasi gani utahitajika kwa ujenzi upya? Hii bado ni udhanifu?
Ikiwa itakadiriwa kulingana na mtindo wa zamani wa uzalishaji wa programu, shaka hii ni ya kweli sana. Lakini kufikia 2026, ninaamini mawakala wa uandishi wa msimbo na uhandisi wa programu unaowezeshwa na AI tayari wamebadilisha uwezo wa ujenzi tunaoweza kuhamasisha. Mawakala wa uandishi wa msimbo wanaotajwa hapa ni wasaidizi wa programu wa AI wanaoweza kusoma na kuandika msimbo, kuita zana, kuendesha majaribio, na kuendelea kufanya kazi kulingana na maoni katika mazingira ya maendeleo. Wajenzi huweka malengo, hufafanua mipaka ya usalama, hutumia zana hizi kutekeleza na kukagua mifumo, na kubeba uwajibikaji kwa matokeo.
Kazi ambayo hapo awali ilihitaji timu kubwa kutekeleza, kurekebisha, na kudumisha mara kwa mara sasa inaweza kujaribiwa na timu ndogo kwa mbinu hii mpya ya uhandisi. Timu moja inashikilia tabaka moja, hutoa vipengele kuzunguka violesura vilivyo wazi, kisha timu nyingine hukagua na kuvichanganya. Kupanga hukumu ya usanifu wa kibinadamu, uwezo wa utekelezaji wa mawakala wa uandishi wa msimbo, na uthibitishaji huru wa usalama ni, kwa maoni yangu, njia ya ujenzi inayostahili kutathminiwa upya kwa umakini.
Utafiti wa Anthropic na PNNL unatoa mfano halisi: katika mazingira yenye ukomo ya uigaji wa miundombinu muhimu, watafiti waliripoti kwamba ujenzi upya wa mashambulizi ulifupishwa kutoka uwezekano wa wiki kadhaa hadi takriban saa tatu. [[20]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ai) Haiwezi kuthibitisha kwamba timu ndogo inaweza tayari kuandika upya tasnia nzima kwa usalama, lakini inaonyesha kwamba kazi ya uthibitishaji na ulinzi-mashambulizi iliyokuwa ghali hapo awali inaweza kuwa na masharti mapya ya gharama.
Mbinu moja ya shirika inayoweza kuanzishwa sasa ni kujenga kwa pamoja Kiwanda cha AI cha Build in Public. Wataalamu wa tasnia, wasomi, na wataalamu wa vitendo huandika kwa uwazi mahitaji na vipimo vya kukubalika (spec), wakieleza nini kinapaswa kulindwa, ni shughuli gani zinazoruhusiwa, na ni mipaka gani lazima bado ishikilie baada ya ruhusa gani kukiukwa, kisha kubadilisha mahitaji haya kuwa majaribio ya kukubalika. Vikundi vya mawakala wa uandishi wa msimbo huchukua kazi kuu ya uandishi wa msimbo, majaribio, na utatuzi wa hitilafu; timu tofauti hukagua miundo na matokeo, na wanadamu hubeba hukumu na uwajibikaji wa kukubalika.Washiriki wanaweza kuchangia mawazo, mashine, uwezo wa kompyuta, na viwango vya matumizi ya modeli, yaani tokeni za AI. Kampuni za AI na kompyuta za wingu pia zinaweza kusaidia ujenzi huu wa umma kupitia viwango vya modeli, rasilimali za kompyuta, na zana. Vipimo, msimbo wa mfano, mtiririko wa kazi wa wakala, mazingira ya majaribio, na matokeo ya uthibitishaji vyote vinaweza kuwa miundombinu inayotunzwa kwa pamoja, ikiruhusu timu inayofuata kuendelea moja kwa moja kutoka hapo. Lengo ni kujenga uwezo wa maendeleo kuwa vifaa vya umma vinavyoweza kutumika tena na kupunguza utegemezi kwa muda wa mtu mmoja au timu moja.
Washambuliaji pia wanatumia AI, na hatuna sababu tena ya kuacha ulinzi katika mbinu za uzalishaji za zamani. [[21]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-aiattacks) Lakini uzalishaji wa msimbo kuwa wa haraka ni hatua ya kuanzia tu. Ni kwa kuandika vikwazo kwa uwazi, kufanya majaribio yawe yanayoweza kuendeshwa mara kwa mara, na kufanya sehemu kuwa inayoweza kukaguliwa na kubadilishwa ndipo uwezo wa AI unaweza kubadilishwa kuwa uboreshaji wa miundombinu.
Wajenzi huru hufanya kazi pamoja kwa msaada wa mawakala wa uandishi wa msimbo na zana za AI. Warsha ya nafasi ni mfano wa ujenzi wa umma.Ningependa hasa kuelekeza wito huu kwa wale wanaopenda kujenga. "Hacker" hapa anamaanisha mtu aliye tayari kufikiria jinsi mfumo unavyofanya kazi, aliye tayari kushiriki anachogundua, na aliye tayari kuwaacha wengine wajaribu kazi yake. Roho hiyo ilisukuma mtandao mbele zamani, na leo inaweza kusukuma Crypto mbele pia.
Siamini tasnia hii inakosa watu wenye akili, na siamini tasnia za Crypto na AI haziwezi kupata rasilimali za kusaidia kazi hii. Kilicho kigumu zaidi ni kuandaa talanta, ufadhili, na uwajibikaji endelevu pamoja. Taasisi na kampuni zenye uwezo zinapaswa kuwa tayari kubeba gharama ya muda mrefu ya kazi za msingi ambazo hazizalishi mapato moja kwa moja lakini zinawanufaisha wote.
Natumai kila mtu anaweza kufanya kazi pamoja kujenga miundombinu ya kriptografia inayoshirikiwa kimataifa. Mitandao na timu tofauti zinaweza kushirikiana chini ya vikwazo vya usalama vinavyoshirikiwa, kila moja ikitekeleza suluhisho zake na kujaribu za wengine, na watumiaji wanaweza kuchagua na kuhamia. Inaweza kuanza na sehemu moja, lakini mwelekeo unapaswa kuwa mkubwa vya kutosha kuchukua tasnia nzima ikijenga pamoja. Washiriki wote, ikiwa ni pamoja na ArcBlock, wanapaswa kuchangia kazi inayoweza kuthibitishwa.
Tunapaswa kujenga kwa pamoja aina ya miundombinu ambapo, hata kama sehemu fulani imeathirika, mali bado zina mipaka, mifumo mingine bado inaweza kukataa makosa, na watumiaji bado wana njia za kupona na kutoka. Kwa kukopa jina kutoka Star Wars, hii ni A New Hope yetu. [[22]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-starwars) Tumaini linatoka kwa wajenzi wa kawaida wanaotaka kuchukua hatua, na pia kutoka wakati huu ambapo mawakala wa uandishi wa msimbo na mbinu mpya za uhandisi zinawawezesha kuchukua kazi zaidi za ujenzi.Ningependa kutoa mwaliko kwa wajenzi wa miradi kama Ethereum, Solana, Bitcoin, na XRP Ledger, kwa majukwaa ya kubadilishana kama Binance, Coinbase, na Kraken, na pia kwa timu za pochi, itifaki, utafiti wa usalama, AI, na kompyuta ya wingu: anza na jaribio la majaribio lenye wigo wazi na kwa pamoja toa maboresho ambayo timu nyingine zinaweza kukubali na kujaribu.
Majina yaliyoorodheshwa ni mifano tu, bila mpangilio maalum. Bila kujali ukubwa au njia gani ya kiufundi unayochukua, unakaribishwa kushiriki. Mwaliko huu pia unajumuisha wajenzi wa njia za kiufundi zilizokosolewa katika makala hii; kuboresha kwa pamoja usalama wa mali kunastahili kuvuka mipaka ya mifumo yetu ya ikolojia.
Mimi mwenyewe niko tayari kushiriki na kuchangia miundombinu yetu iliyopo, uhandisi wa programu, na mazoea ya ushirikiano wa AI. Sisi ni timu ndogo tu katika tasnia, na tunachoweza kufanya ni kidogo. Natumaini kuanza na mfano wa kwanza na seti ya majaribio yanayoweza kurudiwa.
Watu wenye uzoefu wa kiutendaji wa vitendo wanaweza kutoa hali za mashambulizi zisizo na taarifa nyeti, timu za pochi na itifaki zinaweza kutekeleza ulinzi, na watafiti huru wanaweza kujaribu kuzipita. Kila timu ichukue sehemu inayoweza kuishughulikia, kwa pamoja kujaribu suluhisho na kuamua hatua inayofuata.
Niko tayari kushiriki katika kupanga mahitaji ya ukomo wa mali na urejeshaji yaliyo katika makala hii kuwa vipimo vya kwanza vya umma, na pia niko tayari kuchangia mazoea husika ya kiufundi na ya uhandisi ili kujenga, pamoja na washiriki wengine, AI Factory ya umma kwa ajili ya jaribio hili. Kwanza chagua tatizo mahususi sana: mara ufunguo wa kila siku wa miamala ukiwa umeathirika, mshambuliaji anawezaje bado kuzuiwa kuondoa pochi yote kwa mara moja? Andika kiwango cha hasara kinachoruhusiwa, mamlaka ya kurekebisha sheria, na masharti ya urejeshaji katika majaribio ya kukubalika, kisha waache mawakala wa maendeleo kutekeleza mfano wa kwanza, na kikundi kingine cha mawakala na watafiti huru watafute njia za kupita. Seva za data zinazorudisha salio lisilo sahihi, na urejeshaji baada ya kupoteza kifaa, vinaweza pia kuongezwa hatua kwa hatua kwenye majaribio. Kinachofikiwa na mfano wa kwanza, kinaposhindwa, na tegemezi zipi zinazobaki, vyote vinapaswa kuelezwa hadharani, na hatua inayofuata iamuliwe kwa msingi wa ushahidi.
Wale wanaotaka kushiriki wanakaribishwa kuweka upya hadharani au kunukuu mpango huu kwenye X na @mave99a, na kuzungumza kuhusu tatizo unalotaka kutatua, kesi za mashambulizi zisizo na taarifa nyeti, au rasilimali unazoweza kuchangia. Natumaini majadiliano yanaendelea hadharani, ili wajenzi zaidi waweze kuona na kujiunga.
Crypto haiwezi kuendelea hivi. Wale wanaotaka kufanya kazi pamoja, tuchukue hatua sasa, kuanzia na uboreshaji mmoja unaoweza kujengwa na unaoweza kuhimili majaribio.Binance, tangazo la awali la rasmi na uchunguzi wa ufuatiliaji wa rasmi, 2026-10-30; uchambuzi wa minyororo mingi wa TRM. Rasimu hii ilithibitishwa kufikia 2026-10-30; hali ya uchunguzi na urejeshaji inaweza kubadilika. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-binance)
Satoshi Nakamoto, Bitcoin: Mfumo wa Pesa Pepe Mtandao wa Kina kwa Kina, 2008. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-bitcoin)
Uniswap, Usawa wa EVM wa Unichain. Mkusanyiko wa hatari wa utegemezi unaoshirikiwa ni hukumu ya mwandishi katika makala hii, si hitimisho la hati hiyo. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-evm)
Vitalik Buterin, Sam Wilson, Ansgar Dietrichs, lightclient, EIP-7702: Weka Msimbo kwa EOAs, iliundwa 2024-05-07. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-7702)
Minfeng Qi, Qin Wang, Ruiqiang Li, Tianqing Zhu, Shiping Chen, Shambulio la Ulaghai la EIP-7702, 2025-12-13, nakala ya awali ya arXiv v1; si utambulisho wa tukio hili la Binance. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-phishing)
Ethereum, Thamani ya juu inayoweza kutolewa (MEV), mifumo ya kupanga, aina tofauti, na athari mbaya; "inapaswa kurekebishwa kama hitilafu" ni msimamo wa kiinjinia wa mwandishi kuhusu tabia inayodhuru watumiaji. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-mev)
Kumbukumbu ya habari rasmi ya PHP ya 2026; sasisho la CISA la 2026-10-26 la Udhaifu Unaotumika Kwa Njia Inayojulikana, CVE-2026-109618, CVE-2026-109619. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-php)
Safe, Walinzi na Moduli, maelezo ya utendaji na hatari za ruhusa. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-guards)
Apple, Apple kupanua chaguo za ukarabati kwa kuauni sehemu halisi zilizotumika, 2024-04-11; maelezo ya sasa ya uauni wa kuoanisha sehemu. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-apple)Ledger, Jibu la Ledger kwa Shambulio la Kupandikiza Kifaa, 2026-10, taarifa ya muuzaji kuhusu shambulio katika mnyororo wa usambazaji; Joe Grand, utafiti wa uhandisi wa kugeuza kuhusu vipandikizi vya vifaa. Usiwasilishe makadirio ya hasara ya mtandao ambayo hayajathibitishwa kama hitimisho la uhakika. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ledgerimplant)
Coinkite, Hali ya Sasa ya Usalama ya COLDCARD, ilifikiwa 2026-10-30, rekodi inayosasishwa endelevu ya tukio la Julai 2026 na urekebishaji; kuboresha na kuhamisha mbegu ni shughuli mbili tofauti. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-coldcard)
ERC-4337: Uondoaji wa Akaunti Kwa Kutumia Alt Mempool; Trezor, Maswali Yanayoulizwa Mara kwa Mara ya SLIP39, urejeshaji wa kizingiti, uoanifu, na hatari za ziada za maneno ya siri. Mifumo iliyopo ni msingi wa kujenga, na haimaanishi kila usambazaji ni wa kuaminika. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-walletstandards)BIP-174: Muundo wa Muamala wa Bitcoin Uliosainiwa kwa Sehemu, muundo wa kubadilishana kwa muamala ambao haujasainiwa, si maelezo ya jumla ya mkakati wa mali kwa minyororo mbalimbali. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-psbt)
W3C, Muhtasari wa Vyeti Vinavyoweza Kuthibitishwa v1.0, 2026-07-30 Group Note; maelezo ya faragha ya Ethereum. Hali ya viwango ya teknolojia zilizoelezwa katika muhtasari ni huru katika kila kisa. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-privacy)
Nyaraka za Itifaki ya CoW, nia za muamala na mifumo ya suluhisho; makala haya hayatoi uthibitisho kamili wa usalama kwa usambazaji wowote mahususi. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-routing)
iShares, Ripoti ya Mwaka ya IBIT 2025, kurasa 8–10 za PDF mipango ya ulinzi na ukurasa wa 45 ufichuzi wa hatari. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ibit)
Mark Nottingham, RFC 9518: Ugatuzi, Ugawanyaji, na Viwango vya Mtandao, 2023-12, iliyowasilishwa kwa kujitegemea, RFC ya taarifa, si vipimo vya kufuatiliwa kwa viwango. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-layers)
Karatasi nyeupe ya Bitcoin Sehemu ya 8 Uthibitishaji Rahisi wa Malipo; BIP-157: Uchujaji wa Vitalu kwa Upande wa Mteja; Ethereum, Wateja Wepesi. Wateja wepesi tofauti wana wigo tofauti wa uthibitishaji na masharti ya uaminifu. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-lightclients)
Wakfu wa Ethereum, Kutangaza Mpango wa Usalama wa Trilioni ya Dola, 2025-05-14. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-initiative)
Anthropic, AI kulinda miundombinu muhimu, 2026-01-08, utafiti wa mazingira yenye mipaka kwa ushirikiano na PNNL. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ai)
Anthropic, Kuchora ramani ya vitisho vya mtandao vinavyowezeshwa na AI, utafiti kuhusu sampuli halisi za unyanyasaji. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-aiattacks)
Lucasfilm, Star Wars: A New Hope (Episode IV), 1977; makala haya yanakopa kichwa na taswira ya kujiokoa kwa pamoja. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-starwars)