BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR
Partnered With:

Tìm hiểu về Lightning Network: Làm thế nào để xây dựng Lightning Network? Khóa thời gian băm là gì?

Đọc bài viết này mất 10 phút
Bài viết này tiếp tục giải thích cách xây dựng Lightning Network theo phần "Tìm hiểu về Lightning Network: Xây dựng kênh thanh toán hai chiều cho Bitcoin".
Nguồn gốc: Tạp chí Bitcoin
Tác giả gốc: AARON VAN WIRDUM
Bản tổng hợp gốc: Min Min & A Jian, người đam mê Ethereum


Bài viết này tiếp tục từ "Tìm hiểu về sét Mạng: Xây dựng kênh thanh toán hai chiều cho Bitcoin" tiếp tục giải thích cách xây dựng Lightning Network.


Mạng


Trong bài viết trước, Alice và Bob đã thành lập A two- kênh thanh toán đường đi. Bây giờ, Alice muốn trả 1 btc cho bên thứ ba, Carol.


Nói chung, Alice và Carol cần mở kênh thanh toán cho nhau. Nhưng nó không thực sự cần thiết. Vì đã có kênh giữa Bob và Carol nên Alice có thể thanh toán cho Carol thông qua Bob.


Cụ thể, Alice có thể trả 1 btc cho Bob và Bob có thể trả 1 btc cho Carol.


Tuy nhiên, Alice không thực sự tin tưởng Bob, hoặc Carol không tin tưởng Bob. Cô lo lắng rằng sau khi đưa tiền cho Bob, Bob sẽ không đưa cho Carol; hoặc anh đưa tiền cho Carol nhưng Carol nói dối rằng cô chưa hề nhìn thấy số tiền đó và Alice cũng không biết ai phải chịu trách nhiệm. .


Vì vậy, Alice hy vọng có thể đảm bảo rằng chỉ khi Bob đưa cho Carol 1 btc thì cô ấy mới phải trả 1 btc cho Bob.


Khi Alice muốn trả cho Carol 1 btc, cô ấy yêu cầu ông Carol tạo một giá trị bí mật (một chuỗi số ngẫu nhiên) và gửi giá trị băm tương ứng. cô ấy. Alice cũng nói với Carol rằng cô ấy có thể sử dụng giá trị bí mật này để trao đổi 1 btc với Bob.


Đồng thời, Alice gửi giá trị băm thu được từ Carol cho Bob và nói với Bob rằng nếu Bob có thể cung cấp giá trị băm ban đầu tương ứng với giá trị đó thì cô ấy sẽ sẽ đưa cho Bob 1 btc (tất nhiên chỉ có Carol mới sở hữu giá trị ban đầu này).


Vì vậy, Bob đã tìm thấy Carol và đổi 1 btc lấy giá trị ban đầu của Carol.


Sau đó, Bob lấy Alice và cung cấp giá trị ban đầu này. Do đó, Alice biết rằng Bob chắc chắn đã đưa tiền, tức là Carol chắc chắn đã nhận được 1 btc nên cô ấy đã đưa tiền cho Bob.


Mọi người đều vui vẻ.


Hầu như, à, hầu hết mọi người đều hạnh phúc.


Trong tình huống "chơi nhà" này, người trung gian Bob vẫn cần những người mới đến là Alice và Carol. Bob phải tin rằng những gì Carol đưa cho anh ấy là một giá trị thực sự hữu ích (nếu không, anh ấy sẽ không thể lấy lại được tiền sau khi đưa nó cho mình) và anh ấy phải tin rằng Alice sẽ thực sự đưa cho anh ấy 1 btc, nếu anh ấy có thể cung cấp ảnh gốc tương ứng với giá trị băm if.


Tại thời điểm này, chúng ta cần Hợp đồng khóa thời gian băm (HTLC).


Hợp đồng khóa thời gian băm


Khóa thời gian băm cho phép Alice và Bob sử dụng giá trị bí mật để Exchange btc (tất nhiên Bob và Carol cũng cần điều này, nhưng hiện tại chúng tôi sẽ không đề cập đến nó).


Để sử dụng khóa thời gian băm, Alice cần gửi 1 btc đến một địa chỉ có nhiều chữ ký mới thay vì gửi trực tiếp cho Bob. BTC bị khóa ở địa chỉ này có thể được mở khóa theo hai cách.

Cách đầu tiên là Bob gửi chữ ký và giá trị bí mật của mình đến địa chỉ.


Cách thứ hai là Alice gửi chữ ký của mình đến địa chỉ này. Tuy nhiên, phương pháp này có giới hạn khóa thời gian CLTV: Alice phải đợi một khoảng thời gian (ví dụ: hai tuần) trước khi ký và phát sóng giao dịch để nhận btc này.


Nói cách khác, Bob có hai tuần để tạo một giao dịch chứa chữ ký và giá trị bí mật, đồng thời phát giao dịch để gửi BTC đến địa chỉ nhiều chữ ký cho bản thân mình. Bằng cách này, thỏa thuận được đảm bảo. Miễn là Bob có thể cung cấp giá trị bí mật, anh ta có thể lấy btc của Alice: việc phát sóng công khai giao dịch trên mạng Bitcoin cho phép Alice nhìn thấy nó.


Nếu Bob không cung cấp giá trị bí mật trong thời hạn quy định, Alice có thể lấy lại btc của mình. Nó đơn giản mà.


Quay lại mạng vì đây là lúc các hợp đồng khóa thời gian băm thực sự phát huy tác dụng.


Như đã đề cập ở trên, có một hợp đồng khóa thời gian băm không chỉ giữa Alice và Bob mà còn giữa Bob và Carol. Vì vậy, nếu Carol yêu cầu Bob cung cấp btc, Bob cũng có thể nhận được giá trị bí mật từ Carol. Tất cả đều hiển thị trên blockchain.


Vì vậy, nếu điều này xảy ra, Bob chắc chắn có thể nhận được 1 btc từ Alice. Bob có thể tiết lộ giá trị bí mật mà anh ấy nhận được từ Carol trên chuỗi, gửi nó đến hợp đồng khóa thời gian băm của anh ấy với Alice, sau đó lấy đi 1 btc trên địa chỉ có nhiều chữ ký. Hai kênh trạng thái được liên kết một cách hiệu quả.


Điểm cuối cùng cần nhấn mạnh là Bob phải nhận được giá trị bí mật từ Carol trong thời hạn hiệu lực, nếu không Alice có thể lấy lại số 1 trên địa chỉ nhiều chữ ký btc. Nếu Bob nhận được giá trị bí mật từ Carol sau khi Alice lấy lại 1 btc, Bob sẽ bị kẹt ở giữa. Do đó, hợp đồng khóa thời gian băm của Bob và Carol phải hết hạn trước Alice và Bob (ví dụ: giới hạn thời gian của người tạo mẫu có thể được đặt thành 10 ngày thay vì hai tuần). Đây là lý do tại sao các hợp đồng khóa thời gian băm yêu cầu CheckLockTimeVerify (khóa thời gian tuyệt đối) thay vì CheckSequenceVerify (khóa thời gian tương đối).


Có một vấn đề cuối cùng cần được giải quyết: để đảm bảo tính khả dụng của Lightning Network, tất cả những điều này phải được thực hiện ngoài chuỗi. Làm thế nào để đạt được điều này sẽ được tiết lộ trong bài viết thứ ba của loạt bài này.


Liên kết gốc






Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

举报 Báo lỗi/Báo cáo
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi