如何讀取區塊鏈上的 Bitcoin 交易

了解 UTXO 模型

1. Bitcoin 不像傳統銀行系統那樣使用帳戶餘額。相反，它依賴未花費的交易輸出（UTXO）來表示價值。

2. 每個 UTXO 都是與特定交易輸出綁定的離散單元，並使用加密條件（通常是公鑰哈希）鎖定。

3. 當使用者發起一筆交易時，他們必須引用一個或多個 UTXO 作為輸入，有效地消耗它們來創建新的輸出。

4. 每個輸入都必須使用對應的私鑰進行數位簽名，以證明所有權和授權。

5、所有輸入的總和必須等於或大於所有輸出的總和；任何超出部分都會成為礦工費，在創建輸出之前自動扣除。

解碼交易輸入 (vin)

1. vin數組包含對當前交易提供資金的先前交易輸出的引用。

2. 每個條目都包含一個txid （標識先前交易的 64 個字元的十六進位哈希值）和一個vout索引，指定正在使用該交易的哪個輸出。

3. scriptSig欄位攜帶解鎖腳本，通常包含符合引用UTXO鎖定條件的數位簽章和公鑰。

4. Coinbase 交易有一個空的vin數組，因為它們引入新鑄造的硬幣而不引用先前的產出。

5. 輸入驗證需要根據引用的 UTXO 重建原始鎖定腳本，並驗證提供的scriptSig是否正確滿足。

分析交易輸出 (vout)

1. vout數組定義了交易執行後值流向的位置。

2. 每個輸出包含一個 satoshis 金額和一個scriptPubKey ，它指定了稍後花費該輸出所需的條件。

3. 標準scriptPubKey模式包括 Pay-to-Public-Key-Hash (P2PKH)、Pay-to-Script-Hash (P2SH) 和隔離見證變體（例如 P2WPKH）。

4. 一筆交易可能包含多個輸出：一個用於接收方，一個用於發送回發送方的找零，有時輸出會定向到第三方或智慧合約位址。

5. 沒有已知位址派生的輸出（例如使用非標準腳本或 OP_RETURN 的輸出）通常指示元資料嵌入或高級協定使用。

解讀區塊鏈瀏覽器數據

1.像blockchain.info或blockstream.info這樣的區塊鏈瀏覽器將原始的十六進位編碼資料轉換成人類可讀的字段，例如「From」、「To」和「Value」。

2. 這些介面透過解碼scriptPubKey內容來推斷位址，但對於複雜或自訂腳本，此推斷失敗。

3. 顯示的時間戳記不是直接嵌入到交易中，而是從區塊的標頭時間派生而來，這意味著它們反映了交易確認的時間（而不是提交的時間）。

4. 費用估算外部計算為總投入與總產出之間的差值；交易本身並不能明確儲存費用資訊。

5. 交易大小（以虛擬位元組（vB）為單位）會影響確認優先級，並由隔離見證規則下的權重單位決定，影響礦工如何選擇將其包含在內。

常見問題及解答

Q1：為什麼有些交易即使只有一個人發起付款，卻顯示多個「From」地址？答：因為錢包聚合了來自不同先前交易的多個 UTXO 以滿足所需的金額，因此每個 UTXO 都源自不同的歷史來源。

Q2：交易零確認意味著什麼？ A：表示該交易已廣播到網絡，但尚未包含在開採的區塊中；它保留在內存池中，並且可能會被替換或丟棄。

Q3：我可以從Bitcoin地址的交易記錄中確定其真實身分嗎？答：不會。地址在設計上是匿名的。身分連結需要外部鏈下情報、集群啟發法或自願揭露。

Q4：為什麼同一個地址有時會同時出現在一筆交易的 vin 和 vout 部分？答：這反映了變更處理－發送者將自己的部分資金重新用作指向自己的新 UTXO，從而保留對剩餘餘額的控制。