OP_CAT là một mã lệnh (opcode) của Bitcoin có chức năng hợp nhất hai phần dữ liệu trên ngăn xếp thành một, và hiện đang là chủ đề của một trong những cuộc tranh luận kéo dài nhất trong quá trình phát triển Bitcoin. Nó từng là một phần của mã nguồn gốc của Bitcoin, nhưng đã bị Satoshi Nakamoto loại bỏ vào năm 2010 do lo ngại về bảo mật, và trong vài năm qua, nó đã được đề xuất dưới dạng một bản soft fork (BIP 347) có thể mở ra một loại hình hoạt động mới tương tự như hợp đồng thông minh trên Bitcoin. Tính đến tháng 7 năm 2026, mã này vẫn chưa hoạt động trên mạng chính Bitcoin, mặc dù nó đã được triển khai trên một số mạng liên quan đến Bitcoin, nơi nó đang được thử nghiệm tải trọng một cách âm thầm trước công chúng.
Điều khiến OP_CAT đáng để tìm hiểu không chỉ nằm ở mã nguồn. Đó chính là dàn nhân vật xung quanh nó: các nhà phát triển Bitcoin Core đang tranh luận xem liệu thay đổi này có an toàn hay không, một dự án NFT lấy cảm hứng từ meme đã huy động được hàng chục triệu đô la để vận động cho việc khôi phục tính năng này, và một sidechain đang phát triển nhanh chóng đã áp dụng nó vào thực tế. Hướng dẫn này sẽ phân tích chi tiết OP_CAT hoạt động như thế nào, lý do tại sao nó bị vô hiệu hóa, những tiềm năng mà nó có thể mang lại, và tình hình hiện tại của nó.
Sử dụng Multichain Ứng dụng Ví Bitcoin.com, được hàng triệu người tin dùng để gửi, nhận, mua, bán, giao dịch, sử dụng và quản lý Bitcoin và tiền điện tử một cách an toàn và dễ dàng.
Những điểm chính cần lưu ý
- OP_CAT (viết tắt của “operation concatenate”) kết hợp hai phần tử dữ liệu trên ngăn xếp của Bitcoin thành một phần tử duy nhất. Đó chính là toàn bộ chức năng của nó.
- Tính năng này từng hoạt động trong phiên bản mã nguồn đầu tiên của Bitcoin, sau đó bị Satoshi Nakamoto vô hiệu hóa vào năm 2010 do nguy cơ tấn công từ chối dịch vụ.
- Đề xuất khôi phục tính năng này, BIP 347, do Ethan Heilman và Armin Sabouri soạn thảo và được cấp số BIP vào tháng 4 năm 2024.
- OP_CAT bản thân nó không phải là một thỏa thuận, nhưng khi kết hợp với các mã lệnh khác, nó có thể được sử dụng để thiết lập các hạn chế chi tiêu tương tự như thỏa thuận, bao gồm cả các kho lưu trữ.
- Tính đến giữa năm 2026, OP_CAT vẫn chưa được kích hoạt trên mạng chính của Bitcoin. Các đề xuất hàng đầu hiện nay cho đợt soft fork đồng thuận tiếp theo của Bitcoin là OP_CTV (BIP 119) và OP_CHECKSIGFROMSTACK (BIP 348), chứ không phải riêng OP_CAT.
- OP_CAT hiện đã được triển khai trên Fractal Bitcoin, một chuỗi phụ tương thích với Bitcoin, nơi nó hỗ trợ tiêu chuẩn token CAT20, và đã hoạt động trên Mạng Liquid và Bitcoin Cash trong nhiều năm mà không có bất kỳ lỗ hổng bảo mật nào được ghi nhận.
- Một dự án NFT Bitcoin có tên Quantum Cats, do Taproot Wizards phát triển, đã biến việc hỗ trợ OP_CAT thành một chiến dịch meme, qua đó huy động được hơn 37 triệu đô la cho các hoạt động phát triển liên quan đến OP_CAT.
Cách thức hoạt động của OP_CAT
Cách rõ ràng nhất để hiểu OP_CAT là hình dung hệ thống kịch bản của Bitcoin như một chồng nhỏ các khối xây dựng. Bitcoin Script, ngôn ngữ lập trình đằng sau mọi giao dịch Bitcoin, là một ngôn ngữ dựa trên ngăn xếp. Dữ liệu được đẩy vào ngăn xếp, các mã lệnh (opcode) thực thi trên phần dữ liệu đang nằm ở đỉnh, và kết quả sẽ quyết định xem giao dịch đó có hợp lệ hay không.
OP_CAT lấy hai phần tử trên cùng của ngăn xếp đó và nối chúng lại với nhau, tức là ghép chúng lại từ đầu đến cuối thành một phần tử duy nhất, sau đó phần tử này sẽ được đặt trở lại vị trí trên cùng của ngăn xếp. Nếu ngăn xếp chứa các giá trị "1" và "2", việc thực thi OP_CAT sẽ loại bỏ cả hai và thay thế chúng bằng "12". Theo thông số kỹ thuật chính thức trong BIP 347, OP_CAT sẽ đẩy x1 || x2 vào ngăn xếp, trong đó ký hiệu hai dấu gạch ngang biểu thị phép nối.
Có một giới hạn quan trọng. OP_CAT sẽ thất bại nếu có ít hơn hai giá trị trên ngăn xếp, hoặc nếu việc ghép chúng lại sẽ tạo ra một giá trị tổng hợp lớn hơn 520 byte — đây là giới hạn kích thước tối đa của phần tử kịch bản trong Bitcoin. Giới hạn byte này có ý nghĩa rất lớn đối với lịch sử của mã lệnh này, điều mà chúng ta sẽ đề cập ngay sau đây.
Xét riêng lẻ, việc nối hai chuỗi dữ liệu nghe có vẻ không có gì đặc biệt. Tuy nhiên, ngôn ngữ kịch bản của Bitcoin từ trước đến nay chưa bao giờ có một phương thức đa năng để kết hợp các giá trị trên ngăn xếp, và lỗ hổng này đã hạn chế khả năng của các nhà phát triển trong việc tích hợp trực tiếp các tính năng vào các giao dịch Bitcoin. Như Bitcoin Optech giải thích, Bitcoin Tapscript thiếu một phương thức chung để kết hợp các đối tượng trên ngăn xếp, điều này hạn chế khả năng biểu đạt của Tapscript và ngăn cản, trong số những điều khác, khả năng xây dựng và đánh giá cây Merkle cũng như các cấu trúc dữ liệu băm khác trực tiếp trong Tapscript. OP_CAT là giải pháp được đề xuất để khắc phục lỗ hổng cụ thể đó.
Tại sao OP_CAT lại bị vô hiệu hóa vào năm 2010?
OP_CAT là một phần của phiên bản Bitcoin đầu tiên. Năm 2010, Satoshi Nakamoto đã loại bỏ nó cùng với một số mã lệnh khác như OP_MUL, OP_DIV và OP_OR. Lý do chính thức được đưa ra tập trung vào rủi ro từ chối dịch vụ (denial-of-service): về mặt lý thuyết, một đoạn mã sử dụng OP_CAT lặp đi lặp lại có thể tạo ra một khối dữ liệu tăng theo cấp số nhân, đủ lớn để làm chậm hoặc khiến các nút (nodes) gặp sự cố khi cố gắng xác thực nó.
Vào thời điểm đó, không có giới hạn cứng nào về kích thước tối đa của một mục riêng lẻ trong ngăn xếp của Bitcoin. Điều đó có nghĩa là một đoạn mã độc hại có thể liên tục nối các giá trị lại với nhau cho đến khi tạo ra một chuỗi dữ liệu đủ lớn để làm tê liệt mạng. Việc loại bỏ OP_CAT, cùng với các mã lệnh (opcode) khác đã bị vô hiệu hóa, là một động thái thận trọng, ưu tiên sự ổn định của mạng hơn là các tính năng mà mạng Bitcoin còn non trẻ lúc bấy giờ chưa thực sự cần đến.
Bối cảnh đã thay đổi vào tháng 11 năm 2021, khi Bitcoin kích hoạt bản nâng cấp Taproot. Taproot đã giới thiệu Tapscript, một bối cảnh kịch bản mới với các quy tắc riêng, trong đó có quy tắc giới hạn kích thước của bất kỳ mục nào trong ngăn xếp ở mức 520 byte. Giới hạn byte này đã trực tiếp chặn đứng con đường tấn công ban đầu. Một kịch bản vẫn có thể gọi OP_CAT, nhưng nó không bao giờ có thể tạo ra một giá trị đủ lớn để gây ra loại vấn đề cạn kiệt tài nguyên mà Satoshi lo ngại vào năm 2010. Đây chính là chi tiết kỹ thuật đã mở lại cánh cửa để đưa OP_CAT trở lại, nhưng chỉ giới hạn trong Tapscript thay vì toàn bộ Bitcoin Script.
OP_CAT có phải là một Thỏa thuận không?
Không, không phải tự nó, và đây là một trong những điểm thường bị hiểu lầm nhất về OP_CAT. Theo thuật ngữ Bitcoin, “covenant” là một hạn chế đối với cách thức một đầu ra giao dịch chưa được chi tiêu (UTXO) có thể được chi tiêu trong tương lai. Bitcoin Script thông thường chỉ có thể kiểm tra xem việc chi tiêu có được ủy quyền tại thời điểm hiện tại hay không, thường là bằng cách xác minh chữ ký. Một "covenant" đi xa hơn, không chỉ kiểm tra xem việc chi tiêu có được ủy quyền hay không, mà còn kiểm tra xem giao dịch kết quả có đáp ứng một bộ điều kiện cụ thể hay không.
OP_CAT không tích hợp bất kỳ cơ chế nào để kiểm tra dữ liệu giao dịch. Tính năng này cung cấp một cách để kết hợp các phần dữ liệu trên ngăn xếp, và chỉ trở nên hữu ích cho các điều khoản ràng buộc khi được kết hợp với các mã lệnh khác dùng để kiểm tra chữ ký dựa trên dữ liệu đã được kết hợp đó. Bản thân BIP 347 đã nêu rõ ràng rằng Rằng OP_CAT, mặc dù đã được đề xuất để khôi phục trong Tapscript, nhưng không phải là một “covenant”. Sẽ chính xác hơn nếu mô tả nó như một khối xây dựng, khi kết hợp với các mã lệnh kiểm tra chữ ký, có thể được sử dụng để mô phỏng hành vi tương tự như “covenant”.
Điều này rất quan trọng bởi vì chính tính linh hoạt của OP_CAT là yếu tố khiến nó trở nên thú vị nhưng cũng gây tranh cãi. Mặc dù OP_CAT bản thân nó có thể không phải là một điều khoản ràng buộc, nhưng nó có thể mô phỏng các điều khoản ràng buộc nhờ một đặc điểm riêng biệt trong cách thức hoạt động của chữ ký Schnorr. Khi kết hợp với một mã lệnh (opcode) có tên là CheckSigFromStack (CSFS) — mã lệnh này kiểm tra chữ ký dựa trên dữ liệu tùy ý thay vì chỉ dựa trên chính giao dịch — OP_CAT có thể được sử dụng để thiết lập các hạn chế chi tiêu tương tự như những gì các mã lệnh hiệp ước chuyên dụng được thiết kế để tạo ra.
OP_CAT có thể được sử dụng để làm gì?
Vì OP_CAT là một nguyên thủy đa năng chứ không phải là một tính năng có phạm vi hẹp, các nhà phát triển đã đề xuất rất nhiều ứng dụng khác nhau cho nó. Những ứng dụng được thảo luận nhiều nhất bao gồm:
- Các hầm chứa. Vault là một loại thỏa thuận yêu cầu thực hiện nhiều bước, thường trải qua các giao dịch và khối riêng biệt, trước khi tiền có thể được chuyển đi. Điều này tạo ra một khoảng thời gian trì hoãn cố định, giúp chủ sở hữu có thời gian phát hiện và ngăn chặn các khoản chi tiêu trái phép, từ đó cải thiện hiệu quả của các giải pháp lưu trữ lạnh và quản lý chung.
- Hợp đồng không có sự mơ hồ. Các cơ chế này có thể áp dụng hình phạt đối với một bên trong kênh thanh toán — chẳng hạn như Mạng Lightning — nếu bên đó cố gắng phát tán trạng thái kênh đã lỗi thời hoặc gian lận, từ đó tăng cường tính bảo mật cho các hệ thống thanh toán ngoài chuỗi.
- Dấu hiệu của cây. OP_CAT cho phép tạo các kịch bản đa chữ ký có kích thước nhỏ gọn, trong đó kích thước chỉ tăng theo hàm logarit theo số lượng người ký; điều này có nghĩa là một giao dịch có kích thước dưới 1 kilobyte về mặt lý thuyết có thể hỗ trợ các điều kiện chi tiêu cho hàng triệu khóa công khai.
- Xây dựng và xác minh cây Merkle. Vì việc xây dựng và kiểm tra cây Merkle về cơ bản đòi hỏi phải nối các giá trị lại với nhau và thực hiện hàm băm, nên OP_CAT cung cấp cho Bitcoin Script mảnh ghép còn thiếu để thực hiện việc này một cách bản địa.
- Các dấu hiệu hậu lượng tử. OP_CAT có thể kích hoạt chữ ký Lamport — một phương thức chữ ký được coi là có khả năng chống lại các cuộc tấn công từ máy tính lượng tử — bởi vì chữ ký Lamport chỉ yêu cầu khả năng băm và nối các giá trị trên ngăn xếp.
- Tài sản được token hóa và các cầu nối chuỗi chéo. Bằng cách cho phép các kịch bản có khả năng biểu đạt cao hơn, OP_CAT có thể hỗ trợ việc phát hành token trực tiếp trên các chuỗi tương thích với Bitcoin và tạo ra các cầu nối giữa Bitcoin với các mạng khác với mức độ tin cậy được giảm thiểu tối đa.
Cũng cần thẳng thắn đề cập đến những điểm cân bằng ở đây. Chính sự linh hoạt khiến OP_CAT trở nên hữu ích cho tất cả các trường hợp nêu trên cũng là lý do khiến một số nhà phát triển Bitcoin tỏ ra thận trọng với nó. Vì OP_CAT là một opcode đa năng chứ không phải được thiết kế chuyên dụng, nó mở ra cái mà các nhà phát triển đôi khi gọi là “không gian thiết kế rộng lớn”, có nghĩa là khó dự đoán được mọi cách mà nó có thể được kết hợp với các opcode khác trong tương lai. Sự không chắc chắn đó chính là cốt lõi của cuộc tranh luận đang diễn ra, chứ không phải là một vấn đề phụ.
OP_CAT so với OP_CTV: So sánh hai đề xuất hiệp ước hàng đầu
OP_CAT thường được đề cập cùng với OP_CTV (OP_CheckTemplateVerify), được đề xuất trong BIP 119 bởi nhà phát triển Jeremy Rubin. Cả hai đều nhằm mục đích mang lại cho Bitcoin một hình thức khả năng thực thi cam kết, nhưng lại áp dụng các phương pháp thiết kế gần như trái ngược nhau.
Sự khác biệt thực tế nằm ở phạm vi áp dụng. OP_CTV cho phép đầu ra của một giao dịch cam kết với một giao dịch chi tiêu cụ thể trong tương lai, bao gồm các chi tiết như phiên bản, thời gian khóa (locktime), các đầu ra và số lượng đầu vào. Nếu khớp với mẫu, giao dịch chi tiêu sẽ được thực hiện. Nếu không khớp, giao dịch sẽ không được thực hiện. Sự hạn chế này là có chủ đích. CTV không có tính đệ quy, nghĩa là một giao dịch mà nó cam kết không thể tự cam kết với các hạn chế tiếp theo theo cách tạo ra một chuỗi ràng buộc vĩnh viễn. Những người ủng hộ coi đây là hình thức cam kết an toàn hơn và có tính kiểm soát cao hơn.
OP_CAT theo đuổi triết lý ngược lại. Thay vì giải quyết một vấn đề cụ thể, nó cung cấp cho các nhà phát triển một nguyên tố linh hoạt và cho phép họ xây dựng trên nền tảng đó. Trong khi CTV là một mã lệnh (opcode) được thiết kế cẩn thận với phạm vi hẹp nhằm hỗ trợ một tập hợp các trường hợp sử dụng cụ thể, thì OP_CAT là một nguyên thủy — phép nối chuỗi trên ngăn xếp — vốn đã tồn tại trong ngôn ngữ kịch bản Bitcoin ban đầu trước khi bị vô hiệu hóa vào năm 2010 do lo ngại về tấn công từ chối dịch vụ (DoS), những lo ngại này hiện không còn áp dụng dưới các giới hạn kích thước kịch bản sau Taproot. Chính sự linh hoạt đó đã cho phép OP_CAT hỗ trợ các điều khoản tái diễn, trong đó một hạn chế có thể tạo ra một hạn chế khác tiếp theo, một tính chất mà OP_CTV cố tình tránh.
Hôm nay, OP_CAT đã được triển khai trên Bitcoin chưa?
Không phải trên mạng chính của Bitcoin. BIP 347 đã đạt trạng thái “Hoàn tất” với tư cách là một tài liệu đặc tả kỹ thuật, có nghĩa là bản đề xuất này đã được hoàn thiện và được định nghĩa rõ ràng. Điều này khác với việc triển khai, vốn đòi hỏi cộng đồng Bitcoin nói chung và các nhà điều hành nút phải thực sự kích hoạt nó thông qua một đợt soft fork.
Tính đến giữa năm 2026, OP_CAT không phải là ứng cử viên hàng đầu cho lần thay đổi cơ chế đồng thuận tiếp theo của Bitcoin. Vị trí đó hiện thuộc về OP_CTV cùng với OP_CHECKSIGFROMSTACK (BIP 348), một mã lệnh liên quan cho phép một kịch bản xác minh chữ ký dựa trên dữ liệu tùy ý thay vì chỉ dựa trên chính giao dịch chi tiêu đó. Theo một Hướng dẫn tham khảo BIP mới nhất về Bitcoin, tính đến giữa năm 2026, các đề xuất hàng đầu cho đợt soft fork đồng thuận tiếp theo là các đề xuất về giao ước BIP 119 (OP_CHECKTEMPLATEVERIFY) và BIP 348 (OP_CHECKSIGFROMSTACK), vốn sẽ mở ra các khả năng lập trình mới cho các kho lưu trữ (vaults), các kênh giao dịch (channel factories) và các giao thức lớp 2 hiệu quả hơn, mặc dù vẫn chưa có lộ trình kích hoạt cụ thể và sự đồng thuận của cộng đồng vẫn đang được hình thành.
OP_CTV đã tiến xa hơn OP_CAT trong quá trình kích hoạt. Các nhà phát triển đã công bố các thông số tín hiệu cụ thể Đối với một soft fork theo kiểu BIP9: ngày bắt đầu phát tín hiệu là 30 tháng 3 năm 2026, khoảng thời gian chờ một năm kết thúc vào ngày 30 tháng 3 năm 2027, độ cao kích hoạt tối thiểu vào khoảng tháng 5 năm 2027, và ngưỡng phát tín hiệu của thợ đào là 90% trong mỗi chu kỳ độ khó kéo dài hai tuần. Điều này khiến CTV phải tuân theo cơ chế tương tự như cơ chế đã kích hoạt Taproot vào năm 2021, mặc dù việc đạt được ngưỡng 90% là điều khó đảm bảo do các đề xuất về thỏa thuận vẫn còn nhiều tranh cãi trong cộng đồng nhà phát triển.
Điều này không có nghĩa là OP_CAT đã hết thời. Điều đó có nghĩa là cuộc thảo luận về đợt soft fork “tiếp theo” vào năm 2026 hiện đang tập trung vào một cặp mã lệnh khác, và con đường phát triển trong tương lai của OP_CAT — nếu có — rất có thể sẽ phụ thuộc vào diễn biến của cuộc tranh luận về CTV và CSFS trước đó.
OP_CAT đã được triển khai ở những nơi khác
Dù OP_CAT vẫn đang chờ được triển khai trên mạng chính của Bitcoin, nhưng nó không hề nằm im mà chưa được thử nghiệm. Trong nhiều năm qua, nó đã âm thầm hoạt động trong môi trường sản xuất trên một số mạng liên quan đến Bitcoin.
- Mạng Liquid. Chuỗi phụ liên kết (federated sidechain) của Blockstream đã kích hoạt OP_CAT ngay từ khi ra mắt, mang lại cho hệ sinh thái Bitcoin nói chung một môi trường thử nghiệm trong thực tế từ nhiều năm trước khi BIP 347 thậm chí còn chưa ra đời.
- Bitcoin Cash và Bitcoin SV. Cả hai mạng lưới đều đã tái triển khai OP_CAT trong quá trình nâng cấp giao thức, và mã lệnh này đã xử lý các giao dịch trên các chuỗi khối này mà không có bất kỳ lỗ hổng bảo mật nào được ghi nhận liên quan trực tiếp đến chính mã lệnh này.
- Bitcoin Fractal. Đây là mạng lưới đang hoạt động sôi nổi nhất hiện nay. Fractal là một sidechain tương thích với Bitcoin, được xây dựng dựa trên phần mềm của chính Bitcoin Core và khai thác kết hợp với Bitcoin, đã ra mắt mạng chính vào ngày 9 tháng 9 năm 2024 với tính năng OP_CAT được kích hoạt ngay từ ngày đầu tiên.
Fractal xứng đáng được xem xét kỹ lưỡng hơn, bởi đây chính là câu trả lời rõ ràng nhất cho câu hỏi “điều này thực sự sẽ trông như thế nào trên Bitcoin”. Kể từ khi Fractal ra mắt, các giao thức mới đã tận dụng OP_CAT để tạo ra các hợp đồng thông minh dựa trên phần mềm Bitcoin, bao gồm Giao thức CAT, vốn đã thu hút sự quan tâm đáng kể từ cộng đồng người dùng Bitcoin bản địa, cùng với các tiêu chuẩn mới nổi khác giúp mở rộng chức năng của mạng lưới thông qua OP_CAT.
Ví dụ tiêu biểu nhất là CAT20, một tiêu chuẩn token có thể thay thế được được phát triển đặc biệt để tận dụng OP_CAT. Theo Tài liệu chính thức của Fractal Bitcoin, CAT20 được các thợ đào xác thực hoàn toàn và hoạt động dựa trên các hợp đồng thông minh, cụ thể là các điều khoản đệ quy (recursive covenants), được thực thi hoàn toàn bằng ngôn ngữ kịch bản riêng của Bitcoin ở lớp cơ sở, giúp nó khác biệt so với các tiêu chuẩn token phụ thuộc vào việc xác thực từ bên ngoài hoặc bên thứ ba. Trên thực tế, điều này có nghĩa là việc triển khai, đúc và chuyển nhượng token CAT20 diễn ra thông qua một chuỗi các thao tác OP_CAT để tạo thành một chuỗi dữ liệu duy nhất, sau đó được ghi trực tiếp lên blockchain và được kiểm tra bởi chính các thợ đào đang bảo mật mạng, thay vì bởi một dịch vụ lập chỉ mục ngoài chuỗi riêng biệt.
Câu chuyện về Quantum Cats: Cách một chiến dịch meme đã thúc đẩy sự phát triển của OP_CAT
Hầu hết các đề xuất về mã lệnh (opcode) chỉ dừng lại ở các danh sách thư điện tử và các chuỗi thảo luận trên GitHub. OP_CAT thì không, phần lớn là nhờ một dự án Bitcoin Ordinals có tên là Taproot Wizards.
Vào tháng 1 năm 2024, Taproot Wizards đã ra mắt bộ sưu tập theo phong cách NFT gồm 3.333 tác phẩm mang tên Quantum Cats, được xây dựng hoàn toàn với mục tiêu thu hút sự ủng hộ của cộng đồng đối với việc kích hoạt lại OP_CAT. Quantum Cats mong muốn OP_CAT tạo ra một cầu nối không cần cấp phép, cho phép chuyển bitcoin và các tài sản dựa trên bitcoin sang các chuỗi lớp 2 của Bitcoin, nơi chúng có thể tham gia vào các giao dịch phức tạp hơn. Để đủ điều kiện tham gia đúc NFT, người tham gia phải tìm hiểu về đề xuất kỹ thuật thực tế và công khai ủng hộ việc khôi phục nó, biến một cuộc thảo luận BIP khá khô khan thành một chiến dịch cộng đồng với những lợi ích thực sự gắn liền.
Bộ sưu tập này đồng thời cũng là một minh họa thực tế về quá trình nối chuỗi. Mỗi tác phẩm “Quantum Cat” tham chiếu đến một số tệp riêng biệt thay vì một hình ảnh tĩnh duy nhất, và khi các tệp mới được tiết lộ theo thời gian, hình ảnh những chú mèo cũng thay đổi, phản ánh chính xác cách thức hoạt động của OP_CAT thông qua việc ghép các mảnh dữ liệu riêng lẻ lại với nhau.
Chiến dịch này đã thành công đến mức thu hút được nguồn vốn đáng kể. Taproot Wizards đã huy động được 7,5 triệu USD vào năm 2023, tiếp theo là vòng gọi vốn 30 triệu USD vào tháng 2 năm 2025, cả hai khoản đều được dành riêng cho việc phát triển hệ sinh thái OP_CAT. Đồng sáng lập Udi Wertheimer mô tả dự án tập trung vào OP_CAT như là tương lai của Bitcoin, với nguồn vốn được sử dụng cho cả phát triển nội bộ và hỗ trợ các nhóm bên ngoài xây dựng trên mã opcode này. Một phiên đấu giá duy nhất của Quantum Cat tại Sotheby's, "Genesis Cat", đã kết thúc với mức giá 254.000 USD, nhấn mạnh tầm ảnh hưởng văn hóa to lớn mà chiến dịch này đã tạo ra xung quanh một mã opcode bốn byte.
Điều này là một lời nhắc nhở hữu ích rằng các cuộc tranh luận về mặt kỹ thuật xung quanh Bitcoin không phải lúc nào cũng chỉ dừng lại ở khía cạnh kỹ thuật. Các meme, nghệ thuật và tiền tệ đã nhiều lần trở thành công cụ để đưa các cuộc thảo luận về giao thức đến với công chúng rộng rãi hơn, và OP_CAT là một trong những ví dụ rõ ràng nhất gần đây về xu hướng đó.
Kết luận
OP_CAT thực hiện một việc đơn giản: nó ghép hai phần dữ liệu trên ngăn xếp của Bitcoin thành một. Điều khiến nó trở nên quan trọng chính là tất cả những tiềm năng mà chức năng duy nhất này có thể mở ra — từ các kho lưu trữ lạnh an toàn hơn, đến chữ ký hậu lượng tử, cho đến các token bản địa của Bitcoin — nếu cộng đồng Bitcoin đồng ý khôi phục nó. Tính đến tháng 7 năm 2026, thỏa thuận đó vẫn chưa diễn ra. BIP 347 là một thông số kỹ thuật hoàn chỉnh, đứng sau OP_CTV và OP_CHECKSIGFROMSTACK trong danh sách các bản soft fork đồng thuận tiếp theo của Bitcoin, ngay cả khi OP_CAT vẫn tiếp tục hoạt động âm thầm và không gặp sự cố nào trên Fractal Bitcoin, Liquid và các mạng liên quan đến Bitcoin khác. Dù điều gì xảy ra tiếp theo, cuộc tranh luận xung quanh OP_CAT đã cho thấy một đoạn mã nhỏ và đơn giản có thể thu hút các nhà phát triển, nghệ sĩ và nhà đầu tư cùng một lúc như thế nào.
