Tích hợp chuỗi trạng thái với các kênh Lightning có thể cho phép cân bằng ngoài chuỗi và cải thiện tính linh hoạt


Chuỗi khối


Năm ngoái, tôi đã viết về Ví Mercury của Commerceblock, một triển khai của cả chuỗi trạng thái và CoinSwaps. Điều này đồng thời giới thiệu một công cụ trộn mới cũng như ví đầu tiên triển khai giải pháp mở rộng quy mô lớp thứ hai mới. Nhóm đã xây dựng dựa trên đề xuất chuỗi trạng thái ban đầu của Ruben Somsen với một số thay đổi để làm cho nó hoạt động mà không cần cờ thở dài ANYPREVOUT/Eltoo cần thiết và tích hợp một thiết kế CoinSwap mới để cho phép người dùng kết hợp nhiều lần mà không cần giao dịch trên chuỗi cho mỗi lần kết hợp.

Lý lịch

Để tóm tắt nhanh cho những ai chưa đọc phần trước của tôi: chuỗi trạng thái là một cơ chế ngoài chuỗi để chuyển giao tự do giữa bất kỳ ai hoàn toàn ngoài chuỗi. Chủ sở hữu/người dùng ban đầu cộng tác với nhà điều hành chuỗi trạng thái để xây dựng địa chỉ ECDSA-MPC trong đó khóa riêng tư được chia nhỏ với một nửa do người dùng nắm giữ và nửa còn lại do nhà điều hành nắm giữ, sau đó giao dịch rút tiền được ký trước, có khóa thời gian được tạo và đã ký, với nhà điều hành trước khi gửi tiền đến địa chỉ mới.

Không bên nào kiểm soát hoàn toàn khóa riêng và người dùng có một giao dịch được ký trước cho phép họ đơn phương lấy lại tiền sau khi khóa thời gian. Khi người dùng muốn chuyển chuỗi trạng thái, họ sẽ thông báo cho người điều hành, người sau đó sẽ cộng tác với người nhận. Người nhận và người điều hành tạo một nhóm chia sẻ khóa riêng tư mới tương ứng với cùng một địa chỉ và tạo một giao dịch được ký trước mới với khóa thời gian thấp hơn so với giao dịch cuối cùng, sau đó người điều hành xóa khóa chia sẻ cũ của họ.

Cách thức hoạt động của mật mã, chia sẻ khóa mới của nhà điều hành sẽ chỉ hoạt động với chia sẻ khóa của người dùng mới, vì vậy nếu họ xóa khóa chia sẻ cũ, thì họ thậm chí không thể cộng tác với người dùng cũ để tiêu tiền. Ngoài ra, với giao dịch rút tiền mới hơn có thời gian khóa thấp hơn, giao dịch đó luôn có thể được xác nhận trước chủ sở hữu trước đó. Điều này giới hạn số lần chuỗi trạng thái có thể được chuyển trước khi nó phải đóng cửa, nhưng nếu người điều hành hành động trung thực, điều này sẽ ngăn chủ sở hữu cũ ăn cắp tiền.

Kênh Lightning trên đầu chuỗi trạng thái

Commerceblock hiện đang làm việc trên một BLIP mới (Đề xuất cải tiến Lightning của Bitcoin) để triển khai thiết kế cho một thứ được đề xuất trong đề xuất chuỗi trạng thái ban đầu của Somsen: thiết lập kênh Lightning trên đầu trang của chuỗi trạng thái.

Một trong những thiếu sót của chính chuỗi trạng thái là toàn bộ UTXO phải được chuyển cùng một lúc. Tuy nhiên, nếu giao dịch rút tiền từ chuỗi trạng thái chi tiêu vào kênh Lightning thay vì địa chỉ của một người dùng, thì các phần của chuỗi trạng thái có thể được chuyển thông qua phân phối số dư ban đầu trong một kênh và kênh đó có thể được sử dụng theo cách thông thường để thực hiện thanh toán Lightning sau đó.

Quá trình đầu tiên bắt đầu với việc người dùng tạo một chuỗi trạng thái. Người tạo và người điều hành trải qua quy trình thông thường để tạo khóa phân đoạn và ký giao dịch rút tiền dự phòng với khóa thời gian, sau đó người tạo (Alice) tìm một đối tác (Bob) sẽ chấp nhận chuỗi trạng thái. Alice và Bob tham gia vào cùng một giao thức được sử dụng để tạo khóa phân đoạn mà Alice đã thực hiện với người điều hành chuỗi trạng thái và tạo khóa chia sẻ của riêng họ. Sau đó, cả hai sẽ chia sẻ cả khóa công khai tích lũy và chia sẻ khóa công khai riêng lẻ của họ cho nhà điều hành chuỗi trạng thái. Điều này cho phép người điều hành thách thức cả hai người ký tên riêng và chứng minh rằng họ đồng ý về số dư hiện tại để đóng hợp tác mà không cần đợi hết thời gian khóa rút tiền của chuỗi trạng thái.

Từ đây, với sự ủy quyền của Bob, Alice và người điều hành chuỗi trạng thái ký một giao dịch trực tiếp chi tiêu chuỗi trạng thái vào đa chữ ký kênh Lightning và xử lý việc tạo giao dịch kênh Lightning. Tại thời điểm này, địa chỉ chuỗi trạng thái vẫn chỉ do Alice và người điều hành kiểm soát nhưng giao dịch mở kênh Lightning hiện thuộc quyền sở hữu của Bob với thời gian khóa thấp hơn so với giao dịch rút tiền chuỗi trạng thái ban đầu, đảm bảo có thể xác nhận giao dịch đó trước khi Alice có thể đơn phương đóng chuỗi trạng thái với chính mình. Sau đó, Alice và Bob hoàn thiện giao thức bằng cách hoàn thành một bản cập nhật cuối cùng với thực thể chuỗi trạng thái, tạo giao dịch chuỗi trạng thái cuối cùng với khóa thời gian giảm dần bằng cách sử dụng khóa kết hợp của họ với khóa của nhà điều hành để thực hiện giao dịch rút tiền chi tiêu tiền cho kênh Lightning. Giờ đây, cả hai có thể quảng cáo kênh Lightning là mở và giao thức đã hoàn tất.

Cải thiện tiện ích của Statechains

Đề xuất này sẽ cải thiện đáng kể tiện ích của chuỗi trạng thái bằng cách nới lỏng các động lực thanh khoản nghiêm ngặt về cách chúng hoạt động. Bất cứ khi nào ai đó sẵn sàng chấp nhận một chuỗi trạng thái nhưng mệnh giá không khớp với khoản thanh toán, thay vào đó, người gửi có thể chỉ cần mở một kênh Lightning giữa họ và đợi cho đến khi họ cần chi tiêu phần còn lại của số tiền (hoặc cuối cùng nhận được những gì họ đã gửi back) để hoàn tất việc chuyển toàn bộ số dư chuỗi trạng thái. Khả năng như vậy không chỉ làm tăng tiện ích của chuỗi trạng thái mà còn tăng tiện ích của Lightning Network nếu được hỗ trợ đúng cách.

Tái cân bằng kênh là một điều cần thiết đối với các nút trên mạng, cả các nút định tuyến cũng như các nút biên chỉ đơn giản là gửi và nhận các giao dịch. Khi tiền chảy hoàn toàn về một phía của kênh, kênh đó sẽ trở nên vô dụng khi chuyển các khoản thanh toán theo một hướng (nếu tất cả tiền đều ở phía bạn, thì bạn không thể nhận thanh toán; nếu nó ở phía bên kia, thì bạn không thể gửi thanh toán). Điều này đòi hỏi phải xáo trộn tiền từ kênh này sang kênh khác, điều này cũng góp phần làm mất cân bằng các kênh trong quá trình cân bằng lại kênh của bạn. Cuối cùng, động lực này đạt đến điểm mà mọi thứ thực sự phải được cân bằng lại bằng cách hoán đổi tiền giữa Lightning và lớp cơ sở trên chuỗi.

Chuỗi trạng thái cho phép thanh khoản được di chuyển xung quanh với cùng sự tự do được cung cấp bằng cách thực hiện như vậy trên chuỗi, mà không cần tạo dấu vết trên chuỗi hoặc trả phí cho nó. Giả sử bạn có một kênh đã cạn kiệt, với tất cả thanh khoản ở phía bên kia khiến bạn không còn khả năng chi tiêu và bạn cũng có một chuỗi trạng thái. Chuỗi trạng thái đó có thể được chuyển miễn phí cho bất kỳ ai chấp nhận nó và thậm chí nó có thể có kênh Lightning ở trên nếu bạn không gửi toàn bộ giá trị và nó có thể được sử dụng để cân bằng lại tiền trong kênh thông thường của bạn về phía bạn .

Điều này mang lại hiệu quả cao hơn nhiều về số lượng kênh bạn phải định tuyến để cân bằng lại kênh của mình (hãy nhớ rằng bạn đang góp phần thay đổi số dư của mọi kênh khác mà bạn định tuyến qua), trong trường hợp tốt nhất là gửi trực tiếp theo đúng nghĩa đen cho cùng một đồng nghiệp mà bạn có kênh mà bạn đang mở cân bằng lại. Nếu bạn muốn đóng một kênh với một đồng nghiệp và mở nó với một đồng nghiệp khác, bạn thậm chí có thể cân bằng lại mọi thứ để bạn có tất cả số dư của kênh và chuyển nó hoàn toàn ra khỏi chuỗi sang đồng đẳng mới nếu nó được xây dựng trên một statechain.

Tương lai của Statechains và Lightning

Thảo luận về các kế hoạch của họ trong tương lai, Nicolas Gregory từ Commerceblock cho biết: “Mục tiêu của chúng tôi là thiết lập một cách tiếp cận tiêu chuẩn hóa để kết hợp các chuỗi trạng thái và công nghệ Lightning nhằm tạo điều kiện cân bằng các kênh Lightning ngoài chuỗi thông qua việc sử dụng các kênh trạng thái. Thông số kỹ thuật này sẽ phục vụ như nền tảng để đạt được mục tiêu này.”

Ngay từ đầu, các chuỗi trạng thái luôn được đề xuất tương tác với Lightning để tự giải quyết vấn đề sử dụng chúng: rằng bạn phải chuyển toàn bộ giá trị của toàn bộ UTXO. Chúng cũng cung cấp một mức độ linh hoạt cho Lightning mà nó không có về cách thức thanh khoản được quản lý và chuyển giao trên mạng.

Giờ đây, Lightning đang ở giai đoạn phát triển lành mạnh ban đầu và việc triển khai cụ thể các chuỗi trạng thái đã tồn tại hơn một năm, đã đến lúc bắt đầu xem xét cách hai công nghệ này có thể tương tác với nhau. Lightning as a network là một hệ thống chuyển giao ký quỹ nguyên tử giữa hai bên không được kết nối trực tiếp trên biểu đồ mạng. Nói đúng ra, mỗi kết nối trên biểu đồ đó hoạt động như thế nào không quan trọng đối với người gửi và người nhận thanh toán, miễn là nó hoạt động.

Cả hai kênh Statechains và Lightning đều có rất nhiều lợi ích để mang lại cho nhau, tất cả những gì cần làm là tìm ra cách tiêu chuẩn hóa cả hai tương tác với nhau.


Bài viết liên quan

Đánh giá

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *