Giao ước

Một thỏa thuận thường là chính thức, trang trọng và có tính ràng buộc.

Từ này đã trở thành một trong những từ mang tính chất nặng nề nhất trong lĩnh vực Bitcoin. Chúng là điều tuyệt vời nhất từ trước đến nay. Chúng là điều nguy hiểm nhất kể từ khi bom nguyên tử ra đời. Chúng thực sự không làm gì để mở rộng Bitcoin, nhưng chúng rất thú vị.

Ai cũng có một thái độ hoàn toàn khác nhau đối với chúng. Chúng ta có phái ủng hộ, phái chống đối, và phái trung lập. Để vấn đề trở nên tồi tệ hơn, giao ước đúng ra là một thuật ngữ rất mơ hồ trong việc mô tả các đề xuất trưởng thành và cụ thể cho giao thức sẽ được phân loại là các giao ước.

Mức độ khác biệt giữa các tính năng của những đề xuất khác nhau đã được đưa ra là rất lớn. Một số trong số đó tạo ra các không gian thiết kế hoàn toàn mới cho những gì có thể xây dựng trên nền tảng Bitcoin, trong khi những cái khác thì đúng hơn là không thêm bất kỳ tính năng mới nào; chúng đơn giản chỉ tối ưu hóa những thứ hiện tại với mức độ phức tạp và chi phí lớn.

Hãy
tạo một định nghĩa mới đặc thù cho Bitcoin.

Covenant

Bất kỳ kịch bản nào đảm bảo một phần, hoặc toàn bộ, của các đầu ra được tạo ra bởi một giao dịch tiêu tốn một đầu vào với một kịch bản covenant sẽ phải phù hợp với một số tiêu chí nhất định để giao dịch tiêu tốn được coi là hợp lệ theo sự đồng thuận.

Nói cách khác ít nghiêm ngặt hơn, nếu một kịch bản Bitcoin hiện tại hạn chế ai có thể tiêu tốn một đồng tiền bằng cách yêu cầu một bằng chứng ủy quyền, tức là một chữ ký mật mã, hoặc khi nào nó có thể được tiêu tốn, tức là, sau khi thời gian khóa hết hạn hoặc người tiêu tốn có thể cho thấy hình ảnh trước của một hàm, thì một kịch bản covenant hạn chế cách nó có thể được tiêu tốn, tức là, đến ai, bao nhiêu cho người nào, v.v. Một kịch bản covenant thậm chí có thể hạn chế một đồng tiền sao cho nó phải được tiêu tốn vào một kịch bản covenant khác.

Phần cuối cùng đó là cốt lõi của những gì đã khiến từ covenant trở thành một từ gây tranh cãi. Nhiều người có nhiều lo ngại về việc thêm một cách mới để “khóa” bitcoin mà có thể tự lan truyền và đảm bảo rằng những đồng tiền tương lai sẽ bị hạn chế theo cách tương tự. Nhiều người có những lo ngại
về việc này được sử dụng để phá hoại tính chuyển đổi hoặc thiết lập các chế độ kiểm duyệt.

Tôi cảm thấy cần phải chỉ ra rằng cả hai điều này có thể được thực hiện ngay bây giờ, mà không cần khả năng viết kịch bản giao ước, chỉ bằng cách sử dụng multisig. Bất kỳ cơ quan nào cũng có thể từ chối cho phép rút tiền được xử lý từ các sàn giao dịch trừ khi chúng được gửi đến một multisig 2-of-2 mà cơ quan đó nắm giữ một khóa. Từ đó, họ có thể đơn giản từ chối ký các giao dịch gửi đến các địa chỉ mà họ không nắm giữ khóa cần thiết, và thiết lập bất kỳ kế hoạch danh sách đen hoặc danh sách trắng nào mà họ mong muốn, một cách không minh bạch và hoàn toàn ngoài chuỗi.

Nói vậy, vẫn quan trọng để người dùng Bitcoin nắm bắt và hiểu sự khác biệt về quyền lực và tính linh hoạt giữa tất cả các đề xuất giao ước khác nhau hiện có.

Có hai điều cốt lõi mà các giao ước mong muốn thực hiện để áp đặt các hạn chế về cách mà tiền được chi tiêu: tự kiểm tra và chuyển dữ liệu tới phía trước.

Tự kiểm tra là khả năng kiểm tra sự khác biệt
các phần khác nhau của giao dịch đang được đánh giá trong khi cố gắng chi tiêu một đồng tiền cụ thể. Ví dụ, nếu bạn muốn hạn chế một đồng tiền để nó phải được chi tiêu đến một địa chỉ cụ thể, bạn phải có khả năng so sánh địa chỉ được chỉ định trong script giao ước của đối tượng đầu vào với địa chỉ được chỉ định trong đầu ra của giao dịch chi tiêu nó. Các mã lệnh cho phép tự kiểm tra là những mã cho chúng ta khả năng so sánh các phần khác nhau của giao dịch chi tiêu với các hạn chế được bao gồm trong script đang được đánh giá. Càng chi tiết bạn có thể thực hiện việc tự kiểm tra liên quan đến các phần cụ thể nào đó của một giao dịch, nó càng trở nên mạnh mẽ hơn.

Dữ liệu chuyển tiếp liên quan đến việc tự kiểm tra, và theo nhiều cách, là hậu quả của nó, cho phép bạn đảm bảo một thông tin nào đó được chuyển tiếp và bao gồm trong mỗi script giao ước mới để nó có thể được sử dụng trong lần đánh giá tiếp theo của script giao ước. Điều này được thực hiện bằng cách sử dụng việc tự kiểm tra để r
Hạn chế một số phần của giao dịch một cách chặt chẽ đến mức chúng phải bao gồm dữ liệu chính xác mong muốn hoặc chúng sẽ trở nên không hợp lệ. Khả năng tự đánh giá càng mạnh mẽ, bạn càng có thể mang dữ liệu đi xa hơn một cách linh hoạt hơn, và bạn càng có thể sử dụng dữ liệu đó một cách linh hoạt hơn.

Đây chỉ là phần giới thiệu đầu tiên trong một loạt bài viết sẽ được đăng tải trong vài tuần tới nhìn vào tất cả các đề xuất giao ước chính mà đang ở trạng thái trưởng thành, đã nhận được sự quan tâm gần đây, hoặc đủ quan trọng về mặt khái niệm đến mức các nhà phát triển đồng ý về tính hữu ích của chúng nhưng hiện chưa có thiết kế cụ thể. Điều này sẽ không hoàn toàn 100%, nhưng sẽ tương đối toàn diện. Một vài trong số chúng cũng không hoàn toàn là giao ước, nhưng phối hợp rất chặt chẽ với chúng.

Những điều này sẽ bao gồm:

1. CHECKTEMPLATEVERIFY
2. CHECKSIGFROMSTACK
3. TXHASH
4. OP_VAULT
5. CHECKCONTRACTVERIFY
6. CAT
7. TWEAKVERIFY

Bài viết này, Các Giao Ước Bitcoin: Chúng Là Gì Và Chúng Làm Gì?, lần đầu tiên xuất hiện trên Bitcoin Magazine và được viết bởi Shino.
bi.