Tác giả: Viktor Bunin, Chuyên gia giao thức đám mây Coinbase Trình biên dịch: Qianwen, ChainCatcher
Tôi đã không sử dụng Lightening (sau này được gọi là "Lightning Network") trong một thời gian.
Lần cuối cùng tôi dành thời gian làm việc với nó 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 của mình để nghiên cứu các giao thức khác và mặc dù tôi vẫn là bạn với những người như Elizabeth, nhưng 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 kiểm tra lại, tôi nhận ra rằng không chỉ 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 cẩn thận, điều này ngăn người dùng thông thường sử dụng thiết bị di động. **
Điều này đã đúng một vài năm trước, 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 nhẹ không được quản lý. Người dùng luôn kiểm soát các khóa của họ 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.
**Quan niệm sai lầm 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 với một số cách giải quyết gọn gàng. Ví di động Lightning không giam giữ có thể nhận thanh toán qua các tác vụ nền hoặc thông báo qua đ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 các 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à tốt, nhưng nếu nhận được quá nhiều trong một khoảng thời gian ngắn, chúng sẽ bắt đầu hết hạn do các hạn chế về 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 điểm kỹ thuật Thanh toán không đồng bộ, điều này sẽ cho phép độ trễ dài tùy ý không đáng tin cậ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 sẽ nằm trong LSP của người gửi (Lightning Network/Nhà cung cấp dịch vụ thanh khoản, thường do chính ví điều hành), cho đến khi người nhận trực tuyến trở lại. ** Việc nâng cấp này dự kiến sẽ diễn ra 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 cả hai người dùng đầu tư cùng một lượng BTC vào kênh để mở kênh. **
Điều này không đúng. Trên hầu hết các ứng dụng khách của Lightning Network, kênh được mở một chiều theo mặc định, do đó, chỉ người gửi mớ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 bắt nguồn từ sách trắng của Lightning Network, trong đó các ví dụ liên tục đề cập đến các kênh tài trợ hai chiều.
Nó thực sự dựa trên một 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 số tiền gấp đôi 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 Lightning Network tập trung rất 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 đó.
**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, đây là một trải nghiệm người dùng tồi tệ. **
Điều này thực sự đúng ngay từ đầu. Nhưng bây giờ với địa chỉ Lightning Network, về cơ bản nó là ENS của Lightning Network. Chúng được kích hoạt bởi lnurl-pay, cho phép người dùng gửi BTC tới viktor@example.com qua Lightning Network, bất kể số lượng và thời lượng.
**Hiểu lầm 5: Người dùng cần hiểu và chọn Bitcoin và Lightning Network khi gửi BTC. **
Nó phải là như vậy trước đây. Nhưng bây giờ thì khác. Giờ đây, họ có một mã QR thống nhất kết hợp gọn gàng địa chỉ trên chuỗi với hóa đơn Lightning Network để ví gửi có thể chọn tuyến đường chính xác. Mở CashApp, chuyển đến tab Bitcoin. Lưu ý rằng mặc dù Ứng dụng tiền mặt 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à vào Lightning Network. Vấn đề này có thể được giải quyết ở một mức độ nào đó thông qua Submarineswap và/hoặc Splicing, 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 đề, họ cũng sẽ không nhận ra rằng Lightning Network tồn tại do ví và các nhà cung cấp khác xử lý những phức tạp tiềm ẩn sẽ ẩn dưới trải nghiệm người dùng mượt mà.
**Chuyện hoang đườ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 trung lập nhất có thể.
Lightning Network sử dụng mô hình trục và nan hoa. Phần trung tâm đến trung tâm của mạng có hiệu quả sử dụng 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, nơi vốn kém hiệu quả của mạng Lightning nằm ở rìa - người dùng không giam giữ. Đối với người dùng Lightning có lưu ký, 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 lưu ký, ví phải duy trì một 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ì quản lý và phân bổ 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 giam giữ muốn gửi 0,1 BTC cho một người bạn qua Lightning Network. Giả sử có đủ thanh khoản trong kênh giữa họ và nhà cung cấp ví và mọi nút trên đường đi, 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 của họ, 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í 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 nên duy trì tính thanh khoản hay rút thanh khoản bằng cách đóng các kênh (tạo ra trải nghiệm người dùng kém) hoặc kết nối các kênh (không nhìn thấy được đối với người dùng).
Đối với người dùng không lưu ký, vấn đề không hiệu quả về vốn cậ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, vấn đề này còn tồi tệ hơn mô hình dựa trên tài khoản bất kể quy mô của giao dịch. Tuy nhiên, đây không phải là vấn đề không thể giải quyết. Chỉ cần không phải là không thể thì nhất định phải thành công, đó cũng là phương châm của cộng đồng các 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 lần kết 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 việc tăng mạnh 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à Lightning Network không được giám sát có thể không khả dụng đối với phần lớn dân số thế giới. Ví Lightning được lưu trữ hiện có lợi thế nhờ các ưu đãi được tích hợp và có khả năng sẽ tăng hơn nữa khi phí trên chuỗi tăng lên, vì mô hình tài khoản nhiều tầng của họ giúp 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 sự cố này và đảm bảo ví Lightning không giam giữ 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 phía trước để 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 cạnh và người dùng không được quản lý vẫn chưa tận hưởng trải nghiệm người dùng cuối cùng. 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. Bây giờ sấm sét đã đến, sấm sét có thể ở phía sau xa?
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Làm rõ 6 quan niệm sai lầm về Lightning Network của Bitcoin
Tác giả: Viktor Bunin, Chuyên gia giao thức đám mây Coinbase Trình biên dịch: Qianwen, ChainCatcher
Tôi đã không sử dụng Lightening (sau này được gọi là "Lightning Network") trong một thời gian.
Lần cuối cùng tôi dành thời gian làm việc với nó 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 của mình để nghiên cứu các giao thức khác và mặc dù tôi vẫn là bạn với những người như Elizabeth, nhưng 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 kiểm tra lại, tôi nhận ra rằng không chỉ 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 cẩn thận, điều này ngăn người dùng thông thường sử dụng thiết bị di động. **
Điều này đã đúng một vài năm trước, 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 nhẹ không được quản lý. Người dùng luôn kiểm soát các khóa của họ 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.
**Quan niệm sai lầm 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 với một số cách giải quyết gọn gàng. Ví di động Lightning không giam giữ có thể nhận thanh toán qua các tác vụ nền hoặc thông báo qua đ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 các 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à tốt, nhưng nếu nhận được quá nhiều trong một khoảng thời gian ngắn, chúng sẽ bắt đầu hết hạn do các hạn chế về 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 điểm kỹ thuật Thanh toán không đồng bộ, điều này sẽ cho phép độ trễ dài tùy ý không đáng tin cậ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 sẽ nằm trong LSP của người gửi (Lightning Network/Nhà cung cấp dịch vụ thanh khoản, thường do chính ví điều hành), cho đến khi người nhận trực tuyến trở lại. ** Việc nâng cấp này dự kiến sẽ diễn ra 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 cả hai người dùng đầu tư cùng một lượng BTC vào kênh để mở kênh. **
Điều này không đúng. Trên hầu hết các ứng dụng khách của Lightning Network, kênh được mở một chiều theo mặc định, do đó, chỉ người gửi mớ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 bắt nguồn từ sách trắng của Lightning Network, trong đó các ví dụ liên tục đề cập đến các kênh tài trợ hai chiều.
Nó thực sự dựa trên một 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 số tiền gấp đôi 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 Lightning Network tập trung rất 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 đó.
**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, đây là một trải nghiệm người dùng tồi tệ. **
Điều này thực sự đúng ngay từ đầu. Nhưng bây giờ với địa chỉ Lightning Network, về cơ bản nó là ENS của Lightning Network. Chúng được kích hoạt bởi lnurl-pay, cho phép người dùng gửi BTC tới viktor@example.com qua Lightning Network, bất kể số lượng và thời lượng.
**Hiểu lầm 5: Người dùng cần hiểu và chọn Bitcoin và Lightning Network khi gửi BTC. **
Nó phải là như vậy trước đây. Nhưng bây giờ thì khác. Giờ đây, họ có một mã QR thống nhất kết hợp gọn gàng địa chỉ trên chuỗi với hóa đơn Lightning Network để ví gửi có thể chọn tuyến đường chính xác. Mở CashApp, chuyển đến tab Bitcoin. Lưu ý rằng mặc dù Ứng dụng tiền mặt 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à vào Lightning Network. Vấn đề này có thể được giải quyết ở một mức độ nào đó thông qua Submarineswap và/hoặc Splicing, 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 đề, họ cũng sẽ không nhận ra rằng Lightning Network tồn tại do ví và các nhà cung cấp khác xử lý những phức tạp tiềm ẩn sẽ ẩn dưới trải nghiệm người dùng mượt mà.
**Chuyện hoang đườ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 trung lập nhất có thể.
Lightning Network sử dụng mô hình trục và nan hoa. Phần trung tâm đến trung tâm của mạng có hiệu quả sử dụng 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, nơi vốn kém hiệu quả của mạng Lightning nằm ở rìa - người dùng không giam giữ. Đối với người dùng Lightning có lưu ký, 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 lưu ký, ví phải duy trì một 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ì quản lý và phân bổ 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 giam giữ muốn gửi 0,1 BTC cho một người bạn qua Lightning Network. Giả sử có đủ thanh khoản trong kênh giữa họ và nhà cung cấp ví và mọi nút trên đường đi, 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 của họ, 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í 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 nên duy trì tính thanh khoản hay rút thanh khoản bằng cách đóng các kênh (tạo ra trải nghiệm người dùng kém) hoặc kết nối các kênh (không nhìn thấy được đối với người dùng).
Đối với người dùng không lưu ký, vấn đề không hiệu quả về vốn cậ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, vấn đề này còn tồi tệ hơn mô hình dựa trên tài khoản bất kể quy mô của giao dịch. Tuy nhiên, đây không phải là vấn đề không thể giải quyết. Chỉ cần không phải là không thể thì nhất định phải thành công, đó cũng là phương châm của cộng đồng các 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 lần kết 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 việc tăng mạnh 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à Lightning Network không được giám sát có thể không khả dụng đối với phần lớn dân số thế giới. Ví Lightning được lưu trữ hiện có lợi thế nhờ các ưu đãi được tích hợp và có khả năng sẽ tăng hơn nữa khi phí trên chuỗi tăng lên, vì mô hình tài khoản nhiều tầng của họ giúp 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 sự cố này và đảm bảo ví Lightning không giam giữ 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 phía trước để 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 cạnh và người dùng không được quản lý vẫn chưa tận hưởng trải nghiệm người dùng cuối cùng. 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. Bây giờ sấm sét đã đến, sấm sét có thể ở phía sau xa?