有人可以提供一個具有相對鎖定時間的輸入的 tx 支出範例嗎？

November 9, 2019

我想看一個原始交易的例子，它從一個應用了相對 LockTime 的輸入中花費。一個例子是來自閃電支付通道的交易，其中使用者在等待他們的承諾交易中的“to self”延遲之後強制關閉通道並索取他們的“本地”餘額。
這對於理解如何從受相對 LockTime 牽連的輸入中花費非常有幫助。

如果您查看<https://blockstream.info/address/bc1qdv0fk4c73fem89s708pzdny8q25d7k5nrckckp87c8alwaw803fq3mqrpz>，您會看到有兩個交易。
第一個 <https://blockstream.info/tx/943f18e17aa2ba716f2d13785268a1bd6b25c39d2718f3b4785559a5eeaba883>是用於打開區塊中包含的支付通道的資金 TX 587093（至少根據通過八卦發送的內容）
第二個<https://blockstream.info/tx/a175425ee2f3c01acc97ef32ab1082db14eaa94e5af4c54f02f3b01dec72558e>是包含在塊中的強制關閉時間鎖定承諾 tx587314
承諾 tx 的輸出 0 有一個相對的時間鎖，並且通過此交易<https://blockstream.info/tx/0be2b9a3a6a9dc99443d6ce7bd3beaf33c713a4938af3bf0fec1e918257bbd32>被包含在塊中588801
如果你解碼交易，你會發現沒有什麼特別的
304402204a54d94068512c22847cc07fa85f2b93feaf758411920a9b20ce9b85831e8aa5022005924cb82c331c5173e21477a4d8298eb25c0d967ace065b883455f2537c3d0a01 &lt;empty&gt; 632103f96d73ffe138690f032e97408af933a71782ad27a28df66a750b48c56b2d7fa96702cf05b275210304f332f50363cd01b679d9fb50fb8691fb0fb638737867bd02f06850c6191a2268ac

p2wsh witness script
OP_IF OP_PUSHBYTES_33 03f96d73ffe138690f032e97408af933a71782ad27a28df66a750b48c56b2d7fa9 OP_ELSE OP_PUSHBYTES_2 cf05 OP_CSV OP_DROP OP_PUSHBYTES_33 0304f332f50363cd01b679d9fb50fb8691fb0fb638737867bd02f06850c6191a22 OP_ENDIF OP_CHECKSIG

nsequence
0x05cf

previous output script
OP_0 OP_PUSHBYTES_32 c9452fef6bd1c72c8648d6ac78ce552543a1e5bf80a470fb259ff670aa5ced26 (v0_p2wsh)
但是，您可以觀察nSequance = 0x05cf以十進制編碼的哪個是5*256 + c*16 + f = 5*256 + 12*16 + 15 = 1487
由於承諾 tx 包含在塊587314中，因此它的時間鎖定支出將被拒絕任何早於587314 + 1487 = 588801第三個 tx 的塊高度的塊。

引用自：https://bitcoin.stackexchange.com/questions/91573

有人可以提供一個具有相對鎖定時間的輸入的 tx 支出範例嗎？

相關問答

在閃電承諾交易中，sequence 和 locktime 的高 8 位代表什麼？

交易輸入中的序列是什麼意思？

閃電交易期間交換撤銷密鑰的順序

閃電網路：每個參與者跟踪的資訊不對稱？

為什麼承諾交易中的每個 HTLC 都需要自己的簽名？

為什麼錨輸出需要強制 nSequence 為 1？