Tác giả: RGB++ Fans; Nguồn: Bytecoin CKB
Trong bài viết giáo dục trước đó, chúng tôi đã tóm tắt các khái niệm cốt lõi liên quan đến Lightning Network như kênh thanh toán, định tuyến đa bước, HTLC, v.v.
Chúng tôi đã đề cập rằng để chuyển tiền trong Lightning Network, thường cần thông qua nhiều Nút trung gian để xây dựng đường đi, trong đó số dư có thể chuyển đến của các Nút trung gian thường có giới hạn, điều này ảnh hưởng đến tỷ lệ thanh toán thành công. Để đảm bảo các Nút trong đường đi có đủ tài chính, tăng cường trải nghiệm người dùng, cần điều chỉnh thông qua một số giải pháp quản lý thanh khoản. Tuy nhiên, để hiểu sâu hơn về vấn đề quản lý thanh khoản, chúng ta cần giới thiệu một số khái niệm cơ bản, chẳng hạn như số dư cục bộ và số dư từ xa (Local and Remote Balance), khả năng nhập và khả năng xuất (Inbound and Outbound Capacity), v.v.
![]()
Như chúng tôi đã đề cập trước đây, các đơn vị cơ bản của Mạng chiếu sáng là Nút và các kênh, là các cơ sở chuyển giao 1-1 ngoài chuỗi được xây dựng trên mạng BTC. Tại thời điểm khởi tạo kênh, cả hai bên sẽ chuyển một số tiền dưới dạng số dư ban đầu, số dư bên bạn, được gọi là “số dư cục bộ” và số dư ở phía đối tác của bạn, được gọi là “số dư từ xa”. **Số dư địa phương xác định số tiền bạn có thể chuyển cho đối tác, hạn chế khả năng thanh toán của bạn, tức là “khả năng gửi đi” và số dư từ xa xác định số tiền đối tác có thể chuyển cho bạn, giới hạn “dung lượng đến” của bạn, tức là khả năng thu thập.
Mặc dù số dư của cả hai bên có thể thay đổi thường xuyên trước khi kênh đóng cửa, nhưng tổng dung lượng kênh sau khi cộng lại không thể thay đổi, trừ khi bạn khởi động lại toàn bộ kênh hoặc nạp tiền bằng cách “nối kênh”.
![]()
(Bức tranh này cho thấy số dư cục bộ của bạn và Robert, số dư cục bộ của bạn là 5, số dư xa lộ của bạn là 3, và tổng dung lượng kênh là 8)
Sau khi hiểu được một số khái niệm cơ bản ở trên, chúng ta hãy xem xem quản lý Thanh khoản trong Lighting Network thực sự giải quyết vấn đề gì. Hình dưới đây cho thấy một biểu đồ nút kết nối đơn giản, chúng ta dễ thấy rằng bạn (ở góc dưới bên trái) chỉ kết nối với một nút LNTop, do số dư xa của bạn là 3, bạn chỉ có thể nhận được chuyển khoản tối đa là 3 đô la. Nếu Sophie muốn chuyển cho bạn 1 đô la, thì giao dịch sẽ thất bại do nút trung gian không đủ số dư có thể chuyển cho LNTop (khung đỏ, nút này có thể chuyển tiền đi của LNTop là 0).
![]()
Có thể nói, dung lượng kênh là một trong những vấn đề nghiêm trọng mà Lighting Network gặp phải trong giai đoạn đầu. Những vấn đề như vậy sẽ được giảm thiểu nếu Thanh khoản được phân bổ đầy đủ hơn trên toàn mạng và các giải pháp cho vấn đề này thường được gọi chung là “quản lý thanh khoản”, chẳng hạn như kết nối khách hàng với nhiều Nút giàu Thanh khoản thông qua Lighting Pool, mở/đóng các kênh mới khi cần thiết hoặc giới thiệu nối kênh, tái cân bằng, v.v. Số dư trong kênh được quy định trên chuỗi hoặc ngoài chuỗi.
Hiện tại, một số ví tiền còn cung cấp chức năng quản lý kênh tự động, dựa trên hành vi thanh toán của người dùng và tình trạng mạng để quản lý kênh thông minh, đảm bảo có đủ Thanh khoản để chuyển tiền. Người dùng mới khi vừa kết nối vào Lighting Network còn có thể sử dụng chế độ “đầu tư một chiều”, tức là chỉ cho phía đối tác kênh đầu tư, không tự đầu tư khi khởi tạo kênh, điều này giúp giảm thiểu chi phí kinh tế của người dùng, nhưng đồng thời không có khả năng thanh toán ra ngoài/khả năng xuất tiền ban đầu.
Dưới đây, chúng tôi sẽ đi sâu hơn vào các phương pháp quản lý Thanh khoản trong Lighting Network để biết thêm thông tin chi tiết. Đầu tiên, hãy hiểu về Cho thuê kênh, phương pháp này chủ yếu giải quyết vấn đề “Dung lượng ghi nợ” của Nút, nghĩa là khi người khác muốn chuyển tiền cho bạn, bạn phải đảm bảo rằng họ có thể xây dựng thành công đường dẫn thanh toán, điều này đòi hỏi yêu cầu từng Nút trong đường dẫn, ví dụ như phải có đủ số dư chuyển khoản/ Dung lượng ghi nợ. Như đã đề cập ở trước, nguyên nhân của tình huống thất bại trong đường dẫn nằm ở việc Thanh khoản trong kênh mà một số Nút trung gian thiếu.
Xây dựng một kênh đi kèm với chi phí, vì những người tham gia thường phải khóa một phần tiền, phát sinh chi phí cơ hội. Ý tưởng của cái gọi là cho thuê kênh là cho phép các nhà khai thác Nút giao dịch trực tiếp thông qua các phương tiện định hướng thị trường và thông qua hệ thống “cho thuê”, Nút với nguồn vốn dư thừa sẽ chủ động xây dựng kênh cho các Nút khác. **Ví dụ: nếu bạn là thương nhân cần nhận tiền từ người khác bất cứ lúc nào, bạn có nhu cầu cao về giới hạn và “khả năng thu thập” của bạn trong một ngày phải vượt quá 200 BTC.
Vì vậy, bạn đã thiết lập giao thức với 4 Nút lớn thông qua Lighting Pool, cả 4 Nút này đều thiết lập kênh với bạn trong 24 giờ, mỗi Nút đều khóa 50 BTC và cung cấp số dư xa 50 BTC cho bạn, vì vậy khả năng nhận thanh toán của bạn trên mỗi kênh sẽ đạt tới 50 BTC. Nếu có ai đó chuyển tiền cho bạn, bạn có thể sử dụng bất kỳ 1 trong 4 Nút này làm người trung gian để thiết lập đường dẫn thanh toán.
![]()
（Trên trang 1ml.com, chúng ta có thể thấy nhiều nhà điều hành Nút nổi tiếng, những Nút này có số dư dự trữ dư thừa và đã thiết lập nhiều kênh với các Nút khác, có thể thu nhập bằng cách cho thuê Thanh khoản）
Ngoài hồ cho thuê được đề cập ở trên, còn có Quảng cáo Thanh khoản (Liquidity Advertisement), các nhà cung cấp thanh khoản có thể thông báo giá và thời gian kênh của họ bằng tin nhắn gossip trên nút Lightning, các nút chấp nhận giá có thể mở kênh với nhà cung cấp. Các giải pháp dựa trên hệ thống thuê đều kết hợp với hệ thống Ký quỹ để ngăn ngừa bất kỳ bên nào đột ngột vi phạm.
Hiện tại nhà phát triển của Lighting Network như Lighting Labs và Fiber đang cố gắng tối ưu hóa tình huống cho thuê thanh khoản dưới hình thức đầu tư một chiều, ví dụ như Fiber đang lên kế hoạch giới thiệu hình thức thanh toán đại diện thanh khoản dựa trên chức năng hợp đồng thông minh CKB, sẽ có một nhà cung cấp dịch vụ LSP được chỉ định xây dựng kênh liên lạc với người dùng và cung cấp dung lượng nhập tài khoản miễn phí trong một khoảng thời gian nhất định để đáp ứng nhu cầu thu tiền của người dùng. Khi người dùng nhận được một số tiền, hợp đồng sẽ tự động rút lại chi phí từ số tiền đó. Cơ chế thế chấp thanh khoản liên quan đến tình huống này cũng đang được thảo luận.
Nói chung, cho thuê kênh thường được sử dụng để giải quyết vấn đề kết nối giữa các nút, và lấy thanh khoản, trong khi giải pháp ghép kênh dưới đây sẽ thông qua hoạt động trên chuỗi để ghi nhận / rút tiền, trực tiếp thay đổi số dư tổng của hai bên trong kênh. Thông thường, việc mở và đóng kênh sẽ được thực hiện bằng chữ ký 2/2, được phân phối lại cho tài sản trên chuỗi được sở hữu chung bởi hai bên tham gia, trong khi trong giải pháp Lightning Network sớm, một khi kênh được mở, nó không thể thay đổi số dư tổng của kênh trừ khi nó được đóng lại và khởi động lại.
Và việc ghép nối kênh là một giải pháp mới được đưa ra sau đó, có thể không đóng kênh hiện có, mà thông qua sự hợp tác của các bên tham gia, trực tiếp cập nhật lại UTXO mà hai bên kênh chung sở hữu trên on-chain, ví dụ như thêm tài sản mới vào cơ sở tài sản hiện có để các bên tham gia kiểm soát chung, từ đó thay đổi số dư tổng thể trong kênh. Hình dưới đây tóm tắt đơn giản ý tưởng này, trong đó phía trái là tài sản on-chain tương ứng với kênh cũ (UTXO1), được điều khiển bởi Alice và Bob bằng chữ ký ký chung, sau đó hai bên khởi xướng việc ghép nối kênh, thêm một tài sản khác (UTXO2) vào quản lý chung, cuối cùng số lượng tài sản (UTXO3) mà hai bên kênh có thể kiểm soát chung tăng lên, dung lượng tăng lên.
![]()
Việc ghép kênh cũng có thể được sử dụng để giảm thiểu số tiền thừa trong kênh, chuyển tài sản tạm thời không sử dụng ra khỏi kênh, tăng hiệu quả sử dụng tài chính. So với việc đóng/mở lại kênh truyền thống cần hai lần tương tác trên chuỗi, ghép kênh chỉ cần thực hiện một lần tương tác trên chuỗi, có thể giảm thiểu chi phí đáng kể. Mặc dù việc ghép kênh có nhiều ưu điểm rõ ràng, nhưng do lý do lịch sử, giải pháp này vẫn chưa hoàn toàn trở nên chín muồi, và việc áp dụng rộng rãi của nó vẫn còn một thời gian nữa.
Sau khi hiểu về việc nối kênh, chúng ta tiếp tục giới thiệu ý tưởng cân bằng lại kênh (Channel Rebalancing), đây cũng là một phương pháp điều chỉnh số dư off-chain trên các kênh khác nhau mà không đóng kênh, không thay đổi tổng dung lượng trong kênh (bỏ qua phí giao dịch). Giả sử bạn đang chạy một khách hàng Lighting Network và đã thiết lập tổng cộng ba kênh thanh toán với các Nút khác nhau:
- Kênh 1: Kết nối với Nút X, tổng dung lượng là 1 BTC
- Kênh 2: Thiết lập với Nút Y, tổng dung lượng là 0.5 BTC
- Kênh 3: Thiết lập với Nút Z, dung lượng tổng cộng là 0.5 BTC
Phân bố vốn cho mỗi kênh như sau:
- Kênh 1: Số dư trong tài khoản của bạn: 0.9 BTC Số dư từ xa: 0.1 BTC
- Kênh 2: Số dư trong tài khoản của bạn: 0.1 BTC Số dư ở xa: 0.4 BTC
- Kênh 3: Số dư cục bộ của bạn: 0.1 BTC Số dư từ xa: 0.4 BTC
![]()
Vấn đề hiện tại là trong kênh 2 và kênh 3, số dư tài khoản của bạn không đủ, tối đa chỉ có thể chuyển 0.1 BTC cho bên đối thủ, không đáp ứng được nhu cầu chuyển khoản lớn. Trong khi đó, số dư tài khoản của kênh 1 quá dư, đạt đến 0.9 BTC, nhưng bạn không cần sử dụng nhiều trong thời gian ngắn. Rõ ràng cách tốt nhất là chuyển số tiền dư trong kênh 1 sang hai kênh khác. Vì vậy, bạn dự định chuyển 0.4 BTC từ số dư cục bộ của kênh 1 sang kênh 2, và chuyển 0.4 BTC sang kênh 3. Để đạt được điều này, bạn cần hoàn thành hai giao dịch thanh toán vòng tròn.
![]()
Phương pháp hoạt động cụ thể như được mô tả trong hình ảnh trên, bạn có thể chuyển trực tiếp 0.8 BTC sang Nút X, sau đó Nút X chuyển lần lượt 0.4 BTC cho Y và Z, sau đó Y và Z tương ứng chuyển 0.4 BTC cho bạn qua kênh 2 và kênh 3, tăng số dư cục bộ của bạn, giúp bạn có đủ vốn chuyển tiền lớn trong tương lai.
Quan sát hình trên, không khó để nhận ra rằng bản chất của thanh toán vòng là bạn tự chuyển tiền cho chính mình, chuyển tiền từ số dư của bạn trong các kênh khác nhau, cuối cùng làm cho phân bố số dư tổng thể đạt được kết quả dự kiến của bạn, tuy nhiên chỉ bằng phương pháp này không thể tăng số dư tổng của hai bên trong bất kỳ kênh nào từ hư không, ngoài ra, thực hiện phương pháp này cần dựa trên các giả thuyết sau: X có đủ tài chính chuyển giao cho Y, Z, nói cách khác, thanh toán vòng thường yêu cầu các Nút liên quan có dự trữ thanh khoản nhất định trước.
Hình thức thanh toán vòng lặp là một phương án thực hiện cho tư duy cân bằng lại đường kênh, và phương án cân bằng lại trong thực tế cũng có thể kết hợp với các phương pháp khác như trao đổi ngầm dưới nước. Bây giờ chúng ta hãy giới thiệu về trao đổi ngầm dưới nước (Submarine Swaps), ý tưởng cốt lõi của phương án này là trao đổi vốn trên chuỗi và vốn ngoài chuỗi thông qua các phương pháp như HTLC mà không đóng kênh.
Cảnh hoán đổi tàu ngầm đơn giản nhất là nạp tiền vào kênh on-chain. Giả sử Alice đã thiết lập một kênh 1 đối 1 với Bob, nhưng sau một thời gian, số dư cục bộ của Alice đã gần như cạn kiệt và không thể thanh toán nữa. Lúc này, Alice cần phải đưa thêm vốn vào, và cần đóng kênh và khởi động lại. Tuy nhiên, kênh này được thuê, việc đóng trước không quá đáng giá, vậy phải làm sao?
Nếu thực hiện trao đổi qua tàu ngầm, quá trình sẽ dễ dàng hơn, nhưng cần phải sử dụng HTLC. Trước tiên, Alice có thể tạo ra một số ngẫu nhiên R, và lấy H® làm hàm băm của nó. Sau đó, Alice có thể gửi BTC từ on-chain tới Địa chỉ của Bob, với điều kiện mở khóa bị giới hạn bởi HTLC. Bob cần phải biết nguyên tố R tương ứng với H® để mở khóa các BTC trên on-chain.
![]()
Bob đang thực hiện giao dịch với Alice trên kênh off-chain thông qua HTLC, nhưng theo hướng ngược lại: Alice phải cung cấp R trước khi có thể mở khóa số tiền mà Bob đã trả. Miễn là Alice cung cấp giá trị R, Bob có thể sử dụng nó để mở khóa số BTC mà Alice đã khóa trên chuỗi on-chain. Sau đó, số dư cục bộ trong kênh của Alice tăng lên, trong khi số dư tài sản trên chuỗi on-chain giảm tương đương (bỏ qua phí giao dịch), cơ bản là một đổi một (trên đây chỉ để giải thích nguyên lý, không tuân theo thứ tự hoạt động thông thường của việc đổi chéo HTLC, thực tế thì hầu hết các trường hợp đều có một bên tạo HTLC trên kênh off-chain trước, bên kia mới tạo HTLC đối xứng trên chuỗi on-chain).
Trường hợp trên chủ yếu được sử dụng để đổi tài sản on-chain thành số dư off-chain, chỉ cần điều chỉnh hướng hoạt động của Alice và Bob, bạn có thể chuyển đổi thành hoạt động rút tiền, chuyển số dư off-chain thành tài sản on-chain. Trong việc đảm bảo an toàn, Atomic Swap sử dụng một số tính năng kết hợp như HTLC và khóa thời gian, ngay cả khi đối phương từ chối hợp tác với bạn giữa chừng, số tiền bạn khóa trong HTLC vẫn an toàn vì đối phương không biết Chìa khoá bảo mật để mở khóa HTLC, sau khi thời gian khóa hết hạn, bạn có thể nhận lại số vốn của mình.
Nhưng hãy chú ý, trong tình huống trên, mặc dù vốn của bạn sẽ không bị đánh cắp, nhưng một bên cần phải tạo ra HTLC on-chain để khóa các tài sản, điều này nhất định sẽ tạo ra chi phí mài mòn, nếu bên kia không thực hiện sẽ ảnh hưởng đến bạn một cách nhất định. Để giải quyết những vấn đề này, trao đổi ngầm thường có một số phương tiện hỗ trợ phối hợp, như tiền đặt cọc, hệ thống danh tiếng, v.v. như là biện pháp trừng phạt.
Để tóm tắt lại, Ý tưởng cốt lõi của việc trao đổi tàu ngầm là để tài sản trên chuỗi/chuỗi ngoại trúc được hoán đổi linh hoạt, Nếu theo đúng hướng của việc cân bằng lại các kênh, có thể thực hiện biện pháp điều chỉnh Thanh khoản tốt hơn. Dưới đây là một ví dụ đơn giản của chúng tôi:
Tuy nhiên, sau khi tóm tắt các điểm kiến thức trên, chúng ta dễ nhận thấy các hoạt động điều chỉnh thanh khoản như trao đổi tàu ngầm và ghép nối kênh, cho thuê kênh, v.v. sẽ để lại dấu vết hoạt động trên chuỗi và gây ra phí giao dịch. Nếu thực hiện thường xuyên các hoạt động này, chắc chắn sẽ tạo áp lực về mặt chi phí kinh tế và trải nghiệm người dùng. Do BTCLighting Network phụ thuộc vào BTC Mạng chính, việc tương tác trên chuỗi thường xuyên không thực tế, trong khi Fiber dựa trên CKB đối mặt với áp lực tương tự nhưng nhẹ hơn trong trải nghiệm quản lý thanh khoản. Tuy nhiên, cả Lighting Network và Fiber đều đang nghiên cứu sâu về các giải pháp thanh khoản mới và có thể tìm ra con đường phù hợp hơn trong tương lai thông qua việc hợp tác tích cực với các dự án như Mercury Layer và các nhóm dự án khác.
