TL; DR:
| Absolute Timelock | Relative Timelock |
-------------------- | ------------------- | ------------------- |
Transaction Level | nLockTime | nSequence |
-------------------- | ------------------- | ------------------- |
UTXO Level | CheckLockTimeVerify | CheckSequenceVerify |
(or Script Level) | CLTV | CSV |
------------------------------------------------------------------
Thuật ngữ
- Thời gian khóa tuyệt đối : Thời gian khóa sẽ được thiết lập theo cách tuyệt đối. Nó có thể được hiểu theo hai cách: theo chiều cao khối hoặc theo thời gian, đó sẽ là dấu thời gian của Unix Epoch. Nếu nó được hiểu là chiều cao của khối , nó sẽ được ghi lại ở khối 479083 . Nếu nó được hiểu là thời gian , nó sẽ được đặt là 1507574976 , nghĩa là 10/09/2017 @ 6:49 chiều (UTC).
(Chuyển đổi dấu thời gian:https://www.unixtimestamp.com/index.php)
- Thời gian tương đối : Giống như thời gian tuyệt đối, thời gian tương đối cũng có thể được trình bày theo chiều cao khối hoặc theo thời gian. Ví dụ: nếu timelock được hiểu là chiều cao khối, thì timelock sẽ giống như sau 144 khối . Nếu nó được hiểu là thời gian, nó sẽ được đặt là sau 86400 giây . Tất cả đều liên quan đến khối mẹ!
- Thời gian cấp giao dịch : xác định thời gian sớm nhất mà giao dịch có thể được thêm vào blockchain . Nghĩa là, nó cho phép người ký tạo một giao dịch, giao dịch này sẽ chỉ có hiệu lực trong tương lai. Ngoài ra, timelock cấp tx cũng là một lĩnh vực của giao dịch bitcoin.
- UTXO hoặc Thời gian cấp tập lệnh : Loại thời gian này sẽ được thêm vào tập lệnh của UTXO, thay vì là một trường của giao dịch. Nó cho phép chỉ có thể chi tiêu UTXO (Đầu ra giao dịch chưa gửi) sau khi thời gian / khối được chỉ định đã trôi qua / được tạo.
nLockTime (Thời gian khóa giao dịch)
- nLockTime, với tư cách là tính năng thời gian khóa ở cấp độ giao dịch, là một phần của việc triển khai Bitcoin ban đầu. Đó là, nhìn vào giao dịch Bitcoin, bạn có thể tìm thấy một lĩnh vực được gọi là “ LOCKTIME ”, mà là chính xác nLockTime.
Wiki bitcoin
- Như tôi đã đề cập trước đó, tất cả các timelocks có thể được thực hiện bởi unix time hoặc blockheight . Ví dụ: nếu một giao dịch có “Thời gian nLockTime 3 ngày”, điều đó có nghĩa là giao dịch này chỉ có thể có hiệu lực sau ba ngày và có thể được thêm vào một khối và chuyển tiếp qua mạng sau ba ngày kể từ khi giao dịch này được tạo.
- Hãy nhớ rằng, nLockTime là một mốc thời gian tuyệt đối , vì vậy nó phải được ghi lại một cách tuyệt đối. Nếu nLockTime được ghi dưới 500 triệu, nó được hiểu là chiều cao khối cụ thể. Ví dụ: nếu nLockTime của giao dịch được đặt thành 49.999.999, có nghĩa là giao dịch này chỉ có thể được thêm vào blockchain một cách hợp lệ tại khối 49.999.999. Nếu nLockTime được đặt lớn hơn 500 triệu, điều đó có nghĩa là timelock được lưu trữ lại dưới dạng dấu thời gian unix và giao dịch này chỉ có thể có hiệu lực sau thời gian được chỉ định.
# This is a Bitcoin transaction, and there's actually a field named "locktime".
{
"txid" : "c80b343d2ce2b5d829c2de9854c7c8d423c0e33bda264c4013\
8d834aab4c0638",
"hash" : "c80b343d2ce2b5d829c2de9854c7c8d423c0e33bda264c40138d834aab4c0638",
"size" : 85,
"vsize" : 85,
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "3f4fa19803dec4d6a84fae3821da7ac7577080ef75\
451294e71f9b20e0ab1e7b",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 49.99990000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 cbc20a7664f2f69e5355a\
a427045bc15e7c6c772 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914cbc20a7664f2f69e5355aa427045bc15e\
7c6c77288ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"mz6KvC4aoUeo6wSxtiVQTo7FDwPnkp6URG"
]
}
}
]
}
- CLTV, một timelock cấp UTXO tuyệt đối , đã được thêm vào Bitcoin bằng bản nâng cấp soft fork vào tháng 12 năm 2015, dựa trên đặc điểm kỹ thuật BIP65 . CLTV được triển khai trong tập lệnh của Bitcoin, vì vậy nó sẽ xuất hiện trong tập lệnh của Bitcoin với tên OP_CHECKLOCKTIMEVERIFY .
“Khi mã opcode CLTV được gọi, nó sẽ khiến tập lệnh không thành công trừ khi nLockTime trên giao dịch bằng hoặc lớn hơn thông số thời gian được cung cấp cho opcode CLTV.”
Wiki bitcoin
- Nói một cách đơn giản, điều khiến CLTV khác với nLockTIme là CLTV hạn chế UTXO (bitcoin có thể chi tiêu) chỉ có thể chi tiêu sau khi thời gian / khối cụ thể đã trôi qua / được tạo, trong khi nLockTime giới hạn giao dịch hợp lệ và có thể được thêm vào khối / chuỗi khối sau một khoảng thời gian nhất định.
- Tại sao cần CLTV? Đây là một lời giải thích tốt . (Tái bút Tôi sẽ cố gắng giải thích khái niệm kênh thanh toán và những hạn chế của nLockTime trong loạt giải thích tiếp theo về Lightning Network!)
- Ứng dụng: HTLC trong Lightning Network
(Tôi sẽ giải thích điều này trong bài viết của tôi về Lightning Network!)
- Các timelcok tương đối, bao gồm nSequence và CSV, đã được kích hoạt vào tháng 5 năm 2016 như một bản nâng cấp soft fork, dựa trên đặc điểm kỹ thuật BIP68 , BIP112 và BIP113 .
- Tại sao cần thời gian tương đối thay vì sử dụng thời gian tuyệt đối, nLockTime và CLTV?
- Thời gian tương đối linh hoạt hơn nhiều, giữ lại các giao dịch / UTXO là hợp lệ / có thể chi tiêu sau khi thời gian tương đối trôi qua, dựa trên thời gian mà các khối hoặc giao dịch mẹ được thêm vào blockchain. (Đừng lo lắng nếu nó nghe khá khó hiểu ngay bây giờ. Tôi sẽ đưa ra một số ví dụ cụ thể sau!)
- nSequence, số thứ tự trong Bitcoin, là mốc thời gian tương đối ở cấp độ giao dịch , được bổ sung bởi bản nâng cấp công việc mềm. Bây giờ nó nằm trong đầu vào của mọi giao dịch , được biểu thị dưới dạng “chuỗi”.
Wiki bitcoin
- Ví dụ: nếu một giao dịch có một đầu vào với nSequence được đặt thành 10 khối, điều đó có nghĩa là giao dịch này chỉ có thể hợp lệ sau khi 10 khối đã được thêm vào blockchain kể từ thời điểm khai thác UTXO tham chiếu.
- Nói một cách đơn giản hơn, hãy xem xét có hai giao dịch, Giao dịch A và Giao dịch B, và B Tx sẽ tiêu Bitcoin từ đầu ra của Giao dịch A. Nếu đầu vào của giao dịch B có số thứ tự là 10 khối, thì điều đó có nghĩa là giao dịch B chỉ có thể được thêm vào khối (con) sau khi 10 khối đã được tạo kể từ thời điểm Giao dịch A được đưa vào khối (mẹ).
Kiểm tra Xác minh Trình tự (CSV)
- CSV, được thêm vào cùng với nSequence tại soft fork vào tháng 5 năm 2016, là thời gian tương đối cấp UTXO . Nó hiển thị trong tập lệnh Bitcoin dưới dạng opcode OP_CHECKSEQUENCEVERIFY .
“Khi opcode CSV được gọi, nó sẽ khiến tập lệnh không thành công trừ khi nSequence trên giao dịch cho biết một lượng thời gian khóa tương đối bằng hoặc lớn hơn đã vượt qua tham số được cung cấp cho opcode CSV.”
Wiki bitcoin
- Về cơ bản những gì CSV thực hiện với UTXO giống hệt như CLTV, nhưng chỉ theo một cách tương đối .
- CSV hạn chế UTXO có thể sử dụng được sau khi một lượng thời gian / khối nhất định đã trôi qua tương đối với thời gian UTXO được khai thác. Nói một cách đơn giản, hãy tưởng tượng CSV như một ổ khóa (hay nói về mặt kỹ thuật hơn là sự ngăn cản) của UTXO. Ví dụ: 100 khối. Điều đó có nghĩa là UTXO này chỉ có thể được sử dụng sau khi 100 block time đã trôi qua kể từ khi UTXO được khai thác.
- Hãy coi thời gian CSV như một đồng hồ đếm ngược, khi UTXO được khai thác (hoặc bạn có thể nói rằng khi giao dịch được thêm vào khối / chuỗi khối), ví dụ: ở độ cao khối 5000, CSV của 100 khối bắt đầu đếm ngược. Chỉ sau khi 100 khối đã được thêm vào sau khối 5000, UTXO này mới có thể chi tiêu được. Nói cách khác, UTXO này chỉ có thể được sử dụng ít nhất sau khối 5100, muộn hơn 100 khối so với UTXO được khai thác.
- Ứng dụng: RSMC trong Lightning Network.
Đó là nó! Giới thiệu ngắn gọn về bốn loại timelock hữu ích khác nhau trong Bitcoin. Nếu bạn không quen thuộc với Lightning Netowrk của Bitcoin , bạn có thể thực sự bối rối về lý do tại sao các timelocks này siêu mạnh và ý tôi là gì đối với những thứ như HTLC, RSMC cho Lightning Network là ứng dụng của CLTV và CSV.
Mọi thứ về Lightning Network sẽ được giới thiệu và giải thích toàn diện trong loạt bài viết tiếp theo của tôi, chủ yếu là về Lightning Network. Giữ nguyên!
Cảm ơn vì đã đọc!
Robin Hùng
Tài liệu tham khảo:
- https://en.bitcoin.it/wiki/Timelock
- https://bitcoin.org/en/developer-guide#signature-hash-types
- https://github.com/bitcoinbook/bitcoinbook/blob/second_edition/ch07.asciidoc
