Bitcoin Covenants (Phần 3): SIGHASH_ANYPREVOUT hoạt động như thế nào?

SIGHASH_ANYPREVOUT là gì?

Trong chuỗi bài về Bitcoin Covenants, phần ba tập trung vào đề xuất kỹ thuật SIGHASH_ANYPREVOUT (APO) — một cơ chế thay đổi cách chữ ký số hoạt động trong giao thức Bitcoin.

Thông thường, một chữ ký Bitcoin được gắn chặt với một UTXO (Unspent Transaction Output) cụ thể thông qua outpoint của nó. Điều này có nghĩa là giao dịch đã ký chỉ hợp lệ với đúng một đầu vào xác định. APO phá vỡ ràng buộc này bằng cách cho phép chữ ký ủy quyền cho bất kỳ UTXO nào tương thích, không phân biệt outpoint.

Cơ chế hoạt động

APO hoạt động bằng cách loại trừ thông tin outpoint ra khỏi dữ liệu được ký. Kết quả là chữ ký vẫn hợp lệ miễn là UTXO đầu vào có cùng script và giá trị phù hợp — ngay cả khi đó là một UTXO hoàn toàn khác với giao dịch ban đầu.

Kỹ thuật này tạo ra khái niệm "giao dịch được ký trước có thể tái liên kết" (rebindable pre-signed transactions), cho phép phát sóng cùng một giao dịch đã ký lên nhiều UTXO khác nhau mà không cần ký lại.

Ứng dụng thực tiễn

Lightning Network là một trong những lĩnh vực hưởng lợi lớn nhất từ APO. Hiện tại, các giao thức quản lý trạng thái kênh thanh toán đòi hỏi nhiều vòng trao đổi khóa phức tạp. APO đơn giản hóa quy trình này đáng kể, đặc biệt trong thiết kế Eltoo — một cơ chế cập nhật kênh thanh toán sạch hơn so với mô hình hiện tại.

Vault (kho lưu trữ Bitcoin) cũng được hỗ trợ tốt hơn. APO cho phép xây dựng các cấu trúc vault linh hoạt hơn, nơi người dùng có thể khóa BTC theo các điều kiện rút tiền được xác định trước mà không cần tạo lại toàn bộ giao dịch mỗi lần UTXO thay đổi.

Đối với các giao thức layer-2, APO mở ra khả năng thiết kế hợp đồng thông minh đơn giản hơn trên Bitcoin, giảm chi phí điều phối và số lượng giao dịch cần thiết để quản lý trạng thái on-chain.

Không tăng chi phí quản lý khóa

Một điểm đáng chú ý là APO không yêu cầu thêm bất kỳ cơ sở hạ tầng quản lý khóa nào. Người dùng và nhà phát triển không cần thay đổi cách họ tạo hoặc lưu trữ khóa — toàn bộ sự thay đổi nằm ở logic kiểm tra chữ ký bên trong giao thức.

Bối cảnh đề xuất

APO được mô tả trong BIP-118 và được coi là một trong những đề xuất covenant quan trọng đang được cộng đồng Bitcoin thảo luận. Cùng với các đề xuất khác như OP_CHECKTEMPLATEVERIFY (CTV), APO là một phần trong cuộc tranh luận rộng hơn về cách mở rộng khả năng lập trình của Bitcoin mà không làm tổn hại đến tính bảo mật và phi tập trung vốn có của mạng lưới.