Tác giả: Alex Bosworth
Nguồn: https://lightning.engineering/posts/2025-02-13-loop-musig2/
Bài viết này sẽ giải thích cách chúng tôi sử dụng "MuSig2" (giao thức khóa công khai tổng hợp của thuật toán chữ ký Schnorr) để tăng cường Lightning Loop - dịch vụ trao đổi không lưu trữ của chúng tôi. Trao đổi Loop cho phép người dùng trao đổi Bit trên chuỗi với Bit trên Mạng Sét Lửa (và ngược lại), sử dụng Hợp đồng Timelock Hashed (HTLCs) để đảm bảo tính nguyên tử và loại bỏ rủi ro đối tác.
Chúng tôi cũng rất vui được chia sẻ những tiến bộ kỹ thuật của chúng tôi trên Loop In, nơi người dùng bây giờ có thể trực tiếp gửi Bit trên chuỗi vào một kênh Sét Lửa để bổ sung khả năng rút tiền, để sử dụng cho Vòng lặp Sét Lửa (Lightning Loop). Bản cập nhật gần đây cho phép người dùng Loop In sử dụng MuSig2 để tài trợ trước cho giao dịch Loop In trên chuỗi trước khi thực hiện phần dưới chuỗi của trao đổi. Từ góc độ người dùng cuối, điều này giảm độ phức tạp của trải nghiệm người dùng, cho phép khóa các chi phí thấp hơn và hỗ trợ khả năng thử lại, do đó tăng cường chức năng của Loop In.
Thêm MuSig2 vào Loop
Trong năm qua, chúng tôi đã nâng cấp tất cả các trao đổi Loop để sử dụng chữ ký MuSig2, điều này làm giảm chi phí của tất cả các trao đổi. MuSig2 là một lược đồ chữ ký đa chủ thể được thiết kế để làm cho các giao dịch Bit hiệu quả, riêng tư và an toàn hơn. Nó cho phép nhiều bên hợp tác tạo ra một chữ ký, và chữ ký này không khác với chữ ký trong một giao dịch đơn (không thể phân biệt trên chuỗi). Nó giảm kích thước giao dịch, do đó giảm phí, và cũng tăng cường quyền riêng tư bằng cách che giấu số lượng người tham gia. So với các lược đồ chữ ký đa chủ thể trước đây, MuSig2 nhanh hơn và loại bỏ nhu cầu tương tác liên lạc ở mỗi bước.
Ngoài ra, chúng tôi cũng đã thêm Vòng lặp Ra Tức thì, cho phép chuyển đổi ngay lập tức các nguồn vốn trong kênh thành Bit trên chuỗi, mà không cần chờ xác nhận khối. Trao đổi Loop Out nhằm bổ sung khả năng nhận tiền vào kênh. Chế độ tức thì này cho phép người dùng tài trợ trước vào một đầu ra cha không phải HTLC, với các HTLC con được ảo hóa, do đó cơ chế thời gian chờ (tại thời điểm tài trợ) vẫn chưa bắt đầu; do đó, chúng tôi có thể tài trợ trước mà không cần chờ đến khi gấp rút. Điều này giống như một kênh thanh toán nhận được xác nhận trước khi người dùng thực sự có ý định thanh toán.
Những thay đổi này là một phần của kế hoạch MuSig2 và Taproot của chúng tôi, nhằm tận dụng tối đa lợi ích mang lại từ các tính năng mới này. Bước đầu tiên của kế hoạch là nâng cấp đơn giản lên chữ ký Schnorr, có kích thước nhỏ hơn so với chữ ký ECDSA, do đó hiệu quả về không gian tốt hơn. Tuy nhiên, do thiết kế kịch bản của Taproot, điều này có thể dẫn đến chi phí không gian cao hơn trong một số trường hợp. Do đó, chúng tôi đang tích cực chuyển sang MuSig2, chuyển cơ chế trao đổi từ thực thi kịch bản (sẽ ghi lại tất cả chi tiết trao đổi trên chuỗi) sang chi tiêu khóa công khai hợp tác, do đó loại bỏ các chi tiết trao đổi và, do sử dụng khóa công khai tổng hợp, chỉ còn lại một chữ ký trên chuỗi mà không có thực thi kịch bản.
Chi phí thấp hơn, trải nghiệm người dùng thân thiện hơn với nhà phát triển
Trong phiên bản mới, việc giới thiệu tính năng Loop In mới cho phép người dùng cuối khởi chạy Loop In ngay sau khi giao dịch Loop In được xác nhận trên chuỗi, mà không cần chờ đợi. Điều này cho phép người dùng tận dụng thời điểm phí thấp để nạp tiền, giảm chi phí liên quan đến dịch vụ Loop In.
Điều này được thực hiện bằng cách chuyển cơ chế thực hiện trao đổi Loop từ một đầu ra "2-of-2 OR HTLC" (chi tiêu bằng chữ ký kép hoặc HTLC) thành một đầu ra "2-of-2 OR RELATIVE-TIMEOUT" (chi tiêu bằng chữ ký kép hoặc thời gian chờ tương đối, có thể khởi chạy hoàn lại đơn phương) (cùng với một giao dịch con ảo hóa). Đầu ra thời gian chờ tương đối mới này chỉ được chi tiêu vào một giao dịch con có HTLC; ngay cả khi giao dịch con đó được sử dụng thực sự cho trao đổi, vẫn có thể sử dụng nhánh hợp tác thay vì hoàn toàn phơi bày HTLC trên chuỗi, do đó kích thước chuỗi của trao đổi đã được giữ ở mức tối thiểu - chỉ một chữ ký, không có giao dịch lồng nhau.
Điều này cho phép Loop In có thêm các tính năng MuSig2 và Taproot, cho phép nhà cung cấp dịch vụ thử lại hoặc hủy bỏ trao đổi thay vì chỉ có thể thành công hoặc thất bại. Điều này loại bỏ các trường hợp lỗi tiềm ẩn do chuyển dịch thanh khoản dưới chuỗi nhanh hơn xác nhận chuỗi, và các khoản tiền sẽ không còn bị kẹt trong một tuần nữa, thay vào đó, trong một khoảng thời gian, bạn có thể thử lại vô số lần! Và việc hủy trao đổi là miễn phí.
Cuối cùng, nó cũng thân thiện hơn với nhà phát triển: một khi một địa chỉ trao đổi (tức là đầu ra "2-of-2 OR RELATIVE-TIMEOUT") được thiết lập, địa chỉ này sẽ không cam kết bất kỳ thời gian cụ thể hoặc giá trị băm thanh toán nào, do đó có thể sử dụng vô số lần; thậm chí không cần tương tác với nhà cung cấp dịch vụ cũng có thể nhận thanh toán. Nhà cung cấp dịch vụ chỉ chú ý đến khoản tiền này khi người dùng Loop In khởi chạy trao đổi. Điều này rất hữu ích khi nhà phát triển không muốn tải ứng dụng khách Loop, muốn rút số dư của họ từ các sàn giao dịch không hỗ trợ Sét Lửa, hoặc muốn hạn chế số tiền trong các kênh hoạt động (ví nóng) của họ mà không hy sinh khả năng thanh toán Sét Lửa. Trước khi thời gian chờ tương đối của địa chỉ trao đổi hết hạn, bạn có thể chuyển những khoản tiền này vào các kênh Sét Lửa bất cứ lúc nào. Điều này tăng tính linh hoạt, vì bạn có thể khởi chạy trao đổi tức thì sau vài tháng kể từ khi nạp tiền.
Tăng cường trong tương lai
Như đã nêu, việc triển khai ban đầu các tính năng này đã mang lại trải nghiệm tốt hơn cho người dùng cuối về phí, cơ hội thử lại và thời điểm giao dịch. Ngoài những cải thiện này, chúng tôi cũng mong đợi sẽ tiếp tục tăng cường các tính năng này để mang lại cho người dùng nhiều linh hoạt hơn. Chúng tôi đang phát triển các biện pháp tăng cường này, và sau khi giao dịch Loop In được xác nhận trên chuỗi, người dùng sẽ có thể:
- Trực tiếp mở kênh
- Kiểm soát các khoản tiền này bằng khóa cá nhân lưu trữ lạnh, mặc dù chúng có thể được thêm vào kênh của bạn bất cứ lúc nào
- Trực tiếp gửi vào một sàn giao dịch hoặc ví lạnh
Về mặt khái niệm, với những nâng cấp này, việc nạp tiền vào một địa chỉ Loop In sẽ không yêu cầu người dùng cuối hy sinh bất cứ thứ gì, vì các khoản tiền được gửi vào đó có thể được sử dụng cho các khoản thanh toán chuỗi thông thường (không cần trả thêm phí). Nhờ MuSig2 và Taproot, UTXO của Loop In sẽ được nâng cấp để có thể thực hiện tất cả những gì một UTXO thông thường có thể làm, mà không tốn thêm chi phí. Cuối cùng, trong vài tháng tới, chúng t
Trong tương lai, chúng tôi cũng có kế hoạch sử dụng cơ chế giao dịch cha-con này để thêm nhiều tính năng mới, thậm chí chúng tôi có thể thêm một giao dịch ông nội hoặc các bước khởi động nhánh khác để trở nên linh hoạt hơn. Mục tiêu chính của chúng tôi là làm tan chảy hoạt động trao đổi, do đó không còn mỗi người dùng có một đầu ra riêng cho mỗi yêu cầu trao đổi, mà thay vào đó người dùng sẽ chia sẻ đầu ra của họ trong các giao dịch trao đổi, sau đó chúng tôi sẽ phân chia đầu ra này. Nói một cách đơn giản, nếu hai người dùng sử dụng Loop IN, thì không còn là họ mỗi người tạo ra một đầu ra 2-of-2 với nhà cung cấp dịch vụ, mà sẽ là một đầu ra 3-of-3 giữa ba bên, do đó số lượng UTXO có thể giảm từ 2 xuống còn 1. Với những tiến bộ như vậy, chúng tôi có thể mở rộng ra trường hợp N người dùng, nghĩa là mỗi lần trao đổi chỉ tạo ra một số lượng đầu ra cố định, có nghĩa là nếu quy mô đủ lớn, chúng tôi có thể giảm chi phí tạo đầu ra gần như về 0. Hiệu quả trên chuỗi chỉ là một trong những yếu tố cân nhắc của Loop. Chúng tôi cũng quan tâm đến các khía cạnh quan trọng khác như cân nhắc thanh khoản ngoài chuỗi, kiểm toán, tối ưu hóa phí, an ninh hoạt động, tự động hóa, v.v. Mục tiêu của chúng tôi là tối ưu hóa trải nghiệm cho người dùng sử dụng Loop trong thương mại thực tế và giải quyết bất kỳ vấn đề thanh khoản nào mà mạng lưới Sét có thể gặp phải. Ngoài ra, chúng tôi cũng đang tích cực tìm kiếm phản hồi để có thể đẩy nhanh tất cả những điều này. Để biết thêm thông tin về tính năng trao đổi Loop In mới, vui lòng đọc sách hướng dẫn Loop In của chúng tôi. Chúng tôi hy vọng sẽ hợp tác chặt chẽ với cộng đồng để lặp lại các tính năng này, và chào mừng bạn chia sẻ phản hồi trên Github hoặc Slack.
