1. 先理解為什么題目叫“庖丁解牛”Web3這個(gè)詞這幾年幾乎被聊爛了。有人把它講成下一代互聯(lián)網(wǎng)的全部想象力有人把它簡化成一條條價(jià)格曲線還有很多人被一堆名詞繞暈之后干脆把它歸為玄學(xué)。我自己從2018年開始做鏈上開發(fā)說實(shí)話第一次接觸這套概念的時(shí)候也頭暈錢包、節(jié)點(diǎn)、智能合約、Gas、去中心化存儲(chǔ)……每個(gè)詞單獨(dú)拎出來還能裝懂放在一起完全不知道它們之間是什么關(guān)系。后來我換了個(gè)思路別急著定義Web3是什么先把它像庖丁解牛那樣沿著骨縫一條條拆開看看每一層到底在解決什么問題。這篇文章就是這個(gè)拆解過程的完整記錄我會(huì)從最底層的鏈一路拆到用戶能摸到的應(yīng)用中間還會(huì)手把手帶你解析一筆真實(shí)的鏈上交易。適合剛?cè)腴T但不想只記名詞的人也適合已經(jīng)在寫鏈上代碼、但有些概念還沒完全串起來的同行。1.1 Web3不是一個(gè)東西是一疊層庖丁解牛的精髓在于他眼睛看到的不是一整頭牛而是牛骨節(jié)之間的縫隙。Web3也是一樣它不是一個(gè)單一技術(shù)而是一套多個(gè)層次疊加出來的系統(tǒng)。每次有人問我“Web3到底是什么”我給的答案通常是先別管它是什么把它從上到下拆成五層。最底層是網(wǎng)絡(luò)與共識層一條鏈本質(zhì)上就是一臺分布式狀態(tài)機(jī)往上是賬戶與身份層解決“你是誰”和“怎么證明是你說了算”再往上是數(shù)據(jù)與存儲(chǔ)層解決“信息放在哪里、怎么保證不被篡改”再往上是計(jì)算與合約層解決“業(yè)務(wù)規(guī)則如何公開、確定地執(zhí)行”最上層才是應(yīng)用與交互層也就是用戶手里的錢包、網(wǎng)頁dApp、瀏覽器插件這些摸得著的東西。這個(gè)分法不是我的原創(chuàng)但它能解決一個(gè)很現(xiàn)實(shí)的問題Web3討論里的大量混亂都來自層間概念的互相污染。比如有人說“Web3太慢了”他說的其實(shí)是底層共識層的吞吐限制有人說“Web3存東西太貴了”他說的其實(shí)是數(shù)據(jù)存儲(chǔ)層的問題跟交易速度沒關(guān)系。把兩件事混在一起罵很容易得出“Web3不行”這種一概而論的結(jié)論。分清楚層再聊幾乎每一層的問題都能落到一個(gè)可討論、可解決的邊界里。1.2 這場解剖的路線圖接下來的拆解順序是固定的先拆最底下的區(qū)塊鏈骨架再看賬戶身份層然后看數(shù)據(jù)存儲(chǔ)層接著看智能合約這層算力最后把所有層拼回一筆真實(shí)交易。每層的核心問題其實(shí)都很簡單一點(diǎn)都不玄。要拆得動(dòng)還得靠平時(shí)在區(qū)塊瀏覽器里看交易的“手感”所以我在最后一章留了實(shí)操部分教你怎么逐字段讀懂一筆鏈上交易以及小團(tuán)隊(duì)做應(yīng)用時(shí)怎么把各層組合起來。有一點(diǎn)需要提前說明這篇文章不會(huì)去預(yù)測某個(gè)項(xiàng)目的價(jià)格也不會(huì)推薦“抄底”某個(gè)生態(tài)。我聊的是技術(shù)結(jié)構(gòu)是“牛”的骨架長什么樣。想清楚結(jié)構(gòu)之后任何新項(xiàng)目出現(xiàn)你都能先判斷它動(dòng)了哪一層值不值得花時(shí)間研究。我認(rèn)為這種能力比追一百個(gè)熱點(diǎn)都有用。2. 拆開最下面的骨架區(qū)塊鏈網(wǎng)絡(luò)層在解決什么問題2.1 一條鏈到底在維護(hù)什么很多人以為區(qū)塊鏈記錄的是一串“交易歷史”這個(gè)說法只對了一半。更準(zhǔn)確地說區(qū)塊鏈維護(hù)的是一個(gè)分布式狀態(tài)機(jī)。狀態(tài)就是當(dāng)前系統(tǒng)中所有賬戶余額、合約數(shù)據(jù)的實(shí)時(shí)快照交易就是對狀態(tài)發(fā)起的一次變更請求區(qū)塊則是按順序打包好的交易組和這些交易執(zhí)行后的新狀態(tài)。聽起來繞但生活里有一個(gè)完全對應(yīng)的類比會(huì)計(jì)記賬。想象一家公司有幾千名會(huì)計(jì)每人手上都有一本賬。一筆新業(yè)務(wù)來了沒有哪個(gè)領(lǐng)導(dǎo)拍板說“按我記的來”而是所有會(huì)計(jì)都獨(dú)立把這筆記一遍。大家算出來的結(jié)果一致才正式入賬不一致就說明要么數(shù)據(jù)傳錯(cuò)了要么有人搗亂。這個(gè)設(shè)計(jì)非常浪費(fèi)但它換來了一個(gè)關(guān)鍵結(jié)果在沒有任何中央權(quán)威的情況下所有參與方對同一份賬目達(dá)成了一致。區(qū)塊鏈網(wǎng)絡(luò)層要解決的就是這件事。值得注意的是普通用戶跟區(qū)塊鏈交互時(shí)是感覺不到共識層存在的。你點(diǎn)擊“發(fā)送”錢包廣播交易核心節(jié)點(diǎn)驗(yàn)證并把它打包進(jìn)區(qū)塊狀態(tài)更新完成整個(gè)過程對用戶只是“轉(zhuǎn)了一筆錢”。但一條鏈的安全性、最終性、吞吐能力全部由這一層決定。所以當(dāng)你比較不同鏈的時(shí)候不要只看幣價(jià)和社區(qū)熱度要先看共識機(jī)制、節(jié)點(diǎn)分布和交易確認(rèn)規(guī)則。2.2 要理解共識先理解“誰說了算”共識算法解決的是一個(gè)很古老的問題一群互不信任的人怎么能同意同一件事“誰說了算”如果不能靠中央權(quán)威就只能靠規(guī)則。早期主流是工作量證明PoW本質(zhì)上是讓大家比賽算哈希誰先找到符合難度要求的哈希值誰就有權(quán)把下一批交易打包成塊。挖礦這個(gè)動(dòng)作的深層意義不是“鑄造幣”而是為“我有資格記賬”這件事付出真實(shí)的能源成本。后來以太坊轉(zhuǎn)向了權(quán)益證明PoS規(guī)則變成按照你質(zhì)押的資產(chǎn)和時(shí)長來抽簽質(zhì)押越多、時(shí)間越長越容易被選為打包者如果你作惡驗(yàn)證者會(huì)通過“罰沒”機(jī)制直接扣掉你的質(zhì)押資產(chǎn)。PoS不需要消耗那么多電力但它的安全錨從“物理成本”換成了“經(jīng)濟(jì)懲罰”。這兩種機(jī)制沒有絕對意義上誰更“去中心化”只是信任來源不同。很多人現(xiàn)在還認(rèn)為PoS就是中心化這是沒搞清楚區(qū)別。具體選鏈的時(shí)候這些差異會(huì)直接變成成本和速度。以太坊主網(wǎng)共識節(jié)點(diǎn)多、生態(tài)成熟但吞吐量有限、一筆普通交易在擁堵時(shí)可能要等很久像Solana這類鏈追求高吞吐對節(jié)點(diǎn)帶寬和硬件要求高節(jié)點(diǎn)數(shù)量相對少去中心化程度自然也不同。沒有一條鏈在所有維度上都贏項(xiàng)目方選鏈、開發(fā)者選Stack其實(shí)都是在去中心化、性能、成本、生態(tài)之間做取舍。3. 拆開“身份”這層錢包與賬戶體系3.1 錢包的真相它是一個(gè)密鑰管理器“錢包是裝幣的地方”這是我見過最普遍也最危險(xiǎn)的誤解。幣從來沒有“在錢包里”過它們始終存在于鏈上的賬戶狀態(tài)里。錢包軟件做的事情只有一件替你保管私鑰并且在你要發(fā)起交易的時(shí)候用它來簽名。私鑰經(jīng)過橢圓曲線算法SECP256K1可以推導(dǎo)出公鑰再從公鑰算出地址。你可以把私鑰理解為簽名筆公鑰理解為公示在外的證件號地址就是證件號的縮略指紋。助記詞是私鑰的另一種編碼形式通常12或24個(gè)英文單詞本質(zhì)上就是把一長串隨機(jī)數(shù)變成人可以抄寫的格式。助記詞泄露等于私鑰泄露沒有任何平臺能幫你找回。我見過太多人把助記詞存進(jìn)備忘錄、網(wǎng)盤或者微信收藏這是把最核心的簽名權(quán)親手交了出去。接下來是幾種常見錢包形態(tài)的對比錢包形態(tài)私鑰存放位置安全性與使用場景插件/移動(dòng)錢包本地設(shè)備加密存儲(chǔ)方便日常交互適合小額和高頻操作托管錢包/交易所賬戶平臺服務(wù)器使用門檻低但你信任的是平臺的風(fēng)控硬件錢包專用安全芯片私鑰不聯(lián)網(wǎng)適合做長期資產(chǎn)保管智能合約錢包合約代碼管理多簽/恢復(fù)可以設(shè)定審批流但對代碼可信度要求高如果你自己在做Web3應(yīng)用不要嘗試自己寫密鑰管理邏輯直接用WalletConnect這類成熟協(xié)議或者集成現(xiàn)成錢包連接庫就好。同時(shí)要給用戶講清楚授權(quán)機(jī)制當(dāng)你點(diǎn)擊某個(gè)頁面里的“Sign”或“Approve”時(shí)往往不是在“簽名登錄”而是授權(quán)合約在特定額度內(nèi)轉(zhuǎn)走你的代幣。這個(gè)動(dòng)作一旦做出去就相當(dāng)于把鑰匙的復(fù)印件給了別人風(fēng)險(xiǎn)意識必須到位。3.2 從一筆轉(zhuǎn)賬看懂賬戶模型以太坊里有兩類賬戶理解它們能解釋很多異?，F(xiàn)象。外部賬戶EOA由私鑰控制通常就是你的錢包地址它只有余額和nonce兩個(gè)核心字段。合約賬戶由部署在鏈上的代碼控制除了余額和nonce之外還有代碼存儲(chǔ)和狀態(tài)存儲(chǔ)。要轉(zhuǎn)幣發(fā)起方用私鑰對“交易摘要”簽名然后把簽名后的一整包數(shù)據(jù)廣播出去。節(jié)點(diǎn)驗(yàn)證簽名有效、余額夠、nonce正確之后才會(huì)讓它進(jìn)入待打包池。很多人第一次看到區(qū)塊瀏覽器里的字段會(huì)懵其實(shí)核心字段就幾個(gè)from是發(fā)送方to是接收方如果交易是調(diào)用合約to就是合約地址value是轉(zhuǎn)出的原生代幣數(shù)量nonce是發(fā)起賬戶的交易序號從0開始每發(fā)起一筆就加1這個(gè)字段的存在是為了防止同一筆交易被重復(fù)執(zhí)行g(shù)asPrice和gasLimit則是為這次計(jì)算預(yù)付的運(yùn)行費(fèi)。把新區(qū)塊瀏覽器里任意一筆正常轉(zhuǎn)賬打開逐個(gè)字段對照著看一遍比讀十篇文章都有效。順便說一句比特幣的記賬方式跟以太坊完全不同它用的是UTXO模型每筆交易要使用之前收到的“未花費(fèi)輸出”像一串環(huán)環(huán)相扣的找零邏輯。兩種記賬范式各有優(yōu)劣但“交易ID輸入輸出”的思路能幫你更靈活地理解鏈上數(shù)據(jù)到底是怎么組織起來的。4. 拆開“記憶”這層鏈上數(shù)據(jù)與去中心化存儲(chǔ)4.1 鏈上存儲(chǔ)為什么那么貴剛接觸智能合約時(shí)我總想把業(yè)務(wù)數(shù)據(jù)全部放上鏈覺得只要在鏈上就絕對安全。直到我看懂Gas費(fèi)用明細(xì)才明白鏈上存儲(chǔ)為什么昂貴。以太坊里每個(gè)存儲(chǔ)槽位都是全節(jié)點(diǎn)需要維護(hù)的狀態(tài)你在鏈上寫32字節(jié)等于讓全球幾十萬個(gè)全節(jié)點(diǎn)幫忙各記一份。這個(gè)代價(jià)攤到單次操作上就是成百上千倍于普通轉(zhuǎn)賬的成本。所以鏈上只適合放需要共識驗(yàn)證的關(guān)鍵證據(jù)不適合放大文件、圖片或關(guān)系型數(shù)據(jù)庫。數(shù)據(jù)類型建議存放位置原因轉(zhuǎn)賬記錄、代幣余額、合約狀態(tài)鏈上需要全體節(jié)點(diǎn)共識驗(yàn)證圖片、視頻、大文本、業(yè)務(wù)日志鏈下IPFS等成本極低無需全節(jié)點(diǎn)同步文件內(nèi)容哈希、關(guān)鍵元數(shù)據(jù)鏈上存哈希鏈下存正文用哈希錨定鏈下文件的完整性這個(gè)原則幾乎適用于所有Web3應(yīng)用。所謂“去中心化應(yīng)用”不是說所有東西都必須上鏈而是把需要建立信任的部分放到鏈上把可以中心化或者半中心化的部分放到鏈下。把“上鏈”理解成“給關(guān)鍵內(nèi)容蓋一個(gè)難以偽造的章”應(yīng)用架構(gòu)就會(huì)清爽很多。4.2 去中心化存儲(chǔ)怎么與鏈配合IPFS是“內(nèi)容尋址”的這個(gè)特點(diǎn)對拼圖很關(guān)鍵。傳統(tǒng)互聯(lián)網(wǎng)是“位置尋址”一個(gè)文件放在某個(gè)服務(wù)器路徑上服務(wù)器掛了或路徑改了內(nèi)容就找不到了。IPFS會(huì)根據(jù)文件內(nèi)容計(jì)算出一個(gè)唯一指紋CID你只要拿到CID就可以從網(wǎng)絡(luò)里任意一個(gè)存有這個(gè)內(nèi)容的節(jié)點(diǎn)上獲取文件。內(nèi)容一旦變化CID跟著變新CID和新版本是綁定的。把這個(gè)CID寫到鏈上等于給一份可能漂移在各地的文件蓋了個(gè)防偽章。Arweave走的是另一條路線一次性付費(fèi)、永久存儲(chǔ)適合做需要長期存證的檔案。實(shí)際開發(fā)中最常見的組合是“鏈上存哈?；蛟獢?shù)據(jù)IPFS存圖片/音頻這類大文件”NFT項(xiàng)目基本都這么干。踩過坑之后要提醒三件事第一別把需要頻繁更新的內(nèi)容直接扔IPFS編輯體驗(yàn)很差需要配合版本目錄第二IPFS本身不保證節(jié)點(diǎn)一定替你存著使用公共網(wǎng)關(guān)能改善訪問穩(wěn)定性第三如果你非?？粗?cái)?shù)據(jù)的持久可用性最好用專業(yè)存儲(chǔ)服務(wù)或Arweave這類方案而不是自己搭幾個(gè)節(jié)點(diǎn)散養(yǎng)。5. 拆開“算力”這層智能合約與Gas到底怎么算5.1 智能合約不是合約是一段公開的確定性代碼“智能合約”這個(gè)名字很有欺騙性它既不完全“智能”也未必是法律意義上的“合約”。我更愿意把它理解成一個(gè)公開的自動(dòng)售貨機(jī)任何人投幣、按下按鈕它就按既定代碼吐出貨品過程對所有人可見、結(jié)果無法被單方面更改。合約部署之后字節(jié)碼就被固定在鏈上所有節(jié)點(diǎn)都保存同一份副本任何人都可以讀取和審計(jì)。真正約束它的是代碼本身而不是某個(gè)第三方機(jī)構(gòu)。為了讓所有節(jié)點(diǎn)執(zhí)行出相同結(jié)果合約代碼必須具備“確定性”。它不能讀取操作系統(tǒng)的當(dāng)前時(shí)間也不能依賴隨機(jī)數(shù)種子更不能向外部服務(wù)器發(fā)HTTP請求。合約能接觸到的只有鏈上已有的狀態(tài)和當(dāng)前交易攜帶的數(shù)據(jù)。EVM以太坊虛擬機(jī)就是執(zhí)行這些字節(jié)碼的運(yùn)行環(huán)境而ABI是合約與外部世界之間的接口說明書函數(shù)名、參數(shù)類型、返回值類型全都定義在里面。當(dāng)你跟一個(gè)合約交互時(shí)錢包實(shí)際上是把“函數(shù)選擇器參數(shù)編碼”拼成一長串十六進(jìn)制字符串放進(jìn)交易的input data字段。一個(gè)很實(shí)用的訓(xùn)練是去區(qū)塊瀏覽器里打開任意一筆借貸或兌換交易點(diǎn)開Input Data你會(huì)看到開頭8位十六進(jìn)制字符這些是對應(yīng)函數(shù)簽名的前4字節(jié)后面的長度不一的十六進(jìn)制段就是參數(shù)。如果你看得懂這個(gè)編碼結(jié)構(gòu)就基本看懂了合約調(diào)用的全部原理。5.2 Gas是怎么算出來的Gas是鏈上計(jì)算的計(jì)量單位也是新手最常被繞暈的地方。以太坊倫敦升級后的EIP-1559模型把費(fèi)用分成了兩部分基礎(chǔ)費(fèi)Base Fee和優(yōu)先費(fèi)Priority Fee?；A(chǔ)費(fèi)根據(jù)網(wǎng)絡(luò)擁堵情況自動(dòng)上下浮動(dòng)會(huì)被系統(tǒng)銷毀優(yōu)先費(fèi)是給驗(yàn)證者的額外小費(fèi)用戶給得越多交易越容易被優(yōu)先打包。用戶自己設(shè)置的gasLimit是用來聲明“我愿意最多為多少次計(jì)算買單”的上限而不是實(shí)際消耗量。操作類型典型Gas消耗說明普通ETH轉(zhuǎn)賬21000最簡單的狀態(tài)變更ERC20代幣轉(zhuǎn)賬約45000 ~ 60000需要更新合約余額Map并觸發(fā)事件簡單合約調(diào)用10萬~幾十萬取決于業(yè)務(wù)邏輯復(fù)雜度和存儲(chǔ)訪問為什么ERC20轉(zhuǎn)賬比ETH轉(zhuǎn)賬貴那么多因?yàn)镋TH轉(zhuǎn)賬只是改兩個(gè)外部賬戶的余額字段而ERC20轉(zhuǎn)賬要執(zhí)行一段合約代碼讀余額、校驗(yàn)轉(zhuǎn)賬方余額、更新兩個(gè)賬戶的映射、寫事件日志。每一步都是實(shí)打?qū)嵉奶摂M機(jī)指令和存儲(chǔ)訪問全都按Gas計(jì)價(jià)。這也是為什么現(xiàn)代應(yīng)用都往L2上跑的原因——像Arbitrum這類Rollup方案會(huì)把大量計(jì)算搬到鏈下批量處理鏈上只需要保存壓縮打包后的證據(jù)Gas費(fèi)用自然而然降下來。理解了Gas分布你就明白“上鏈”從來都是有成本的架構(gòu)設(shè)計(jì)一開始就要把費(fèi)用考慮進(jìn)去。6. 從解構(gòu)到實(shí)操親手走完一條鏈上交易6.1 手把手解析一筆交易我們假設(shè)一個(gè)場景你用錢包給另一個(gè)地址轉(zhuǎn)賬一筆USDT。整個(gè)過程從簽名開始一共分成六步先在你的錢包里構(gòu)造交易數(shù)據(jù)用私鑰對交易哈希做簽名再把簽名后的交易廣播到任意一個(gè)節(jié)點(diǎn)節(jié)點(diǎn)會(huì)驗(yàn)證簽名、余額、nonce和Gas費(fèi)驗(yàn)證通過后進(jìn)入待打包池礦工/驗(yàn)證者按優(yōu)先費(fèi)高低從池里挑交易打包進(jìn)區(qū)塊區(qū)塊廣播后所有節(jié)點(diǎn)各自獨(dú)立執(zhí)行一遍這筆交易最后狀態(tài)賬本更新交易被標(biāo)記為確認(rèn)。在區(qū)塊瀏覽器里你能看到這筆交易的完整檔案TxHash是整筆交易的哈希Status顯示成功還是失敗From/To標(biāo)明誰發(fā)給誰Value顯示原生代幣的數(shù)量Transaction Action則是瀏覽器幫你解析出來的“向某個(gè)地址轉(zhuǎn)出USDT 100”這樣的高可讀摘要。另外三個(gè)字段要多看幾遍Nonce是發(fā)起賬戶的序號如果交易一直Pending通常因?yàn)橥粋€(gè)Nonce已經(jīng)被占用或Gas設(shè)得太低Input Data是給合約的完整指令只有跟合約交互時(shí)才有實(shí)際內(nèi)容Gas Used by Transaction是你這筆交易真實(shí)消耗的Gas單位而Gas Price那一串是單個(gè)單位的價(jià)格兩者相乘才是最終手續(xù)費(fèi)。這里有個(gè)容易誤解的點(diǎn)交易失敗不代表不扣費(fèi)。只要這筆交易已經(jīng)上鏈執(zhí)行即使執(zhí)行過程中出現(xiàn)回滾手續(xù)費(fèi)也會(huì)照?？鄢?yàn)楣?jié)點(diǎn)確實(shí)為你付出了計(jì)算資源。練手階段強(qiáng)烈建議在測試網(wǎng)上操作。Sepolia這類測試網(wǎng)領(lǐng)取測試幣之后你可以反復(fù)嘗試不同Gas設(shè)置、故意制造Nonce沖突、觀察Pending交易的變化成本幾乎為零。我自己帶新人入門時(shí)第一步就是讓他去測試網(wǎng)轉(zhuǎn)賬并檢查每一筆交易詳情能把這個(gè)頁面讀透比看十遍白皮書都有用。6.2 小團(tuán)隊(duì)做Web3應(yīng)用各層怎么組裝講完原理回到最現(xiàn)實(shí)的問題小團(tuán)隊(duì)做應(yīng)用應(yīng)該怎么把這幾層組合起來而不是把所有功能都往鏈上堆。首先是鏈的選擇。絕大多數(shù)場景不需要自研鏈主流的以太坊L1或者Arbitrum這類L2已經(jīng)足夠。評估維度就三個(gè)目標(biāo)用戶愿意承擔(dān)多少Gas費(fèi)、你的邏輯對最終確認(rèn)速度有多敏感、團(tuán)隊(duì)更熟悉哪套開發(fā)工具。沒有特殊理由選生態(tài)最成熟的那條踩坑成本最低。其次是組件選型。錢包連接不要自己造輪子用現(xiàn)成的Web3Modal、RainbowKit或者WalletConnect協(xié)議可以在幾行配置內(nèi)解決多錢包兼容。鏈上數(shù)據(jù)讀取也不建議直接對著RPC節(jié)點(diǎn)裸查數(shù)據(jù)量大或查詢復(fù)雜的時(shí)候用The Graph這類索引器做子圖能在毫秒級范圍完成查詢否則每查一次都要遍歷區(qū)塊狀態(tài)非常痛苦。業(yè)務(wù)后端則建議做成“鏈上邏輯鏈下服務(wù)”的混合體需要信任和仲裁的邏輯寫到合約里用戶畫像、內(nèi)容推薦、通知推送這些放在傳統(tǒng)后端。一個(gè)最小可用的Web3應(yīng)用通常就是“前端頁面錢包連接一條鏈一個(gè)索引器”四個(gè)組件。前端接錢包完成簽名和交易廣播鏈上沉淀狀態(tài)索引器把鏈上原始數(shù)據(jù)轉(zhuǎn)換成方便前端讀取的接口。想清楚這個(gè)框架之后你再看市面上各種“XX Protocol”項(xiàng)目大概率一眼就能判斷它是只做了某層的一個(gè)小工具還是真的解決了某層的關(guān)鍵問題。7. 我踩過的坑與新手排查清單7.1 高頻誤區(qū)與判斷方法誤區(qū)實(shí)際情況與排查思路私鑰存服務(wù)器后端統(tǒng)一簽名一旦服務(wù)器被攻破資產(chǎn)直接清零私鑰應(yīng)放入HSM或云KMS后端只參與自身邏輯Gas設(shè)得越高打包越快基礎(chǔ)費(fèi)由網(wǎng)絡(luò)動(dòng)態(tài)決定設(shè)得太高只是多花錢設(shè)得低于當(dāng)前Base Fee交易會(huì)一直PendingFailed交易不扣Gas只要執(zhí)行發(fā)生在鏈上失敗也扣費(fèi)計(jì)算資源已經(jīng)消耗合約部署后無法修改只能重來可以用代理模式升級邏輯合約但升級權(quán)限也存在單點(diǎn)風(fēng)險(xiǎn)需要設(shè)計(jì)好權(quán)限歸屬主網(wǎng)調(diào)試才能驗(yàn)證真需求一次主網(wǎng)合約交互可能幾十甚至上百美元上線前流程都應(yīng)先在測試網(wǎng)完整跑通Approve授權(quán)隨便點(diǎn)無限額度授權(quán)相當(dāng)于允許合約隨時(shí)轉(zhuǎn)走全部資產(chǎn)盡量用有限額度用完撤銷授權(quán)上面這六條基本涵蓋了新手期最容易踩的技術(shù)安全坑。尤其是授權(quán)這件事我見過不止一個(gè)項(xiàng)目方因?yàn)榍岸吮会烎~用戶在最熟悉的界面里點(diǎn)擊了一次惡意授權(quán)資產(chǎn)就被批量轉(zhuǎn)移。任何簽名請求先問三個(gè)問題這是給誰的合約、允許轉(zhuǎn)走多少、這個(gè)權(quán)限什么時(shí)候能撤銷。習(xí)慣養(yǎng)成之后被騙的概率會(huì)急劇下降。7.2 安全是流程不是某個(gè)工具從2018年到現(xiàn)在我見過最多的失敗不是代碼漏洞而是資產(chǎn)管理流程上的失敗。私鑰沒有冷備份、助記詞拍照存手機(jī)、員工把測試私鑰貼進(jìn)代碼倉庫、部署權(quán)限不分離這些問題沒有一個(gè)是“再買一個(gè)貴錢包”能解決的。真正的安全是一套流程生成私鑰時(shí)就在離線環(huán)境備份采用多介質(zhì)分散存放合約上線前要做內(nèi)部審計(jì)和外部審計(jì)線上服務(wù)要有鏈上事件監(jiān)控和異常告警權(quán)限控制遵循最小化原則能多簽就不要單簽。Web3給普通人最大的能力不是擺脫所有中間人而是自己掌握控制權(quán)。但控制權(quán)也是責(zé)任所有密鑰、授權(quán)、合約權(quán)限最終都要落到一個(gè)清晰的管理制度上。想清楚這一點(diǎn)你才真正從“看概念”走到了“做結(jié)構(gòu)”的階段。最后分享一點(diǎn)個(gè)人體會(huì)。庖丁解牛的故事里最打動(dòng)我的不是刀法好而是他對結(jié)構(gòu)的理解足夠深所以一把刀用了十九年還像新的一樣。Web3這兩年變化非常快但如果你能把這五層結(jié)構(gòu)一條條拆開再裝回去就會(huì)發(fā)現(xiàn)大多數(shù)所謂的新項(xiàng)目只是在某一層上做了局部優(yōu)化。剩下的門檻無非是親手去鏈上發(fā)一筆交易把一個(gè)字段讀懂在一次報(bào)錯(cuò)里找到原因。這些事說起來一點(diǎn)都不玄真正做一遍才算握住了那把刀。