Tác giả: BTC Podcast Block Digest Shinobi; Biên dịch: Ngũ Châu, Kinh tế Vàng
Bài viết này là bài viết của Shinobi viết cách đây mười năm, nó thảo luận về BTC vào năm 2020 ra sao.
Bài viết đầu tiên trong loạt bài này có thể được xem tại "2010: Cách mà các nhà nghiên cứu nhìn vào hệ sinh thái BTC sau mười năm?"
Chúng tôi đã bắt đầu nhìn thấy hạt giống của tiềm năng lớp hai phát triển từ ngôn ngữ cơ bản của thập kỷ đầu tiên. Mạng Lightning mặc dù vẫn bị một số hạn chế khá lớn, nhưng thực sự đã bắt đầu phát triển mạnh mẽ. Điều này chỉ là phiên bản đầu tiên giới hạn được chỉ định và triển khai hiện tại. Hiện đã triển khai các loại sidechain khác nhau: Liquid, RSK, và thậm chí còn có chuỗi token được liên kết với BTC được phát triển bởi Commerceblock. Điều này chỉ là một bước khởi đầu.
###SCHNORR và TAPROT
Không lâu trước khi chúng tôi có sự kết hợp giữa Schnorr và Taproot. Theo quan điểm của Schnorr, đây là một sơ đồ chữ ký xác minh hàng loạt có chi phí thấp hơn và là bước nhảy vọt lớn tiếp theo trong việc tối ưu hóa việc xây dựng các tập lệnh đa chữ ký BTC. Một multisig ban đầu chỉ là vấn đề gửi nó với tất cả các khóa công khai và tập lệnh đa chữ ký được nhồi vào đầu ra giao dịch và tất cả những điều này phải được bao gồm trong đầu vào để sử dụng nó. P2SH tối ưu hóa khía cạnh đầu ra bằng cách bao gồm khóa công khai đa chữ ký và hàm băm có độ dài không đổi của tập lệnh, lưu bất kỳ ai gửi đến địa chỉ đa chữ ký và chỉ thêm chi phí cho người gửi. SegWit được cho là "tối ưu hóa" hơn nữa bằng cách chứng kiến các chương trình giảm giá để làm cho các UTXOs có giá đa chữ ký rẻ hơn. Schnorr đưa tất cả các tối ưu hóa gia tăng này đến mức cực đoan. Bạn kết hợp các khóa công khai riêng lẻ thành một khóa duy nhất và mọi người có thể cộng tác để tạo chữ ký cho nó và sau đó kiểm tra nó. Điều này giúp tiết kiệm chi phí đáng kể cho tất cả các công nghệ sử dụng multisig, bao gồm Lớp 2 như Lightning Network (Lightning) và các sidechain được liên kết, đồng thời mang lại lợi ích về quyền riêng tư bằng cách làm cho tất cả các UTXO đa chữ ký này không thể phân biệt được với các UTXO đơn chữ ký.
Hiện tại, điều này không thể giữ mọi thứ hoàn toàn bí mật một cách kỳ diệu. Trạng thái (giao dịch) của Lightning Channel vẫn cần một đường dẫn khóa riêng biệt để phản ứng với giao dịch phạt đối với trạng thái cũ. Điều này có nghĩa là chúng phải có mặt trong tập lệnh đầu ra tạo vân tay. Taproot giải quyết vấn đề này thông qua phép màu mã hóa của nó, cho phép bạn gửi một cây merkle với điều kiện chi tiêu khác nhau mà chỉ cần sử dụng điều kiện và chứng minh merkle đến merkle root là có thể chi tiêu, đến khóa công khai Schnorr trông bình thường. Bây giờ, bạn có thể ẩn đường dẫn tập lệnh phạt đó bằng taproot. Bạn có thể ẩn bất kỳ đường dẫn tập lệnh nào bằng Taproot, ẩn dưới khóa bí mật Schnorr trông rất bình thường, khóa bí mật này cho phép tất cả các bên đồng thuận về một điều gì đó và thực hiện giao dịch trông rất bình thường.
###SIGHASH_ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (trước đây là SIGHASH_NOINPUT) có thể trở thành một ngôn ngữ lập trình mới tiếp theo. Đây là một bản nâng cấp về định dạng khóa công khai/mã Sighash mới. Mã Sighash chỉ định phần nào của giao dịch sẽ được ký. Sự tồn tại của tính năng này là để bạn có thể thực hiện các hoạt động như chỉ ký cho đầu vào và đầu ra của mình, nhưng cho phép người khác thêm đầu vào và đầu ra của họ vào giao dịch mà không làm cho nó trở nên không hợp lệ. Tuy nhiên, hiện tại, chữ ký phải được nộp từ UTXO cụ thể từ giao dịch cụ thể. Ngoài ra, SIGHASH_ANYPREVOUT có thể nộp chữ ký vào kịch bản UTXO, chứ không phải là UTXO cụ thể thực sự. Điều này cho phép một cách mới (eltoo) để xây dựng trạng thái kênh Lightning mà không cần khóa phạt hoặc xử lý trạng thái cũ, cho phép bên bị lừa thu hồi toàn bộ tài sản. Thay vào đó, nếu trạng thái kênh hiện tại thất bại trong cuộc đua trả tiền hai lần, nó có thể đơn giản là sử dụng lại trạng thái kênh cũ, đảm bảo mọi người đều có thể nhận được số dư kênh hiện tại của họ trên chuỗi, chứ không phải là số dư hết hạn trước đó. Bạn chỉ cần sử dụng lại cùng một kịch bản ở vị trí chính xác và sử dụng SIGHASH_ANYPREVOUT để đạt được điều này.
Điều này giúp loại bỏ nhiều rủi ro, chẳng hạn như bạn mất trạng thái kênh hiện tại, dẫn đến giao dịch phạt giữ lại tiền của bạn do nhầm lẫn không chủ ý. Nó cũng có thể làm được nhiều hơn thế. Giờ đây, chúng ta có thể có các kênh sét với nhiều hơn 2 người tham gia và thậm chí xếp chồng các "kênh phụ" lên trên chúng. Ngoài ra, SIGHASH_ANYPREVOUT và eltoo có thể tạo ra Statechains, một cấu trúc kênh liên kết cho phép những người tham gia mới vào và ra hoàn toàn ngoài chuỗi, với giả định rằng tập đoàn sẽ không thông đồng với những người tham gia trong quá khứ để lừa gạt bất kỳ ai. Điều này mở ra rất nhiều tiềm năng cho cái mà tôi luôn gọi là "giao thức UTXO tĩnh đa bên".
###OP_CHECKTEMPLATEVERIFY
OP_CTV là một đề xuất của Jeremy Rubin, nhằm thực hiện một loại “hợp đồng” cực kỳ cơ bản trên BTC. Hợp đồng là các ràng buộc phức tạp hơn khi sử dụng một BTC, không chỉ là chữ ký của một số khóa. Loại hợp đồng mà đề xuất của Rubin sẽ triển khai là “mẫu”. Điều này cho phép yêu cầu tập lệnh của UTXO để tạo ra đầu ra cụ thể nhất định khi tiêu thụ giao dịch. Do đó, sau khi sử dụng OP_CTV để tạo ra UTXO, nó sẽ được thực hiện bằng sự bắt buộc theo sự công nhận, tức là UTXO phải được tiêu thụ đến địa chỉ cụ thể, với số tiền được xác định trong tập lệnh của UTXO đó. Bạn thậm chí có thể liên kết chúng với nhau để buộc một trong số chúng tạo ra vài cái khác, sau đó những UTXO này lại bị buộc tạo ra vài cái khác, và cứ thế tiếp tục.
Điều này có khả năng áp dụng phổ quát rộng rãi ở khắp mọi nơi. Trong môi trường phí cao, một thực thể lưu ký có thể tạo ra một UTXO duy nhất, đảm bảo 100% tiền của khách hàng theo các quy tắc đồng thuận rằng tất cả các khoản tiền của khách hàng cuối cùng sẽ được kiểm soát bởi khách hàng, ngay cả khi họ hiện không có quyền truy cập ngay vào các khoản tiền đó. Điều này có tiềm năng tổng hợp lớn với đa kênh (nhà máy kênh), vì việc "rút tiền" quy mô lớn như thế này cũng có thể được tạo ra và sử dụng như một nhà máy sản xuất kênh cùng một lúc. OP \ _CTV có thể được sử dụng để tạo các kênh thanh toán hoạt động theo ít nhất một hướng mà không cần sự tham gia của người nhận hoặc có khóa trực tuyến để nhận thanh toán (hãy nhớ rằng, 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 HTLC cùng một lúc bằng cách kết hợp chúng lại với nhau, sử dụng các thủ thuật tương tự như ví dụ rút tiền được lưu trữ đầu tiên. Nó thậm chí có thể tạo ra một số tiềm năng cho một loại coinjoin mới.
###Tổng hợp tất cả yếu tố
Giả sử tất cả các đề xuất trên đều được chấp nhận và tích hợp vào BTC, tôi thực sự tin rằng, ngoài những nhà phát triển tham gia trực tiếp vào công việc tiên tiến này, mọi người thậm chí không biết sử dụng những ngôn ngữ này để xây dựng loại giao thức và dịch vụ nào. hoặc những điều kỳ lạ không có ranh giới rõ ràng giữa dịch vụ hoặc giao thức.
Chúng sẽ kích hoạt các kênh đa phía lý thuyết với số lượng người tham gia không bị hạn chế, các kênh này có thể được xếp chồng lên các nhóm con nhỏ hơn của các bên tham gia kênh cơ bản. Có thể xây dựng các kênh trên các “nhà máy kênh” này để cho phép mọi người nhận thanh toán mà không cần phải trực tuyến sở hữu khóa riêng tư của ví nóng. Các kênh đa phía này có thể được xếp chồng lên các kênh liên minh (trạng thái chuỗi), cho phép người tham gia tham gia hoặc rời khỏi mà không cần hoạt động trên chuỗi! Việc xây dựng kết nối kênh sẽ cho phép tính thanh khoản di chuyển một cách tương đối mượt mà giữa các kênh khác nhau, từ đó thực hiện các vấn đề mà mọi người chưa thực sự bắt đầu suy nghĩ đến.
Câu cuối cùng của tôi trong phần này là: Đây chỉ là điều mà tôi có thể xem xét về những gì có thể được thực hiện đối với cái mà tôi coi là một phần trực tiếp của ngăn xếp giao thức BTC. Nếu bạn bắt đầu nghiên cứu về dịch vụ lưu trữ tập trung, cũng như những gì dịch vụ này có thể cung cấp cho một phần con của BTC mà không bị ảnh hưởng bởi sự giám sát hoặc các rào cản pháp lý, thì bạn có thể làm nhiều hơn.
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.
Những người hoạt động vào năm 2010 sẽ nhìn nhận con đường xây dựng BTC trong mười năm tới như thế nào
Tác giả: BTC Podcast Block Digest Shinobi; Biên dịch: Ngũ Châu, Kinh tế Vàng
Bài viết đầu tiên trong loạt bài này có thể được xem tại "2010: Cách mà các nhà nghiên cứu nhìn vào hệ sinh thái BTC sau mười năm?"
Chúng tôi đã bắt đầu nhìn thấy hạt giống của tiềm năng lớp hai phát triển từ ngôn ngữ cơ bản của thập kỷ đầu tiên. Mạng Lightning mặc dù vẫn bị một số hạn chế khá lớn, nhưng thực sự đã bắt đầu phát triển mạnh mẽ. Điều này chỉ là phiên bản đầu tiên giới hạn được chỉ định và triển khai hiện tại. Hiện đã triển khai các loại sidechain khác nhau: Liquid, RSK, và thậm chí còn có chuỗi token được liên kết với BTC được phát triển bởi Commerceblock. Điều này chỉ là một bước khởi đầu.
###SCHNORR và TAPROT
Không lâu trước khi chúng tôi có sự kết hợp giữa Schnorr và Taproot. Theo quan điểm của Schnorr, đây là một sơ đồ chữ ký xác minh hàng loạt có chi phí thấp hơn và là bước nhảy vọt lớn tiếp theo trong việc tối ưu hóa việc xây dựng các tập lệnh đa chữ ký BTC. Một multisig ban đầu chỉ là vấn đề gửi nó với tất cả các khóa công khai và tập lệnh đa chữ ký được nhồi vào đầu ra giao dịch và tất cả những điều này phải được bao gồm trong đầu vào để sử dụng nó. P2SH tối ưu hóa khía cạnh đầu ra bằng cách bao gồm khóa công khai đa chữ ký và hàm băm có độ dài không đổi của tập lệnh, lưu bất kỳ ai gửi đến địa chỉ đa chữ ký và chỉ thêm chi phí cho người gửi. SegWit được cho là "tối ưu hóa" hơn nữa bằng cách chứng kiến các chương trình giảm giá để làm cho các UTXOs có giá đa chữ ký rẻ hơn. Schnorr đưa tất cả các tối ưu hóa gia tăng này đến mức cực đoan. Bạn kết hợp các khóa công khai riêng lẻ thành một khóa duy nhất và mọi người có thể cộng tác để tạo chữ ký cho nó và sau đó kiểm tra nó. Điều này giúp tiết kiệm chi phí đáng kể cho tất cả các công nghệ sử dụng multisig, bao gồm Lớp 2 như Lightning Network (Lightning) và các sidechain được liên kết, đồng thời mang lại lợi ích về quyền riêng tư bằng cách làm cho tất cả các UTXO đa chữ ký này không thể phân biệt được với các UTXO đơn chữ ký.
Hiện tại, điều này không thể giữ mọi thứ hoàn toàn bí mật một cách kỳ diệu. Trạng thái (giao dịch) của Lightning Channel vẫn cần một đường dẫn khóa riêng biệt để phản ứng với giao dịch phạt đối với trạng thái cũ. Điều này có nghĩa là chúng phải có mặt trong tập lệnh đầu ra tạo vân tay. Taproot giải quyết vấn đề này thông qua phép màu mã hóa của nó, cho phép bạn gửi một cây merkle với điều kiện chi tiêu khác nhau mà chỉ cần sử dụng điều kiện và chứng minh merkle đến merkle root là có thể chi tiêu, đến khóa công khai Schnorr trông bình thường. Bây giờ, bạn có thể ẩn đường dẫn tập lệnh phạt đó bằng taproot. Bạn có thể ẩn bất kỳ đường dẫn tập lệnh nào bằng Taproot, ẩn dưới khóa bí mật Schnorr trông rất bình thường, khóa bí mật này cho phép tất cả các bên đồng thuận về một điều gì đó và thực hiện giao dịch trông rất bình thường.
###SIGHASH_ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (trước đây là SIGHASH_NOINPUT) có thể trở thành một ngôn ngữ lập trình mới tiếp theo. Đây là một bản nâng cấp về định dạng khóa công khai/mã Sighash mới. Mã Sighash chỉ định phần nào của giao dịch sẽ được ký. Sự tồn tại của tính năng này là để bạn có thể thực hiện các hoạt động như chỉ ký cho đầu vào và đầu ra của mình, nhưng cho phép người khác thêm đầu vào và đầu ra của họ vào giao dịch mà không làm cho nó trở nên không hợp lệ. Tuy nhiên, hiện tại, chữ ký phải được nộp từ UTXO cụ thể từ giao dịch cụ thể. Ngoài ra, SIGHASH_ANYPREVOUT có thể nộp chữ ký vào kịch bản UTXO, chứ không phải là UTXO cụ thể thực sự. Điều này cho phép một cách mới (eltoo) để xây dựng trạng thái kênh Lightning mà không cần khóa phạt hoặc xử lý trạng thái cũ, cho phép bên bị lừa thu hồi toàn bộ tài sản. Thay vào đó, nếu trạng thái kênh hiện tại thất bại trong cuộc đua trả tiền hai lần, nó có thể đơn giản là sử dụng lại trạng thái kênh cũ, đảm bảo mọi người đều có thể nhận được số dư kênh hiện tại của họ trên chuỗi, chứ không phải là số dư hết hạn trước đó. Bạn chỉ cần sử dụng lại cùng một kịch bản ở vị trí chính xác và sử dụng SIGHASH_ANYPREVOUT để đạt được điều này.
Điều này giúp loại bỏ nhiều rủi ro, chẳng hạn như bạn mất trạng thái kênh hiện tại, dẫn đến giao dịch phạt giữ lại tiền của bạn do nhầm lẫn không chủ ý. Nó cũng có thể làm được nhiều hơn thế. Giờ đây, chúng ta có thể có các kênh sét với nhiều hơn 2 người tham gia và thậm chí xếp chồng các "kênh phụ" lên trên chúng. Ngoài ra, SIGHASH_ANYPREVOUT và eltoo có thể tạo ra Statechains, một cấu trúc kênh liên kết cho phép những người tham gia mới vào và ra hoàn toàn ngoài chuỗi, với giả định rằng tập đoàn sẽ không thông đồng với những người tham gia trong quá khứ để lừa gạt bất kỳ ai. Điều này mở ra rất nhiều tiềm năng cho cái mà tôi luôn gọi là "giao thức UTXO tĩnh đa bên".
###OP_CHECKTEMPLATEVERIFY
OP_CTV là một đề xuất của Jeremy Rubin, nhằm thực hiện một loại “hợp đồng” cực kỳ cơ bản trên BTC. Hợp đồng là các ràng buộc phức tạp hơn khi sử dụng một BTC, không chỉ là chữ ký của một số khóa. Loại hợp đồng mà đề xuất của Rubin sẽ triển khai là “mẫu”. Điều này cho phép yêu cầu tập lệnh của UTXO để tạo ra đầu ra cụ thể nhất định khi tiêu thụ giao dịch. Do đó, sau khi sử dụng OP_CTV để tạo ra UTXO, nó sẽ được thực hiện bằng sự bắt buộc theo sự công nhận, tức là UTXO phải được tiêu thụ đến địa chỉ cụ thể, với số tiền được xác định trong tập lệnh của UTXO đó. Bạn thậm chí có thể liên kết chúng với nhau để buộc một trong số chúng tạo ra vài cái khác, sau đó những UTXO này lại bị buộc tạo ra vài cái khác, và cứ thế tiếp tục.
Điều này có khả năng áp dụng phổ quát rộng rãi ở khắp mọi nơi. Trong môi trường phí cao, một thực thể lưu ký có thể tạo ra một UTXO duy nhất, đảm bảo 100% tiền của khách hàng theo các quy tắc đồng thuận rằng tất cả các khoản tiền của khách hàng cuối cùng sẽ được kiểm soát bởi khách hàng, ngay cả khi họ hiện không có quyền truy cập ngay vào các khoản tiền đó. Điều này có tiềm năng tổng hợp lớn với đa kênh (nhà máy kênh), vì việc "rút tiền" quy mô lớn như thế này cũng có thể được tạo ra và sử dụng như một nhà máy sản xuất kênh cùng một lúc. OP \ _CTV có thể được sử dụng để tạo các kênh thanh toán hoạt động theo ít nhất một hướng mà không cần sự tham gia của người nhận hoặc có khóa trực tuyến để nhận thanh toán (hãy nhớ rằng, 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 HTLC cùng một lúc bằng cách kết hợp chúng lại với nhau, sử dụng các thủ thuật tương tự như ví dụ rút tiền được lưu trữ đầu tiên. Nó thậm chí có thể tạo ra một số tiềm năng cho một loại coinjoin mới.
###Tổng hợp tất cả yếu tố
Giả sử tất cả các đề xuất trên đều được chấp nhận và tích hợp vào BTC, tôi thực sự tin rằng, ngoài những nhà phát triển tham gia trực tiếp vào công việc tiên tiến này, mọi người thậm chí không biết sử dụng những ngôn ngữ này để xây dựng loại giao thức và dịch vụ nào. hoặc những điều kỳ lạ không có ranh giới rõ ràng giữa dịch vụ hoặc giao thức.
Chúng sẽ kích hoạt các kênh đa phía lý thuyết với số lượng người tham gia không bị hạn chế, các kênh này có thể được xếp chồng lên các nhóm con nhỏ hơn của các bên tham gia kênh cơ bản. Có thể xây dựng các kênh trên các “nhà máy kênh” này để cho phép mọi người nhận thanh toán mà không cần phải trực tuyến sở hữu khóa riêng tư của ví nóng. Các kênh đa phía này có thể được xếp chồng lên các kênh liên minh (trạng thái chuỗi), cho phép người tham gia tham gia hoặc rời khỏi mà không cần hoạt động trên chuỗi! Việc xây dựng kết nối kênh sẽ cho phép tính thanh khoản di chuyển một cách tương đối mượt mà giữa các kênh khác nhau, từ đó thực hiện các vấn đề mà mọi người chưa thực sự bắt đầu suy nghĩ đến.
Câu cuối cùng của tôi trong phần này là: Đây chỉ là điều mà tôi có thể xem xét về những gì có thể được thực hiện đối với cái mà tôi coi là một phần trực tiếp của ngăn xếp giao thức BTC. Nếu bạn bắt đầu nghiên cứu về dịch vụ lưu trữ tập trung, cũng như những gì dịch vụ này có thể cung cấp cho một phần con của BTC mà không bị ảnh hưởng bởi sự giám sát hoặc các rào cản pháp lý, thì bạn có thể làm nhiều hơn.