1. 程式人生 > >比特幣交易(Transaction)的輸入與輸出

比特幣交易(Transaction)的輸入與輸出

比特幣通過“挖礦”機制保證了不能任意造幣。通過分散式網路和HashCash機制解決雙重支付問題。事實上比特幣系統中不存在獨立的電子貨幣,而只存在交易單(賬單),貨幣值是依附於交易單存在的,所以比特幣中的電子貨幣實質上交易的賬單記錄的變化,確切的說是貨幣交易(Transactions)的 數字簽名鏈,它的數字簽名演算法使用的是ECDSA(橢圓曲線數字簽名演算法 secp256k1曲線)進行簽名的。

 交易單的資料如下: In: Previous tx: f5d8ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd0 4470b9a6 Index: 0 scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446 618c4571d1090db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fd d7d5d6cc8d25c6b241501 Out: Value: 5000000000 scriptPubKey: OP_DUP OP_HASH160 404371705fa9bd789a2fcd52d2c580b65d35 549d OP_EQUALVERIFY OP_CHECKSIG 交易單記錄的是本次交易的收入來源(in)和支出(out)。當你支出(給)一筆錢的時候,首先在交易單中就要描述清楚你要支出(out)的錢的收入來源 (in),然後在支出(out)項中,指明要支出的金額,以及通過指令碼的形式寫明接收者的公鑰,然後用自己的私鑰簽名(scriptSig)認可該筆交 易,最後將交易單廣播到網路。 收入來源(in): Previous tx: 為收入來源交易單的雜湊值,也就是待支付的錢是誰給你的,經常會有多個收入來源被列在交易單中 index: 指明是收入來源交易單中具體哪一個out,也就是Previous tx交易單中的out索引值(因為out也可以有多個)。 scriptSig: 擁有者對該交易的ECDSA簽名認可。 接收物件(out): Value: 傳送的幣值,以Satoshi 為單位,1BTC = 100,000,000 Satoshi scriptPubKey: 接收方的公鑰指令碼。 in與out的關係: 每一筆交易,out的總額應該等於in的總額。但是,在這個交易單裡,只會有out的Value,沒有in的Value,而是通過in的Pervious與index,追溯到上一個交易單的某一個out,獲得Value。 一次send bitcoin,剩下的錢,應該out給自己,否則這個錢就丟了。 情況列舉: 我有10個BTC,是某一次交易獲得的,我要送給朋友A,10個BTC。這時候,有一個in,一個out。 我有10個BTC,是某一次交易獲得的,我要送給朋友A,5個BTC,這時候,有一個in,兩個out,一個指向朋友5個BTC,一個指向我自己,得到剩下的5個BTC。 我有10個BTC,是以前的兩次交易獲得的,我要送給朋友A,10個BTC,這時候,有兩個in,一個out。 我有10個BTC,是以前的兩次交易獲得的,其中一次獲得了6個BTC,另一次獲得了4個BTC,我要送給我的朋友7個BTC,這時候,有兩個in,兩個out。

/ // An input of a transaction.  It contains the location of the previous // transaction's output that it claims and a signature that matches the // output's public key. // class CTxIn { public:     COutPoint prevout;     CScript scriptSig;     unsigned int nSequence;     .... } // // An output of a transaction.  It contains the public key that the next input // must be able to sign with to claim it. // class CTxOut { public:     int64 nValue;     CScript scriptPubKey;     .... } // // The basic transaction that is broadcasted on the network and contained in // blocks.  A transaction can contain multiple inputs and outputs. // class CTransaction { public:     int nVersion;     std::vector vin;     std::vector vout;     unsigned int nLockTime;     .... 每一筆交易單驗證追查到最後,第一筆總是“挖礦”所得,這被稱為
coinbase
。  如果是第一次“挖礦”所得,電子貨幣的內容用JSON格式表示如下: {   "hash":"b3141455cb397e42665b90b3726c4770fd36101715618718111403bc780ceaa2",   "ver":1,   "vin_sz":1,   "vout_sz":1,   "lock_time":0,   "size":135,   "in":[     {       "prev_out":{         "hash":"0000000000000000000000000000000000000000000000000000000000000000",         "n":4294967295       },       "coinbase":"042194261a02f200"     }   ],   "out":[     {       "value":"50.01000000",       "scriptPubKey":"0452d1a02ffeacfc0c78fcf2ceeaf04d5416c15af1c65da13d9cdaa56844c825c1aa2f540e9439b f38a43419002d8441eea627cb56d6ed51e7848da5c3f6eee6ec OP_CHECKSIG"     }   ] } 每一筆交易都會向整個P2P網路廣播該貨幣的交易記錄。通過投票機制,來決定該支付交易是否正常。如節點認為該交易記錄是正常的那麼就通過CPU計算 POW(Proof-of-Work),然後廣播,其它節點收到這個POW可以繼續投票,形成Block 鏈(見挖礦)。如果節點收到不一致的兩個交易記錄,那麼只信任鏈最長的。如果一筆Bitcoin被支出兩次的情況廣播出來,那麼某些節點將先看到它第一次 發生的支付交易,其他節點則看到的是它第二次發生的支付交易。究竟是哪一個支付交易“贏”了,則是由恰好建立了下一個block的那個節點來決定 —— 無論是哪個節點找到了“小的雜湊值”, 它的block中包含的那個支付交易被判斷為有效的,其他的支付交易被視為無效。