Sáu quan niệm sai lầm về Lightning Network

Tiêu đề ban đầu:Lightning for those who haven’t checked in on it in a while

Bài viết gốc của Viktor Bunin, Chuyên gia giao thức đám mây Coinbase

Bản tổng hợp gốc: Qianwen, ChainCatcher

Tôi đã không sử dụng Lightening (sau này gọi là Lightning Network) một thời gian.

Lần cuối cùng tôi dành thời gian làm việc đó là vào năm 2019 khi tôi hợp tác với Elizabeth Stark và các nhà lãnh đạo cộng đồng khác để tổ chức Hội nghị Lightning Network đầu tiên ở Berlin. Kể từ đó, tôi dành phần lớn thời gian làm việc trên các giao thức khác và mặc dù tôi vẫn làm bạn với những người như Elizabeth nhưng sự hiểu biết của tôi về cách thức hoạt động thực sự của Lightning Network đã bị suy giảm. Sau khi xem xét lại, tôi nhận ra rằng không chỉ có mình tôi mà hầu hết bạn bè của tôi cũng vậy.

Bài đăng này dành cho những người gần đây chưa sử dụng Lightning Network. Nó sẽ thảo luận về những quan niệm sai lầm mà tôi hoặc những người khác mà tôi đã thấy. Nếu tôi bỏ lỡ bất kỳ điểm tốt nào, vui lòng gửi cho tôi một dòng trên Twitter.

Quan niệm sai lầm 1: Bạn phải chạy nút của riêng mình để sử dụng Lightning Network một cách không giám sát, điều này khiến người dùng thông thường không thể sử dụng thiết bị di động.

Điều này đúng cách đây vài năm, nhưng giờ đây người dùng có thể sử dụng Lightning Network trên thiết bị di động thông qua các ứng dụng khách không được quản lý. Người dùng luôn kiểm soát khóa của mình và trải nghiệm ví với Lightning Light Client cũng giống như gọi Alchemy hoặc Infura qua RPC khi sử dụng Ethereum.

Chuyện lầm tưởng 2: Người gửi và người nhận phải trực tuyến cùng lúc để thanh toán Lightning thành công (không có thanh toán ngoại tuyến/đồng bộ).

Tình trạng này vẫn tồn tại nhưng có một số cách giải quyết gọn gàng. Ví di động Lightning không giám sát có thể nhận thanh toán thông qua các tác vụ nền hoặc thông báo điện thoại ngay cả khi ví không chạy ở nền trước. Tuy nhiên, cách tiếp cận này bị hạn chế bởi hệ điều hành di động. Các hệ điều hành hiện đại giới hạn số lượng tính toán được thực hiện bởi các ứng dụng nền để tiết kiệm pin. Nhận một vài khoản thanh toán LN là được, nhưng nếu nhận quá nhiều trong một khoảng thời gian ngắn, chúng sẽ bắt đầu hết hạn do hạn chế về mặt tính toán.

Về lâu dài, các nhà phát triển giao thức Lightning Network đang nghiên cứu đặc tả Thanh toán Async, điều này sẽ cho phép độ trễ không đáng tin cậy kéo dài tùy ý. Về cơ bản, khoản thanh toán được ghi có từ nút của người gửi, nhưng nếu nút của người nhận ngoại tuyến, khoản thanh toán vẫn nằm trong LSP của người gửi (Nhà cung cấp dịch vụ thanh khoản/Mạng Lightning, thường do chính ví điều hành), cho đến khi người nhận trực tuyến trở lại. Bản nâng cấp dự kiến ​​sẽ ra mắt vào năm sau nhưng vẫn chưa có ngày ra mắt chính thức. Tuy nhiên, điều này yêu cầu các ví tham gia phải chứa LSP, điều này có thể cản trở việc áp dụng nó như một giải pháp trên toàn mạng.

Hiểu lầm 3: Lightning Network yêu cầu người dùng ở cả hai bên đầu tư số lượng BTC như nhau vào kênh để mở kênh.

Điều này không đúng. Trên hầu hết các máy khách Lightning Network, kênh được mở một chiều theo mặc định, vì vậy chỉ người gửi cần đầu tư tiền vào kênh và người nhận thanh toán có thể là một địa chỉ trống hoàn toàn mới. Sự hiểu lầm này xuất phát từSách trắng Lightning Network, các ví dụ trong sách trắng luôn đề cập đến các kênh tài trợ hai chiều.

Nó thực sự dựa trên một câu chuyện cốt truyện thú vị. Kênh thanh toán sớm nhất (Spilman) chỉ cho phép thanh toán một chiều. Sự đổi mới của Lightning Network nằm ở việc hiện thực hóa quỹ kép và thanh toán hai chiều và kênh không có thời gian hết hạn. Đây có lẽ là lý do tại sao bài báo của Lightning Network tập trung nhiều vào nó. Đây là một phát minh quan trọng so với các thiết kế giao thức đã biết vào thời điểm đó.

Chuyện lầm tưởng 4: Lightning Network yêu cầu người dùng chỉ định các hóa đơn cụ thể, cho một mục đích duy nhất, đây là trải nghiệm tồi tệ đối với người dùng.

Điều này thực sự đúng ngay từ đầu. nhưng bây giờ cóĐịa chỉ mạng Lightning, về cơ bản là ENS cho Lightning Network. chúng bao gồmlnurl-payĐược kích hoạt để cho phép người dùng gửi BTC đến viktor@example.com qua Lightning Network, bất kể số tiền nhiều hay bao lâu.

Chuyện lầm tưởng 5: Người dùng cần hiểu và chọn Bitcoin và Lightning Network khi gửi BTC.

Trước đây chắc chắn là như vậy. Nhưng bây giờ thì khác. Bây giờ họ cóMã QR thống nhất, khéo léo kết hợp địa chỉ trên chuỗi với hóa đơn Lightning Network để ví gửi có thể chọn đường dẫn chính xác. Mở CashApp và chuyển đến tab Bitcoin. Lưu ý rằng mặc dù Ứng dụng Cash hỗ trợ Lightning Network nhưng không có tùy chọn nào để chọn Lightning Network. Điều này là do họ đang sử dụng mã QR thống nhất.

Tuy nhiên, điều này không giải quyết được vấn đề về số dư duy nhất – số dư BTC của người dùng vẫn có thể được phân chia trên chuỗi và trên Lightning Network. vượt quatrao đổi chìm(Hoán đổi tàu ngầm) và/hoặckhâu(Nối) có thể giải quyết vấn đề này ở một mức độ nào đó, nhưng quan điểm dài hạn của tôi là người dùng thậm chí sẽ không nhận ra rằng đây là một vấn đề, cũng như việc Lightning Network tồn tại, bởi vì ví và các nhà cung cấp khác sẽ xử lý những vấn đề phức tạp tiềm ẩn, những vấn đề này sẽ được ẩn dưới trải nghiệm người dùng mượt mà.

Chuyện lầm tưởng 6: Lightning Network không hiệu quả về vốn và do đó không khả thi.

Cuộc thảo luận này là một cuộc thảo luận tế nhị và tôi sẽ cố gắng giữ thái độ trung lập nhất có thể.

Lightning Network sử dụng mô hình hub-and-nan hoa. Phần hub-to-hub của mạng có hiệu quả vốn cao do tỷ lệ “phân bổ vốn trên mỗi đơn vị” cao của các kênh lớn giữa các sàn giao dịch, ví lưu ký, LSP và các nút định tuyến tối ưu.

Tuy nhiên, điểm kém hiệu quả về vốn của mạng Lightning nằm ở rìa - người dùng không có quyền giám hộ. Đối với người dùng Lightning giám sát, ví chỉ cần duy trì các kênh lớn với các trung tâm khác và thực hiện hạch toán nội bộ số dư của người dùng. Đối với người dùng không có quyền giám sát, ví phải duy trì kênh cấp vốn mở riêng biệt với mỗi người dùng. Thách thức là làm thế nào để duy trì việc phân bổ và quản lý thanh khoản liên tục trên các kênh này.

Để đưa ra một ví dụ cụ thể: Một người dùng ví không giám sát muốn gửi 0,1 BTC cho bạn bè qua Lightning Network. Giả sử có đủ thanh khoản trong kênh giữa họ với nhà cung cấp ví và mọi nút trong quá trình thực hiện thì khoản thanh toán sẽ thành công. Nhưng bây giờ ví có vấn đề - họ có 0,1 BTC trong kênh, nếu người dùng không nhận được bất kỳ khoản thanh toán nào (do đó cân bằng lại kênh), 0,1 BTC này sẽ không hoạt động ở đó, khiến nhà cung cấp ví hoạt động kém hiệu quả. Tại thời điểm này, các nhà cung cấp ví phải quyết định xem nên duy trì tính thanh khoản hay rút thanh khoản bằng cách đóng các kênh (điều này tạo ra trải nghiệm người dùng kém) hoặc tách các kênh (người dùng không nhìn thấy được).

Đối với người dùng không có quyền giám sát, vấn đề kém hiệu quả về vốn biên này là một vấn đề tối ưu hóa rất khó chịu, về mặt khách quan nó tệ hơn mô hình dựa trên tài khoản bất kể quy mô giao dịch. Tuy nhiên, đây không phải là một vấn đề không thể giải quyết được. Chỉ cần không phải là không thể thì phải thành công, đó cũng là phương châm của cộng đồng nhà phát triển Bitcoin.

Ngoài khó khăn trong việc tối ưu hóa vốn, một thách thức khác đến từ chi phí liên quan đến quản lý kênh và thanh khoản, vì mọi hoạt động ghép nối, đóng kênh, v.v. đều yêu cầu giao dịch trực tuyến. Ngân sách bảo mật của Bitcoin phụ thuộc vào sự gia tăng lớn về phí giao dịch, nhưng nếu phí giao dịch tăng lên $30-$60, việc quản lý kênh sẽ cực kỳ tốn kém trên quy mô lớn và một phần lớn dân số toàn cầu có thể không thể sử dụng Lightning không giám sát Mạng. Ví Lightning được lưu trữ hiện có lợi thế nhờ các ưu đãi được tích hợp sẵn và có thể sẽ còn tăng hơn nữa khi phí trên chuỗi tăng lên, vì mô hình tài khoản đa năng của chúng khiến việc quản lý kênh ít thường xuyên hơn. Cộng đồng đang nỗ lực khắc phục điều này và đảm bảo ví Lightning không giám sát tiếp tục là công dân hạng nhất trên mạng, nhưng vẫn chưa có giải pháp rõ ràng.

Lightning Network vẫn còn một chặng đường dài để trở nên đơn giản, liền mạch và hoàn toàn trừu tượng. Vẫn còn nhiều trường hợp khó khăn và người dùng không được quản lý vẫn chưa tận hưởng được trải nghiệm người dùng tối ưu. Tuy nhiên, nhiều vấn đề đã được giải quyết và nhiều vấn đề khác sẽ được giải quyết trong vài năm tới. Hiện tại tia chớp đã tới, sấm sét có thể còn xa sao?

Bạn muốn thử làm sáng?

Người dùng không được quản lý có thể chọnPhoenix WallethoặcBreez 

Người dùng được quản lý có thể chọnWallet of Satoshi

Hoặc người dùng cũng có thể chạyLNDvận hành thủ công