Tương Lai của Các Lớp Thứ Hai của Bitcoin

Chúng ta đã bắt đầu thấy những hạt giống tiềm năng của lớp thứ hai phát triển từ những nguyên thủy của lớp cơ sở đã được thêm vào hoặc tối ưu hóa trong thập kỷ đầu tiên. Lightning, trong khi vẫn phải chịu một số hạn chế khá lớn, thực sự đang bắt đầu phát triển. Và đó chỉ là phiên bản đầu tiên hạn chế hiện đang được xác định và triển khai. Hiện giờ có nhiều sidechain khác nhau được triển khai: Liquid, RSK, và thậm chí là các chuỗi token gắn liền với Bitcoin được phát triển bởi Commerceblock. Đây chỉ là sự khởi đầu.

Schnorr và Taproot

Chỉ cách chúng ta một khoảng cách ngắn, chúng ta có sự kết hợp của Schnorr và Taproot. Về mặt Schnorr, đây là một phương pháp ký hiệu tiết kiệm chi phí hơn để xác minh theo lô, cũng như là bước nhảy lớn tiếp theo trong việc tối ưu hóa cấu trúc của các script ký đa chữ ký trong Bitcoin. Multisig bắt đầu chỉ là việc nhét tất cả các khóa công khai và script cho multisig vào một đầu ra giao dịch để gửi đến nó, và phải bao gồm tất cả những điều đó trong đầu vào để chi tiêu.
nó không chỉ tự động biến mọi thứ thành hoàn toàn riêng tư. Trạng thái kênh Lightning (giao dịch) vẫn yêu cầu các đường dẫn khóa riêng biệt cho các giao dịch phạt của chúng để phản ứng với việc gửi các trạng thái cũ.
Có nghĩa là những cái đó phải có trong các kịch bản đầu ra mà tạo ra dấu vân tay. Taproot giải quyết điều này với ma thuật crypto của nó cho phép bạn cam kết một cây merkle của các điều kiện chi tiêu khác nhau, mà chỉ cần điều kiện đã sử dụng và chứng minh merkle đến gốc merkle để chi tiêu, đến một khóa công khai Schnorr trông bình thường. Bây giờ bạn có thể ẩn đường dẫn kịch bản phạt đó với taproot. Bạn có thể ẩn bất kỳ đường dẫn kịch bản điều kiện nào với Taproot, chôn dưới một khóa Schnorr trông hoàn toàn bình thường cho phép tất cả các bên tham gia đồng ý về một điều gì đó và thực hiện một giao dịch trông hoàn toàn bình thường.

SIGHASH_ANYPREVOUTPUT

SIGHASH_ANYPREVOUTPUT (trước đây là SIGHASH_NOINPUT) hy vọng sẽ là nguyên thủy mới tiếp theo xuất hiện. Đây là một định dạng khóa công khai mới/cập nhật cờ sighash. Các cờ sighash chỉ định những phần nào của một giao dịch mà chữ ký đang cam kết. Chức năng này có sẵn để bạn có thể làm điều gì đó như chỉ ký đầu vào và đầu ra của bạn, nhưng cho phép người khác thêm đầu vào và đầu ra của họ.
tputs cho một giao dịch mà không làm vô hiệu hóa nó. Nhưng hiện tại, một chữ ký phải cam kết vào một UTXO chính xác từ một giao dịch chính xác. SIGHASH_ANYPREVOUT, trong số những thứ khác, sẽ cho phép cam kết một chữ ký chỉ vào một kịch bản UTXO, không vào một UTXO cụ thể thực tế. Điều này cho phép một cách mới (eltoo) để xây dựng các trạng thái kênh Lightning mà không yêu cầu một khóa phạt hoặc xử lý các trạng thái cũ bằng cách cho phép bên bị lừa đảo tịch thu tất cả tiền. Thay vào đó, trạng thái kênh hiện tại có thể đơn giản là tái tiêu dùng trạng thái kênh cũ nếu nó thua cuộc đua chi tiêu gấp đôi, đảm bảo rằng tất cả mọi người nhận được số dư kênh hiện tại của họ trên chuỗi thay vì một số dư lỗi thời trước đó. Bạn đạt được điều đó bằng cách chỉ cần tái sử dụng cùng một kịch bản ở đúng vị trí và sử dụng SIGHASH_ANYPREVOUT.

Điều này loại bỏ rất nhiều rủi ro liên quan đến việc bạn mất các trạng thái kênh hiện tại dẫn đến một giao dịch phạt lấy tiền của bạn do một sai lầm trung thực. Nó cũng cho phép NHIỀU hơn thế nữa. Bây giờ chúng ta có thể có các kênh Lightning với nhiều hơn th
an 2 người tham gia, và thậm chí có thể xếp chồng “các kênh con” lên trên những cái đó. Ngoài ra, SIGHASH_ANYPREVOUT và eltoo cho phép tạo ra Statechains, một loại cấu trúc kênh liên bang cho phép các người tham gia mới vào và rời bỏ hoàn toàn ngoài chuỗi với giả định tin tưởng rằng liên bang sẽ không thông đồng với các người tham gia trước để lừa đảo bất kỳ ai. Điều này mở ra nhiều tiềm năng cho những gì tôi đã gọi với bản thân là “các giao thức UTXO tĩnh đa bên.”

OP_CHECKTEMPLATEVERIFY

OP_CTV là một đề xuất của Jeremy Rubin để cho phép một loại “covenant” rất cơ bản trên Bitcoin. Một covenant là những hạn chế phức tạp hơn trong việc chi tiêu một đồng tiền ngoài việc có chữ ký từ một số khóa nhất định. Loại covenant mà đề xuất của Rubin sẽ thực hiện là một “mẫu.” Về cơ bản, điều này cho phép một kịch bản UTXO yêu cầu các đầu ra chính xác cụ thể phải được tạo ra bởi giao dịch chi tiêu. Vì vậy, một khi một UTXO được tạo ra bằng cách sử dụng OP_CTV, thì nó được thực thi theo đồng thuận rằng UTXO phải được chi tiêu đến các địa chỉ cụ thể trong các
các khoản tiền được định nghĩa trong kịch bản của UTXO đó. Bạn thậm chí có thể nối chúng lại với nhau để một trong những UTXO này bị ép buộc phải tạo ra một vài UTXO khác, rồi các UTXO này lại bị ép buộc phải tạo ra một vài cái khác nữa, và cứ thế tiếp tục.

Điều này có tính ứng dụng rộng rãi vô cùng ở khắp mọi nơi. Trong những môi trường có phí cao, một UTXO duy nhất có thể được tạo ra bởi một thực thể bảo quản mà 100% theo quy tắc đồng thuận đảm bảo rằng tất cả quỹ của khách hàng của họ sẽ được kiểm soát bởi khách hàng của họ, mặc dù họ không có quyền truy cập ngay lập tức vào chúng ngay lúc đó. Điều này có rất nhiều tiềm năng tương tác với các kênh đa bên (nhà máy kênh), ở chỗ một “rút tiền” hàng loạt được thực hiện như thế này cũng có thể đồng thời tạo ra và được sử dụng như một nhà máy kênh. OP_CTV có thể được sử dụng để tạo ra các kênh thanh toán mà ít nhất hoạt động theo một chiều mà không cần đầu nhận phải tham gia hoặc có một khóa trực tuyến để nhận thanh toán (và đừng quên bạn có thể xếp chồng các kênh lên nhau). Nó thậm chí có thể được sử dụng để cho phép một kênh duy nhất xử lý nhiều hơn.
HTLCs một thời điểm bằng cách gộp chúng lại với nhau bằng thủ thuật giống như ví dụ đầu tiên với việc rút tiền qua bên trung gian. Và có thể thậm chí tạo ra một số tiềm năng cho các loại coinjoins mới.

Tổng hợp mọi thứ lại với nhau

Giả sử tất cả các đề xuất ở trên được thông qua và tích hợp vào Bitcoin, tôi thật sự nghĩ rằng bên cạnh các nhà phát triển đang làm việc trên rìa tiên tiến của những điều này, mọi người thậm chí không có chút khái niệm nào về những loại giao thức và dịch vụ nào sẽ được xây dựng bằng những nguyên lý này. Hoặc những điều kỳ lạ mà không có ranh giới rõ ràng giữa dịch vụ hay giao thức.

Chúng sẽ cho phép các kênh nhiều bên với số lượng người tham gia về lý thuyết không giới hạn, có thể xếp chồng các kênh phụ lên trên với các nhóm nhỏ hơn của những người tham gia của kênh chính. Các kênh có thể được xây dựng trên những “nhà máy kênh” này mà cho phép mọi người nhận tiền mà không cần giữ khóa trực tuyến cho một ví nóng. Những kênh nhiều bên này có thể tự mình được xếp chồng lên những kênh liên bang.
ls (statechains) cho phép người tham gia vào hoặc ra với không có hoạt động trên chuỗi! Và cấu trúc “splicing” kênh sẽ cho phép tính thanh khoản di chuyển một cách tương đối liền mạch giữa các kênh khác nhau theo cách sẽ cho phép tất cả các loại thứ mà mọi người thậm chí còn chưa bắt đầu nghĩ đến.

Lời cuối cùng của tôi trong phần này là: điều này chỉ xem xét những gì có thể làm với những thứ tôi coi là các phần trực tiếp của chính ngăn xếp giao thức Bitcoin. Bạn có thể làm nhiều hơn nữa nếu bạn bắt đầu nhìn vào các dịch vụ giữ tài sản tập trung, và tập hợp các thuộc tính của Bitcoin mà chúng có thể cung cấp mà bỏ qua rào cản pháp lý hoặc quy định từ việc làm như vậy.

Đây chỉ là Phần 2 trong 4, đọc phần tiếp theo vào ngày mai.