OP_CAT 이는 스택에 있는 두 개의 데이터를 하나로 합치는 비트코인 오프코드이며, 현재 비트코인 개발 역사상 가장 오랫동안 이어져 온 논쟁 중 하나의 대상이 되고 있습니다. 이 기능은 비트코인의 초기 코드에 포함되어 있었으나, 2010년 사토시 나카모토가 보안상의 우려로 제거했으며, 지난 몇 년간 비트코인에서 스마트 계약과 유사한 새로운 유형의 기능을 가능하게 할 수 있는 소프트 포크 제안(BIP 347)으로 논의되어 왔다. 2026년 7월 현재, 이 기능은 비트코인 메인넷에서는 활성화되어 있지 않지만, 이미 몇몇 비트코인 관련 네트워크에서 실행 중이며, 이곳에서 조용히 공개 스트레스 테스트가 진행되고 있다.
OP_CAT을 이해할 가치가 있는 이유는 단순히 코드 때문만이 아닙니다. 그 주변에 얽힌 다양한 주체들 때문이기도 합니다. 변경 사항이 안전한지 논의하는 비트코인 코어 개발자들, 이 기능의 복원을 촉구하기 위해 수천만 달러를 모금한 밈 기반 NFT 프로젝트, 그리고 이미 이 기능을 실제 운영에 적용한 급성장 중인 사이드체인 등이 바로 그 주인공들입니다. 이 가이드에서는 OP_CAT이 어떤 기능을 하는지, 왜 비활성화되었는지, 이를 통해 어떤 가능성이 열릴 수 있는지, 그리고 현재 상황이 정확히 어떻게 되어 있는지를 자세히 설명합니다.
멀티체인을 사용하세요 Bitcoin.com 지갑 앱, 수백만 명의 사용자들이 비트코인과 암호화폐를 안전하고 간편하게 보내고, 받고, 사고, 팔고, 거래하고, 사용하며 관리할 수 있도록 신뢰받고 있습니다.
주요 내용
- OP_CAT(“operation concatenate”의 약자)는 비트코인 스택에 있는 두 개의 데이터 항목을 하나의 항목으로 결합합니다. 이것이 이 함수의 전부입니다.
- 이 기능은 비트코인의 초기 코드에서 활성화되어 있었으나, 서비스 거부(DoS) 공격의 위험으로 인해 2010년 사토시 나카모토에 의해 비활성화되었습니다.
- 이를 재도입하기 위한 제안인 BIP 347은 에단 헤일만(Ethan Heilman)과 아르민 사부리(Armin Sabouri)가 작성했으며, 2024년 4월에 BIP 번호가 부여되었습니다.
- OP_CAT 자체는 코버넌트가 아니지만, 다른 오프코드와 결합하면 볼트를 비롯한 코버넌트와 유사한 지출 제한을 구축하는 데 사용할 수 있습니다.
- 2026년 중반 현재, OP_CAT은 비트코인 메인넷에서 활성화되지 않았습니다. 비트코인의 차기 합의 소프트 포크 후보로 현재 가장 유력한 것은 OP_CTV(BIP 119)와 OP_CHECKSIGFROMSTACK(BIP 348)이며, OP_CAT 단독은 아닙니다.
- OP_CAT은 이미 비트코인과 연동된 사이드체인인 프랙탈 비트코인(Fractal Bitcoin)에서 가동 중이며, 이곳에서 CAT20 토큰 표준을 지원하고 있습니다. 또한 리퀴드 네트워크(Liquid Network)와 비트코인 캐시(Bitcoin Cash)에서도 수년 동안 알려진 취약점 없이 안정적으로 운영되어 왔습니다.
- Taproot Wizards가 제작한 ‘Quantum Cats’라는 비트코인 NFT 프로젝트는 OP_CAT 지원을 밈 캠페인으로 전환하여, OP_CAT 관련 개발을 위해 3,700만 달러 이상의 자금을 모금했다.
OP_CAT의 작동 원리
OP_CAT을 이해하는 가장 명확한 방법은 비트코인의 스크립트 시스템을 작은 블록들로 쌓아 올린 더미로 상상해 보는 것입니다. 모든 비트코인 거래의 기반이 되는 프로그래밍 언어인 비트코인 스크립트는 스택 기반 언어입니다. 데이터는 스택에 밀어 넣으며, 오퍼코드(opcode)는 스택 최상단에 있는 항목에 대해 연산을 수행하고, 그 결과에 따라 거래의 유효 여부가 결정됩니다.
OP_CAT은 스택의 맨 위 두 항목을 가져와 이를 연결합니다. 즉, 두 항목을 앞뒤로 이어 하나의 결합된 항목으로 만든 다음, 이를 다시 스택의 맨 위에 올려놓습니다. 스택에 "1"과 "2"가 들어 있는 경우, OP_CAT을 실행하면 두 값이 모두 제거되고 "12"로 대체됩니다. 공식 사양에 따르면 BIP 347, OP_CAT은 x1 || x2를 스택에 밀어 넣는데, 여기서 이중 파이프 기호는 연결을 의미합니다.
한 가지 중요한 제한 사항이 있습니다. 스택에 값이 두 개 미만일 경우, 또는 이 값들을 결합했을 때 비트코인의 최대 스크립트 요소 크기인 520바이트를 초과하는 값이 생성될 경우 OP_CAT은 실패합니다. 이 바이트 제한은 이 오퍼코드(opcode)의 역사에서 매우 중요한 의미를 지니며, 이에 대해서는 잠시 후에 자세히 살펴보겠습니다.
단순히 두 개의 데이터 문자열을 연결하는 것만으로는 그다지 강력한 기능처럼 들리지 않을 수 있습니다. 하지만 비트코인의 스크립트 언어에는 스택에 있는 값들을 결합하는 범용적인 방법이 한 번도 없었으며, 이러한 한계로 인해 개발자들이 비트코인 거래에 직접 구현할 수 있는 기능의 범위가 제한되어 왔습니다. 비트코인 옵테크가 설명합니다, 비트코인 탭스크립트(Tapscript)에는 스택에 있는 객체들을 결합하는 범용적인 방법이 없어, 탭스크립트의 표현력이 제한될 뿐만 아니라, 무엇보다도 탭스크립트 내에서 직접 머클 트리(Merkle tree)나 기타 해시 기반 데이터 구조를 생성하고 평가하는 기능을 사용할 수 없습니다. OP_CAT은 바로 이러한 구체적인 한계를 해결하기 위해 제안된 해결책입니다.
2010년에 OP_CAT이 비활성화된 이유는 무엇인가요?
OP_CAT은 비트코인의 첫 번째 릴리스에 포함되어 있었습니다. 사토시 나카모토는 2010년에 OP_MUL, OP_DIV, OP_OR 등 다른 여러 오프코드와 함께 이를 제거했습니다. 공식적인 이유는 서비스 거부(DoS) 위험에 초점을 맞췄습니다. OP_CAT을 반복적으로 사용하는 스크립트는 이론적으로 기하급수적으로 증가하는 데이터를 생성할 수 있으며, 이 데이터의 크기가 너무 커져 이를 검증하려는 노드의 속도를 저하시키거나 다운시킬 수 있기 때문입니다.
당시 비트코인 스택에 올라가는 단일 항목의 크기에 대한 엄격한 제한은 없었습니다. 즉, 악의적인 스크립트가 네트워크를 마비시킬 만큼 데이터 양이 많은 문자열이 생성될 때까지 값을 계속 연결해 나갈 수 있었다는 뜻입니다. OP_CAT을 비롯한 다른 비활성화된 오프코드를 제거한 것은, 아직 필요하지 않은 기능보다 네트워크 안정성을 우선시한 보수적인 조치였습니다.
2021년 11월, 비트코인이 탭루트(Taproot) 업그레이드를 적용하면서 상황이 바뀌었습니다. 탭루트는 자체 규칙을 가진 새로운 스크립팅 컨텍스트인 탭스크립트(Tapscript)를 도입했는데, 그 규칙 중 하나는 단일 스택 항목의 크기를 520바이트로 제한하는 것입니다. 이 바이트 제한으로 인해 원래의 공격 경로는 직접적으로 차단되었습니다. 스크립트는 여전히 OP_CAT을 호출할 수 있지만, 2010년 사토시가 우려했던 것과 같은 자원 고갈 문제를 일으킬 만큼 큰 값을 생성할 수는 없습니다. 바로 이 기술적 세부 사항 덕분에 OP_CAT을 다시 도입할 수 있는 길이 열렸으며, 그 적용 범위는 비트코인 스크립트 전체가 아닌 탭스크립트로 한정됩니다.
OP_CAT은 코버넌트인가요?
아니요, 그 자체로는 아닙니다. 이것이 바로 OP_CAT에 대해 가장 흔히 오해받는 점 중 하나입니다. 비트코인 용어로 ‘코버넌트(covenant)’란, 미사용 거래 출력(UTXO)이 향후 어떻게 사용될 수 있는지에 대한 제한을 의미합니다. 일반적인 비트코인 스크립트는 주로 서명을 검증하는 방식으로, 현재 시점에서 지출이 승인되었는지 여부만 확인할 수 있습니다. 반면 코버넌트는 한 걸음 더 나아가, 지출이 승인되었는지 여부뿐만 아니라 그 결과로 발생하는 거래가 특정 조건들을 충족하는지까지 확인합니다.
OP_CAT에는 트랜잭션 데이터를 검사하기 위한 내장 메커니즘이 포함되어 있지 않습니다. 이 오퍼레이션 코드가 제공하는 것은 스택에 있는 데이터 조각들을 결합하는 방법이며, 이는 결합된 데이터를 기준으로 서명을 검증하는 다른 오퍼레이션 코드와 함께 사용될 때만 코번언트에서 유용하게 활용될 수 있습니다. BIP 347 자체에는 다음과 같이 명확히 명시되어 있습니다. OP_CAT는 Tapscript에서 재활성화가 제안된 바 있지만, 코버넌트는 아닙니다. 이를 서명 검증 오프코드와 결합하여 코버넌트와 유사한 동작을 구현하는 데 사용할 수 있는 구성 요소라고 설명하는 것이 더 정확합니다.
이 점이 중요한 이유는 OP_CAT의 유연성이야말로 이를 흥미로우면서도 논란의 여지가 있게 만드는 요소이기 때문입니다. OP_CAT 자체가 코번언(covenant)은 아닐지라도, 슈노르(Schnorr) 서명의 작동 방식에 있는 특이한 점 덕분에 코번언을 모방할 수 있습니다. 거래 자체뿐만 아니라 임의의 데이터에 대해 서명을 검증하는 CheckSigFromStack(CSFS)이라는 오프코드와 결합하면, OP_CAT을 사용하여 전용 코번언 오프코드가 구현하도록 설계된 것과 동일한 종류의 지출 제한을 구축할 수 있습니다.
OP_CAT은 어떤 용도로 사용될 수 있을까요?
OP_CAT은 적용 범위가 좁은 기능이 아니라 범용적인 기본 요소이기 때문에, 개발자들은 이를 활용한 다양한 응용 사례를 제안해 왔습니다. 그중 가장 자주 논의되는 것들은 다음과 같습니다:
- 금고. 볼트(vault)는 자금이 이동되기 전에 여러 단계의 절차를 거쳐야 하는 일종의 계약으로, 이 과정은 대개 서로 다른 거래와 블록에 걸쳐 이루어집니다. 이를 통해 내재된 지연 시간이 발생하므로 소유자는 무단 지출을 감지하고 차단할 시간을 확보할 수 있어, 콜드 스토리지 및 공동 보관 체계를 더욱 강화할 수 있습니다.
- 모호성이 없는 계약. 이는 라이트닝 네트워크와 같은 결제 채널에서 오래된 정보나 허위 채널 상태를 전송하려는 당사자에게 불이익을 주어, 오프체인 결제 시스템의 보안을 강화할 수 있습니다.
- 나무의 특징. OP_CAT을 사용하면 서명자 수에 따라 크기가 로그 함수적으로만 증가하는 간결한 다중 서명 스크립트를 구현할 수 있습니다. 즉, 1킬로바이트 미만의 트랜잭션으로도 이론적으로 수백만 개의 공개 키에 걸친 지출 조건을 지원할 수 있습니다.
- 머클 트리 생성 및 검증. 머클 트리를 구축하고 검증하는 과정은 근본적으로 값들을 연결하고 해시 처리하는 작업을 필요로 하기 때문에, OP_CAT은 비트코인 스크립트가 이를 네이티브 방식으로 수행하는 데 필요한 마지막 퍼즐 조각을 제공해 줍니다.
- 포스트 양자 서명. OP_CAT을 사용하면 램포트 서명을 활성화할 수 있는데, 램포트 서명은 스택에 있는 값을 해시하고 연결하는 기능만 있으면 되기 때문에 양자 컴퓨터의 공격에 저항력이 있는 것으로 여겨지는 서명 방식입니다.
- 토큰화된 자산과 크로스체인 브리지. OP_CAT은 더 표현력이 풍부한 스크립트를 지원함으로써, 비트코인과 호환되는 체인에서 직접 토큰을 발행할 수 있게 하고, 비트코인과 다른 네트워크 간에 신뢰 의존도를 최소화한 브리지를 더 많이 구축할 수 있도록 지원할 수 있습니다.
이 부분에서도 장단점에 대해 솔직하게 언급할 필요가 있습니다. 앞서 언급한 모든 용도에서 OP_CAT을 유용하게 만드는 바로 그 유연성 때문에, 일부 비트코인 개발자들은 이 기능을 신중하게 바라보고 있습니다. OP_CAT은 특정 용도로 설계된 것이 아니라 범용적인 기능이기 때문에, 개발자들이 때때로 ‘광범위한 설계 공간’이라고 부르는 영역을 열어놓습니다. 즉, 향후 다른 오프코드와 결합될 수 있는 모든 경우를 예측하기가 더 어렵다는 뜻입니다. 이러한 불확실성이야말로 현재 진행 중인 논쟁의 핵심이며, 단순한 부수적인 문제가 아닙니다.
OP_CAT 대 OP_CTV: 두 가지 주요 코버넌트 제안의 비교
OP_CAT은 대개 개발자 제레미 루빈이 BIP 119에서 제안한 OP_CTV(OP_CheckTemplateVerify)와 함께 논의됩니다. 두 제안 모두 비트코인에 일종의 계약 기능을 부여하는 것을 목표로 하지만, 설계 접근 방식은 거의 정반대입니다.
실질적인 차이는 적용 범위에 있습니다. OP_CTV는 트랜잭션 출력이 버전, 잠금 시간, 출력, 입력 개수 등의 세부 사항을 포함하여 정확히 하나의 미래 지출 트랜잭션에 대해 커밋할 수 있게 합니다. 템플릿과 일치하면 지출이 처리됩니다. 일치하지 않으면 거래가 처리되지 않습니다. 이러한 제한성은 의도된 것입니다. CTV는 비재귀적입니다. 즉, CTV가 확정된 거래는 영구적인 제약 조건의 사슬을 형성하는 방식으로 추가적인 제한을 스스로 확정할 수 없습니다. 지지자들은 이를 더 안전하고 통제된 형태의 코버넌트라고 간주합니다.
OP_CAT은 정반대의 철학을 따릅니다. 특정 문제 하나를 해결하는 대신, 개발자들에게 유연한 기본 기능을 제공하여 이를 기반으로 시스템을 구축할 수 있게 합니다. CTV가 특정 사용 사례를 지원하도록 신중하게 범위가 정의된 하나의 오프코드인 반면, OP_CAT은 스택 상의 문자열 연결이라는 기본 요소로, 2010년 서비스 거부(DoS) 우려로 인해 비활성화되기 전까지 원래 비트코인 스크립팅 언어에 이미 포함되어 있었으나, Taproot 도입 이후 적용된 스크립트 크기 제한 하에서는 더 이상 해당 우려가 적용되지 않습니다. 바로 이러한 유연성 덕분에 OP_CAT은 재귀적 코번언트를 지원할 수 있습니다. 재귀적 코번언트란 하나의 제한 조건이 이후 단계에서 또 다른 제한 조건을 생성할 수 있는 구조를 말하며, 이는 OP_CTV가 의도적으로 피하는 특성입니다.
오늘 비트코인에서 OP_CAT이 활성화되었나요?
비트코인 메인넷에서는 아닙니다. BIP 347은 사양 문서로서 “완료(Complete)” 상태에 도달했는데, 이는 제안서 자체가 완성되어 명확하게 정의되었음을 의미합니다. 이는 실제 배포와는 별개의 문제이며, 배포를 위해서는 더 넓은 비트코인 커뮤니티와 노드 운영자들이 소프트 포크를 통해 이를 실제로 활성화해야 합니다.
2026년 중반 현재, OP_CAT은 비트코인의 차기 합의 알고리즘 변경을 위한 유력한 후보는 아닙니다. 현재 그 지위는 OP_CTV와, 스크립트가 지출 거래 자체뿐만 아니라 임의의 데이터에 대해서도 서명을 검증할 수 있게 해주는 관련 오프코드인 OP_CHECKSIGFROMSTACK(BIP 348)이 차지하고 있습니다. 한 보고서에 따르면, 최신 비트코인 BIP 참조 가이드, 2026년 중반 현재, 차기 합의 소프트 포크의 유력한 후보로는 코버넌트 제안인 BIP 119(OP_CHECKTEMPLATEVERIFY)와 BIP 348 (OP_CHECKSIGFROMSTACK)입니다. 이 제안들은 볼트, 채널 팩토리 및 보다 효율적인 레이어 2 프로토콜을 위한 새로운 스크립팅 기능을 가능하게 할 것으로 보이지만, 아직 활성화 일정은 정해지지 않았으며 커뮤니티의 합의도 여전히 형성 중인 상태입니다.
OP_CTV는 OP_CAT보다 활성화 절차에서 더 진전된 상태입니다. 개발자들은 다음과 같이 발표했습니다. 구체적인 신호 매개변수 BIP9 방식의 소프트 포크의 경우: 신호 발신 시작일은 2026년 3월 30일, 1년간의 타임아웃 기간은 2027년 3월 30일에 종료되며, 최소 활성화 높이는 2027년 5월경, 각 2주 단위의 난이도 기간 동안 채굴자의 신호 발신 임계값은 90%로 설정됩니다. 이는 CTV가 2021년 Taproot를 활성화했던 것과 동일한 메커니즘을 따르게 되지만, 개발자 커뮤니티 내에서 코번언 제안에 대한 논란이 여전히 지속되고 있는 점을 고려할 때 90% 임계값 달성이 보장되기는커녕 요원해 보입니다.
이 모든 것이 OP_CAT이 사라졌다는 뜻은 아닙니다. 이는 2026년에 있을 “다음” 소프트 포크 논의가 현재 다른 두 개의 오프코드를 중심으로 진행되고 있으며, OP_CAT의 향후 방향(만약 있다면)은 우선 그 CTV와 CSFS에 대한 논쟁이 어떻게 전개되느냐에 달려 있을 가능성이 높다는 것을 의미합니다.
OP_CAT은 이미 다른 곳에서 운영 중입니다
OP_CAT이 비트코인 메인넷 도입을 기다리고 있는 동안, 테스트 없이 방치되어 있는 것은 아닙니다. 이 기능은 수년 동안 몇몇 비트코인 관련 네트워크에서 운영 환경에서 조용히 가동되어 왔습니다.
- 리퀴드 네트워크. 블록스트림(Blockstream)의 연합형 사이드체인은 출시 당시부터 OP_CAT이 활성화된 상태였으며, 이는 BIP 347이 등장하기 수년 전부터 더 넓은 비트코인 생태계에 실제 적용을 위한 테스트베드를 제공해 왔습니다.
- 비트코인 캐시와 비트코인 SV. 두 네트워크 모두 프로토콜 업그레이드 과정에서 OP_CAT을 다시 도입했으며, 해당 오퍼코드 자체와 관련된 공식적으로 확인된 악용 사례 없이도 이 체인들에서 거래를 처리해 왔습니다.
- 프랙탈 비트코인. 이것은 현재 가장 활발하게 운영 중인 배포 버전입니다. 프랙탈(Fractal)은 비트코인 코어(Bitcoin Core)의 자체 소프트웨어를 사용하여 구축되었으며 비트코인과 병합 채굴(merge-mining)을 수행하는 비트코인 호환 사이드체인으로, 2024년 9월 9일에 메인넷을 출시했으며 출시 첫날부터 OP_CAT이 활성화되었습니다.
프랙탈(Fractal)은 “이것이 비트코인에서 실제로 어떻게 구현될까”라는 질문에 대한 가장 명확한 해답을 제시하기 때문에 자세히 살펴볼 가치가 있습니다. 프랙탈 출시 이후, 새로운 프로토콜들이 OP_CAT을 활용해 비트코인 소프트웨어를 기반으로 한 스마트 계약을 만들어 왔습니다. 여기에는 비트코인 네이티브 사용자들 사이에서 상당한 관심을 끌고 있는 CAT 프로토콜을 비롯해, OP_CAT을 사용하여 네트워크의 기능을 확장하는 다른 신흥 표준들도 포함됩니다.
가장 대표적인 예로는 OP_CAT의 장점을 활용하기 위해 특별히 개발된 대체 가능 토큰 표준인 CAT20이 있습니다. 에 따르면 프랙탈 비트코인의 공식 문서, CAT20은 채굴자들에 의해 완전히 검증되며, 스마트 계약, 특히 재귀적 약정(recursive covenants)을 통해 운영됩니다. 이는 베이스 레이어에서 비트코인의 자체 스크립팅 언어로 전적으로 실행되므로, 외부 또는 제3자의 검증을 필요로 하는 토큰 표준과는 차별화됩니다. 실질적으로 이는 CAT20 토큰의 배포, 발행 및 전송이 일련의 OP_CAT 연산을 통해 이루어지며, 이 연산들은 하나의 데이터 문자열을 구성하고, 이 문자열은 별도의 오프체인 인덱싱 서비스가 아닌 네트워크를 보호하는 동일한 채굴자들에 의해 직접 블록체인에 기록되고 검증된다는 것을 의미합니다.
‘퀀텀 캣츠’ 이야기: 밈 캠페인이 OP_CAT을 어떻게 발전시켰는가
대부분의 오프코드 제안은 메일링 리스트나 GitHub 토론 게시판에 그치는 경우가 많습니다. 하지만 OP_CAT은 달랐는데, 이는 주로 ‘Taproot Wizards’라는 비트코인 오디널스 프로젝트 덕분이었습니다.
2024년 1월, Taproot Wizards는 OP_CAT 재활성화에 대한 대중의 지지를 이끌어내는 것을 유일한 목표로 삼아 ‘Quantum Cats’라는 3,333점 규모의 NFT 스타일 컬렉션을 출시했습니다. '퀀텀 캣츠'는 OP_CAT을 통해 비트코인과 비트코인 기반 자산을 비트코인 레이어 2 체인으로 이동시킬 수 있는 허가 없는 브리지를 구축하여, 해당 자산들이 더 복잡한 거래에 참여할 수 있도록 하고자 했습니다. 참가자들은 NFT 발행 자격을 얻기 위해 실제 기술 제안서를 숙지하고 OP_CAT의 복귀를 공개적으로 옹호해야 했으며, 이를 통해 다소 지루할 수 있는 BIP 논의가 실질적인 이해관계가 걸린 커뮤니티 캠페인으로 전환되었습니다.
이 컬렉션 자체는 연결(concatenation)이 실제로 어떻게 작동하는지 보여주는 사례이기도 했습니다. 각 ‘Quantum Cat’은 하나의 정적 이미지가 아닌 여러 개의 개별 파일을 참조하며, 시간이 지남에 따라 새로운 파일이 공개될 때마다 고양이의 모습이 변합니다. 이는 개별 데이터 조각들을 하나로 결합하는 OP_CAT의 작동 방식을 정확히 반영한 것입니다.
이 캠페인은 상당한 자금 유치로 이어질 만큼 성공적이었습니다. Taproot Wizards는 2023년에 750만 달러를 조달했고, 이어 2025년 2월에는 3,000만 달러 규모의 투자 라운드를 성사시켰으며, 두 자금 모두 OP_CAT 생태계 개발에 명시적으로 배정되었습니다. 공동 창업자 우디 베르트하이머(Udi Wertheimer)는 이 프로젝트가 비트코인의 미래인 OP_CAT에 초점을 맞추고 있으며, 조달된 자금은 자체 개발은 물론 해당 오프코드를 기반으로 개발하는 외부 팀 지원에도 사용될 것이라고 설명했다. 소더비에서 진행된 단 한 건의 퀀텀 캣(Quantum Cat) 경매인 ‘제네시스 캣(Genesis Cat)’은 254,000달러에 낙찰되며, 이 캠페인이 4바이트짜리 오프코드를 중심으로 얼마나 큰 문화적 영향력을 얻었는지를 여실히 보여주었습니다.
이는 비트코인에 대한 기술적 논의가 항상 기술적 차원에만 머무르는 것은 아니라는 점을 상기시켜 주는 유용한 사례입니다. 밈, 예술, 그리고 돈은 프로토콜에 대한 논의를 더 넓은 시야로 끌어내는 도구로 반복적으로 활용되어 왔으며, OP_CAT은 이러한 패턴을 보여주는 최근의 가장 뚜렷한 사례 중 하나입니다.
결론
OP_CAT은 비트코인 스택에 있는 두 개의 데이터를 하나로 합치는 간단한 기능을 수행합니다. 이 기능이 중요한 이유는, 비트코인 커뮤니티가 이 기능을 다시 도입하기로 합의한다면, 더 안전한 콜드 스토리지 금고부터 양자 저항 서명, 비트코인 네이티브 토큰에 이르기까지 이 단일 기능이 열어줄 수 있는 모든 가능성 때문입니다. 2026년 7월 현재, 그러한 합의는 이루어지지 않았습니다. BIP 347은 비트코인의 차기 합의 소프트 포크 대기열에서 OP_CTV와 OP_CHECKSIGFROMSTACK 바로 뒤에 위치한 완성된 사양입니다. 한편 OP_CAT은 프랙탈 비트코인(Fractal Bitcoin), 리퀴드(Liquid) 및 기타 비트코인 관련 네트워크에서 아무런 문제 없이 조용히 계속 운영되고 있습니다. 앞으로 어떤 일이 벌어지든, OP_CAT을 둘러싼 논쟁은 이미 작고 단순한 코드 한 조각이 개발자, 예술가, 투자자들을 한꺼번에 끌어모을 수 있음을 보여주었습니다.
