讀《精通比特幣》第3版讀到第6章交易這一章才真正摸到了比特幣的內(nèi)核。前面幾章講的密鑰、地址、錢包本質(zhì)上都是在為交易做鋪墊——地址是交易的收件箱私鑰是交易的簽名筆而交易本身才是比特幣賬本上唯一可寫入的數(shù)據(jù)。我見過不少朋友跳過這一章直接去查區(qū)塊瀏覽器后來做鏈上量化分析時才發(fā)現(xiàn)連找零和真實轉(zhuǎn)賬都分不清統(tǒng)計口徑自然一團(tuán)糟。這一章最厲害的地方是用極其扎實的細(xì)節(jié)把交易的整個生命周期、內(nèi)部結(jié)構(gòu)、腳本和手續(xù)費機(jī)制講透了。讀完這一章你至少能回答三件事一筆交易從構(gòu)想到上鏈經(jīng)歷了什么交易里的輸入輸出為什么不能理解成賬戶轉(zhuǎn)賬手續(xù)費到底是怎么算出來的。無論你是做錢包開發(fā)、節(jié)點運(yùn)維還是時下很多人關(guān)注的比特幣量化這章都是繞不過去的地基。接下來我按自己的閱讀節(jié)奏把這章的核心拆開講一遍順便聊一些實際操作中容易踩的坑。1. 交易章節(jié)為什么是整本書的樞紐1.1 區(qū)塊只是容器交易才是血液很多人看比特幣第一反應(yīng)是看區(qū)塊好像區(qū)塊鏈就是一長串塊。但打開一個區(qū)塊看里面裝的其實就是一組交易。所謂賬本并沒有一張賬戶表這個地址有多少錢指的是這個地址在歷史交易輸出中能支配多少UTXO。所以交易才是比特幣真正流通的血液礦工打包區(qū)塊本質(zhì)也是在從內(nèi)存池里挑選合法交易。我自己早期做開發(fā)時一直以為錢包余額是節(jié)點幫忙維護(hù)的賬戶數(shù)據(jù)后來才發(fā)現(xiàn)錢包只是掃描屬于自己的UTXO把金額加起來匯總。這個理解在第6章里講得非常清楚屬于看完整章才會徹底轉(zhuǎn)過來的彎。1.2 承上啟下的位置第6章正好夾在密鑰、錢包和腳本、共識之間。拿它和第4章連起來看你會理解地址背后其實是一把鎖定腳本拿它和第7章連起來看你會發(fā)現(xiàn)標(biāo)準(zhǔn)腳本只是拋磚引玉現(xiàn)代腳本體系要復(fù)雜得多拿它和第10章連起來看交易的規(guī)則就是共識的一部分改變交易結(jié)構(gòu)就等于改變共識。所以這一章不讀透后面每一章都會覺得缺了一塊。做比特幣量化也是同理。你在交易所或鏈上拉到的每一行K線、每一筆成交最終源頭都是鏈上交易。如果不理解交易的結(jié)構(gòu)、字段語義和確認(rèn)邊界你在跑統(tǒng)計模型時很容易把已經(jīng)被RBF替換掉的舊交易也當(dāng)成實際轉(zhuǎn)賬或者把找零地址當(dāng)成活躍用戶。這個道理第6章讀完之后自然就明白了。2. 交易生命周期一筆錢是怎么走起來的2.1 構(gòu)造交易的三個基本動作一筆交易不是憑空產(chǎn)生的它通常由錢包完成三個動作。第一步是選擇UTXO作為輸入。錢包會掃一遍自己控制的UTXO集合挑出金額足夠的若干UTXO湊出需要花費的總額加手續(xù)費。第二步是構(gòu)建輸出。給收款地址指定一個金額給自己找零地址寫回剩余的金額多出來的差額就是手續(xù)費。第三步是簽名。對交易內(nèi)容做哈希摘要用私鑰簽上然后把解鎖數(shù)據(jù)和交易一起組裝起來。這里要注意一個看似反直覺的點一筆交易有多個輸入時所有輸入都必須簽名解鎖。如果其中一個輸入的腳本驗證失敗整個交易就是非法的。就像你花錢時不可能拿一張真鈔配一張假鈔交易是整體有效或整體無效的。2.2 廣播、內(nèi)存池和確認(rèn)構(gòu)造好的交易要廣播給節(jié)點。節(jié)點收到后第一件事是驗證結(jié)構(gòu)、簽名、引用的UTXO是否未被花費。驗證通過就放進(jìn)本地內(nèi)存池同時繼續(xù)轉(zhuǎn)發(fā)給相鄰節(jié)點。此時交易是0確認(rèn)狀態(tài)。礦工從內(nèi)存池里挑交易打包成候選區(qū)塊挖出后廣播新區(qū)塊這筆交易才算獲得第1個確認(rèn)。每個新區(qū)塊加在它上面確認(rèn)數(shù)就加一。需要特別注意的是內(nèi)存池是節(jié)點本地的不同節(jié)點的內(nèi)存池內(nèi)容可能不一樣。你在一臺機(jī)器上看到一個待確認(rèn)交易另一臺機(jī)器可能根本不知道它。這也是為什么一些基礎(chǔ)設(shè)施服務(wù)商會維護(hù)全網(wǎng)的內(nèi)存池快照做量化分析時不能把本地內(nèi)存池里有多少筆交易當(dāng)作全局事實。2.3 雙重支付怎么被攔住雙重支付說白了就是同一筆錢想花兩次。由于每筆輸入必須引用特定的一筆未花費輸出一旦某個UTXO被某筆交易引用其他合法交易就不能再引用它。第一個進(jìn)入內(nèi)存池的交易會被節(jié)點接受第二個引用同一UTXO的交易會被當(dāng)成沖突交易拒絕除非第一筆被RBF替換或超時過期。最終礦工打包時也只能選其中一個另一筆會被丟出內(nèi)存池。這個機(jī)制跟現(xiàn)金完全不同?，F(xiàn)金是同一張鈔票可以反復(fù)花UTXO模式是一張票撕掉就沒了。你花0.3 BTC時錢包會把一個0.5 BTC的UTXO整個花掉拆成0.3給收款方、0.2找回自己。這種整進(jìn)整出的模式如果不精讀第6章一開始真不容易拐過彎來。3. 解剖交易結(jié)構(gòu)輸入輸出是怎么組織的3.1 一張完整的交易字段表交易數(shù)據(jù)可以看成幾個連續(xù)拼接的字段。最前面是版本號然后是輸入數(shù)量、輸入列表、輸出數(shù)量、輸出列表最后是鎖定時間。網(wǎng)上很多資料喜歡畫大圖其實用一張表看更清晰字段長度作用version4字節(jié)版本號當(dāng)前普遍為2input count1或更多字節(jié)輸入數(shù)量用可變長整數(shù)編碼inputs不定每個輸入包含txid、vout、scriptSig、sequenceoutput count1或更多字節(jié)輸出數(shù)量outputs不定每個輸出包含金額、鎖定腳本locktime4字節(jié)最早可被打包的區(qū)塊高度或時間每個輸入里txid占32字節(jié)vout占4字節(jié)解鎖腳本是變長的sequence占4字節(jié)。輸出則是8字節(jié)金額加變長鎖定腳本。所以交易體積大多被輸入引用和腳本占掉。搞清楚這個表后面解析原始交易數(shù)據(jù)時就不會發(fā)怵。3.2 UTXO概念再展開UTXO全稱是Unspent Transaction Output未花費交易輸出。你可以把它想成一張張記錄在鏈上的支票。某筆交易給地址A寫了一張0.5 BTC的支票這筆錢的記錄就是那個輸出的金額和鎖定腳本。地址A要花這筆錢就是出示這張支票并在背面簽名然后把整張支票拆成新面額寫給別人。全節(jié)點維護(hù)的UTXO集合就是所有還沒被花掉的輸出。比特幣的賬本本質(zhì)不是地址余額列表而是這個集合。區(qū)塊瀏覽器顯示的地址余額是程序掃出該地址相關(guān)UTXO后加總的結(jié)果。這個區(qū)別極其關(guān)鍵做量化的人如果直接拿地址余額變化來推資金流向會發(fā)現(xiàn)對不上賬原因就在這里。3.3 關(guān)于交易ID的字節(jié)序問題交易ID是交易數(shù)據(jù)的double-SHA256哈希但呈現(xiàn)的時候有個坑區(qū)塊瀏覽器和RPC里顯示的txid是原始哈希字節(jié)反轉(zhuǎn)后的結(jié)果所以看起來跟你在代碼里自己算出的哈希是反的。這個反轉(zhuǎn)約定來自比特幣特定的序列化格式。很多人第一次對著區(qū)塊數(shù)據(jù)做校驗時都卡在這里。讀這一章時我建議你直接拿一筆真實交易手工算一遍sha256d再把字節(jié)逆序跟瀏覽器的txid對比。親自動手做一次比看十遍文檔都管用。想驗證自己算得對不對也可以去區(qū)塊瀏覽器找一個交易把它的hex拉下來自己hash一下。3.4 SegWit帶來的ID變化隔離見證之后交易有了兩個ID不含見證數(shù)據(jù)的txid和包含全部見證數(shù)據(jù)的wtxid。前者不隨簽名變化解決了早期交易延展性問題。你看到一筆交易的txid不變但witness變了不代表交易數(shù)據(jù)沒變只是txid故意不涵蓋這部分。對做底層開發(fā)的人來說區(qū)分txid和wtxid是必修課。另外SegWit交易在序列化去掉了scriptSig簽名挪到見證數(shù)據(jù)里。這個設(shè)計的直接收益是交易體積減少因為見證數(shù)據(jù)在區(qū)塊里按四分之一權(quán)重計費。后續(xù)我們聊手續(xù)費率時會再碰這個點。4. 輸出腳本決定誰有權(quán)動用這筆錢4.1 用密碼鎖來理解腳本每筆交易輸出里有一段鎖定腳本相當(dāng)于給硬幣上了一把密碼鎖。要想花這筆錢輸入里必須提供對應(yīng)的鑰匙也就是解鎖腳本或見證數(shù)據(jù)。比特幣腳本執(zhí)行時先把解鎖腳本壓入棧再執(zhí)行鎖定腳本最后看棧頂是否為真。返回真就能花這筆錢返回假就無效。腳本語言不圖靈完備沒有循環(huán)和跳轉(zhuǎn)是為了保證任何一筆交易的驗證都能快速終止。你可以把腳本想象成自動售貨機(jī)的投幣流程按鍵是固定的但你把不同操作碼組合起來可以做出多重簽名、時間鎖、條件支付等復(fù)雜收款條件。第7章會展開講高級腳本第6章只需要理解這個鎖和鑰匙模型就夠了。4.2 常見標(biāo)準(zhǔn)輸出類型對比目前常見的標(biāo)準(zhǔn)輸出類型不止五種我整理了一份更完整的對照類型地址形態(tài)鎖定內(nèi)容解鎖條件P2PK早期1開頭公鑰對應(yīng)私鑰簽名P2PKH1開頭公鑰哈希簽名加公鑰P2SH3開頭腳本哈希簽名加贖回腳本P2WPKHbc1q公鑰哈希簽名加公鑰見證數(shù)據(jù)中P2WSHbc1q腳本哈希簽名加贖回腳本見證數(shù)據(jù)中P2TRbc1p公鑰TaprootSchnorr簽名從P2PKH到P2SH再到SegWit和Taproot本質(zhì)上是不斷把驗證邏輯從明文腳本中抽象出去同時把空間從區(qū)塊數(shù)據(jù)中省出來。哈希鎖定讓輸入方不需要暴露完整腳本Taproot又進(jìn)一步讓復(fù)雜條件看起來和普通支付一樣。對照第4章的地址知識把這兩章合并起來看最有效。4.3 Taproot與輸出描述符第3版花了很大篇幅講Taproot。P2TR的優(yōu)勢在于無論你是單個簽名還是復(fù)雜的多簽、時間鎖腳本鏈上看到的都只是一個公鑰和一把Schnorr簽名外部沒人能分辨你的實際收款條件。這個隱私提升和交易體積的節(jié)省是同步的Taproot還支持批量簽名聚合多簽場景下能顯著降低手續(xù)費。配套出現(xiàn)的還有輸出描述符。以前錢包備份恢復(fù)靠掃地址但地址類型五花八門不同錢包對腳本表述不統(tǒng)一。描述符用一串文本把類型、路徑、公鑰或密鑰信息完整描述出來比如pkh、wpkh、tr這些前綴再配合BIP32派生路徑跨錢包遷移就穩(wěn)了。第6章雖然講交易但書中會把描述符和交易腳本串起來理解了描述符再看現(xiàn)代錢包代碼會輕松很多。5. 手續(xù)費那些事如何讓交易被更快確認(rèn)5.1 手續(xù)費的本質(zhì)是差值比特幣交易里沒有專門的手續(xù)費字段。手續(xù)費就是輸入總額減去輸出總額的差值。錢包選擇輸入時會把想付的金額加上期望的手續(xù)費一起湊數(shù)。比如輸入一個0.5 BTC的UTXO輸出0.3 BTC給收款人、0.1999 BTC找零回自己那0.0001 BTC就是手續(xù)費等于10000聰。在交易數(shù)據(jù)里你看不到fee xxx這樣的字段只能自己減出來。這個設(shè)計很巧妙礦工不需要信任錢包報了多少錢直接從輸入輸出總量就能推導(dǎo)手續(xù)費。也正因為手續(xù)費是差值構(gòu)造交易時如果不留差值交易會被節(jié)點當(dāng)作輸出超過輸入而拒絕。有些錢包報錯說交易金額無效其實根因就是手續(xù)費沒留夠。5.2 手續(xù)費率的計算礦工排序不是按手續(xù)費總額排而是按每vB的費率排。SegWit引入了vBytes概念把witness部分按四分之一權(quán)重計入體積。所以同樣一筆交易SegWit版本比普通版本更便宜這就是為什么現(xiàn)在錢包普遍優(yōu)先走P2WPKH或P2TR。舉個例子一筆輸入2 BTC、輸出1.9995 BTC的交易手續(xù)費是0.0005 BTC即50000聰。如果交易的vsize是250 vB費率就是200 sat/vB。礦工優(yōu)先打包費率高的交易當(dāng)內(nèi)存池?fù)矶聲r費率低的交易可能幾小時甚至幾天都出不去。這個位次競爭每天在內(nèi)存池里反復(fù)上演研究它本身就是很有意思的微觀經(jīng)濟(jì)學(xué)樣本。5.3 手續(xù)費太低卡住了怎么辦如果一筆未確認(rèn)交易因費率過低卡在內(nèi)存池有兩個常見補(bǔ)救思路。RBF是用更高費率的同類型交易替換原來的交易前提是錢包在構(gòu)造交易時把sequence設(shè)成可替換值。CPFP則是花掉那筆卡住交易的某個輸出發(fā)起一筆新交易用子交易的高費率吸引礦工把父子交易一起打包。這兩個機(jī)制在書里都有涉及但我真正想強(qiáng)調(diào)的是產(chǎn)品層面的教訓(xùn)錢包如果沒在構(gòu)造交易前給用戶留好可升級費率的選項一旦網(wǎng)絡(luò)擁堵用戶就只能干等。等久了用戶就會跑掉。手續(xù)費設(shè)計不只是技術(shù)問題更是產(chǎn)品體驗的第一道門。6. 鏈上量化視角交易數(shù)據(jù)究竟能告訴我們什么6.1 常見的鏈上觀測指標(biāo)比特幣量化這個領(lǐng)域很多人只盯著價格數(shù)據(jù)其實鏈上數(shù)據(jù)也是重要輸入。比如活躍地址數(shù)、交易筆數(shù)、手續(xù)費總量、大額UTXO移動、UTXO年齡分布本質(zhì)上都是對交易數(shù)據(jù)的聚合統(tǒng)計。一筆交易從廣播到被打包的時間差也能刻畫網(wǎng)絡(luò)擁堵程度。手續(xù)費總額是我覺得最被低估的指標(biāo)。它同時包含了交易數(shù)量和網(wǎng)絡(luò)規(guī)模的信息手續(xù)費總額快速抬升時通常意味著網(wǎng)絡(luò)活躍度在升高。UTXO年齡分布則能反映長期持有者是否在移動幣——如果大量五年以上的老UTXO開始頻繁出現(xiàn)鏈上分析師就會重點關(guān)注。這些都是第6章交易知識直接延伸出來的應(yīng)用。6.2 量化建模前必須先處理好三個口徑問題第一找零和真實轉(zhuǎn)移要分開。找零地址往往有規(guī)律比如金額結(jié)構(gòu)固定、腳本類型單一、極少被再花。如果不做找零識別統(tǒng)計的凈轉(zhuǎn)賬量會明顯偏大。第二交易所地址要打標(biāo)簽。很多數(shù)據(jù)服務(wù)商提供地址標(biāo)簽但自己最好也設(shè)一套規(guī)則否則無法區(qū)分交易所內(nèi)部轉(zhuǎn)賬和真實的用戶提取。第三未確認(rèn)交易與重組問題。鏈上數(shù)據(jù)不是一成不變的節(jié)點同步時間差、短分叉、重組都會造成短期視圖不一致所以數(shù)據(jù)快照的時間點必須固定。這些算法本身不復(fù)雜難點在于對交易結(jié)構(gòu)底層的理解。理解了交易的輸入輸出、找零邏輯和確認(rèn)機(jī)制才知道哪些字段可信哪些字段需要二次加工。6.3 量化特征構(gòu)造的一點實操思路從交易數(shù)據(jù)構(gòu)造特征因子時我習(xí)慣分三層。第一層是絕對量比如交易筆數(shù)、活躍地址數(shù)、手續(xù)費總量。第二層是比率比如某個年齡帶UTXO的消費占比、大額轉(zhuǎn)賬筆數(shù)占比。第三層是交叉信號比如價格走勢與鏈上活躍度的偏離。每一層建立之前都要先跑一遍數(shù)據(jù)清洗。這里不討論買賣方向只強(qiáng)調(diào)一點特征算得準(zhǔn)不準(zhǔn)首先取決于你對交易原始數(shù)據(jù)有沒有吃透。很多人上來就用第三方API拉現(xiàn)成指標(biāo)結(jié)果不同的API口徑還不一樣最后只能一個一個對齊。與其這樣不如先把第6章的數(shù)據(jù)結(jié)構(gòu)學(xué)扎實自己寫清洗腳本才能對數(shù)據(jù)質(zhì)量有底。7. 精讀實操這些方法讓第6章真正變成自己的7.1 起一個regtest本地環(huán)境光看書不實操交易結(jié)構(gòu)永遠(yuǎn)是抽象的。我建議搭一個regtest環(huán)境用Bitcoin Core的RPC接口自己走一遍完整流程bitcoind -regtest -daemon bitcoin-cli -regtest createwallet test bitcoin-cli -regtest getnewaddress alice bitcoin-cli -regtest generatetoaddress alice 101先用generatetoaddress挖出101個區(qū)塊獲得幣再用getnewaddress生成收款地址調(diào)用sendtoaddress發(fā)起轉(zhuǎn)賬最后再用generatetoaddress打包一個區(qū)塊讓交易被確認(rèn)。整個過程不到五分鐘但對交易如何產(chǎn)生、如何確認(rèn)會有非常直觀的感受。regtest的好處是出塊秒級想怎么折騰都行。7.2 用RPC解剖一筆交易有了交易就能用getrawtransaction拿到原始hex再用decoderawtransaction解析字段bitcoin-cli -regtest getrawtransaction txid bitcoin-cli -regtest decoderawtransaction hex把輸出里的vin、vout逐字段對照第6章看一遍再手動算一下輸入總額減輸出總額你會第一次真切理解手續(xù)費是差值。如果想再深入一步可以手動構(gòu)造一筆裸交易指定輸入腳本、簽名后再廣播。那個過程比點錢包按鈕要深刻得多做完一次transaction結(jié)構(gòu)基本就刻進(jìn)腦子里了。7.3 對照源碼加深理解第6章講到的很多細(xì)節(jié)在Bitcoin Core源碼里有清晰對應(yīng)。腳本執(zhí)行邏輯看interpreter.cpp里的EvalScript交易合法性檢查看validation.cpp里的CheckTransaction交易數(shù)據(jù)結(jié)構(gòu)看primitives/transaction.h里的CTransaction。不要求全都看懂關(guān)鍵是在讀到一個概念時能去源碼里找到一個位置錨定下來。我自己的經(jīng)驗是很多東西只看書容易忘但如果你能在regtest上親手把一筆交易從構(gòu)造、廣播到打包走一遍半年后再回來這些字段的名字和含義都會記得很牢。再遇到錢包報錯或者鏈上數(shù)據(jù)對不上你會比身邊人多一種排查問題的直覺。8. 常見誤區(qū)與問題排查速查8.1 常見問題速查表整理了幾個做開發(fā)和分析時最容易遇上的問題一張表說清現(xiàn)象典型原因解決思路交易長時間0確認(rèn)手續(xù)費率過低、網(wǎng)絡(luò)擁堵等待或啟用RBF/CPFP提高費率錢包余額和瀏覽器對不上UTXO掃描范圍不全、描述符缺失重新掃描所有腳本類型和派生路徑手動構(gòu)造交易總驗證失敗簽名hash類型不對、腳本類型不匹配檢查SIGHASH類型和腳本執(zhí)行返回值txid在代碼里與瀏覽器顯示不一致字節(jié)序反轉(zhuǎn)把哈希字節(jié)逆序后再比較自己做鏈上統(tǒng)計和瀏覽器差異大找零沒識別、未確認(rèn)交易統(tǒng)計不一致固定快照時間點、加入找零識別規(guī)則這些問題大多不是算法多難而是底層細(xì)節(jié)沒吃透。排查時先從第6章的幾個關(guān)鍵詞入手UTXO、鎖定腳本、sequence、字節(jié)序大多能定位到問題所在。8.2 幾個容易被忽略的細(xì)節(jié)sequence字段在很多交易里就是0xFFFFFFFF很多人覺得它沒意義但它和RBF、鎖時都有關(guān)系。locktime字段也不總是0有些隱私錢包會故意設(shè)置它如果你做量化統(tǒng)計時不解析這個字段可能漏掉一類特殊交易。另外解析輸入數(shù)據(jù)時要區(qū)分P2PKH和P2SH的解鎖腳本P2PKH的scriptSig里直接放著公鑰和簽名而P2SH的scriptSig里放的是贖回腳本看長度就能分辨。還有一個很容易繞暈的細(xì)節(jié)地址本身并不存在于交易數(shù)據(jù)里交易輸出中存的只是腳本。區(qū)塊瀏覽器把腳本轉(zhuǎn)成地址只是為了顯示方便。你從交易數(shù)據(jù)里解析出來的地址其實是你自己把腳本哈希格式化成地址的結(jié)果。這個邏輯不搞清楚寫解析程序時會被各種庫搞得一頭霧水。其實讀到第6章之前我也覺得比特幣的核心難點是密碼學(xué)和共識算法。真的把這一章嚼透之后才發(fā)現(xiàn)日常開發(fā)中90%的疑難雜癥最后都?xì)w結(jié)于對交易結(jié)構(gòu)的理解不到位。無論是錢包的UTXO掃描還是鏈上量化里的找零識別或者是SegWit的vB計算根子都在這章里。我個人習(xí)慣是每讀完一章就在regtest上把書里的例子原樣跑一遍然后寫下三個自己覺得最容易出錯的概念。這一章我的三個關(guān)鍵詞是UTXO是唯一狀態(tài)、手續(xù)費是差值、txid和wtxid是兩個東西。幾年后再回憶這本書腦海里剩下的就是這些扎在實處的概念。也建議你精讀時不要只畫線試著用代碼把每一筆交易都拆開看一次那才算真的讀懂了。