கிரிப்டோ இப்படியே தொடர முடியாது: ஒரு பிளாக்செயின் பயன்பாட்டாளரிடமிருந்து ஒரு தொழில் சுய-மீட்பு முயற்சி

ஒரு சம்பவம் சொத்துகளை மட்டுமல்ல, நம்பிக்கையையும் பறித்துச் செல்கிறது. கிரிப்டோ இப்படியே தொடர முடியாது; நாம்தான் நம்மைக் காப்பாற்றிக் கொள்ள வேண்டும்.

ஆசிரியர்: Robert Mao, ArcBlock நிறுவனர் மற்றும் தலைமை நிர்வாக அதிகாரி

இந்தக் கட்டுரை யாரும் சுதந்திரமாக மற்பதிப்பு செய்யவும் முன்னனுப்பவும் அதிகாரம் அளிக்கப்பட்டுள்ளது, இந்தத் தொழில்துறை தன்னைத்தானே காப்பாற்றிக் கொள்ள வேண்டும் என்ற இந்த அழைப்பை மேலும் பலர் காண வேண்டும் என்ற நம்பிக்கையில்.

கிரிப்டோ இப்படியே தொடர முடியாது. மீண்டும் மீண்டும் நிகழும் பாரிய திருட்டுகள் சொத்துகளை மட்டுமல்ல, பங்கேற்பாளர்களின் முழு தொழில்துறை மீதான நம்பிக்கையையும் பறித்துச் செல்கின்றன. நாம் தன்னைத்தானே காப்பாற்றிக் கொள்ள வேண்டும்.

2026 அக்டோபர் 29 அன்று, Binance-இல் ஒரு பெரிய பாதுகாப்பு சம்பவம் நிகழ்ந்தது. அதன் ஆரம்ப அறிவிப்பில் சுமார் 6.3 பில்லியன் டாலர் மதிப்புள்ள சொத்துகள் பாதிக்கப்பட்டதாக மதிப்பிடப்பட்டது, மேலும் பாதிக்கப்பட்ட சொத்துகளில் சுமார் 3 பில்லியன் டாலர் முடக்கப்பட்டிருந்தது; விசாரணை ஆரம்பத்தில் ஒரு DevOps பொறியாளரின் மடிக்கணினியைச் சுட்டிக்காட்டியது, பின்னர் பிற சாத்தியமான ஊடுருவல் புள்ளிகளும் கண்டறியப்பட்டன. பணப்பெட்டி தனிப்பட்ட திறவுகோல் கசிவுக்கான எந்த ஆதாரமும் கண்டறியப்படவில்லை என்றும் Binance தெரிவித்தது. பாதிக்கப்பட்ட தொகை இறுதி நிகர இழப்பு அல்ல, முழு தாக்குதல் சங்கிலியும் இன்னும் விசாரணையில் உள்ளது. [[1]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-binance)

இந்த முன்முயற்சி Ethereum மற்றும் Solana போன்ற பிளாக்செயின் திட்டங்களின் கட்டுநர்களை நோக்கியது, மேலும் Binance, Coinbase, Kraken மற்றும் அனைத்து பரிமாற்றங்கள், பணப்பெட்டிகள், நெறிமுறைகள் மற்றும் பங்கேற்க விரும்பும் பாதுகாப்பு கட்டுநர்களையும் நோக்கியது: சொத்துகளைப் பாதுகாப்பதற்கான அடித்தளத்தை ஒன்றாக மீண்டும் கட்டுவோம். நான் பங்கேற்க விரும்புகிறேன், மேலும் அதிகமானோர் ஒன்றாகச் செயல்படுவார்கள் என்று நம்புகிறேன்.

இது ஏற்கனவே போதுமான அளவு கடினமானது. ஆனால் இந்த சம்பவம் கிரிப்டோ மீதான எவ்வளவு நம்பிக்கையை அழிக்கும், மேலும் எத்தனை தாக்குபவர்கள் இந்தத் தொழில்துறையை இன்னும் தொடர்ந்து தாக்கத் தகுந்த இலக்காகக் கருதுவார்கள் என்பதே என்னை மிகவும் கவலையடையச் செய்கிறது. இறுதியில் யாரோ இழப்புகளைத் தாங்கினாலும், இழப்பீடு பயனர்களின் நம்பிக்கையைத் தானாகவே சரிசெய்ய முடியாது, அதே வகையான அழிவு மீண்டும் நிகழ்வதையும் தடுக்க முடியாது.

Binance என்பது இன்று நாம் பிரச்சினையை எதிர்கொள்ள வேண்டிய கட்டாயத்தை ஏற்படுத்தும் ஒரு நுழைவுப் புள்ளி மட்டுமே. வேறு பக்கம் பார்த்தால், பரிமாற்றங்கள், பாலங்கள், ஆன்-செயின் நெறிமுறைகள் மற்றும் பணப்பெட்டிகள் நீண்ட காலமாக நீண்ட காயங்களின் தடத்தை விட்டுச் சென்றுள்ளன. புதிய நெட்வொர்க்குகளும் தயாரிப்புகளும் தொடர்ந்து தோன்றுகின்றன, ஆனால் பழைய தோல்வி முறைகள் மீண்டும் மீண்டும் நிகழ்கின்றன. நாம் ஒரு அறிவிப்பை வெளியிட்டு, சிறிது காலம் காத்திருந்து, அடுத்த சம்பவத்தை வழக்கமான ஒன்றாகக் கருத முடியாது.

மோசடிகளும், கட்டுவதற்குப் பொறுப்பேற்காமல் வெறுமனே கருத்துகளை உருவாக்கும் நடைமுறையும் இந்தத் தொழில்துறையை மிக நீண்ட காலமாக பாதித்துள்ளன என்பதையும் நாம் ஒப்புக்கொள்ள வேண்டும். தொழில்நுட்பத்தையும் உள்கட்டமைப்பையும் தீவிரமாகக் கட்டும் குழுக்களும் இழந்த நம்பிக்கையின் விளைவுகளை ஒன்றாகத் தாங்க வேண்டும். மக்கள் முழு கிரிப்டோவையும் ஒரு மோசடியாகக் காணும் நேரத்தில், உண்மையிலேயே பாதுகாக்கத் தகுந்த தொழில்நுட்பமும் ஆய்வும் கூட அதனுடன் கைவிடப்படலாம்.

ArcBlock-இன் நிறுவனர் மற்றும் கிரிப்டோ மற்றும் பிளாக்செயினில் ஒரு பயிற்சியாளர் என்ற முறையில், அத்தகைய முடிவை என்னால் ஏற்றுக்கொள்ள முடியாது. இந்தத் தொழில்துறைக்கு பாதுகாக்கத் தகுந்த மதிப்பு உள்ளது என்று நான் நம்புகிறேன், மேலும் நமது சொந்த பாதுகாப்பு அடித்தளத்திற்கு நாம் பொறுப்பேற்க வேண்டும் என்றும் நான் நம்புகிறேன். அடுத்த சம்பவத்திற்காக நாம் தொடர்ந்து செயலற்ற முறையில் காத்திருந்தால், மீண்டும் மீண்டும் இரத்தக்கசிவு இறுதியில் நாம் ஒன்றாகக் கட்டிய அனைத்தையும் அழித்துவிடக்கூடும்.எனவே, நான் இந்த முன்முயற்சியை வெளியிட விரும்புகிறேன்: பரிமாற்றங்கள், பணப்பைகள் மற்றும் பிளாக்செயின்களை உருவாக்குபவர்கள் சொத்துக் கட்டுப்பாடு மற்றும் பாதுகாப்பு சரிபார்ப்பின் அடித்தளத்தை கூட்டாக மீண்டும் கட்டியெழுப்ப வேண்டும், இதனால் ஒரு தனி ஊடுருவலின் சேத வரம்பு கட்டுப்படுத்தப்படும். கீழே உள்ள காலவரிசை மாற்றம் ஏன் அவசியம் என்பதை விளக்குகிறது; தொடர்ந்து வரும் தொழில்நுட்ப முன்மொழிவு நாம் தொடங்கக்கூடிய வேலை என்று நான் நம்புகிறேன்.

2008 இல், சடோஷி நகமோட்டோ ஒரு சக-க்கு-சக மின்னணு பண அமைப்பை முன்மொழிந்தார், பணம் செலுத்துதல்களை நம்பகமான இடைத்தரகர்களைச் சார்ந்திருப்பதைக் குறைக்க முயன்றார். [[2]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-bitcoin) இருப்பினும், அதிலிருந்து நடந்த முக்கிய சம்பவங்கள் நிதி, அங்கீகாரம் மற்றும் மென்பொருள் சார்புகள் மீண்டும் ஒருமுகப்படுத்தப்படும் பிரச்சினையை மீண்டும் மீண்டும் வெளிப்படுத்தியுள்ளன.

கீழே மையப்படுத்தப்பட்ட பரிமாற்றங்கள் (CEX), பரவலாக்கப்பட்ட பரிமாற்றங்கள் (DEX), பாலங்கள் மற்றும் பணப்பைகள் போன்ற பகுதிகளில் உள்ள பிரதிநிதித்துவ சம்பவங்களின் காலவரிசைப் பட்டியல் உள்ளது. இது முழுமையான சம்பவ தரவுத்தளம் அல்ல, ஆண்டு வாரியான இழப்பு புள்ளிவிவரமும் அல்ல. தொகைகள் பட்டியலிடப்பட்டுள்ள இடங்களில், அவை சம்பவத்தின் நேரத்தில் தோராயமான மொத்த தாக்கத்தைக் குறிக்கின்றன; திருட்டு, முடக்கம் மற்றும் அதைத் தொடர்ந்த மீட்பு ஆகியவை தனித்தனியாக விவரிக்கப்பட்டுள்ளன, நிரந்தர இழப்புகளாக ஒன்றாகச் சேர்க்க முடியாது.

2008 · பிட்காயின் வெள்ளை அறிக்கை

தொடக்கப் புள்ளி

பிட்காயின் வெள்ளை அறிக்கை நிதி நிறுவனங்களை இடைத்தரகர்களாகக் கொள்ளாத சக-க்கு-சக பணம் செலுத்துதல்களை முன்மொழிந்தது.

மூலம்

2011–2014 · Mt. Gox நீண்டகால திருட்டு

CEX

Mt. Gox நீண்டகால திருட்டைச் சந்தித்து இறுதியில் செயல்பாடுகளை நிறுத்தியது. பின்னர் அமெரிக்க நீதி அமைச்சகத்தின் குற்றச்சாட்டு, 2011 மற்றும் 2014 க்கு இடையில் சுமார் 647,000 BTC திருடப்பட்டதாகக் கூறியது. இது 2014 இல் ஒரே நாளில் நடந்த தாக்குதல் அல்ல.

மூலம்

2012 · Bitcoinica மற்றும் Bitfloor

CEX / பாதுகாப்பு உள்கட்டமைப்பு

Bitcoinica இன் Linode ஹோஸ்டிங் சூழல் சமரசம் செய்யப்பட்டது; அதே ஆண்டில், Bitfloor இன் மறையாக்கப்படாத பணப்பை காப்புப்பிரதி தாக்குதல் நுழைவுப் புள்ளியாக மாறியது. தளத்தின் பின்னணியில் உள்ள சேவையகங்கள் மற்றும் காப்புப்பிரதிகளும் சொத்துப் பாதுகாப்பு எல்லையின் ஒரு பகுதியாகும்.

மூலம்

2015 · Bitstamp ஹாட் வாலட்

CEX

Bitstamp இன் ஹாட் வாலட் சமரசம் செய்யப்பட்டது, பின்னர் இயக்கச் சூழல் மீண்டும் கட்டப்பட்டது. சம்பவத்தின் எல்லைக்கும் ஆஃப்லைன் இருப்புகளுக்கும் இடையிலான அதிகாரப்பூர்வ வேறுபாடு, தனிமைப்படுத்தல் வெளிப்பாட்டின் எல்லையைக் கட்டுப்படுத்த முடியும் என்பதைக் காட்டியது.

மூலம்

2016 · Bitfinex

CEX

Bitfinex இலிருந்து சுமார் 120,000 BTC திருடப்பட்டது. பல கையொப்ப ஏற்பாடுகளுக்கு இன்னும் முழுமையான சுயாதீன அங்கீகாரம் மற்றும் சரிபார்ப்பு தேவைப்படுகிறது.

மூலம் 1 · மூலம் 2

2016 · The DAO

ஆன்செயின் நெறிமுறை

The DAO ஒப்பந்தம் மறுநுழைவு தாக்குதலால் பாதிக்கப்பட்டது, சுமார் 3.6 மில்லியன் ETH ஒரு துணை-DAO வுக்கு மாற்றப்பட்டது, பின்னர் இது எத்தேரியம் ஃபோர்க்கைத் தூண்டியது. ஒரு சட்டபூர்வமான செயலாக்கப் பாதை பேரழிவு வணிக விளைவுகளை உருவாக்க முடியும்.

மூலம் 1 · மூலம் 2

2017 · Parity பகிரப்பட்ட பணப்பை நூலகம்

ஒப்பந்த பணப்பை

Parity பகிரப்பட்ட பணப்பை நூலகம் அழிக்கப்பட்டது, சுமார் 513,000 ETH முடக்கப்பட்டது. மாற்றப்படாவிட்டாலும், பகிரப்பட்ட குறியீட்டு சார்புகளால் நிதி பயன்படுத்த முடியாததாக மாறக்கூடும்.

மூலம்

2018 · Coincheck

CEXCoincheck-இன் NEM hot wallet திருடப்பட்டது. ஆஃப்லைன் இருப்புகள், hot wallet அனுமதிகள் மற்றும் வணிகத் தேவைகளுக்கு இடையிலான எல்லை மீண்டும் ஒரு பிரச்சினையாக மாறியது.

Source

2019 · Binance

CEX

Binance ஒரே பரிவர்த்தனையில் 7,000 BTC எடுக்கப்பட்டதாக அறிவித்தது. கையொப்பமிடுவதற்கு முன் பெரிய அளவிலான சொத்து வெளியேற்றங்கள் கட்டுப்படுத்தப்பட வேண்டும்.

Source

2020 · KuCoin

CEX

KuCoin hot wallet சம்பவம், அதைத் தொடர்ந்து பலதரப்பு ஒத்துழைப்பின் மூலம் பெருமளவு சொத்துகள் மீட்கப்பட்டன. மொத்தத் திருட்டுத் தொகையும் இறுதி இழப்பும் ஒரே எண்ணிக்கை அல்ல.

Source

2021 · Poly Network

Cross-chain protocol

சுமார் $612 மில்லியன் மதிப்பிலான சொத்துகள் Poly Network-இலிருந்து மாற்றப்பட்டு பின்னர் படிப்படியாகத் திருப்பித் தரப்பட்டன. Cross-chain அங்கீகாரம் மற்றும் சொத்துக் கட்டுப்பாடு சாதாரண வணிகப் பாதைகள் மூலம் மட்டும் நிலைத்திருக்க முடியாது.

Source

2022 · Ronin bridge

Bridge

Ronin validator அனுமதிகள் சமரசம் செய்யப்பட்டு, 173,600 ETH மற்றும் 25.5 மில்லியன் USDC மாற்றப்பட்டன. பல validator-களின் விசைகளும் ஒரே தாக்குதல் சங்கிலியில் சிக்கலாம்.

Source

2022 · Slope wallet

Wallet

Solana சூழலில் Slope wallet சம்பவம். தனிப்பட்ட விசைத் தகவல் தற்செயலாக ஒரு பயன்பாட்டு கண்காணிப்புச் சேவைக்கு அனுப்பப்பட்டதாக Solana அதிகாரப்பூர்வமாகத் தெரிவித்தது; இது Solana ஒருமித்த கருத்தின் சமரசம் அல்ல.

Source

2023 · Euler

Lending protocol

ஒரு protocol பாதிப்பு காரணமாக சுமார் $197 மில்லியன் மதிப்பிலான சொத்துகள் Euler-இலிருந்து மாற்றப்பட்டு பின்னர் மீட்கப்பட்டன. ஒரே பரிவர்த்தனையில் சிக்கலான சேர்க்கைகள் வணிகத் தர்க்கக் குறைகளை பெருக்கலாம்.

Source

2023 · Ledger Connect Kit

Wallet connection tool

Ledger Connect Kit ஒரு supply chain தாக்குதலுக்கு உள்ளாகி, தீங்கிழைக்கும் குறியீடு பயன்பாட்டு முன்முனையில் நுழைந்தது. வன்பொருள் சாதனப் பாதுகாப்பு பரிவர்த்தனை உள்ளடக்கச் சரிபார்ப்பை மாற்ற முடியாது.

Source

2024 · DMM Bitcoin

CEX

DMM Bitcoin-இலிருந்து சுமார் $308 மில்லியன் திருடப்பட்டது. FBI மற்றும் பிற நிறுவனங்கள் பின்னர் தொடர்புடைய பணியாளர்கள் மற்றும் கையொப்பச் சங்கிலியை இலக்காகக் கொண்ட சமூகப் பொறியியல் தாக்குதல்களை வெளியிட்டன.

Source

2024 · Radiant Capital

Lending protocol / signing

Radiant Capital-இலிருந்து சுமார் $50 மில்லியன் திருடப்பட்டது, மேலும் பல டெவலப்பர் சாதனங்கள் சமரசம் செய்யப்பட்டன. பலதரப்பு கையொப்பமும் கூட்டாக மாசுபட்ட பரிவர்த்தனைத் தகவலைச் சார்ந்திருக்கலாம்.

Source

2025 · Bybit / Safe

CEX / wallet frontend

சுமார் $1.5 பில்லியன் Bybit சம்பவம் Safe டெவலப்பர் சூழல் மற்றும் முன்முனையை உள்ளடக்கியது, மேலும் கையொப்பமிட்டவர்கள் wallet கட்டுப்பாட்டு தர்க்கத்தை மாற்றிய ஒரு பரிவர்த்தனையை அங்கீகரித்தனர்.

Source 1 · Source 2

2025 · Cetus DEX

DEX

Sui-இல் Cetus-இல் நிகழ்ந்த சுமார் $223 மில்லியன் சம்பவம், ஆராய்ச்சியாளர்கள் ஒரு கணித நூலகத்தில் உள்ள குறையைச் சுட்டிக்காட்டுகின்றனர். Non-EVM சூழல்களும் அவற்றின் குறியீடு மற்றும் சொத்து வெளிப்பாட்டின் எல்லையை அதேபோல் ஆய்வு செய்ய வேண்டும்.

Source

2026-07 · COLDCARD random number flaw

Hardware wallet / seed generationஒரு ஃபேர்ம்வேர் குறைபாடு விதை உருவாக்கத்தை பலவீனப்படுத்தியது, சாதனம் ஆஃப்லைனில் இருந்தபோது தாக்குபவர்கள் தொடர்புடைய தனிப்பட்ட விசைகளை மீண்டும் கட்டமைக்க அனுமதித்தது. ஏற்கனவே உருவாக்கப்பட்ட பலவீனமான விதைகளை மேம்படுத்துதல் சரிசெய்ய முடியாது; ஆலோசனையின்படி இடம்பெயர்வு இன்னும் தேவை.

மூலம்

2026-10 · Ledger வன்பொருள் பொருத்துதல்

வன்பொருள் பணப்பை / விநியோகத் தாக்குதல்

Ledger, உண்மையான சாதனங்கள் மாற்றப்பட்டு தென்கிழக்கு ஆசியாவில் விநியோக சேனல்கள் மூலம் பரப்பப்பட்டதை உறுதிப்படுத்தியது, பொருத்தப்பட்ட கூறுகள் துவக்கத்தின் போது மீட்பு சொற்றொடர்களைத் திருடின. அதன் சில்லுகள், இயக்க முறைமை மற்றும் சேவையகங்கள் சமரசம் செய்யப்படவில்லை என்று விற்பனையாளர் கூறுகிறார்.

மூலம்

2026 · Binance பல-சங்கிலி சம்பவம்

CEX / பல-சங்கிலி

தோராயமாக $6.3 பில்லியன் மதிப்புள்ள சொத்துக்கள் பாதிக்கப்பட்டதாக Binance ஆரம்பத்தில் மதிப்பிட்டது, மேலும் பிற சாத்தியமான ஊடுருவல் புள்ளிகள் பற்றிய விசாரணைகள் இன்னும் தொடர்கின்றன. ஒரு ஒற்றை இயக்க முறைமை பல நெட்வொர்க்குகளில் ஒரே நேரத்தில் சொத்துக்களை வெளிப்படுத்த முடியும்.

மூலம் 1 · மூலம் 2 · மூலம் 3

இங்கே CEXகள் மட்டுமல்ல, பரவலாக்கப்பட்ட பரிமாற்றங்கள், கடன் வழங்கல் நெறிமுறைகள் மற்றும் பாலங்களும் உள்ளன; திருடப்பட்ட சொத்துக்களும் உள்ளன, முடக்கப்பட்ட சொத்துக்களும் உள்ளன. தாக்குதல்கள் வெவ்வேறு அடுக்குகளில் நிகழ்கின்றன, மேலும் தீர்வு முறைகள் வேறுபடுகின்றன. இவை அனைத்தையும் "பயனர்கள் தங்கள் தனிப்பட்ட விசைகளைப் பாதுகாக்கத் தவறிவிட்டனர்" என்ற ஒற்றை வாக்கியத்திற்குக் குறைப்பதை நான் எதிர்க்கிறேன். ஒரு குறிப்பிட்ட கருவியின் மேம்பாட்டுச் சூழல், ஒரு குறிப்பிட்ட பகிரப்பட்ட நூலகம் அல்லது புரிந்துகொள்ள முடியாத ஒரு அங்கீகாரம் அவர்களின் அனைத்து சொத்துக்களுக்கும் நுழைவுப் புள்ளியாக மாறும் என்பதை பயனர்கள் எப்படி அறிய முடியும்?

பரவலாக்கப்பட்ட நெட்வொர்க்குகள் ஏற்கனவே மிகுதியாகச் செய்துள்ளன, இருப்பினும் சொத்துக் கட்டுப்பாட்டிற்கான தவறு தனிமைப்படுத்தல் இன்னும் போதுமானதாக இல்லை. ஆன்செயின் செயலாக்கம் ஒரு பரிவர்த்தனையை உண்மையாகவே நிறைவேற்றுகிறது, ஆனால் அந்தப் பரிவர்த்தனைக்கு அவ்வளவு அதிகாரத்தை நகர்த்தும் உரிமை ஏன் உள்ளது என்பதற்கு அது நமக்காக பதிலளிக்க முடியாது.

Ethereum இன் பங்களிப்பு குறிப்பிடத்தக்கது. இது அதிகமான மக்கள் ஆன்செயின் பயன்பாடுகளை எழுத அனுமதித்தது மற்றும் செழுமையான கருவிகள் மற்றும் மேம்பாட்டு அனுபவத்தை வளர்த்தெடுத்தது. ஆனால் இன்று, பல புதிய சங்கிலிகள் மற்றும் L2கள் (அடுக்கு-2 அளவீட்டு நெட்வொர்க்குகள்) EVM இணக்கத்தை அவற்றின் முதன்மை இலக்காகக் கருதுகின்றன. EVM, அதாவது Ethereum ஸ்மார்ட் ஒப்பந்தங்களை இயக்கும் மெய்நிகர் இயந்திரம், பரவலாக நகலெடுக்கப்பட்ட தொழில்நுட்ப முன்னிகையாக மாறி வருகிறது. இணக்கம் பயன்பாட்டு இடம்பெயர்வை வசதியாக்குகிறது; Unichain போன்ற திட்டங்களின் ஆவணங்கள் சமமான செயலாக்கச் சூழலின் மதிப்பாக Ethereum கருவிகளை மீண்டும் பயன்படுத்துவதை வெளிப்படையாகக் குறிப்பிடுகின்றன. [[3]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-evm)

EVM இணக்கத்தை தொழில்துறையின் இயல்புநிலை பதிலாகக் கருதுவது கட்டமைப்பு ஆபத்து செறிவை உருவாக்குகிறது என்று நான் நம்புகிறேன். நெட்வொர்க் பெயர்கள் பலவாக இருக்கலாம், சரிபார்ப்பாளர்கள் வேறுபடலாம், ஆனால் உருவாக்குநர்கள் ஒரே ஒப்பந்தங்களை மீண்டும் மீண்டும் பயன்படுத்தலாம், ஒரே அங்கீகாரப் பழக்கங்களைப் பின்பற்றலாம் மற்றும் ஒரே மென்பொருள் நூலகங்களை நம்பலாம். பகிரப்பட்ட சார்புகளில் உள்ள பிழைகள் மற்றொரு சங்கிலியில் பயன்படுத்தப்படுவதால் மறைந்துவிடாது. இது தொழில்நுட்ப பாதை பற்றிய ஒரு தீர்ப்பு, ஒவ்வொரு EVM செயலாக்கத்திற்கும் ஒரே பாதிப்பு அவசியமாக உள்ளது என்ற கூற்று அல்ல.இங்குதான் என் எதிரியம் மீதான விமர்சனமும் அமைகிறது. பொதுப் பயன்பாட்டு ஒப்பந்தச் செயலாக்கத் திறன் நேரடியாக மாற்றக்கூடிய சொத்துகளுடன் இணைகிறது; இது பயன்பாட்டுக் குறியீடு மற்றும் பணப்பை இடைவினைகளின் மீது மிகப்பெரிய பொறுப்பைச் சுமத்துகிறது. ஒப்பந்தங்கள் ஒப்பந்தங்களை அழைக்கலாம், அனுமதிகள் நீண்ட காலம் நீடிக்கலாம், வெளித்தோற்றத்தில் சாதாரணமான உறுதிப்படுத்தல் ஒன்று ஒரு கணக்கின் அடுத்தடுத்த கட்டுப்பாட்டு முறையை மாற்றக்கூடும். பாதுகாப்பு என்பது ஒவ்வொரு உருவாக்கக் குழுவும் இந்தக் கலவைகளைச் சரியாகப் புரிந்துகொள்வதையும், ஒவ்வொரு பயனரும் தாம் கையொப்பமிட்டதைச் சரியாகப் புரிந்துகொள்வதையும் பெருகிய முறையில் சார்ந்துள்ளது.

EIP-7702 இந்தச் சிக்கலை மிகத் தெளிவாக்குகிறது. சாதாரண பணப்பரிமாற்றம் என்பது "இம்முறை யாருக்கு எவ்வளவு"; ஒரு பிரதிநிதித்துவ அனுமதி என்பது "இனிமேல், இந்தக் குறியீட்டுத் துண்டு என் கணக்கின் சார்பாகச் செயல்பாடுகளைச் செய்யட்டும்" என்பதாக இருக்கலாம். பயனர் அனுபவத்தை மேம்படுத்துதல் மற்றும் அனுமதிகளை நுட்பமாக்குதல் என்ற இலக்குகள் இதற்கு உண்டு, ஆனால் ஒரு பிரதிநிதித்துவத்தை அமைப்பதே பரந்த செயலாக்கத் திறனை வழங்குகிறது; நுட்பமான அனுமதிகள் இன்னும் பிரதிநிதித்துவக் குறியீட்டால் சரியாகச் செயல்படுத்தப்பட வேண்டியுள்ளன. [[4]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-7702) மின்ஃபெங் கீ மற்றும் பிறரின் "EIP-7702 ஃபிஷிங் தாக்குதல்" என்ற முன்பதிப்பு ஆய்வறிக்கை, இத்தகைய அனுமதிகளில் கையொப்பமிடத் தூண்டிய பிறகு ஒரு கணக்கைத் தொடர்ந்து கட்டுப்படுத்தும் பாதையை ஆராய்கிறது. [[5]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-phishing) வசதி அதிகரிக்கும்போது பாதுகாப்புப் பொறுப்பும் அதிகரிக்கிறது; முன்னதை வெறுமனே பயனர்களிடம் ஒப்படைக்க முடியாது.

இந்த பைனான்ஸ் சம்பவம் பல சங்கிலிகளைத் தாண்டியது, விசாரணை இன்னும் முழுமையடையவில்லை, எனவே முழு தாக்கத்தையும் நேரடியாக EIP-7702 அல்லது EVM-க்குக் காரணமாகக் கூற முடியாது. மறுநுழைவு, கையொப்பமிடும் சேவைகள் சமரசம் ஆதல், முன்-முனை சேதப்படுத்துதல் ஆகியவையும் ஒரே வகையான பாதிப்பு அல்ல. ஆனால் இத்தகைய வேறுபாடுகள் கட்டமைப்பைக் கேள்வி கேட்பதை நிறுத்துவதற்கான சாக்காக மாறக்கூடாது: மேல் அடுக்குகளில் ஏற்படும் பிழைகளின் சார்பாக, அடிப்படை அடுக்கு ஏன் எளிதில் தவிர்க்க முடியாத கூடுதல் கட்டுப்பாடுகளைத் தக்கவைத்துக்கொள்ளவில்லை?

MEV-ஐயும் எனக்குப் பிடிக்கவில்லை. இது பங்கேற்பாளர்கள் பரிவர்த்தனைகளைச் சேர்த்தல், விலக்குதல் மற்றும் வரிசைப்படுத்துதல் மூலம் கூடுதல் மதிப்பைப் பெறும் இடத்தைக் குறிக்கிறது. என்னைப் பொறுத்தவரை, வரிசைப்படுத்தும் அதிகாரத்தைப் பயன்படுத்தி பயனர் பரிவர்த்தனைகளை இடையில் செருகி அவர்களின் செயலாக்க முடிவுகளை மோசமாக்குவது, யாரோ ஒருவர் அதிலிருந்து லாபம் ஈட்ட முடியும் என்பதற்காக மட்டும் பாதுகாக்கத் தகுந்த அம்சமாகத் தொகுக்கப்படாமல், சரிசெய்ய வேண்டிய பிழையாகவே கருதப்பட வேண்டும். எதிரியத்தின் சொந்த ஆவணங்களும் பரிவர்த்தனை இடையில் செருகுதலின் பயனர் பாதிப்பையும், வலையமைப்பு நிலைத்தன்மைக்கு MEV ஏற்படுத்தும் ஆபத்தையும் வெளிப்படையாக ஒப்புக்கொள்கின்றன. [[6]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-mev) MEV எதிரியத்திற்கு மட்டும் தனித்துவமானது அல்ல; ஆர்பிட்ராஜ் மற்றும் கலைப்பு போன்ற வேறுபட்ட செயல்பாடுகளையும் உள்ளடக்குகிறது; தணிப்பு ஆய்வுகள் ஏற்கனவே தொழில்துறையில் உள்ளன. எனது விமர்சனம் என்னவென்றால், வலையமைப்பைப் பராமரிப்பதற்கான ஊக்கம் பயனர்களின் பரிவர்த்தனை நிபந்தனைகளைத் தியாகம் செய்வதற்கான காரணமாக மாறக்கூடாது. சிறந்த பரிவர்த்தனை அமைப்பு குறைந்தபட்ச வழங்கல் முடிவையும் அனுமதிக்கப்பட்ட கட்டணங்களையும் அனுமதியில் எழுத வேண்டும், மேலும் நிரப்பப்படாத தகவலைப் பயன்படுத்தி பயனர்களுக்குத் தீங்கு விளைவிக்கும் வரிசைப்படுத்துபவர்களின் இடத்தைக் கட்டுப்படுத்த வேண்டும்.எத்தேரியத்தின் கிரிப்டோ மீதான தாக்கம், PHP இன் இணையம் மீதான தாக்கத்தைப் போலவே ஓரளவு இருப்பதாக நான் எப்போதும் உணர்ந்துள்ளேன்: அது பலருக்கு விஷயங்களை உருவாக்க உதவியது, அதே நேரத்தில் நீண்ட காலம் திருப்பிச் செலுத்த வேண்டிய பொறியியல் கடனையும் விட்டுச் சென்றது. 2026 அக்டோபரில் PHP இன்னும் ஒரு தீவிர ரிமோட் கோட் எக்ஸிகியூஷன் பாதிப்பை சரிசெய்ய வேண்டியிருந்தது. முதிர்ச்சியும் பிரபலமும் தொடர்ச்சியான கடினப்படுத்துதலுக்கு மாற்றாக இருக்க முடியாது. [[7]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-php) இணையத்தின் மதிப்புமிக்க அம்சம் என்னவென்றால், மொழிகள், கட்டமைப்புகள் மற்றும் கிளவுட் சேவைகள் தனித்தனியாக பரிணமிக்க முடியும். வெவ்வேறு சொத்து மாதிரிகள் மற்றும் செயல்படுத்தும் முறைகளும் தொடர்ந்து வளர அனுமதிக்க வேண்டும், "ஒரே மெய்நிகர் இயந்திரத்துடன் இணக்கத்தன்மை" என்பதை சுற்றுச்சூழல் அமைப்பில் பங்கேற்பதற்கான நுழைவுச் சீட்டாகக் கருதக்கூடாது.

எனவே, பிட்காயின், சோலானா மற்றும் ரிப்பிள்/XRP லெட்ஜர் சுற்றுச்சூழல் அமைப்புகள், அத்துடன் ArcBlock உள்ளிட்ட கட்டுமானர்களை, பொதுவான பாதுகாப்பு அடித்தளத்தை உருவாக்குவதில் தீவிரமாகப் பங்கேற்க நான் அழைப்பு விடுக்கிறேன். தரநிலைகள் மற்றும் இயங்குதன்மையில் பங்கேற்பதற்கு முதலில் தன்னை எத்தேரியமாக மாற்றிக்கொள்ள வேண்டிய அவசியமில்லை. பன்முகத்தன்மை சொத்துக் கட்டுப்பாடு மற்றும் சரிபார்ப்பு முறைகளில் செயல்படுத்தப்பட வேண்டும் மற்றும் பொது ஆய்வுக்கு திறந்திருக்க வேண்டும். Slope மற்றும் Cetus சம்பவங்கள் ஏற்கனவே நமக்கு நினைவூட்டியுள்ளன, non-EVM க்கும் பாதுகாப்பு விலக்கு இல்லை.

வெவ்வேறு செயல்படுத்தும் சூழல்கள் அனைத்தும் ஏற்றுக்கொள்ளக்கூடிய ஒரு பாதுகாப்பு விவரக்குறிப்பு உருவாகுவதை நான் காண விரும்புகிறேன்: அதே சொத்து வரம்புகள் மற்றும் சரிபார்ப்புத் தேவைகளை EVM மற்றும் பிற பாதைகள் தனித்தனியாக செயல்படுத்தலாம், பின்னர் ஒவ்வொன்றின் உத்தரவாதங்களும் செலவுகளும் பொதுவில் ஆய்வு செய்யப்படலாம்.

1. அடிப்படை ஆபத்துக் கட்டுப்பாடுகள் சொத்துகளை அகற்றும் அதிகாரத்தை கட்டுப்படுத்தட்டும்

பெரிய பணப்பைகள் பெறுநர் வெள்ளைப்பட்டியல்கள், ஒட்டுமொத்த செலவு வரம்புகள் மற்றும் புதிய பெறுநர்களுக்கான காத்திருப்பு காலங்களை அமைக்க முடியும். முக்கிய விஷயம் என்னவென்றால், இந்த விதிகளை அதே அன்றாட பரிவர்த்தனை விசையால் உடனடியாக ரத்து செய்ய முடியாது. விதிகளை மாற்றுவதற்கு சுயாதீன அங்கீகாரம் தேவை மற்றும் கண்காணிப்பு மற்றும் ரத்துசெய்வதற்கு நேரம் விட வேண்டும்.தற்போதுள்ள ஸ்மார்ட் கணக்குகளுக்கு ஏற்கனவே செயலாக்க அடிப்படை உள்ளது, எடுத்துக்காட்டாக Safe Guards மல்டிசிக் தாண்டி பரிவர்த்தனை கட்டுப்பாடுகளைச் சேர்க்க முடியும். [[8]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-guards) அனைத்து சொத்துக் கட்டுப்பாட்டுப் பாதைகளையும் உள்ளடக்கிய, எளிதில் ஏற்றுக்கொள்ளக்கூடிய அடிப்படைத் திறனாக இதை நாம் மாற்ற வேண்டும். நேரடிப் பரிமாற்றங்கள் மட்டும் கட்டுப்படுத்தப்பட்டு, வரம்பற்ற ஒப்புதல்கள், தொகுதிகள் அல்லது மேம்படுத்தல்கள் வழியாகப் புறவழிகள் அனுமதிக்கப்பட்டால், பாதுகாப்பு தோல்வியடையும். ஒயிட்லிஸ்ட் ஒப்பந்தத்தை மேம்படுத்த முடியுமா, பெறுநரின் அனுமதிகள் மாறியுள்ளனவா என்பதும் சரிபார்ப்பு வரம்பில் சேர்க்கப்பட வேண்டும். ஆப்பிளின் ஆக்டிவேஷன் லாக் அன்றாட வாழ்க்கையில் ஒரு உத்வேகத்தை அளிக்கிறது: இது திருடப்பட்ட சாதனங்களின் மறுசெயல்பாட்டைக் கட்டுப்படுத்துகிறது மற்றும் சில திருடப்பட்ட பாகங்களின் அளவுத்திருத்தத்தை வரம்பிடுகிறது, திருட்டுக்குப் பிறகு சுரண்டக்கூடிய மதிப்பைக் குறைப்பதை இலக்காகக் கொண்டுள்ளது. [[9]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-apple) பணப்பைகளும் இந்தத் திசையில் வடிவமைக்கப்படுவது மதிப்புக்குரியது. ஒரு தாக்குதல் நபர் ஒரு திறவுகோலைப் பெற்றால், பணமாக்கக்கூடிய சொத்துகளின் வரம்பு வரையறுக்கப்பட்டதாகவே இருக்கும், மேலும் தாக்குதலின் எதிர்பார்க்கப்படும் வருவாய் குறையக்கூடும்; சேவைகளை இடையூறு செய்வது போன்ற அபாயங்கள் தனித்தனியாகக் கையாளப்பட வேண்டும்.

இதையே நான் சொத்துப் பாதுகாப்பின் "அரசியலமைப்பு" என்று அழைக்கிறேன்: செயல்பாட்டு அதிகாரம் சமரசம் செய்யப்படக்கூடும், ஆனால் எல்லைகளை மாற்றும் அதிகாரம் சுயாதீனமாக இருக்க வேண்டும். மீட்பு செயல்முறைகளும் கட்டுப்படுத்தப்பட வேண்டும், ஒரு தவறான கட்டமைப்பு சொத்துகளை நிரந்தரமாகப் பூட்டிவிடாமல் தடுக்க.

II. வெறுமனே மnemonic சொற்களை ஒப்படைப்பதற்குப் பதிலாக, பணப்பைகள் பாதுகாப்புப் பொறுப்பை ஏற்கச் செய்யுங்கள்

இன்றைய பணப்பை அமைப்புகள் மீது எனக்கு கடுமையான அதிருப்தி உள்ளது: ஒரு தயாரிப்பு ஒரு சாதாரண நபரை ஒரு தொகுதி சொற்களை எழுதச் சொல்லி, அவற்றை ஒருபோதும் கசியவிடக்கூடாது, இழக்கக்கூடாது அல்லது ஏமாற்றப்பட்டு வெளியேற்றப்படக்கூடாது என்று கோரி, பின்னர் அனைத்துத் தோல்விகளையும் பயனர் பொறுப்புக்குக் காரணம் கூறினால், அதை நான் பொறுப்பற்ற வடிவமைப்பாகக் கருதுகிறேன். சுயப் பாதுகாப்பு மக்களுக்குக் கட்டுப்பாட்டை அளிக்க வேண்டும், மேலும் அவர்களுக்குப் பயன்படுத்தக்கூடிய பாதுகாப்பு மற்றும் மீட்புத் திறன்களையும் அளிக்க வேண்டும். ஒவ்வொரு பயனரும் முதலில் ஒரு பாதுகாப்பு நிபுணராக மாற வேண்டும் என்று அது கோரக்கூடாது. மேலும் சாதாரண பயனர்களை அடைவதற்கு Crypto கடக்க வேண்டிய ஒரு வாசலும் இதுவே.சமீபத்திய சம்பவங்கள் இந்தப் பிரச்சினையை நேரடியாக மேசையில் வைத்துள்ளன. அக்டோபர் 2026-இல், Ledger நிறுவனம் தாக்குதலாளர்கள் உண்மையான சாதனங்களை மாற்றியமைத்து, தென்கிழக்கு ஆசியாவில் உள்ள விநியோகச் சேனல்கள் மூலம் அவற்றை மீண்டும் சந்தைக்கு அனுப்பியதை உறுதிப்படுத்தியது; பொருத்தப்பட்ட கூறுகள் துவக்கத்தின் போது மீட்பு சொற்களைத் திருடின. சாதனம் தொழிற்சாலையை விட்டு வெளியேறிய பிறகு நிகழ்ந்த இதை, அதன் சிப், இயங்குதளம் அல்லது சேவையகங்களின் சமரசமாக அல்லாமல், உள்ளூர்மயமாக்கப்பட்ட விநியோகத் தாக்குதல் என Ledger வரையறுத்தது. [[10]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ledgerimplant) COLDCARD-இன் ஜூலை சம்பவம் விதை உருவாக்கத்தை பலவீனப்படுத்தும் ஃபார்ம்வேரை உள்ளடக்கியது: தொடர்புடைய தனிப்பட்ட திறவுகோல்களை மீண்டும் கட்டமைக்க தாக்குதலாளருக்கு சாதனத்தை தொலைவிலிருந்து கட்டுப்படுத்த வேண்டிய அவசியமில்லை. ஃபார்ம்வேரைப் புதுப்பிப்பது எதிர்கால உருவாக்க செயல்முறையை சரிசெய்கிறது, ஆனால் ஏற்கனவே உருவாக்கப்பட்ட பலவீனமான விதைகள் இன்னும் இடம்பெயர வேண்டியுள்ளன. [[11]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-coldcard)

இந்த இரண்டு சம்பவங்களும் ஒரே வகையான பாதிப்பு அல்ல, இருப்பினும் ஒன்றாக அவை காட்டுகின்றன: பயனர்கள் சொற்களை கவனமாக எழுதி சாதனத்தை ஆஃப்லைனில் வைத்திருந்தாலும், தயாரிப்பாளரின் சார்பாக அவர்கள் தற்செயல்தன்மையையும் விநியோகச் சங்கிலியின் ஒருமைப்பாட்டையும் சரிபார்க்க முடியாது. சாதனம் காப்புப்பிரதி சொற்களைக் காட்டுவது ஆஃப்லைன் மீட்பு என்ற நோக்கத்தைக் கொண்டுள்ளது, ஆனால் அது முழுமையான மீட்பு ரகசியம் பாதுகாக்கப்பட வேண்டிய காட்சி மற்றும் காப்புப்பிரதி பாதையின் வழியாகச் செல்லவும் காரணமாகிறது. சிப் பாதுகாப்பு முழு சாதனத்தின் சரிபார்ப்பையும் விநியோகச் செயல்முறையையும் மாற்ற முடியாது.

மேம்பாட்டின் இலக்கு முழுமையான பணப்பை வாழ்க்கைச் சுழற்சியாக இருக்க வேண்டும்: திறவுகோல்கள் எவ்வாறு உருவாக்கப்படுகின்றன, பரிவர்த்தனைகள் எவ்வாறு விளக்கப்படுகின்றன, அனுமதிகள் எவ்வாறு பிரிக்கப்படுகின்றன, மற்றும் சாதனம் இழக்கப்பட்ட பிறகு மீட்பு எவ்வாறு செயல்படுகிறது. கணக்குச் சுருக்கம், அதாவது திட்டமிடக்கூடிய விதிகளின் மூலம் கணக்குகள் அங்கீகாரத்தைச் சரிபார்க்க அனுமதிப்பது, மற்றும் SLIP-39 போன்ற வரம்பு காப்புப்பிரதிகள், இரண்டுக்கும் ஏற்கனவே தரநிலைகளும் செயலாக்க அடித்தளங்களும் உள்ளன, எனவே தொழில்துறையில் யாரும் இவற்றில் வேலை செய்யவில்லை என்று கூற முடியாது. [[12]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-walletstandards) ஆனால் இந்த திறன்களை சோதிக்கப்பட்ட, பயன்படுத்த எளிதான பாதுகாப்புகளாக மாற்ற வேண்டும், பயனர்கள் சிக்கலான திட்டங்களைத் தாங்களே இணைக்க வேண்டியதில்லை.

நினைவுச்சொற்களை எளிமையாக மங்கலாக்குவது போதாது. மதிப்பாய்வு செய்யப்பட்ட மறையாக்கப்பட்ட காப்புப்பிரதிகள், வரம்பு மீட்பு, மற்றும் சுயாதீன சாதன அங்கீகாரம் ஆகியவை மிகவும் நம்பகமான திசைகள், மேலும் பெருமளவு சொத்துகளை வைப்பதற்கு முன் பயனர்கள் மீட்பு பயிற்சிகளை முடிக்க வேண்டும். காப்புப்பிரதி துண்டுகளும் பல்கையொப்பமும் வெவ்வேறு அடுக்குகள்: முந்தையது மீட்பின் போது அதே ரகசியமாக மீண்டும் இணையலாம், பிந்தையது பரிவர்த்தனையை அங்கீகரிக்க பல சுயாதீன கையொப்பமிட்டவர்கள் தேவைப்படுகிறது. மீட்பு சேவைகள் அமைதியாக ஒரு புதிய முதன்மை திறவுகோலாக மாறக்கூடாது, கூடுதல் கடவுச்சொல் அதை இழந்தால் மீட்க முடியாத இழப்பு என்ற மற்றொரு பொறியாகவும் மாறக்கூடாது.தனிநபர் பணப்பைகள் மற்றும் பரிமாற்றப் பணப்பை அமைப்புகள் பரிவர்த்தனை விவரணைகள், கையொப்பக் கோரிக்கைகள், சொத்து கட்டுப்பாடுகள் மற்றும் மீட்பு செயல்முறைகளுக்கான பாதுகாப்பு விவரக்குறிப்புகளைப் பகிர்ந்து கொள்ளலாம், அதே நேரத்தில் வெவ்வேறு வரம்புகள் மற்றும் ஒப்புதல் கொள்கைகளைப் பின்பற்றலாம். பிட்காயினின் PSBT ஏற்கனவே கையொப்பமிடப்படாத பரிவர்த்தனைகளை கருவிகளுக்கிடையே கடத்துவதற்கான ஒரு வடிவமைப்பை வழங்குகிறது, மேலும் இந்தப் பொதுவான இடைமுகத்தைத் தொடர்ந்து கட்டியெழுப்புவது மதிப்புள்ளது. [[13]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-psbt) பொதுவானது என்பது சரிபார்க்கக்கூடிய பாதுகாப்புத் தேவைகளே; ஒவ்வொரு சங்கிலியும் அதன் சொந்த தகவமைப்பு விதிகளைத் தெளிவுபடுத்த வேண்டும். இந்தக் கையொப்பம் எதை மாற்றும் மற்றும் அதன் மூலம் யாருக்கு எவ்வளவு அதிகாரம் வழங்கப்படுகிறது என்பதைப் பணப்பைகள் தெளிவாகக் காட்ட வேண்டும், மேலும் சுயாதீனக் கொள்கைகள் எல்லை மீறிய செயல்பாடுகளை நிராகரிக்க வேண்டும்; அழகான உறுதிப்படுத்தல் பக்கம் மட்டும் போதாது.

III. குறைந்தபட்ச தேவையான வெளிப்படுத்தலுடன் சரிபார்க்கத்தன்மையை அடைதல்

ஒரு நிபந்தனை நிறைவேறுகிறது என்பதை நிரூபிக்க, எப்போதும் பயனர்கள் அனைத்து அடிப்படைத் தரவையும் வெளிப்படுத்த வேண்டியிருக்கக் கூடாது. தேர்ந்தெடுக்கப்பட்ட வெளிப்படுத்தல், பூஜ்ய-அறிவு சான்றுகள் மற்றும் தேவைக்கேற்ப வழங்கப்படும் தணிக்கை அணுகல் ஆகியவை உள்கட்டமைப்பில் சாதாரண விருப்பங்களாக மாற வேண்டும். இது சொத்துப் பாதுகாப்புடனும் தொடர்புடையது: பொது அடையாளம் மற்றும் சொத்து உறவுகள் இலக்கு வைக்கப்பட்ட ஏமாற்றுதலுக்கான துப்புகளை வழங்கக்கூடும்; வணிகத்திற்குத் தேவையில்லாத தரவு முடிந்தவரை குறைவாகவே வெளிப்படுத்தப்பட வேண்டும்.

W3C-இன் சரிபார்க்கக்கூடிய சான்றளவு அமைப்பு ஏற்கனவே தேர்ந்தெடுக்கப்பட்ட வெளிப்படுத்தலுக்கான தொழில்நுட்பப் பாதையைக் கொண்டுள்ளது; இருப்பினும், உள்ளீடுகள் உண்மையானவை என்பதை நிரூபித்தல், சான்றளவுகள் செல்லுபடியாகவே இருக்கும் என்பதை நிரூபித்தல் மற்றும் நிலை எவ்வாறு ரத்து செய்யப்படுகிறது என்பதைத் தெளிவுபடுத்துவது இன்னும் தேவைப்படுகிறது. [[14]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-privacy) பூஜ்ய-அறிவு சான்றுகளை (ZK) பயன்படுத்துவது பரிவர்த்தனைத் தொகைகளையும் உறவுகளையும் தானாகவே மறைத்துவிடாது; அளவீட்டுச் சான்றுகளும் தனியுரிமைப் பாதுகாப்பும் வெவ்வேறு இலக்குகள்.

எடுத்துக்காட்டாக, ஒரு வணிகம் பங்கேற்பதற்கான தகுதியை மட்டும் சரிபார்க்க வேண்டியிருக்கும்போது, ஒரு பயனர் முழுமையான நிதி ஆவணங்களை வெளிப்படுத்தாமல் நம்பகமான நிறுவனத்தால் வழங்கப்பட்ட செல்லுபடியாகும் தகுதி முடிவைச் சமர்ப்பிக்கலாம். மறைக்கப்பட்ட மதிப்பு ஒரு நிபந்தனையை நிறைவேற்றுகிறது என்பதை நிரூபிக்க வேண்டியிருக்கும்போது, பொருத்தமான சான்று முறையைப் பயன்படுத்தலாம். சான்றளவின் நம்பகமான மூலமும் அதன் ரத்து நிலையும் இன்னும் சரிபார்க்கப்பட வேண்டும்.

எனது முன்முயற்சி என்பது முதலில் "யார் எதைச் சரிபார்க்க வேண்டும்" என்பதைத் தெளிவுபடுத்தி, பின்னர் பொதுவில் வெளியிடப்பட வேண்டிய தரவை வடிவமைப்பதாகும். தகுதியைச் சரிபார்ப்பவர்களுக்கு தகுதி முடிவு மட்டுமே தேவைப்படலாம்; குறிப்பிட்ட தணிக்கைப் பொறுப்புகளைச் சுமப்பவர்கள் வரம்புக்குட்பட்ட ஆதாரங்களைப் பெறலாம். பொதுவில் சரிபார்க்கக்கூடிய கட்டுப்பாடுகள் அனைவருக்கும் நிரந்தரமாக வெளிப்படுத்தப்படும் தனிப்பட்ட தகவல்களைக் குறைந்தபட்சமாகக் குறைக்க வேண்டும்.

IV. பரிவர்த்தனைச் சேவைகளை மத்திய நிறுவனக் காப்பகத்திலிருந்து முடிந்தவரை விடுவித்தல்வணிகப் பொருத்தம், பாதை கண்டறிதல் மற்றும் சொத்துத் தீர்வு ஆகியவை தனித்தனியாக வடிவமைக்கப்பட வேண்டும். வணிக நுழைவுப் புள்ளியை வழங்கும் ஒரு சேவை, தற்போதைய தீர்வை முடிந்தவரை முடிக்கத் தேவையான அனுமதிகளை மட்டுமே பெற வேண்டும், இதனால் மீதமுள்ள நேரத்தில் பயனர் சொத்துகள் அவரவர் கட்டுப்பாட்டில் இருக்கும். ஏற்கனவே உள்ள நோக்கம் அடிப்படையிலான பரிவர்த்தனை நெறிமுறைகள் பாதையின் ஒரு பகுதியை ஆராய்ந்துள்ளன, மேலும் தொழில்துறை அதைத் தொடர்ந்து முடிக்க முடியும். [[15]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-routing)

பயனர்கள் ஒப்புக்கொள்வது தெளிவான தீர்வு நிபந்தனைகளாக இருக்க வேண்டும், அவற்றில் என்ன செலுத்தப்படுகிறது, குறைந்தபட்சம் என்ன பெறப்படுகிறது, எப்போது காலாவதியாகிறது மற்றும் அனுமதிக்கப்பட்ட கட்டணங்கள் அடங்கும். ஒரு வணிகச் சேவை சமரசம் செய்யப்பட்ட பிறகு, தாக்குபவர் சேவையை மறுக்கலாம், ஆனால் இந்த நிபந்தனைகளை தன்னிச்சையாக மாற்ற முடியாது. இன்னும் மையப்படுத்தப்பட்ட பாதுகாப்பு தேவைப்படும் வணிகங்களும் இருப்பு மற்றும் செயல்பாட்டு அனுமதிகளைப் பிரிக்க வேண்டும், மேலும் ஹாட் வாலெட் வெளிப்பாடு மற்றும் தானியங்கி நிரப்புதல் வரம்புகளைக் கட்டுப்படுத்த வேண்டும்.

IBIT என்பது iShares-இன் பிட்காயின் பரிமாற்ற-வர்த்தக தயாரிப்பு ஆகும், மேலும் சந்தையில் வர்த்தகம் செய்வது அதன் பங்குகள் ஆகும். அதன் ஏற்பாடு பகுதி தனிமைப்படுத்தலுக்கு ஒரு எடுத்துக்காட்டை வழங்குகிறது: பங்குகள் மற்றும் அடிப்படை பிட்காயின் தனித்தனியாகப் பதிவு செய்யப்படுகின்றன, மேலும் Vault Balance (பாதுகாப்பு இருப்பு)க்கான தொடர்புடைய தனிப்பட்ட விசைகள் குளிர் சேமிப்பில் வைக்கப்படுகின்றன. பங்கு வர்த்தகப் பதிவில் ஏற்படும் மாற்றங்களுக்கு ஒவ்வொரு பரிவர்த்தனையிலும் அடிப்படை பிட்காயின் நகர வேண்டியதில்லை. [[16]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ibit) இதிலிருந்து கற்றுக்கொள்ளக்கூடியது வர்த்தக உரிமைகள் மற்றும் இருப்பு அகற்றல் உரிமைகளின் பிரிப்பு ஆகும். அதன் Trading Balance (வர்த்தகச் சேவை இருப்பு) வேறுபட்ட ஏற்பாட்டைக் கொண்டுள்ளது, மேலும் பாதுகாப்பிற்கே அபாயங்கள் உள்ளன; குளிர் சேமிப்பு சுயாதீன அறிவுறுத்தல் மற்றும் கையொப்ப சரிபார்ப்புடன் இணைக்கப்பட வேண்டும்.

நான் வணிக நுழைவுப் புள்ளியை ஒரு ரவுட்டருடன் ஒப்பிடுகிறேன், அது அனைத்து பயனர்களின் சொத்துகளின் மீதான முதன்மை சுவிட்சைச் சுமக்காமல் மாற்றப்பட முடியும் என்று நம்புகிறேன். தீர்வு பாக்கெட் அனுப்புதலுக்கு மிகவும் சிக்கலானது, மேலும் சொத்து வழங்கல் மற்றும் அங்கீகாரம் இன்னும் சுயாதீனமாக சரிபார்க்கப்பட வேண்டும். ஒரு சேவையை பாதுகாப்பற்றதாக மாற்றி, பின்னர் அதற்கு வரம்பற்ற பணம் எடுக்கும் உரிமைகளை வழங்குவது மையப்படுத்தப்பட்ட அபாயத்தை மீண்டும் கொண்டு வரும்.

V. தோல்விகளைத் தனிமைப்படுத்தவும் மாற்றக்கூடிய தன்மையைப் பாதுகாக்கவும் அடுக்கு கட்டமைப்பைப் பயன்படுத்துதல்நமக்கு அடையாளம் மற்றும் அங்கீகார இடைமுகங்கள், சொத்துக் கொள்கைகள், மற்றும் தீர்வு சரிபார்ப்பு முறைகள் தேவை, அவை சுயாதீனமாக பரிணமிக்கக்கூடியவை. வெவ்வேறு சங்கிலிகள் தங்களின் சொந்த செயலாக்க மாதிரிகளைத் தக்கவைத்துக்கொண்டு தெளிவான இடைமுகங்கள் வழியாக இணைக்க முடியும். இடைமுகங்கள் பாதுகாப்பு உத்தரவாதங்களையும் அவற்றின் நிபந்தனைகளையும் கூற வேண்டும், "அழைப்பு வெற்றிகரமாக முடிந்தது" என்று மட்டும் கூறக்கூடாது.இணைய அனுபவம் இந்த அணுகுமுறையை ஆதரிக்கிறது. RFC 9518 இல், "Centralization, Decentralization, and Internet Standards," மார்க் நாட்டிங்ஹாம் மையப்படுத்தல் உதவிகரமாக இருக்கக்கூடிய சூழ்நிலைகளைப் பற்றி குறிப்பாக விவாதிக்கிறார், மேலும் அது கொண்டுவரும் அதிகாரத்தையும் அபாயங்களையும் பகுப்பாய்வு செய்கிறார். [[17]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-layers) இதுவே கற்றுக்கொள்ளத் தகுந்த அணுகுமுறை: எந்தப் பொறுப்புகளை மையப்படுத்தலாம், எந்த அளவிற்கு, மற்றும் அந்த அதிகாரம் விரிவடைவதை எவ்வாறு தடுப்பது என்பதற்கு கட்டமைப்பே பதிலளிக்கட்டும். ஒரு சேவை முரண்பாடுகளை மையமாக அடையாளம் காண அனுமதிக்கப்படலாம், ஆனால் சொத்துகளைத் தொடும் அதன் அனுமதி வரையறுக்கப்பட வேண்டும்; பயனர்கள் தங்கள் சொந்த சொத்துக் கொள்கைகளையும் சரிபார்ப்புப் பதிவுகளையும் இழக்காமல் சேவைகளை மாற்ற முடிய வேண்டும்.

மிக முக்கியமான ஏற்பு கேள்வி: ஒரு வணிகச் சேவை சமரசம் செய்யப்பட்ட பிறகு, எந்தச் சுயாதீன அடுக்கு இன்னும் அதை நிராகரிக்க முடியும்? எல்லா அடுக்குகளும் ஒரே நிர்வாக விசையைப் பகிர்ந்தால், "அடுக்காக்கம்" என்பது ஒரு வரிசைப்படுத்தல் வரைபடத்தில் அடுக்காக்கம் மட்டுமே.

இந்த இலக்கை ஐந்து பொறுப்பு அடுக்குகளாகக் காணலாம்: பரிவர்த்தனைச் சேவை கோரிக்கைகளைச் சமர்ப்பிக்கிறது, பணப்பை பயனர் நோக்கத்தை வெளிப்படுத்துகிறது, சுயாதீனக் கொள்கை சொத்து அகற்றலின் மீதான அதிகாரத்தை வரம்பிடுகிறது, சரிபார்ப்புக் கூறு செயல்பாடுகளையும் ஆதாரங்களையும் சரிபார்க்கிறது, மற்றும் தீர்வு அடுக்கு கட்டுப்பாடுகளைச் செயல்படுத்தி சரிபார்க்கக்கூடிய பதிவுகளை வழங்குகிறது. அவை வெவ்வேறு குழுக்களால் செயல்படுத்தப்படலாம், மேலும் அவற்றின் சார்புகளும் தோல்வி நிபந்தனைகளும் தனித்தனியாக விவரிக்கப்பட வேண்டும்.

இந்தக் கட்டுரையில் பரிந்துரைக்கப்படும் இலக்கு கட்டமைப்பு. தீர்வு அடுக்கு சொத்துக் கொள்கையைச் செயல்படுத்த வேண்டும்; பணப்பையில் உள்ள அறிவிப்புகள் இந்தக் கட்டுப்பாட்டை மாற்ற முடியாது. தினசரி கையொப்பமிடுதல், விதி மாற்றங்கள், மற்றும் மீட்பு அதிகாரம் தனிமைப்படுத்தப்பட்டு பைபாஸ் சோதனைக்கு உட்படுத்தப்பட வேண்டும்.

6. பயனர்கள் தங்கள் சொந்த சொத்துகளை இலகுவாகச் சரிபார்க்க அனுமதிக்கவும்

சாதாரண மக்கள் தங்கள் சொந்த இருப்புகளையும் ரசீதுகளையும் சரிபார்க்க முழு சங்கிலியின் முழு வரலாற்றையும் சேமித்து இயக்க வேண்டியதில்லை; பணப்பையின் பின்னால் உள்ள ஒரு சேவையகத்தை மட்டும் நம்ப வேண்டியதுமில்லை. சடோஷி நாகமோட்டோ வெள்ளை அறிக்கையின் பிரிவு 8 இல் SPV, எளிமைப்படுத்தப்பட்ட கட்டணச் சரிபார்ப்பை ஏற்கனவே முன்மொழிந்தார். பிட்காயினின் BIP-157 வாடிக்கையாளர்கள் வடிகட்டிகளைப் பதிவிறக்கி தங்களுக்குத் தொடர்புடைய தொகுதிகளைக் கண்டறிய அனுமதிப்பதைத் தொடர்ந்து ஆராய்கிறது; எத்தீரியத்திலும் இலகு வாடிக்கையாளர் வடிவமைப்புகள் உள்ளன. [[18]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-lightclients) எனவே பிரச்சினை யாரும் இதைப் பற்றி சிந்திக்கவில்லை என்பதல்ல, மாறாக தெளிவான பாதுகாப்பு நிபந்தனைகளுடன் கூடிய சரிபார்ப்புத் திறனை பயனர்கள் தினமும் பயன்படுத்தும் பணப்பைகளில் நாம் இன்னும் உருவாக்க வேண்டும் என்பதே.ஒரு கணக்கு நிலைச் சான்றுகளை ஆதரிக்கும் சங்கிலியை உதாரணமாக எடுத்துக்கொள்வோம்: இருப்பை வினவும்போது, சேவையகம் இருப்பையும் ஒரு சான்றையும் சேர்த்து வழங்க வேண்டும். பணப்பெட்டி முதலில் அந்தச் சங்கிலியின் விதிகளின்படி ஒரு குறுகிய தொகுதிச் சுருக்கத்தை, அதாவது தொகுதித் தலைப்பைச் சரிபார்க்கிறது, பின்னர் இந்த இருப்பு அந்தச் சுருக்கம் உறுதியளித்த தரவுடன் ஒத்துப்போகிறதா எனப் பார்க்கிறது. சேவையகம் பதிலை வழங்குகிறது, பணப்பெட்டி அந்தப் பதிலைச் சரிபார்க்க முடியும். பிட்காயினின் SPV தொடர்புடைய பரிவர்த்தனைகள் சேர்க்கப்பட்டதற்கான சான்றைச் சரிபார்க்கிறது; அதை நேரடியாக இருப்புச் சான்றாக நகலெடுக்க முடியாது. பணப்பெட்டி எங்கு ஒத்திசைந்துள்ளது மற்றும் எந்தத் தகவல் சரிபார்க்கப்பட்டுள்ளது என்பதையும் தெளிவாகக் காட்ட வேண்டும்; சான்றுகள் இல்லாதபோது, தரவு பழையதாக இருக்கும்போது அல்லது மூலங்கள் முரண்படும்போது, அது எச்சரிக்கை விடுக்க வேண்டும் அல்லது இந்தத் தகவலைச் சார்ந்த உயர்-ஆபத்து செயல்பாடுகளை நிறுத்த வேண்டும், மேலும் அமைதியாக கண்மூடித்தனமான நம்பிக்கைக்குத் திரும்பக்கூடாது.

இலகுரக சரிபார்ப்புக்கு இன்னும் நிபந்தனைகள் உள்ளன. ஒரு பரிவர்த்தனை ஒரு தொகுதியில் சேர்க்கப்பட்டது என்பதை நிரூபிப்பது, அந்தத் தொகுதியில் உள்ள அனைத்துப் பரிவர்த்தனைகளும் செல்லுபடியானவை என்பதைத் தானே சரிபார்ப்பதற்குச் சமமானதல்ல. வெவ்வேறு திட்டங்கள் பெரும்பான்மை ஹாஷ் சக்தி நேர்மையாக இருப்பதை அல்லது நம்பகமான ஆரம்பப் பதிவை, அதாவது ஒரு சோதனைச் சாவியை நம்பியிருக்கலாம்; சேவையகங்கள் தரவை மறைப்பது அல்லது பயனர்களை ஒரு பழைய சங்கிலிப் பதிவில் தனிமைப்படுத்துவதையும் அவை கண்காணிக்க வேண்டும். வினவல் தானே பயனர் அக்கறை கொள்ளும் முகவரிகளை வெளிப்படுத்துகிறதா என்பதையும் கையாள வேண்டும். முழு முனைகளும் தொகுதி உற்பத்தியாளர்களும் ஒரே பங்கு அல்ல; எத்தேரியம் இன்று தொகுதி உற்பத்திக்கு சுரங்கத் தொழிலாளர்களுக்குப் பதிலாக சரிபார்ப்பாளர்களைப் பயன்படுத்துகிறது.

மேலும் முக்கியமாக, "இந்தப் பரிமாற்றம் உண்மையில் ஆன்செயினில் நடந்தது" என்பதை நிரூபிப்பது, "இதுவே பயனர் விரும்பிய சரியான பரிமாற்றம்" என்பதை நிரூபிக்க முடியாது. இலகுரக வாடிக்கையாளர்கள் முந்தைய சொத்து வரம்புகளையும் கையொப்பச் சரிபார்ப்புகளையும் மாற்ற முடியாது. அவை பயனர்கள் சரிபார்க்க முடியாத பதிலைக் குறைவாக நம்ப வைக்கின்றன, அதே நேரத்தில் சொத்துக் கொள்கை செல்லுபடியான கையொப்பம்கூட சொத்துகளை வரம்பின்றி அகற்ற முடியாது என்பதை உறுதிசெய்கிறது. இரு அடுக்குகளையும் ஒன்றாகக் கட்டமைத்தால் மட்டுமே சரிபார்ப்புத் திறனைப் பங்கேற்பாளர்களிடையே பகிர முடியும்.

7. அசாதாரண நிலை அடையாளம் மற்றும் பாதுகாப்புச் சரிபார்ப்பை பொது உள்கட்டமைப்பாக உருவாக்குதல்

ஒரு பரிவர்த்தனைக்கு முன், அந்தச் செயல்பாடு சொத்துக் கொள்கையைப் பின்பற்றுகிறதா மற்றும் அது வரலாற்று நடத்தையை திடீரென மாற்றுகிறதா என்பதை யாராவது சரிபார்க்க வேண்டும். வெளிப்படையான அசாதாரணங்கள் இடைநிறுத்தம் அல்லது தீவிரமான மறுஆய்வைத் தூண்டலாம்; அனுமதிகளை விரிவுபடுத்த மற்றொரு சுயாதீன பாதை தேவை. AI தீர்ப்பில் பங்கேற்கலாம், ஆனால் கடினமான விதிகளை மீறும் அனுமதியைப் பெறக்கூடாது.

அதே நேரத்தில், தாக்குதல் வழக்குகள், அனுமதிச் சோதனைகள் மற்றும் மீண்டும் மீண்டும் இயக்கக்கூடிய சரிபார்ப்புக் கருவிகளை நாம் கூட்டாகப் பராமரிக்க வேண்டும். விவரக்குறிப்புகளைப் பகிர்ந்து, சுயாதீன செயலாக்கங்களையும் சுயாதீன சரிபார்ப்பையும் பாதுகாப்பதன் மூலம் மட்டுமே பொதுவான-முறை தோல்விகளைக் குறைக்க முடியும். அறக்கட்டளைகளும் பரிமாற்றங்களும் ஏற்கனவே பாதுகாப்பு முதலீடுகளைக் கொண்டுள்ளன, எடுத்துக்காட்டாக எத்தேரியம் அறக்கட்டளையின் டிரில்லியன் டாலர் பாதுகாப்பு முன்முயற்சி. [[19]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-initiative) அடுத்து கேட்க வேண்டிய கேள்வி, அந்த முதலீட்டை மற்ற குழுக்களும் ஏற்றுக்கொண்டு ஆய்வு செய்யக்கூடிய பொது உள்கட்டமைப்பாக மாற்ற முடியுமா என்பதுதான்.இந்த ஏழு வேலை உருப்படிகளில் எதுவும் முழுமையான பாதுகாப்பை உறுதிப்படுத்த முடியாது. அவை வழங்க வேண்டியது ஆய்வுசெய்யக்கூடிய எல்லைகளே: எந்த நிபந்தனைகளின் கீழ் அனுமதி சமரசம் ஏற்பட்டால், அதிகபட்சம் எவ்வளவு சொத்துகள் வெளிப்படும், முரண்பாடுகளை எவ்வளவு விரைவாகக் கண்டறிய முடியும், மீட்பு இன்னும் யாரைச் சார்ந்துள்ளது.

இந்தக் கட்டத்தில், சிலர் கூறலாம்: திசை சரியாகத் தெரிகிறது, ஆனால் தொழில்துறை ஏற்கனவே பல ஆண்டுகளாகத் தொடர்கிறது; மறுகட்டமைப்புக்கு எத்தனை பேர், எவ்வளவு நேரம் தேவைப்படும்? இது இன்னும் கற்பனாவாதம்தானே?

மென்பொருள் உற்பத்தியின் கடந்தகால முறையின்படி மதிப்பிட்டால், இந்தச் சந்தேகம் மிகவும் யதார்த்தமானது. ஆனால் 2026 ஆம் ஆண்டளவில், கோடிங் முகவர்களும் AI இயக்கும் மென்பொருள் பொறியியலும் நாம் திரட்டக்கூடிய கட்டுமானத் திறனை ஏற்கனவே மாற்றியுள்ளன என்று நான் நம்புகிறேன். இங்கு குறிப்பிடப்படும் கோடிங் முகவர்கள் என்பவை குறியீட்டைப் படிக்கவும் எழுதவும், கருவிகளை அழைக்கவும், சோதனைகளை இயக்கவும், ஒரு மேம்பாட்டுச் சூழலில் பின்னூட்டத்தின் அடிப்படையில் தொடர்ந்து வேலை செய்யவும் கூடிய AI நிரலாக்க உதவியாளர்கள். கட்டுபவர்கள் இலக்குகளை நிர்ணயிக்கிறார்கள், பாதுகாப்பு எல்லைகளை வரையறுக்கிறார்கள், இந்தக் கருவிகளைப் பயன்படுத்தி அமைப்புகளைச் செயல்படுத்தி சரிபார்க்கிறார்கள், மேலும் முடிவுகளுக்குப் பொறுப்பேற்கிறார்கள்.

முன்பு பெரிய குழுக்கள் மீண்டும் மீண்டும் செயல்படுத்தி, தகவமைத்து, பராமரிக்க வேண்டியிருந்த வேலையை, இப்போது சிறிய குழுக்கள் இந்தப் புதிய பொறியியல் அணுகுமுறையுடன் முயற்சிக்க முடியும். ஒரு குழு ஒரு அடுக்கை வைத்திருக்கிறது, தெளிவான இடைமுகங்களைச் சுற்றி கூறுகளை வழங்குகிறது, பின்னர் மற்ற குழுக்கள் அவற்றை ஆய்வுசெய்து இணைக்கின்றன. மனித கட்டமைப்பு தீர்ப்பு, கோடிங் முகவர்களின் செயல்படுத்தல் திறன், சுயாதீன பாதுகாப்பு சரிபார்ப்பு ஆகியவற்றை ஒழுங்கமைப்பது, எனது பார்வையில், தீவிரமாக மறுமதிப்பீடு செய்யத் தகுந்த கட்டுமானப் பாதையாகும்.

Anthropic மற்றும் PNNL ஆகியவற்றின் ஆய்வு ஒரு உறுதியான உதாரணத்தைத் தருகிறது: ஒரு வரையறுக்கப்பட்ட முக்கிய உள்கட்டமைப்பு உருவகப்படுத்தல் சூழலில், தாக்குதல் மறுகட்டமைப்பு ஒருவேளை பல வாரங்களிலிருந்து சுமார் மூன்று மணி நேரமாகக் குறைக்கப்பட்டதாக ஆய்வாளர்கள் தெரிவித்தனர். [[20]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-ai) ஒரு சிறிய குழு ஏற்கனவே முழு தொழில்துறையையும் பாதுகாப்பாக மீண்டும் எழுத முடியும் என்பதை இது நிரூபிக்க முடியாது, ஆனால் முன்பு விலை உயர்ந்த சரிபார்ப்பு மற்றும் தாக்குதல்-பாதுகாப்பு வேலைக்கு புதிய செலவு நிபந்தனைகள் இருக்க முடியும் என்பதைக் காட்டுகிறது.

இப்போதே தொடங்கக்கூடிய ஒரு நிறுவன அணுகுமுறை, Build in Public AI Factory ஒன்றை கூட்டாக உருவாக்குவதாகும். தொழில்துறை நிபுணர்கள், அறிஞர்கள் மற்றும் பயிற்சியாளர்கள் தேவைகளையும் ஏற்பு விவரக்குறிப்புகளையும் (spec) வெளிப்படையாக எழுதுகிறார்கள், எதைப் பாதுகாக்க வேண்டும், எந்தச் செயல்பாடுகள் அனுமதிக்கப்படுகின்றன, எந்த அனுமதிகள் சமரசம் செய்யப்பட்ட பிறகு எந்த எல்லைகள் இன்னும் நிலைத்திருக்க வேண்டும் என்பதை விளக்கி, பின்னர் இந்தத் தேவைகளை ஏற்புச் சோதனைகளாக மாற்றுகிறார்கள். கோடிங் முகவர்களின் குழுக்கள் முக்கிய குறியீட்டு எழுத்து, சோதனை மற்றும் பிழைத்திருத்த வேலைகளை ஏற்கின்றன; வெவ்வேறு குழுக்கள் வடிவமைப்புகளையும் முடிவுகளையும் ஆய்வுசெய்கின்றன, மனிதர்கள் தீர்ப்பு மற்றும் ஏற்புப் பொறுப்பைச் சுமக்கிறார்கள்.பங்கேற்பாளர்கள் கருத்துகள், இயந்திரங்கள், கணினி சக்தி மற்றும் மாதிரி அழைப்பு ஒதுக்கீடுகள், அதாவது AI டோக்கன்களை வழங்க முடியும். AI மற்றும் கிளவுட் கணினி நிறுவனங்கள் மாதிரி ஒதுக்கீடுகள், கணினி வளங்கள் மற்றும் கருவிகள் மூலம் இந்த பொது கட்டுமானத்தை ஆதரிக்க முடியும். விவரக்குறிப்புகள், முன்மாதிரி குறியீடு, முகவர் பணிப்பாய்வுகள், சோதனை சூழல்கள் மற்றும் சரிபார்ப்பு முடிவுகள் அனைத்தும் பொதுவாக பராமரிக்கப்படும் உள்கட்டமைப்பாக மாறலாம், அடுத்த குழு அங்கிருந்து நேரடியாக தொடர அனுமதிக்கிறது. எந்த ஒரு நபரின் நேரத்தையோ அல்லது எந்த ஒரு குழுவையோ சார்ந்திருப்பதைக் குறைத்து, மேம்பாட்டுத் திறனை மீண்டும் பயன்படுத்தக்கூடிய பொது வசதிகளாகக் கட்டமைப்பதே இலக்கு.

தாக்குபவர்களும் AI-ஐப் பயன்படுத்துகின்றனர், கடந்த கால உற்பத்தி முறைகளில் பாதுகாப்பை விட்டுவிட எங்களுக்கு இனி காரணமில்லை. [[21]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-aiattacks) ஆனால் குறியீடு உருவாக்கம் வேகமாக இருப்பது தொடக்கப் புள்ளி மட்டுமே. கட்டுப்பாடுகளைத் தெளிவாக எழுதி, சோதனைகளை மீண்டும் மீண்டும் இயக்கக்கூடியதாகவும், ஒரு கூறுகளை ஆய்வு செய்யக்கூடியதாகவும் மாற்றக்கூடியதாகவும் ஆக்கினால் மட்டுமே AI திறனை உள்கட்டமைப்பு மேம்பாடாக மாற்ற முடியும்.

சுயாதீன கட்டுப்படுத்துபவர்கள் குறியீட்டு முகவர்கள் மற்றும் AI கருவிகளின் உதவியுடன் ஒன்றிணைந்து செயல்படுகிறார்கள். விண்வெளி பணியிடம் என்பது பொது கட்டுமானத்திற்கான ஒரு உருவகம். கட்டுவதை இன்னும் விரும்புபவர்களுக்கு இந்த அழைப்பை நான் சிறப்பாக விடுக்க விரும்புகிறேன். இங்கே "ஹேக்கர்" என்பவர் ஒரு அமைப்பு எவ்வாறு செயல்படுகிறது என்பதைக் கண்டறிய விரும்புபவர், தான் கண்டறிந்ததைப் பகிர விரும்புபவர், மற்றவர்கள் தனது வேலையைச் சோதிக்க அனுமதிக்க விரும்புபவர். அந்த உணர்வு ஒரு காலத்தில் இணையத்தை முன்னோக்கி இயக்கியது, இன்று அது Crypto-வையும் முன்னோக்கி இயக்க முடியும்.

இந்தத் துறையில் புத்திசாலிகள் இல்லை என்று நான் நம்பவில்லை, Crypto மற்றும் AI துறைகள் இந்த வேலையை ஆதரிக்க வளங்களைக் கண்டுபிடிக்க முடியாது என்றும் நான் நம்பவில்லை. திறமை, நிதி மற்றும் நீடித்த பொறுப்பை ஒன்றாக ஒழுங்கமைப்பதே கடினமானது. அறக்கட்டளைகளும் திறமையான நிறுவனங்களும் நேரடியாக வருவாய் ஈட்டாத ஆனால் அனைவருக்கும் பயனளிக்கும் அடிப்படை வேலையின் நீண்டகால செலவை ஏற்க விரும்ப வேண்டும்.

உலகளவில் பகிரப்பட்ட கிரிப்டோகிராஃபிக் உள்கட்டமைப்பை உருவாக்க அனைவரும் ஒன்றிணைந்து செயல்பட முடியும் என்று நான் நம்புகிறேன். வெவ்வேறு நெட்வொர்க்குகளும் குழுக்களும் பகிரப்பட்ட பாதுகாப்புக் கட்டுப்பாடுகளின் கீழ் ஒத்துழைக்க முடியும், ஒவ்வொன்றும் தனது சொந்த தீர்வுகளைச் செயல்படுத்தி மற்றவற்றைச் சோதிக்க முடியும், பயனர்கள் தேர்ந்தெடுத்து இடம்பெயர முடியும். இது ஒரு கூறுடன் தொடங்கலாம், ஆனால் திசை முழு துறையும் ஒன்றிணைந்து கட்டுவதற்கு ஏற்ற அளவுக்குப் பெரியதாக இருக்க வேண்டும். ArcBlock உட்பட அனைத்து பங்கேற்பாளர்களும் சரிபார்க்கக்கூடிய வேலையை பங்களிக்க வேண்டும்.

சில பகுதிகள் சமரசம் செய்யப்பட்டிருந்தாலும், சொத்துகளுக்கு எல்லைகள் இருக்கும், மற்ற அமைப்புகள் இன்னும் பிழைகளை நிராகரிக்க முடியும், பயனர்களுக்கு மீட்பு மற்றும் வெளியேறும் வழிகள் இருக்கும் ஒரு வகையான உள்கட்டமைப்பை நாம் கூட்டாக உருவாக்க வேண்டும். ஸ்டார் வார்ஸில் இருந்து பெயரைக் கடன் வாங்கி, இது எங்கள் A New Hope. [[22]](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fn-starwars) நம்பிக்கை செயல்படத் தயாராக இருக்கும் சாதாரண கட்டுப்படுத்துபவர்களிடமிருந்தும், குறியீட்டு முகவர்களும் புதிய பொறியியல் முறைகளும் அவர்கள் அதிக கட்டுமான வேலையை ஏற்க உதவும் இந்தத் தருணத்திலிருந்தும் வருகிறது.Ethereum, Solana, Bitcoin, மற்றும் XRP Ledger போன்ற திட்டங்களின் உருவாக்குநர்களுக்கும், Binance, Coinbase, மற்றும் Kraken போன்ற பரிமாற்றங்களுக்கும், அத்துடன் wallet, protocol, பாதுகாப்பு ஆராய்ச்சி, AI, மற்றும் cloud computing குழுக்களுக்கும் நான் ஒரு அழைப்பை விடுக்க விரும்புகிறேன்: தெளிவாக வரையறுக்கப்பட்ட ஒரு pilot-ஐத் தொடங்கி, மற்ற குழுக்கள் ஏற்றுக்கொண்டு சோதிக்கக்கூடிய மேம்பாடுகளை இணைந்து உருவாக்குங்கள்.

பட்டியலிடப்பட்ட பெயர்கள் எடுத்துக்காட்டுகள் மட்டுமே, எந்தவொரு குறிப்பிட்ட வரிசையும் இல்லை. அளவு அல்லது நீங்கள் எடுக்கும் தொழில்நுட்பப் பாதை எதுவாக இருந்தாலும், நீங்கள் பங்கேற்க வரவேற்கப்படுகிறீர்கள். இந்த அழைப்பில் இந்தக் கட்டுரையில் விமர்சிக்கப்பட்ட தொழில்நுட்பப் பாதைகளின் உருவாக்குநர்களும் அடங்குவர்; சொத்துப் பாதுகாப்பை இணைந்து மேம்படுத்துவது நம் ஒவ்வொருவரின் சூழலியல் எல்லைகளைக் கடக்கத் தகுந்தது.

நானே பங்கேற்கவும், எங்களின் தற்போதுள்ள உள்கட்டமைப்பு, மென்பொருள் பொறியியல், மற்றும் AI ஒத்துழைப்பு நடைமுறைகளைப் பங்களிக்கவும் விருப்பப்படுகிறேன். நாங்கள் தொழில்துறையில் ஒரு சிறிய குழு மட்டுமே, எங்களால் செய்யக்கூடியது வரம்புடையது. ஒரு prototype மற்றும் ஒரு தொகுப்பு மீளக்கூடிய சோதனைகளுடன் தொடங்க விரும்புகிறேன்.

நடைமுறை இயக்க அனுபவம் உள்ளவர்கள் தனிநபர் தகவல் நீக்கப்பட்ட தாக்குதல் சூழல்களை வழங்கலாம், wallet மற்றும் protocol குழுக்கள் பாதுகாப்புகளைச் செயல்படுத்தலாம், சுயாதீன ஆராய்ச்சியாளர்கள் அவற்றைத் தவிர்க்க முயற்சி செய்யலாம். ஒவ்வொரு குழுவும் தன்னால் கையாளக்கூடிய பகுதியை ஏற்றுக்கொண்டு, தீர்வை இணைந்து சோதித்து அடுத்த படியை முடிவு செய்யலாம்.

இந்தக் கட்டுரையில் உள்ள சொத்து வரம்பு மற்றும் மீட்பு தேவைகளை முதல் பொதுவான spec ஆக ஒழுங்கமைப்பதில் பங்கேற்க நான் விருப்பப்படுகிறேன், மேலும் இந்த pilot-க்காக மற்ற பங்கேற்பாளர்களுடன் இணைந்து ஒரு பொதுவான AI Factory-ஐ உருவாக்க தொடர்புடைய தொழில்நுட்ப மற்றும் பொறியியல் நடைமுறைகளைப் பங்களிக்கவும் விருப்பப்படுகிறேன். முதலில் மிகவும் குறிப்பிட்ட ஒரு சிக்கலைத் தேர்ந்தெடுங்கள்: அன்றாட பரிவர்த்தனை விசை சமரசம் செய்யப்பட்டவுடன், தாக்குபவர் wallet-ஐ ஒரே நேரத்தில் வடிகட்டுவதை எவ்வாறு இன்னும் தடுக்க முடியும்? அனுமதிக்கப்பட்ட இழப்பு வரம்பு, விதிகளை மாற்றும் அதிகாரம், மற்றும் மீட்பு நிபந்தனைகளை acceptance tests-ல் எழுதுங்கள், பின்னர் development agents ஒரு prototype-ஐச் செயல்படுத்தட்டும், மற்றொரு குழு agents மற்றும் சுயாதீன ஆராய்ச்சியாளர்கள் தவிர்ப்புப் பாதைகளைத் தேடட்டும். தவறான இருப்புகளைத் திருப்பித் தரும் data servers, மற்றும் சாதனம் இழந்த பின் மீட்பு ஆகியவற்றையும் படிப்படியாகச் சோதனைகளில் சேர்க்கலாம். Prototype எதை அடைகிறது, எங்கு தோல்வியடைகிறது, மற்றும் என்ன சார்புகள் எஞ்சியுள்ளன என்பதை எல்லாம் பொதுவில் விளக்க வேண்டும், மேலும் ஆதாரத்தின் அடிப்படையில் அடுத்த படியை முடிவு செய்ய வேண்டும்.

பங்கேற்க விருப்பமுள்ளவர்கள் X-ல் இந்த முன்முயற்சியைப் பொதுவில் மறுபகிர்வு செய்யவோ மேற்கோள் காட்டவோ @mave99a-ஐ tag செய்து, நீங்கள் தீர்க்க விரும்பும் சிக்கல், தனிநபர் தகவல் நீக்கப்பட்ட தாக்குதல் நிகழ்வுகள், அல்லது நீங்கள் பங்களிக்கக்கூடிய வளங்கள் பற்றிப் பேசவும் வரவேற்கப்படுகிறீர்கள். விவாதம் பொதுவில் நடைபெற வேண்டும் என்று நம்புகிறேன், அதனால் மேலும் பல உருவாக்குநர்கள் அதைப் பார்த்து இணைய முடியும்.

Crypto இப்படியே தொடர முடியாது. ஒன்றிணைந்து செயல்பட விருப்பமுள்ளவர்களே, இப்போதே செயல்படுவோம், கட்டமைக்கக்கூடிய மற்றும் சோதனையைத் தாங்கக்கூடிய ஒரு மேம்பாட்டிலிருந்து தொடங்குவோம்.பைனான்ஸ், ஆரம்ப அறிவிப்பு அதிகாரப்பூர்வ இடுகை மற்றும் தொடர்ச்சியான விசாரணை அதிகாரப்பூர்வ புதுப்பிப்பு, 2026-10-30; TRM பல-சங்கிலி பகுப்பாய்வு. இந்த வரைவு 2026-10-30 அன்று சரிபார்க்கப்பட்டது; விசாரணை மற்றும் மீட்பு நிலை மாறக்கூடும். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-binance)

சடோஷி நாகமோட்டோ, பிட்காயின்: ஒரு சகா-க்கு-சகா மின்னணு பண அமைப்பு, 2008. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-bitcoin)

யுனிசுவாப், யுனிசெயின் EVM சமநிலை. பகிரப்பட்ட சார்புகளின் ஆபத்து செறிவு என்பது இந்தக் கட்டுரையில் ஆசிரியரின் தீர்ப்பாகும், அந்த ஆவணத்தின் முடிவு அல்ல. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-evm)

விட்டாலிக் புட்டெரின், சாம் வில்சன், ஆன்ஸ்கர் டீட்ரிக்ஸ், லைட்கிளையண்ட், EIP-7702: EOA-களுக்கான குறியீட்டை அமைத்தல், உருவாக்கப்பட்டது 2024-05-07. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-7702)

மின்ஃபெங் கீ, கின் வாங், ருய்சியாங் லி, தியான்கிங் ஜு, ஷிபிங் சென், EIP-7702 ஃபிஷிங் தாக்குதல், 2025-12-13, arXiv v1 முன்பதிப்பு; இந்த பைனான்ஸ் சம்பவத்தின் அடையாளம் காணல் அல்ல. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-phishing)

எதிரியம், அதிகபட்ச பிரித்தெடுக்கக்கூடிய மதிப்பு (MEV), வரிசைப்படுத்தல் பொறிமுறைகள், வெவ்வேறு வகைகள் மற்றும் எதிர்மறை விளைவுகள்; "ஒரு பிழையாக சரிசெய்யப்பட வேண்டும்" என்பது பயனர்களுக்கு தீங்கு விளைவிக்கும் நடத்தை மீதான ஆசிரியரின் பொறியியல் நிலைப்பாடாகும். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-mev)

PHP அதிகாரப்பூர்வ 2026 செய்தி காப்பகம்; CISA 2026-10-26 அறியப்பட்ட சுரண்டப்பட்ட பாதிப்புகள் புதுப்பிப்பு, CVE-2026-109618, CVE-2026-109619. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-php)

சேஃப், கார்டுகள் மற்றும் தொகுதிகள், செயல்பாடு மற்றும் அனுமதி ஆபத்துகளின் விளக்கம். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-guards)

ஆப்பிள், பயன்படுத்தப்பட்ட உண்மையான பாகங்களுக்கான ஆதரவுடன் பழுதுபார்ப்பு விருப்பங்களை ஆப்பிள் விரிவுபடுத்த உள்ளது, 2024-04-11; தற்போதைய பாகங்கள் இணைப்பு ஆதரவு விளக்கம். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-apple)லெட்ஜர், வன்பொருள் பொருத்துதல் தாக்குதலுக்கு லெட்ஜரின் பதில், 2026-10, விநியோகச் சங்கிலியில் நடந்த தாக்குதல் குறித்த விற்பனையாளர் அறிக்கை; ஜோ கிராண்ட், வன்பொருள் பொருத்துதல்கள் குறித்த தலைகீழ் பொறியியல் ஆராய்ச்சி. சரிபார்க்கப்படாத நெட்வொர்க் இழப்பு மதிப்பீடுகளை உறுதியான முடிவுகளாக முன்வைக்க வேண்டாம். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ledgerimplant)

காயின்கைட், தற்போதைய COLDCARD பாதுகாப்பு நிலை, அணுகப்பட்டது 2026-10-30, ஜூலை 2026 சம்பவம் மற்றும் சரிசெய்தல் பற்றிய தொடர்ந்து புதுப்பிக்கப்படும் பதிவு; மேம்படுத்துதல் மற்றும் விதை இடம்பெயர்வு இரண்டு தனித்தனி செயல்பாடுகள். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-coldcard)

ERC-4337: மாற்று மெம்பூலைப் பயன்படுத்தி கணக்கு சுருக்கம்; ட்ரெசர், SLIP39 அடிக்கடி கேட்கப்படும் கேள்விகள், வரம்பு மீட்பு, இணக்கத்தன்மை மற்றும் கூடுதல் கடவுச்சொல் ஆபத்துகள். தற்போதுள்ள பொறிமுறைகள் கட்டுவதற்கான அடித்தளம், ஒவ்வொரு பயன்பாட்டும் நம்பகமானது என்று அர்த்தமல்ல. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-walletstandards)BIP-174: பகுதியளவு கையொப்பமிடப்பட்ட பிட்காயின் பரிவர்த்தனை வடிவம், கையொப்பமிடப்படாத பரிவர்த்தனைகளுக்கான பரிமாற்ற வடிவம், குறுக்கு-சங்கிலி பொது சொத்து உத்தி விவரக்குறிப்பு அல்ல. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-psbt)

W3C, சரிபார்க்கக்கூடிய சான்றுகள் கண்ணோட்டம் v1.0, 2026-07-30 குழு குறிப்பு; எதிரியம் தனியுரிமை குறிப்புகள். கண்ணோட்டத்தில் விவரிக்கப்பட்ட தொழில்நுட்பங்களின் தரநிலை நிலை ஒவ்வொரு நிகழ்விலும் சுயாதீனமானது. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-privacy)

CoW Protocol ஆவணப்படுத்தல், பரிவர்த்தனை நோக்கங்கள் மற்றும் தீர்வு வழிமுறைகள்; இந்தக் கட்டுரை எந்தவொரு குறிப்பிட்ட பயன்பாட்டிற்கும் விரிவான பாதுகாப்பு ஒப்புதலை வழங்கவில்லை. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-routing)

iShares, IBIT 2025 ஆண்டு அறிக்கை, PDF பக்கங்கள் 8–10 பாதுகாப்பு ஏற்பாடுகள் மற்றும் பக்கம் 45 ஆபத்து வெளிப்படுத்தல்கள். [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ibit)

Mark Nottingham, RFC 9518: மையப்படுத்தல், பரவலாக்கம் மற்றும் இணையத் தரநிலைகள், 2023-12, சுயாதீனமாக சமர்ப்பிக்கப்பட்டது, தகவல் RFC, தரநிலை-பாதை விவரக்குறிப்பு அல்ல. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-layers)

பிட்காயின் வெள்ளை அறிக்கை பிரிவு 8 எளிமைப்படுத்தப்பட்ட கட்டணச் சரிபார்ப்பு; BIP-157: கிளையண்ட் பக்க தொகுதி வடிகட்டுதல்; எதிரியம், இலகு கிளையண்ட்கள். வெவ்வேறு இலகு கிளையண்ட்கள் வெவ்வேறு சரிபார்ப்பு எல்லைகள் மற்றும் நம்பிக்கை நிபந்தனைகளைக் கொண்டுள்ளன. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-lightclients)

எதிரியம் அறக்கட்டளை, டிரில்லியன் டாலர் பாதுகாப்பு முன்முயற்சியை அறிவித்தல், 2025-05-14. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-initiative)

Anthropic, முக்கிய உள்கட்டமைப்பைப் பாதுகாக்கும் AI, 2026-01-08, PNNL உடன் இணைந்து வரையறுக்கப்பட்ட சூழல் ஆராய்ச்சி. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-ai)

Anthropic, AI-இயக்கப்பட்ட இணைய அச்சுறுத்தல்களை வரைபடமாக்குதல், உண்மையான தவறான பயன்பாட்டு மாதிரிகள் பற்றிய ஆராய்ச்சி. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-aiattacks)

Lucasfilm, ஸ்டார் வார்ஸ்: எ நியூ ஹோப் (எபிசோட் IV), 1977; இந்தக் கட்டுரை தலைப்பையும் கூட்டு சுய-மீட்பின் உருவகத்தையும் கடன் வாங்குகிறது. [↩](https://www.arcblock.io/zh/articles/crypto-security-rebuild/" \l "fnref-starwars)