上一期我們把區(qū)塊鏈的底層數(shù)據(jù)結構過了一遍這次接著聊交易。很多剛入門的同學會有個錯覺在交易平臺里點一下“轉出”和用錢包地址直接給別人轉幣是一回事。其實完全不是。前者是在平臺內部賬本上劃一筆平臺說轉出就轉出了甚至可能只是一條數(shù)據(jù)庫記錄的變更后者才是真正意義上的P2P交易——你的私鑰對一條轉賬指令簽名然后把它廣播給全網(wǎng)節(jié)點由全網(wǎng)共同驗證、記賬、確認。這個過程中沒有銀行沒有平臺客服也沒有可以打電話申訴的中間人。搞清楚P2P交易原理是理解區(qū)塊鏈開發(fā)、錢包實現(xiàn)、節(jié)點同步乃至智能合約繞不開的一步。這篇教程我不打算只講概念而是直接從一筆交易從發(fā)起到上鏈的完整鏈路拆開講把每個環(huán)節(jié)為什么要這么設計、實際開發(fā)中容易踩什么坑一并說清楚。1. 一筆P2P交易的全鏈路概覽1.1 交易的本質不是“轉賬”而是“廣播一條指令”很多人第一次接觸區(qū)塊鏈交易時腦子里還帶著傳統(tǒng)轉賬的模型我賬戶里有10塊錢我轉6塊給你系統(tǒng)從我賬戶扣6塊加到你賬戶上。但在真正的P2P交易里根本沒有“賬戶余額”這個東西。網(wǎng)絡里只存在一條條交易記錄以及每筆交易產(chǎn)生的“未花費輸出”。你發(fā)起轉賬時做的事情本質上只是構造了一條指令我擁有某個地址上的若干幣現(xiàn)在授權把這些幣轉移給另一個地址同時找零回到我自己控制的地址。這條指令用你的私鑰簽名后廣播到全網(wǎng)。節(jié)點收到后校驗簽名是否有效、被花的幣是否真實存在、是否已經(jīng)被花過。確認沒問題就把它放進自己的交易池等礦工打包進下一個區(qū)塊。打包成功后這筆交易才算正式生效。所以P2P交易嚴格來說不是“劃賬”而是“全網(wǎng)共識下的一筆狀態(tài)變更”。這個區(qū)別聽起來簡單但影響深遠。平臺轉賬是中心化賬本里改數(shù)字效率和體驗雖然好但信任完全押在平臺上——平臺可以凍結、可以后臺篡改、可以拒絕讓你提幣。P2P交易則是把信任交給了密碼學和全網(wǎng)節(jié)點只要你的私鑰不泄露沒有任何單一機構可以攔住這筆交易。1.2 從構造到上鏈的六個關鍵環(huán)節(jié)一筆交易從你手中發(fā)起到最終確認我把它拆成六個環(huán)節(jié)構造交易錢包掃描你地址下所有可花的UTXO選出足夠金額指定收款人和找零地址。簽名用私鑰對交易摘要做數(shù)字簽名證明你確實擁有這批幣的所有權。廣播把完整交易數(shù)據(jù)發(fā)送給相鄰節(jié)點節(jié)點再轉發(fā)給其他節(jié)點逐步擴散到全網(wǎng)。驗證每個節(jié)點獨立校驗交易格式、簽名、UTXO狀態(tài)、輸入輸出金額關系。打包礦工從交易池中優(yōu)先選高費率交易放進自己正在構造的區(qū)塊。確認區(qū)塊被其他節(jié)點接受并繼續(xù)在其上挖礦交易獲得一個又一個確認數(shù)。后文我會對這幾個環(huán)節(jié)分別展開。但我想先把最基礎、也最容易被忽略的密碼學部分講透因為很多人會寫“發(fā)送交易”的代碼卻說不清楚簽名到底在保護什么。2. 密鑰、地址與簽名為什么只有你能花這筆錢2.1 從私鑰到地址的推導過程先明確一點地址不是“銀行卡號”私鑰也不是“密碼”。它們三者之間存在嚴格的推導關系。在主流采用橢圓曲線簽名的鏈上這個鏈路大致是私鑰一個256位隨機數(shù)是整個賬號體系的根。公鑰由私鑰通過橢圓曲線乘法計算得到別人可以從地址反推公鑰但無法從公鑰反推私鑰。地址通常是對公鑰做兩次哈希SHA-256后再RIPEMD-160再添加版本號和校驗碼編碼得到的字符串。所以公鑰可以公開地址是公鑰的哈希相當于公鑰的“短名片”。私鑰則必須絕對保密因為誰持有私鑰誰就能對該地址名下的UTXO完成簽名并轉走資產(chǎn)。實操里很多人不理解“為什么我的錢包可以收到幣但沒有任何余額記錄”。答案是鏈上根本沒有余額表只有一條條交易輸出。你的地址“余額”全鏈節(jié)點是靠掃描所有交易里未花費的輸出來匯總的。錢包做的事情本質上也是掃鏈不是查數(shù)據(jù)庫。2.2 數(shù)字簽名兩把鑰匙一套鎖我習慣用“印章”來類比簽名機制。傳統(tǒng)合同簽字別人可以模仿筆跡區(qū)塊鏈簽名用的是非對稱密碼學簽名者有一把私鑰驗證者用對應的公鑰去驗。一筆交易的簽名至少承擔兩件事第一證明所有權。交易里引用了某個UTXOUTXO里寫明這筆錢鎖定在某個公鑰哈希上。你要花它就必須提供一個能從該公鑰哈希驗簽通過的數(shù)字簽名。沒有私鑰就構造不出合法簽名。第二防篡改。簽名是對整個交易內容輸入、輸出、金額、找零賬戶等的哈希做的。交易數(shù)據(jù)任何一個字節(jié)被改動——比如轉賬金額從6改成600——簽名驗證立刻失敗。這個設計非常關鍵。傳統(tǒng)金融里轉賬出錯可以調賬、可以申訴區(qū)塊鏈上沒有“撤銷交易”按鈕只能靠簽名保證交易內容在廣播過程中不被任何人動手腳。2.3 這里最容易栽的坑我見過不少初學者在測試網(wǎng)上跑交易出現(xiàn)兩類問題。一類是把主網(wǎng)地址和測試網(wǎng)地址混用。某地址格式相同但測試網(wǎng)和主網(wǎng)的地址版本號不同混用后交易要么無法被識別要么幣被發(fā)到一個無法找回的地方。這個沒有任何“客服”可以幫你只能自認損失。另一類是隱私意識問題。有些人喜歡把一個大UTXO分成多個小額輸出制造大量找零地址。這不違法但所有UTXO關系在鏈上一目了然只要別人知道其中一個地址屬于你順著輸入輸出就能把你名下所有地址串起來。P2P交易不是匿名的它只是假名化。想真正保護隱私必須理解UTXO的關聯(lián)性設計而不能只抄一段代碼了事。另外一個非?；A的坑私鑰備份只會做一次的人很多。錢包生成了助記詞但長期不用后忘了托管位置等需要恢復時才發(fā)現(xiàn)備份丟了。P2P世界里“丟私鑰丟資產(chǎn)”這不是夸張而是無數(shù)真實事故換來的結論。3. 沒有“余額表”的賬本UTXO模型到底怎么記賬3.1 UTXO的直觀理解找回零錢UTXO的全稱是Unspent Transaction Output中文叫“未花費交易輸出”。這個詞對剛接觸的人很不友好我每次講都用“現(xiàn)金找零”類比。想象你只有一張100元鈔票要買65元的東西。你不會把100元拆成65和35兩半而是把100元整張交給收銀員收銀員找回你一張35元。在這筆交易里原本那張100元鈔票的“生命周期”就結束了它變成兩個新實體一張65元的商品對應物一張35元的找零退給你。區(qū)塊鏈的UTXO模型完全一樣。你有一個UTXO面額是10個幣你要轉給B 6個幣。節(jié)點不會把10拆成64而是把原來10個幣的UTXO標記為已花費然后新生成兩筆UTXO一筆6個幣鎖定到B的地址一筆4個幣鎖定到你自己的找零地址。找零地址通常是你控制的另一個地址甚至可能是全新地址。每一筆交易輸入UTXO被全部銷毀輸出UTXO全部新建。這就是為什么UTXO模型下每一枚幣都有清晰的“出身鏈”可追溯性天然存在。3.2 和賬戶余額模型的本質區(qū)別以太坊這類的賬戶模型更接近傳統(tǒng)銀行每個地址一個余額數(shù)字轉賬就是A余額減、B余額加。作為一個處理過UTXO模型的錢包開發(fā)者我可以負責任地說這兩種模型的取舍非常明顯。我整理過一個對比表方便你快速理解維度UTXO模型賬戶余額模型記賬單位交易輸出每個都是獨立對象地址下的一個整數(shù)余額轉賬操作銷毀若干舊UTXO創(chuàng)建新UTXO余額加減并發(fā)處理同一地址的多個UTXO可并行花同一賬戶并發(fā)容易沖突可追溯性天然支持可追蹤每枚幣來源較弱需另行記錄歷史隱私表現(xiàn)相對更好可換找零地址余額實時可見關聯(lián)性強實現(xiàn)復雜度錢包需要UTXO掃描、找零管理實現(xiàn)更直接UTXO模型對開發(fā)者的第一課是你不能直接說“從地址A轉6個幣到地址B”你得先找A名下有哪些面額夠大的UTXO還要預留手續(xù)費。有時候為了湊夠這6個幣你可能要合并三五個小額UTXO交易體積變大手續(xù)費也跟著漲。3.3 動手拆解一筆交易的輸入輸出來看一個具體的例子這是我在測試網(wǎng)上經(jīng)常用來教學的一筆交易結構輸入部分引用1個UTXO面額10個幣來源于地址A。輸出部分地址B收到6個幣地址A的找零地址收到3.8個幣。手續(xù)費10 - 6 - 3.8 0.2個幣歸礦工所有。你可以把手續(xù)費理解成“輸入總額減輸出總額剩下的部分”。這個差額不需要單獨填一個“手續(xù)費”字段它天然就是輸入減輸出的結果。正因如此構造交易時必須細心如果找零給少了多出來的差額會全部變成手續(xù)費如果找零給多了算錯金額可能會把幣白白發(fā)到錯誤地址。我在教學時常要求學生手工構造一筆標準交易不借助錢包庫。目的是讓大家親眼看到一筆交易里輸出不是簡單的“收款人地址金額”而是“對方地址金額”和“自己找零地址金額”同時存在的。很多人一開始只寫一個輸出結果一大半金額被扣成手續(xù)費只好回來補找零這就是不懂UTXO模型的典型癥狀。4. 從發(fā)起到上鏈廣播、打包與確認的完整傳播過程4.1 交易在網(wǎng)絡里怎么跑來跑去交易構造并簽名好之后第一時間被發(fā)送到你連接的節(jié)點。接下來節(jié)點不會把交易發(fā)給全網(wǎng)所有節(jié)點而是轉發(fā)給與自己相連的若干鄰居節(jié)點。每個鄰居節(jié)點獨立驗證后如果通過再繼續(xù)轉發(fā)給它們的鄰居。這種擴散方式類似“一傳十、十傳百”專業(yè)術語叫泛洪傳播。在這個傳播過程里最值得注意的一點是不同節(jié)點收到交易的時間不同因此全網(wǎng)不存在“同一時刻統(tǒng)一狀態(tài)”。這導致了后面要講的雙花問題。對于開發(fā)者來說還有一個實踐點廣播交易建議同時連接多個節(jié)點而不是只連一個。因為如果單個節(jié)點臨時故障或同步滯后你無法確定交易是否真的進入了主干網(wǎng)絡。我在測試網(wǎng)階段就吃過虧交易已構造成功但節(jié)點連接不穩(wěn)定導致長時間卡在本地最后換了幾條線路重新廣播才被確認。4.2 內存池交易上鏈前的暫存區(qū)每個節(jié)點在驗證交易通過后并不馬上把它寫進區(qū)塊鏈而是放進一個臨時緩沖池叫內存池。內存池是已廣播但尚未被打包進區(qū)塊的交易集合。節(jié)點會繼續(xù)把這個交易轉發(fā)給鄰居同時等待礦工把它選進新區(qū)塊。內存池的大小會直接影響你的交易體驗網(wǎng)絡擁堵時大量交易擠在池子里礦工自然優(yōu)先挑手續(xù)費高的。手續(xù)費低的交易可能在池子里待幾小時甚至幾天。我記得有一次網(wǎng)絡突發(fā)擁堵一個費率設置偏低的交易卡了將近一天未確認花錢一點不少反而因為重發(fā)追加手續(xù)費又虧了一筆。所以構造交易時不要盲目使用錢包默認費率。應該先看一眼當前網(wǎng)絡擁堵指數(shù)、內存池積壓量再決定費率檔位。很多錢包的“自定義手續(xù)費”功能不是擺設而是成熟用戶必須學會使用的工具。4.3 區(qū)塊打包那一刻發(fā)生了什么礦工在打包新區(qū)塊時會從內存池挑選一批交易放進區(qū)塊。挑選邏輯很簡單誰給的手續(xù)費高、誰更有利于礦工收益誰就被優(yōu)先打包。被選中的交易進入新區(qū)塊后區(qū)塊被廣播出去其他節(jié)點驗證新區(qū)塊合法便把它接到自己維護的鏈上。新區(qū)塊生成后該區(qū)塊里的交易獲得1個確認數(shù)。每隔一段時間具體時長取決于鏈的設計又挖出下一個區(qū)塊如果這個新區(qū)塊是接著前一個區(qū)塊挖的那么前一個區(qū)塊里的交易確認數(shù)就變成2。確認數(shù)的作用我留在最后專門講。這里有個開發(fā)者容易忽略的細節(jié)打包進區(qū)塊不等于“永不可撤銷”。嚴格說是確認數(shù)越深被回滾的概率越低。有些初學做礦池監(jiān)控或區(qū)塊瀏覽器的同學只圖展示最新區(qū)塊卻忘了給用戶標記“該交易確認數(shù)尚淺建議等待”這種產(chǎn)品設計是要出問題的。5. 手續(xù)費的計算邏輯與實際避坑5.1 手續(xù)費公式輸入減輸出的差額手續(xù)費的計算公式前面已經(jīng)提到簡潔說就是手續(xù)費 輸入UTXO總額 - 所有輸出UTXO總額在UTXO模型里這個差額不是系統(tǒng)“扣”出來的而是你構造交易時自己決定的。輸出總額比輸入總額少多少少掉的部分就是獎勵給打包礦工的手續(xù)費。因此構造交易時如果完全忘記設置找零多出來的錢全部變成手續(xù)費不是退給你。實際操作中錢包替你做了這些事掃描UTXO、選擇輸入、計算找零、預留手續(xù)費。但如果你打算手寫裸交易或者做批量轉賬工具就必須自己掌握這套計算邏輯否則分分鐘虧錢。5.2 費率與字節(jié)數(shù)如何決定最終費用決定一筆交易具體付多少手續(xù)費的不只是金額大小而是交易數(shù)據(jù)的字節(jié)數(shù)和費率?？梢园奄M率理解成“每字節(jié)支付的聰數(shù)”不同鏈單位不同。交易包含的輸入越多、輸出越多數(shù)據(jù)量越大需要支付的手續(xù)費就越高。一個典型單輸入、雙輸出的交易大約兩百多字節(jié)。如果費率是每字節(jié)若干聰手續(xù)費就是這個字節(jié)數(shù)乘以費率。當網(wǎng)絡擁堵時費率水漲船高原本便宜的轉賬可能變得非常昂貴。我見過一些新手在做小額轉賬時因為攜帶了大量小額UTXO作為輸入導致交易體積膨脹手續(xù)費甚至超過了轉賬金額本身。這不是危言聳聽而是UTXO模型下非常常見的現(xiàn)象。打包輸入前可以先計算一下地址下的UTXO分布盡量選擇面額合適、數(shù)量較少的UTXO組合控制交易體積。對頻繁轉賬的錢包還可以定期做UTXO整合把零散小額合并成較大面額降低后續(xù)交易成本。5.3 實操中常見的三個手續(xù)費問題第一費率給太低導致交易遲遲不確認。這種情況不要慌張可以等待網(wǎng)絡空閑也可以使用交易替換機制按更高費率重新廣播。前提是原交易構造時預留了相應條件否則只能干等。判斷標準很簡單看它是否在內存池里被大量節(jié)點接受。第二發(fā)送方和接收方對手續(xù)費理解不一致。P2P交易里手續(xù)費只從輸入總額跟輸出總額的差額中產(chǎn)生不存在“對方付手續(xù)費”這種說法。雙方約定“我轉你X手續(xù)費我出”實際效果是輸出給對方的金額等于X輸入總額減去輸出總額的差額由轉賬方承擔。第三批量轉賬時不注意輸入輸出配比。一次給幾十個地址轉賬輸入不變輸出幾十個交易體積急劇增加手續(xù)費可能比你預期的貴很多。遇到這種場景必須提前估算字節(jié)數(shù)而不是按普通轉賬的費率直接套。6. 雙花攻擊與到賬安全確認數(shù)到底該等幾個6.1 雙花問題的根源雙花全稱是雙重支付指的是同一筆錢被花兩次。在傳統(tǒng)金融里銀行余額扣減可以防止雙花但在P2P網(wǎng)絡里節(jié)點收到交易的時間有先后同一個UTXO可能會被構造進兩筆不同交易并分別在不同區(qū)域網(wǎng)絡中傳播。結果就是網(wǎng)絡上出現(xiàn)兩筆都引用了同一UTXO的沖突交易且各自都通過了一部分節(jié)點的初步驗證。誰先被礦工打包進區(qū)塊誰就在鏈上“勝出”。另一筆沖突交易會在被打包時因UTXO已被花費而被拒絕。雙花問題的根源不是密碼學破解而是分布式系統(tǒng)的時間差。攻擊者可以利用這個時間差先讓收款方看到一筆交易出現(xiàn)在網(wǎng)絡里再通過更高費率的沖突交易把相同UTXO花到別處讓原本那筆交易最終無法上鏈或者上鏈后被回滾。6.2 為什么“等幾個確認”是硬規(guī)矩理解雙花之后“等確認”的必要性就非常清晰了。交易被打包進第一個區(qū)塊只說明一個礦工接受了它并不代表全網(wǎng)都接受了它。假如攻擊者算力足夠可以在不公開的情況下先暗自挖一條包含另一筆沖突交易的鏈等他公開的鏈追上來并超過原鏈長度時原鏈上的交易就會被拋棄這筆交易就發(fā)生了回滾。確認數(shù)越深攻擊者要推翻這條鏈需要的算力成本就越高。到了第6個確認攻擊者需要持續(xù)多挖好幾個區(qū)塊才能追上并超越成本急劇上升對小額交易來說完全不劃算。所以“等6個確認”不是社區(qū)拍腦袋定的規(guī)則而是概率安全模型的工程選擇。人性化的建議是小額即時轉賬可以等1到3個確認涉及較大金額時至少等6個確認更大金額或高價值資產(chǎn)建議等待更久。我見過一些做電商收幣的商家為了用戶體驗選擇“零確認”放行結果被雙花攻擊。后來他們改成小額零確認、大額等確認的分級策略才算穩(wěn)住。這個教訓值得所有做支付類產(chǎn)品的開發(fā)者記住。6.3 不同金額場景下的確認數(shù)參考下面這張表是我在實際項目里常用的確認參考不是絕對標準但可以幫你建立直覺場景建議等待確認數(shù)說明買杯咖啡級別的小額支付0-1風險低可接受極少數(shù)異常一般電商購物2-3兼顧體驗與安全大額轉賬、資產(chǎn)交易6及以上雙花成本已很高足夠安全高價值NFT、長期資產(chǎn)托管12及以上極端保守防鏈重組開發(fā)測試1即可圖快練手用途確認數(shù)不是“等滿就永久安全”它是概率性的。確認數(shù)越多回滾概率越低但永遠不是嚴格意義上的零。做技術方案設計時要把這個概率思維刻在腦子里而不是死記硬背某個數(shù)字。6.4 鏈重組別在最壞情況下才想起來鏈重組是P2P交易里最容易被忽略的概念。簡單說當一條鏈因為出塊速度領先而取代了另一條出現(xiàn)過的鏈時原本已經(jīng)被“確認”的交易可能會被回滾。區(qū)塊瀏覽器上顯示的確認數(shù)不是絕對承諾而是當前主鏈狀態(tài)下的累計深度。在實際運營中我最擔心的是用戶看到交易在區(qū)塊瀏覽器里顯示了幾個確認就把資產(chǎn)放行了但項目方用的是算力相對較小的網(wǎng)絡區(qū)塊產(chǎn)生間隔又不穩(wěn)定鏈重組概率比大網(wǎng)絡更高。這種情況下等更多確認不是保守而是必要。你可以像我一樣做一個“確認數(shù)閾值動態(tài)調整”的小工具根據(jù)網(wǎng)絡當前算力和重組歷史自動給出建議值而不是一直寫死一個數(shù)字。另外提醒一句確認數(shù)只解決“這筆交易是否被鏈上接受”的問題不解決“對方是否是騙子”的問題。P2P交易沒有仲裁方你在鏈上轉出資產(chǎn)后如果對方不履行承諾給你發(fā)貨你沒有任何機構可以申訴。因此做交易對手評估、分階段付款、啟用第三方托管腳本是把P2P交易用于真實業(yè)務時必須考慮的配套方案。坦白說P2P交易原理真正難的不是概念而是這些概念之間的因果關系少數(shù)幾個密碼學環(huán)節(jié)環(huán)環(huán)相扣任何一個點想不明白后面寫代碼和排查問題都會卡殼。如果你現(xiàn)在正在做錢包、做區(qū)塊瀏覽器或者只是想讓自己的資產(chǎn)處于自己能掌控的地方建議你親手在測試網(wǎng)上試一次手工構造交易從生成私鑰、推導地址到簽名廣播全部自己來一遍。試過一次之后什么UTXO、什么確認數(shù)都會變得非常直觀。下一篇我打算接著講交易腳本與多簽地址的底層邏輯那會是P2P交易原理的進一步延伸也是從“轉賬”走向“可編程資產(chǎn)”的橋頭堡。