Giải thích hệ thống của Fiber: Một thử nghiệm lớn để ghép Lightning Network vào CKB

Ngày 23 tháng 8, CKB đã chính thức ra mắt giải pháp Lightning Network dựa trên CKB - Fiber Network. Khi tin tức này lan truyền, nó nhanh chóng gây xôn xao cộng đồng. Các cuộc thảo luận sôi nổi khiến giá cả tăng vọt của CKB tăng nhanh gần 30% trong một ngày. Lý do khiến tin tức này gây ra phản ứng mạnh mẽ là vì Lightning Network có sức hấp dẫn kể chuyện mạnh mẽ vàCKB's Fiber đã nâng cấp Lightning Network truyền thống và thực hiện nhiều cải tiến cho Lightning Network truyền thống.

Ví dụ: Fiber có thể hỗ trợ nhiều loại tài sản, chẳng hạn như CKB, BTC, stablecoin, v.v. và phí xử lý của CKB thấp hơn nhiều so với BTC. Với thời gian phản hồi nhanh, Fiber có thể đạt được những đột phá về UX. Về quyền riêng tư và bảo mật, Fiber cũng đã thực hiện nhiều tối ưu hóa.

Ngoài ra, Fiber và BTC Lightning Network có thể được kết nối với nhau để tạo thành mạng P2P lớn hơn, Các quan chức của CKB thậm chí còn tuyên bố rằng, 100.000. các nút vật lý sẽ được thiết lập trong Fiber và Lightning Network để thúc đẩy sự cải tiến và phát triển của mạng thanh toán P2P. Không còn nghi ngờ gì nữa, đây là một câu chuyện đầy tham vọng chưa từng có.

Nếu tầm nhìn chính thức của CKB có thể thành hiện thực trong tương lai, đó sẽ là một lợi ích to lớn cho Lightning Network, CKB và thậm chí cả hệ sinh thái Bitcoin. Theo dữ liệu của mempool, hiện có hơn 300 triệu đô la tiền được đặt trong Mạng Lightning BTC, số lượng nút xấp xỉ 12.000 và gần 50.000 kênh thanh toán đã được xây dựng giữa nhau.

Trên chi tiêumybtc.com, chúng ta cũng có thể thấy rằng ngày càng có nhiều người bán hỗ trợ việc thu và thanh toán Lightning Network. Chừng nào BTC ngày càng được công nhận, các dịch vụ ngoài chuỗi như Lightning Network và Fiber sẽ Tăng trưởng của các giải pháp thanh toán được thiết lập để đạt được đà tăng trưởng mỗi ngày.

Với mục đích diễn giải một cách có hệ thống các giải pháp kỹ thuật của Fiber,"Geek Web3" đã viết báo cáo nghiên cứu này về giải pháp tổng thể của Fiber. Là một triển khai Lightning Network dựa trên CKB, nguyên tắc của Fiber nhìn chung phù hợp với Bitcoin Lightning Network, nhưng nó đã được tối ưu hóa ở nhiều chi tiết.

Cấu trúc tổng thể của Fiber bao gồm bốn phần cốt lõi sau: kênh thanh toán, Tháp canh, định tuyến nhiều bước và thanh toán giữa các miền. Trước tiên hãy giải thích “kênh thanh toán” quan trọng nhất.

Nền tảng của Lightning Network và Fiber: kênh thanh toán

Bản chất của kênh thanh toán là chuyển các giao dịch chuyển tiền/giao dịch ra khỏi chuỗi để xử lý, sau đó gửi trạng thái cuối cùng tới chuỗi để "thanh toán" sau một khoảng thời gian. Vì các giao dịch được hoàn thành ngay lập tức ngoài chuỗi nên thường có thể loại bỏ các hạn chế về hiệu suất của các chuỗi chính như BTC.

Giả sử Alice và Bob cùng nhau mở một kênh. Trước tiên, họ xây dựng một tài khoản có nhiều chữ ký trên chuỗi và gửi một số tiền vào đó. mỗi người gửi 100 khối làm số dư tương ứng của họ trong kênh ngoài chuỗi. Tiếp theo, cả hai bên có thể thực hiện nhiều lần chuyển khoản trong kênh. Khi thoát khỏi kênh, số dư cuối cùng sẽ được đồng bộ hóa với chuỗi và tài khoản nhiều chữ ký sẽ thanh toán cho cả hai bên, tức là "thanh toán".

Ví dụ: cả hai bên bắt đầu với 100 nhân dân tệ, sau đó Alice chuyển 50 nhân dân tệ cho Bob, sau đó Alice chuyển 10 nhân dân tệ cho Bob, sau đó Bob chuyển 30 nhân dân tệ cho Alice và cuối cùng số dư của cả hai bên trở thành For : Alice-70, Bob-130. Không khó để nhận ra rằng tổng số dư của hai người không thay đổi Trường hợp bàn tính đẩy và kéo qua lại trong hình trên có thể giải thích rõ điều này.

Nếu một bên thoát khỏi kênh, hãy đồng bộ hóa số dư hiện tại Alice: 70/Bob: 130 vào chuỗi và nhấn 200 nhân dân tệ trong tài khoản đa chữ ký Số dư tương ứng sẽ được chuyển cho hai người để hoàn tất việc giải quyết. Quá trình trên có vẻ đơn giản nhưng trong thực tế lại có rất nhiều vấn đề phức tạp cần xem xét.

Trước hết, bạn thực sự không biết khi nào bên kia muốn thoát khỏi kênh Lấy ví dụ trên, Bob. có thể thoát sau khi hoàn thành lần chuyển thứ hai hoặc thoát sau lần chuyển đầu tiên. Kênh thanh toán không áp đặt yêu cầu này và cho phép người tham gia rút tiền tự do. Để đạt được điều này, giả định rằng ai đó sẽ rút tiền bất cứ lúc nào và một trong hai bên có thể gửi số dư cuối cùng cho chuỗi để giải quyết.

Vì vậy, có cài đặt "Giao dịch cam kết" "Giao dịch cam kết" được sử dụng để khai báo số dư mới nhất của cả hai bên trong kênh. chuyển giao xảy ra "giao dịch cam kết" tương ứng sẽ được tạo ra. Nếu bạn muốn thoát khỏi kênh, bạn có thể gửi "giao dịch cam kết" mới nhất tới chuỗi và rút số tiền bạn xứng đáng nhận được từ tài khoản nhiều chữ ký.

Chúng ta có thể viết ra kết luận này:Các giao dịch cam kết được sử dụng để giải quyết số dư của cả hai bên trong kênh trên chuỗi. Một trong hai bên có thể đưa giao dịch cam kết mới nhất lên chuỗi tại bất cứ lúc nào và sau đó thoát khỏi kênh.

Nhưng có một kịch bản xấu quan trọng: Bob có thể gửi số dư đã hết hạn và các giao dịch cam kết tới chuỗi,Ví dụ: , sau khi Commit Tx3 trong hình trên được tạo, số dư của Bob là 130, nhưng để kiếm lợi nhuận cho mình, Bob gửi Commit Tx2 đã hết hạn vào chuỗi và tuyên bố rằng số dư của anh ấy là 160, còn trạng thái số dư này thì không thời gian thực. Đây là một "thanh toán kép" điển hình.

Để ngăn chặn những tình huống chi tiêu gấp đôi như vậy, phải có các biện pháp trừng phạt tương ứng. Việc thiết kế các biện pháp trừng phạt là cốt lõi của toàn bộ. Kênh thanh toán 1-1, chỉ khi hiểu được phần này chúng ta mới có thể thực sự hiểu được kênh thanh toán. Trong thiết kế của kênh, nếu bất kỳ bên nào gửi trạng thái đã hết hạn và Cam kết Tx cho chuỗi, bên đó không những không nhận được thứ mình muốn mà còn bị bên kia rút toàn bộ số tiền.

"Giao dịch cam kết bất đối xứng" và "khóa hủy bỏ" được sử dụng ở đây. Trước tiên hãy giải thích “các giao dịch cam kết bất đối xứng”. Lấy Cam kết Tx3 trước đây làm ví dụ. Hình sau đây là sơ đồ của giao dịch cam kết:

Giao dịch cam kết này được Bob xây dựng và sau đó được gửi tới Alice cho bên kia để xử lý. Như trong hình, đây là một giao dịch chuyển Bitcoin, trong đó nêu rõ rằng 70 nhân dân tệ trong tài khoản đa chữ ký sẽ được trao cho Alice và 130 nhân dân tệ sẽ được trao cho Bob. Tuy nhiên, điều kiện để mở khóa tiền là. "bất đối xứng" và Alice phải đối mặt với những hạn chế khắc nghiệt hơn, tốt hơn cho Bob.

Sau khi Alice nhận được giao dịch cam kết do Bob xây dựng, cô ấy có thể đính kèm chữ ký của mình để đáp ứng đa chữ ký 2/2. Sau đó, Alice có thể. chủ động gửi “Giao dịch cam kết” cam kết vào chuỗi để cô ấy thoát khỏi kênh,nếu không cô ấy có thể tiếp tục chuyển tiền trong kênh.

Ở đây chúng ta cần chú ý:Giao dịch cam kết này do Bob chủ động xây dựng. Các điều kiện bất lợi cho Alice chỉ có thể chấp nhận/từ chối. Chúng ta phải Tìm cách trao cho Alice một số quyền tự chủ. Trong thiết kế kênh thanh toán, chỉ Alice mới có thể kích hoạt giao dịch cam kết "bất lợi cho chính mình" trên chuỗi. Điều này là do giao dịch cam kết yêu cầu 2/2 chữ ký sau khi Bob xây dựng giao dịch cục bộ. , Chỉ có chữ ký của chính anh ấy chứ không phải chữ ký của Alice.

Và Alice "chỉ có thể nhận chữ ký của Bob chứ không thể gửi chữ ký của chính mình cho anh ấy",Đây giống như một tài liệu không tốt cho bạn Hợp đồng cần phải có chữ ký của bạn và người khác. Bên kia ký trước rồi mới đưa tài liệu cho bạn. Bạn không cần phải để bên kia ký. Muốn hợp đồng có hiệu lực thì cứ ký và công khai. Không muốn có hiệu lực thì đừng ký hoặc công khai. Rõ ràng trong trường hợp trên, Alice có cách hạn chế Bob.

Sau đó, chúng ta đi vào vấn đề: Mỗi lần chuyển khoản diễn ra trong kênh, một cặp giao dịch cam kết sẽ xuất hiện, với hai phiên bản giống như gương, như sau. Alice và Bob mỗi người có thể xây dựng một giao dịch cam kết có lợi cho mình, khai báo số dư/số tiền đến hạn khi thoát và sau đó gửi nội dung giao dịch cho bên kia để xử lý.

Điều thú vị làhai giao dịch đã cam kết đều khai báo cùng một "số tiền nhận được khi thoát", nhưng điều kiện rút tiền lại khác nhau. ".

Như chúng tôi đã giải thích trước đó, mỗi giao dịch cam kết cần nhiều hơn 2/2 chữ ký để có hiệu lực. Giao dịch cam kết mà Bob xây dựng tại địa phương và có lợi cho bản thân anh ấy không đáp ứng nhiều hơn 2/2 chữ ký. Và giao dịch cam kết đáp ứng 2/2 chữ ký được giữ trong tay Alice và chỉ có thể được gửi bởi Alice, điều này tạo thành một tấm séc và số dư. Điều ngược lại cũng tương tự.

Bằng cách này,Alice và Bob chỉ có thể chủ động gửi các giao dịch cam kết bất lợi cho mình miễn là một trong hai bên gửi Cam kết. Tx vào chuỗi và có hiệu lực, kênh sẽ bị đóng. Quay trở lại kịch bản “thanh toán kép” được đề cập ở phần đầu, điều gì sẽ xảy ra nếu ai đó gửi giao dịch cam kết đã hết hạn vào chuỗi?

Đây là thứ được gọi là "khóa thu hồi". Nếu Bob gửi giao dịch cam kết đã hết hạn vào chuỗi, Alice có thể rút số tiền mà Bob xứng đáng nhận được bằng cách thu hồi khóa.

Hãy xem hình bên dưới. Giả sử rằng giao dịch cam kết mới nhất là Commit Tx3 và Commit Tx2 đã hết hạn nếu Bob gửi Tx2 đã hết hạn. chuỗi , Alice có thể rút tiền của Bob thông qua khóa thu hồi Tx2 (Alice phải hành động trong phạm vi khóa thời gian).

Đối với Tx3 mới nhất, Alice không có khóa thu hồi của nó. Chỉ sau khi Tx4 xuất hiện trong tương lai, Alice mới có thể lấy được khóa thu hồi của Tx3. Điều này được xác định bởi các đặc điểm của mật mã khóa công khai, khóa riêng và UTXO. Do độ dài của bài viết này, chúng tôi sẽ không giải thích sâu về nguyên tắc triển khai khóa thu hồi.

Chúng ta có thể nhớ kết luận: chỉ cần Bob dám gửi giao dịch cam kết đã hết hạn lên chuỗi, Alice có thể sử dụng khóa thu hồi để lấy tiền của Bob như trừng phạt. Mặt khác, nếu Alice làm điều gì xấu xa thì Bob cũng có thể trừng phạt cô bằng cách này. Bằng cách này,kênh thanh toán 1-1 có thể tránh được các khoản thanh toán gấp đôi một cách hiệu quả. Miễn là những người tham gia là những người có lý trí, họ sẽ không dám làm điều ác.

Đối với kênh thanh toán, Fiber dựa trên CKB được tối ưu hóa rất nhiều so với Bitcoin Lightning Network và về cơ bản có thể hỗ trợ chuyển nhiều loại tài sản /Giao dịch, chẳng hạn như stablecoin CKB, BTC và RGB++, trong khi Lightning Network chỉ có thể hỗ trợ Bitcoin sau khi Taproot Asset lên mạng, Bitcoin Lightning Network vẫn không thể hỗ trợ các tài sản không phải BTC và chỉ có thể hỗ trợ gián tiếp cho stablecoin.

(Nguồn ảnh: Dapangdun)

Ngoài ra, Vì chuỗi chính Layer1 mà Fiber dựa vào là CKB , mở và Hoạt động đóng kênh tiêu tốn phí xử lý thấp hơn nhiều và sẽ không khiến người dùng tốn nhiều phí xử lý như BTC Lightning Network. Đây là lợi thế rõ ràng của nó trong UX.

Bảo mật 24/7: WatchTower

Có vấn đề với khóa thu hồi được đề cập ở trên:Những người tham gia kênh phải luôn giám sát lẫn nhau để ngăn chặn bên kia bí mật gửi các giao dịch cam kết đã hết hạn vào chuỗi. Nhưng không ai có thể đảm bảo rằng bạn sẽ trực tuyến 24 giờ một ngày Bạn nên làm gì nếu bên kia làm điều ác khi bạn ngoại tuyến?

Về vấn đề này,Fiber và Bitcoin Lightning Network đều có thiết kế WatchTower, giúp người dùng giám sát các hoạt động trên chuỗi xung quanh cái đồng hồ. Sau khi ai đó trong kênh gửi giao dịch cam kết đã hết hạn, WatchTower sẽ xử lý giao dịch đó kịp thời để đảm bảo an toàn cho kênh và tiền.

Giải thích cụ thể như sau: Đối với mỗi giao dịch cam kết đã hết hạn, Alice hoặc Bob có thể xây dựng trước giao dịch phạt tương ứng (sử dụng khóa thu hồi để xử lý giao dịch đã hết hạn) giao dịch cam kết). Cam kết giao dịch và khai báo người thụ hưởng là chính bạn), sau đó gửi văn bản rõ ràng về giao dịch phạt tới WatchTower. Khi WatchTower phát hiện ai đó đã gửi giao dịch cam kết đã hết hạn tới chuỗi, nó cũng sẽ gửi giao dịch phạt tới chuỗi để chịu hình phạt có chủ đích.

Để bảo vệ quyền riêng tư của những người tham gia kênh, Fiber chỉ cho phép người dùng gửi "hàm băm của giao dịch cam kết đã hết hạn + văn bản thuần túy của giao dịch phạt" tới WatchTower. Bằng cách này, WatchTower không biết văn bản thuần túy của giao dịch cam kết lúc đầu, chỉ có hàm băm của nó. Trừ khi ai đó thực sự gửi giao dịch cam kết đã hết hạn cho chuỗi, WatchTower sẽ thấy văn bản rõ ràng và sau đó gửi giao dịch phạt tới chuỗi. Bằng cách này, Trừ khi ai đó thực sự làm điều ác, WatchTower sẽ không nhìn thấy hồ sơ giao dịch của những người tham gia kênh (ngay cả khi có thì nó cũng chỉ có thể nhìn thấy một trong số họ).

Ở đây chúng tôi muốn đề cập đến việc tối ưu hóa Fiber so với Bitcoin Lightning Network. Cơ chế xử phạt liên quan đến khóa thu hồi nêu trên được gọi là "LN-Penalty" và LN-Penalty của Bitcoin Lightning Network có những thiếu sót rõ ràng: WatchTower cần lưu tất cả các băm giao dịch cam kết đã hết hạn và các khóa thu hồi tương ứng. Điều này sẽ gây ra dung lượng lưu trữ đáng kể. áp lực.

Ngay từ năm 2018, cộng đồng Bitcoin đã đề xuất một giải pháp mang tên "eltoo" để giải quyết các vấn đề trên, nhưng nó yêu cầu Bitcoin phải được phân phối. Fork hỗ trợ mã opcode SIGHASH_ANYPREVOUT. Ý tưởng là khi các giao dịch cam kết hết hạn được đưa vào chuỗi, các giao dịch cam kết mới nhất có thể trừng phạt chúng, do đó người dùng chỉ có thể lưu các giao dịch cam kết mới nhất. Tuy nhiên, mã hoạt động SIGHASH_ANYPREVOUT vẫn chưa được kích hoạt và giải pháp vẫn chưa được triển khai.

Fiber triển khai giao thức Daric và sửa đổi thiết kế của khóa thu hồi để có thể áp dụng cùng một khóa thu hồi cho nhiều giao dịch cam kết đã hết hạn. Điều này có thể giảm đáng kể áp lực lưu trữ đối với WatchTower và khách hàng người dùng.

Hệ thống lưu lượng trong mạng: định tuyến nhiều bước nhảy và HTLC/PTLC

Kênh thanh toán được đề cập ở trên chỉ phù hợp với các tình huống giao dịch 1-1, trong khi Lightning Network hỗ trợ thanh toán nhiều bước, nghĩa là định tuyến qua các nút trung gian, do đó các kênh không được thiết lập trực tiếp. Hai bên có thể chuyển tiền. Ví dụ: không có kênh nào giữa Alice và Ken, nhưng có một kênh giữa Ken và Bob và có một kênh giữa Bob và Alice Bob có thể đóng vai trò là kênh. nút trung gian giữa Alice và Ken, để Alice và Ken có thể xảy ra tương tác chuyển giao. Và“Định tuyến nhiều bước nhảy” đề cập đến việc xây dựng đường dẫn truyền qua nhiều trung gian.

"Định tuyến nhiều bước nhảy" có thể nâng cao tính linh hoạt và phạm vi phủ sóng của mạng. Tuy nhiên, người gửi cần biết trạng thái của tất cả các nút và kênh công khai. Trong Fiber, tất cả các kênh công khai, tức là cấu trúc mạng, hoàn toàn công khai. Bất kỳ nút nào cũng có thể tìm hiểu thông tin mạng do các nút khác nắm giữ. Do trạng thái của toàn bộ mạng trong Lightning Network liên tục thay đổi nênFiber sẽ sử dụng thuật toán đường dẫn ngắn nhất Dijkstra để tìm đường dẫn định tuyến ngắn nhất nhằm giữ số lượng người trung gian ở mức nhỏ nhất có thể, sau đó thiết lập đường dẫn chuyển giữa hai bên.

Tuy nhiên, vấn đề tín dụng của nút trung gian phải được giải quyết ở đây: Làm thế nào để bạn đảm bảo rằng anh ta trung thực? Ví dụ, như đã đề cập trước đó, có một Bob trung gian ở giữa Alice và Ken bây giờ Alice phải chuyển cho Ken 100 nhân dân tệ và Bob có thể giữ lại số tiền này bất cứ lúc nào. Phải có cách nào đó để ngăn chặn những người trung gian làm điều ác, vàHTLC và PTLC được sử dụng để giải quyết những vấn đề đó.

Giả sử Alice muốn trả cho Daniel 100 nhân dân tệ, nhưng không có kênh nào được thiết lập giữa họ. Alice phát hiện ra rằng cô có thể trả tiền cho Daniel thông qua hai người trung gian là Bob và Carol. HTLC được giới thiệu như một kênh thanh toán Đầu tiên, Alice đưa ra yêu cầu cho Daniel, sau đó Daniel gửi cho Alice một hàm băm r, nhưng Alice không biết bản rõ R tương ứng với r.

Sau đó, Alice xây dựng các điều khoản thanh toán thông qua HTLC trong kênh với Bob: Alice sẵn sàng trả cho Bob 102 khối, nhưng Bob phải báo cho key R trong vòng 30 phút, nếu không Alice sẽ rút tiền. Tương tự, Bob tạo HTLC với Carol: Bob sẽ trả 101 block cho Carol, nhưng Carol phải báo key R trong vòng 25 phút, nếu không Bob sẽ rút tiền.

Carol làm theo mô hình tương tự và tạo HTLC trong kênh với Daniel: Carol sẵn sàng trả 100 nhân dân tệ, nhưng Daniel phải nói cho cô ấy biết bản rõ của R trong vòng 20 phút, nếu không số tiền sẽ bị Carol lấy lại.

Daniel hiểu rằng khóa R mà Carol yêu cầu thực ra chính là thứ Alice mong muốn, bởi vì không ai ngoại trừ Alice quan tâm đến nội dung của R. Vì vậy, Daniel sẽ hợp tác với Carol, cho cô ấy biết nội dung của R và nhận được 100 nhân dân tệ từ Carol. Bằng cách này, Alice đã đạt được mục tiêu của mình: đưa cho Carol 100 nhân dân tệ.

Không khó để tưởng tượng điều gì sẽ xảy ra tiếp theo: Carol nói với Bob chìa khóa R và nhận được 101 nhân dân tệ; Bob nói với Alice chìa khóa R và nhận được 102 đô la. Chúng tôi quan sát lãi và lỗ của mọi người và có thể thấy rằng Alice mất 102 nhân dân tệ, Bob và Carol kiếm được lợi nhuận ròng là 1 nhân dân tệ và Daniel nhận được 100 nhân dân tệ. 1 nhân dân tệ mà Bob và Carol kiếm được là phí xử lý mà họ rút được từ Alice.

Ngay cả khi ai đó trong đường dẫn thanh toán trên bị kẹt, chẳng hạn như Carol không thông báo cho Bob xuôi dòng về khóa R, Bob sẽ không chịu bất kỳ tổn thất nào: Bob có thể rút HTLC đã xây dựng sau thời gian. Điều này cũng đúng với Alice.

Nhưng Lightning Network cũng có vấn đề: đường dẫn không được quá dài và có quá nhiều người trung gian. độ tin cậy của thanh toán sẽ giảm: Một số trung gian có thể ngoại tuyến hoặc số dư của họ có thể không đủ để xây dựng một HTLC cụ thể (ví dụ: mỗi trung gian phải có ít nhất hơn 100 nhân dân tệ trong trường hợp trước). Vì vậy, mỗi nút trung gian bổ sung trong đường dẫn sẽ làm tăng khả năng xảy ra lỗi.

Ngoài ra,HTLC có thể làm rò rỉ quyền riêng tư. Mặc dù định tuyến củ hành có thể bảo vệ quyền riêng tư một cách hợp lý,ví dụ: thông tin định tuyến của mỗi bước nhảy được mã hóa ngoại trừ người khởi tạo ban đầu Alice, mọi người chỉ biết các nhà ở thượng nguồn và hạ nguồn liền kề và không biết đường dẫn đầy đủ.Nhưng trên thực tế, HTLC vẫn dễ dàng suy ra mối tương quan. Chúng ta hãy nhìn vào con đường sau đây từ góc nhìn của Chúa

< / p>

Giả sử Bob và Daniel là hai nút được kiểm soát bởi cùng một thực thể và nhận HTLC từ nhiều người mỗi ngày. Họ phát hiện ra rằng mỗi lần Alice và Carol gửi HTLC, chìa khóa cần học luôn giống nhau và nhà tiếp theo mà Eve kết nối với Daniel luôn biết nội dung của khóa R. Vậy Daniel và Bob có thể đoán được có một đường dẫn thanh toán giữa Alice và Eve, vì họ luôn có liên quan đến cùng một key. Từ đó, họ có thể suy ra mối quan hệ giữa Alice và Eve và áp đặt Monitor.

Về vấn đề này,Fiber áp dụng PTLC và thực hiện các cải tiến về quyền riêng tư dựa trên HTLC. Mỗi PTLC trong đường dẫn thanh toán sử dụng một khóa Mở khóa khác nhau, chỉ cần quan sát. khóa mà PTLC yêu cầu không thể xác định được mối tương quan giữa nhau. Bằng cách kết hợp PTLC với định tuyến củ hành, Fiber có thể trở thành giải pháp lý tưởng cho các khoản thanh toán riêng tư.

Ngoài ra, Lightning Network truyền thống có kịch bản "cuộc tấn công theo chu kỳ thay thế", có thể cho phép tài sản của người trung gian trong đường dẫn thanh toán bị xâm phạm. ăn cắp. Phát hiện này thậm chí còn khiến nhà phát triển Antoine Riard từ bỏ việc phát triển Lightning Network. Cho đến nay, Bitcoin Lightning Network vẫn chưa thực hiện bất kỳ biện pháp cơ bản nào để giải quyết vấn đề này và nó đã trở thành một điểm yếu.

Hiện tại, các quan chức của CKB đã thực hiện các cải tiến ở cấp độ nhóm giao dịch để cho phép Fiber giải quyết các tình huống tấn công trên. Vì các cuộc tấn công và giải pháp vòng lặp giao dịch thay thế tương đối tốn nhiều công sức nên bài viết này không có ý chiếm nhiều chỗ để giải thích. Nếu quan tâm, bạn có thể đọc bài viết sau của BTCStudy và đọc thông tin chính thức có liên quan của. CKB.

Nhìn chung, Fiber đã được cải thiện rất nhiều so với Lightning Network truyền thống về cả quyền riêng tư và bảo mật.

Thanh toán nguyên tử trên nhiều miền giữa Fiber và Bitcoin Lightning Network

Sử dụng HTLC và PTLC, Fiber có thể triển khai thanh toán giữa các tên miền với Bitcoin Lightning Network và có thể đảm bảo "tính nguyên tử của hành vi giữa các tên miền", nghĩa là tất cả các bước liên quan đến tên miền chéo sẽ thành công hoặc thất bại, sẽ không có thành công một phần và thất bại một phần.

Sau khi đảm bảo tính nguyên tử của nhiều miền, có thể đảm bảo rằng bản thân tên miền chéo sẽ không gây ra tổn thất về tài sản, do đóFiber và Bitcoin Ví dụ: Lightning Network có thể được kết nối với nhau, bạn có thể xây dựng đường dẫn thanh toán trong mạng kết hợp bao gồm Fiber và Lightning Network, chuyển tiền trực tiếp cho người dùng trong BTC Lightning Network in Fiber (đầu nhận được giới hạn ở BTC) và bạn cũng có thể sử dụng CKB trong tài sản Fiber Exchange RGB++ để lấy số Bitcoin tương đương trên Mạng Lightning BTC.

Hãy giải thích ngắn gọn nguyên tắc: Giả sử Alice chạy một nút trong mạng Fiber và Bob chạy một nút trong Mạng Lightning Bitcoin Alice muốn. Bob chuyển một số tiền, việc này có thể được thực hiện thông qua Ingrid trung gian giữa các miền. Cụ thể, Ingrid sẽ chạy các nút trong mạng Lightning Fiber và BTC tương ứng, đóng vai trò trung gian trong đường truyền.

Nếu Bob muốn nhận 1 BTC, Alice có thể thương lượng tỷ lệ trao đổi với Ingrid, chẳng hạn như đổi 1 CKB lấy 1 BTC. Alice có thể gửi 1,1 CKB cho Ingrid bằng Fiber, sau đó Ingrid gửi 1 BTC cho Bob trong BTC Lightning Network và Ingrid sẽ để lại 0,1 CKB làm phí xử lý.

Phương thức hoạt động cụ thể ở đây là thiết lập đường dẫn thanh toán giữa Alice, Bob và Ingrid, tức là Alice—>Ingrid—>Bob, sau đó HTLC sẽ được sử dụng. Một nguyên tắc tương tự đã được đề cập trước đây, để nhận được tiền, Bob phải cho Ingrid biết nội dung của khóa R. Khi Ingrid lấy được chìa khóa R, nó có thể mở khóa số tiền của Alice bị khóa trong HTLC.

Cần lưu ý rằng hai hành vi tên miền chéo này xảy ra lần lượt trong Mạng Lightning và Fiber của BTC là nguyên tử, nghĩa là cả hai hành vi HTLC đều được mở khóa và thanh toán giữa các miền được thực hiện suôn sẻ. Hoặc là nó không được mở khóa, thanh toán giữa các tên miền không thành công và không có trường hợp Alice đưa tiền nhưng Bob không thể nhận được tiền.

(Trên thực tế, người trung gian Ingrid không thể mở khóa HTLC của Alice sau khi biết key R, nhưng chính Ingrid là người bị thiệt hại theo cách này, và Không phải người dùng Alice, vì vậy thiết kế của Fiber an toàn cho người dùng)

Phương pháp này không yêu cầu phải tin tưởng vào bên thứ ba và có thể chuyển tiền giữa các hành vi P2P khác nhau. , hầu như không cần sửa đổi.

Các ưu điểm khác của Fiber so với Mạng Lightning BTC

Chúng tôi đã đề cập trước đó rằngFiber hỗ trợ tài sản gốc CKB, cũng như tài sản RGB++ (đặc biệt là stablecoin), điều này khiến nó có tiềm năng lớn trong các tình huống thanh toán tức thì và phù hợp hơn với các nhu cầu thanh toán nhỏ hàng ngày.

Ngoài ra, Bitcoin Lightning Network còn có một điểm yếu lớn đó là quản lý thanh khoản. Bạn có thể nhớ những gì chúng tôi đã nói lúc đầu. Số dư tổng thể trong kênh thanh toán là cố định Nếu số dư của một bên cạn kiệt, họ sẽ không thể chuyển tiền cho bên kia trừ khi bên kia. chuyển tiền cho anh ta trước. Lúc này cần phải bơm lại tiền hoặc mở kênh mới.

Ngoài ra,Nếu nằm trong mạng nhiều bước phức tạp, một số nút trung gian không có đủ số dư để chuyển tiền ra ngoài, điều này có thể khiến toàn bộ đường dẫn thanh toán bị lỗi. Đây là một trong những điểm yếu của Lightning Network và giải pháp cho vấn đề này không gì khác hơn là cung cấp giải pháp bơm thanh khoản hiệu quả để đảm bảo rằng hầu hết các nút có thể bơm tiền bất cứ lúc nào.

Tuy nhiên, trong BTC Lightning Network, các bước bơm thanh khoản và mở hoặc đóng kênh đều được thực hiện trên chuỗi BTC. Phí xử lý Cực kỳ cao, điều này sẽ có tác động tiêu cực đến UX của kênh thanh toán. Giả sử bạn muốn mở một kênh có công suất 100 đô la Mỹ, nhưng hoạt động thiết lập kênh tốn 10 đô la Mỹ phí xử lý thì kênh này sẽ tiêu tốn 10% số tiền của bạn trong quá trình khởi tạo, điều này khiến bạn không thể thực hiện được. đối với hầu hết mọi người Có thể chấp nhận được; điều tương tự cũng áp dụng cho công việc như bơm thanh khoản.

Sợi có những lợi thế rất đáng kể cho việc này. Trước hết, TPS của CKB cao hơn nhiều so với BTC và phí xử lý có thể đạt đến mức cent; thứ hai, để giải quyết vấn đề thiếu thanh khoản dẫn đến không thể chuyển,Fiber; có kế hoạch hợp tác với lớp Mercury để đưa ra một giải pháp mới, cho phép công việc bơm thanh khoản loại bỏ các hoạt động trên chuỗi và giải quyết các vấn đề về UX và chi phí.

Tại thời điểm này, chúng tôi đã sắp xếp một cách có hệ thống kiến ​​trúc kỹ thuật tổng thể của Fiber. Một so sánh sơ bộ giữa nó và Bitcoin Lightning Network được hiển thị trong hình trên. Vì bản thân Fiber và Lightning Network bao gồm quá nhiều điểm kiến ​​thức và quá phức tạp nên một bài viết có thể không đề cập đến tất cả các khía cạnh Trong tương lai, chúng tôi sẽ ra mắt một loạt bài viết về chủ đề Lightning Network và Fiber, vì vậy hãy ở lại. điều chỉnh.