비트코인 커버넌트의 르네상스: OP_CTV, LNHANCE, OP_CAT, BitVM2가 비트코인 L1에 스마트 컨트랙트를 도입하는 방법
지난 15년 동안 비트코인의 스크립팅 언어는 의도적이고 공격적일 정도로 지루했습니다. 루프도, 재귀도, 상태도 없었습니다. 작은 스택, 소수의 옵코드(opcode), 그리고 모든 확장 제안을 잠재적인 내전처럼 취급하는 문화가 지배적이었습니다. 이러한 보수주의 덕분에 비트코인은 합의 레이어에서 단 한 번도 성공적으로 해킹된 적이 없었지만, "A에서 B로 코인을 전송하는 것" 이상의 무언가를 만들고 싶어 했던 개발자들이 결국 포기하고 이더리움으로 떠나게 된 이유이기도 했습니다.
그러한 계산이 2026년에 바뀌고 있습니다. BIP-119가 초안으로 작성된 이후 처음으로 OP_CHECKTEMPLATEVERIFY의 구체적인 활성화 파라미터가 테이블 위에 올랐습니다. OP_CAT은 공식 BIP 번호를 부여받았습니다. LNHANCE는 라이트닝 네트워크에 초점을 맞춘 대안으로 활발히 논의되고 있습니다. 그리고 소프트 포크가 전혀 필요 없는 BitVM2는 이미 실제 환경(production)에서 작동 중이며, 지난 1월에 출시된 Citrea의 메인넷 브릿지를 구동하고 있습니다. 수년간 "코비넌트(covenants)가 곧 올 것이다"라는 말만 무성했지만, 이제 비트코인은 마침내 여러 신뢰할 수 있는 제안들이 병렬로 실행되며 각각 문제의 서로 다른 측면을 해결하는 단계에 진입했습니다.
코비넌트란 무엇인가 (그리고 왜 논란이 되어 왔는가)
비트코인 용어로 코비넌트(Covenant)는 UTXO가 미래에 어떻게 소비될 수 있는지에 대한 제한을 의미합니다. 일반적인 비트코인 스크립트는 "이 소비가 지금 승인되었는가?"라는 질문에만 답할 수 있습니다. 코비넌트는 이를 확장하여 "이 소비가 승인되었는가, 그리고 다음 트랜잭션이 이 조건들과 일치하는가?"라고 묻습니다.
이 작은 확장은 놀라운 양의 기능을 가능하게 합니다. 자금이 특정 목적지를 떠나기 전에 의무적인 시간 지연을 강제하는 볼트(Vault). 하나의 온체인 트랜잭션으로 수천 개의 오프체인 결제에 자금을 지원할 수 있는 혼잡 제어 약정(Congestion-control commitments). 결제 풀. 비대화형 채널. 멀티시그 연합(federations)에 의존하지 않는 ZK-롤업 브릿지. 새로 가능해지는 목록이 너무나 길어서 개발자들은 지난 10년의 대부분을 코비넌트를 두고 논쟁해 왔습니다.
왜 싸우는 걸까요? 두 가지의 실질적인 우려와 한 가지의 문화적 우려 때문입니다. 기술적으로, 재귀적 코비넌트(모든 후속 소비에 영구적으로 자신을 강제하는 코비넌트)는 이론적으로 코인을 영구적으로 제한하는 데 사용될 수 있어 비트코인의 대체 가능성(fungibility)을 훼손할 수 있습니다. 문화적으로는 비트코인의 개발 철학이 모든 새로운 옵코드를 잠재적인 공격 표면으로 간주하며, 탭루트(Taproot) 이후 코비넌트를 활성화하는 것이 일부 개발자들에게는 프로토콜의 복잡성 예산을 수용 불가능할 정도로 확장하는 것으로 보이기 때문입니다. BIP-119 논쟁에 대한 Bitcoin Magazine의 보도는 이러한 역동성을 직설적으로 담아냈습니다. "비트코인에서 코비넌트를 활성화하는 것은 기존 연구가 거의 없는 상태에서 이루어지는 큰 변화이며, 탭루트 활성화 직후에 뒷문을 통해 서둘러 통과시키려는 시도는 저항받아야 한다."
3년의 추가 연구가 지난 지금, "연구가 거의 없다"라는 비판은 더 이상 유지되기 어렵습니다.
OP_CTV (BIP-119): 미니멀리스트 볼트 제안
OP_CHECKTEMPLATEVERIFY는 실제 활성화에 가장 근접한 코비넌트 제안입니다. Jeremy Rubin이 작성한 BIP-119는 UTXO가 특정되고 미리 결정된 트랜잭션 템플릿(버전, 락타임, 입력 수, 시퀀스, 출력 수, 출력물, 그리고 소비되는 입력의 위치)으로만 소비되도록 고정하는 단일 옵코드를 추가합 니다. 템플릿과 일치하면 소비할 수 있고, 일치하지 않으면 소비할 수 없습니다.
그게 전부입니다. OP_CTV는 설계상 비재귀적입니다. 미래의 트랜잭션을 약정할 수는 있지만, 그 미래의 트랜잭션이 다시 또 다른 트랜잭션을 약정하여 영구적인 제한을 만들 수는 없습니다. 이러한 의도적인 제한 때문에 CTV 지지자들은 이를 "안전한" 코비넌트라고 생각합니다. 이는 볼트, 혼잡 제어 및 특정 라이트닝 개선을 가능하게 하지만, 영구적으로 오염된 코인을 만드는 데 사용될 수는 없습니다.
2026년의 구체적인 소식은 이렇습니다. CTV 배포 파라미터는 이제 시작 시간을 2026년 3월 30일, 타임아웃을 2027년 3월 30일, 최소 활성화 높이를 2027년 5월, 90%의 마이너 시그널링 임계값, 그리고 2016 블록의 시그널링 기간으로 명시하고 있습니다. 이것이 합의된 것은 아니며 활성화 파라미터에 대한 제안일 뿐입니다. 하지만 2022년 이후 처음으로 구체적인 타임라인이 테이블에 올랐다는 점에서 의미가 있으며, 이는 CTV 진영이 질문을 던지는 것과 같습니다. 활성화할 것인가, 아니면 공식적으로 거부할 것인가?
CTV의 실질적인 킬러 앱은 볼트(Vault)입니다. 오늘날 사용자가 단일 키 유출로부터 보호받으며 100만 달러 상당의 비트코인을 스스로 보관하려면, 지리적으로 키를 분산한 멀티시그(운영상의 고통), 타임락 트랜잭션(취약함), 또는 수탁 서비스(비트코인의 취지를 저해함)와 같은 좋지 않은 선택지밖에 없습니다. CTV 볼트를 사용하면 사용자는 자신의 콜드 스토리지에서 나가는 모든 소비가 반드시 먼저 타임락이 걸린 중간 주소를 거치도록 강제할 수 있으며, 그 기간 동안 사용자는 무단 활동을 감지하고 복구 클로백(clawback)을 실행할 수 있습니다. 이는 거액의 비트코인 보유에 따른 위험 프로필을 실질적으로 변화시키는 원시함수(primitive)입니다.
OP_CAT (BIP-347): 재귀적 코비넌트 지상주의자의 길
OP_CAT은 철학적으로 CTV와 거의 정반대의 제안입니다. CTV가 특정 사용 사례를 가능하게 하도록 설계된 하나의 세심하게 범위가 정해진 옵코드라면, OP_CAT은 스택에서의 문자열 연결(string concatenation)이라는 원시함수입니다. 이는 2010년 DoS 우려로 인해 비활성화되기 전까지 원래 비트코인 스크립팅 언어에 이미 존재했던 것이며, 탭루트 이후의 스크립트 크기 제한 환경에서는 해당 우려가 더 이상 적용되지 않습니다.
OP_CAT을 다시 활성화하는 것은 표면적으로는 대수롭지 않아 보입니다. 단순히 스크립트가 두 개의 바이트 문자열을 연결할 수 있게 해줄 뿐입니다. 하지만 탭루트에서 도입된 슈노르(Schnorr) 서명과 결합된 문자열 연결은 인트로스펙션(introspection), 즉 스크립트가 자신을 소비하는 트랜잭션을 검사할 수 있는 능력을 구축하기에 충분합니다. 그리고 인트로스펙션은 재귀적 코비넌트, 상태 머신(state machines), 그리고 결과적으로 EVM 스타일의 체인에서 작성할 수 있는 거의 모든 스마트 컨트랙트를 구축하기에 충분합니다.
StarkWare는 OP_CAT이 활성화된 비트코인에서 브릿지 코비넌트 개념 증명(PoC)을 발표하며 이를 정 확히 입증했습니다. 연합 멀티시그나 별도의 브릿지 체인 없이도 비트코인 스크립트에 의해 전적으로 강제되는, 비트코인에서 L2로의 신뢰 최소화 브릿징이 가능함을 보여주었습니다. sCrypt 팀은 OP_CAT이 어떻게 상태 저장 UTXO 컨트랙트, NFT 스타일의 오디널스 거래, 그리고 재귀적 볼트를 가능하게 하는지 보여주는 여러 편의 시리즈를 게시했습니다.
상충 관계는 CTV 지지자들이 우려하는 바로 그 지점입니다. OP_CAT의 표현력에는 영구적으로 제한된 코인을 만들 수 있는 표현력이 포함됩니다. 실제로 이는 이미 약한 형태(분실된 키가 있는 멀티시그, 도달 불가능한 미래의 타임락)로 존재하며, OP_CAT 옹호자들은 대체 가능성에 대한 우려가 운영상의 문제라기보다 이론적인 문제라고 주장합니다. 그러나 철학적 차이는 분명합니다. OP_CTV는 "이러한 특정 사용 사례를 위해 코비넌트를 활성화하자"라고 말하고, OP_CAT은 "원시함수를 활성화하고 개발자들이 사용 사례를 찾아내게 하자"라고 말합니다.
2024년 OP_CAT이 BIP-347 번호를 부여받은 것은 기술적인 내용(CAT은 4바이트 옵코드에 불과함)보다, 코비넌트 지상주의적인 경로가 BIP 프로세스를 통과할 만큼 충분한 개발자 신뢰도를 확보했다는 신호로서 더 중요했습니다.
LNHANCE: 라이트닝을 겨냥한 절충안
LNHANCE는 "이것이 어떤 문제를 해결하는가"라는 질문에 대해 가장 명확한 논거를 가진 제 안입니다. 추상적인 근거로 커버넌트(covenants)를 주장하는 대신, LNHANCE는 OP_CTV를 OP_CHECKSIGFROMSTACK (CSFS) 및 OP_INTERNALKEY와 결합하여 라이트닝 네트워크(Lightning Network)의 개선을 구체적으로 목표로 합니다.
2026년 4월 현재 라이트닝 네트워크는 65,000개 이상의 공개 노드로 성장하며 지배적인 비트코인 결제 수단이 되었지만, 실질적인 프로토콜 부채를 안고 있습니다. 채널 상태 검증에는 여전히 워치타워(watchtower) 서비스나 온라인 지갑이 필요합니다. 채널 팩토리(channel factories)와 다자간 채널은 구축하기 어렵습니다. 수신자가 온라인 상태가 아니어도 한 당사자가 다른 당사자에게 채널을 열 수 있는 비대화형 채널 개설은 현재의 라이트닝에서는 불가능합니다.
LNHANCE는 LN-Symmetry (더 깔끔한 채널 상태 메커니즘), 타임아웃 트리 (효율적인 대량 채널 폐쇄), 단순화된 PTLC 스크립트 (현재의 해시 타임락 계약을 대체하는 포인트 타임락 계약), 단방향 비대화형 채널, 개선된 볼트(vaults), 그리고 신뢰가 필요 없는(trustless) 코인 풀을 가능하게 합니다. 이들 각각은 투기적인 스마트 계약 프리미티브가 아니라 구체적인 라이트닝의 개선 사항입니다.
이러한 실용적인 프레이밍은 LNHANCE의 정치적 이점입니다. 라이트닝 네트워크는 지역 결제 프로세서부터 라이트닝 랩스(Lightning Labs)가 AI 에이전트 트랜잭션을 위한 네이티브 결제 레이어로 포지셔닝하고 있는 L402 프로토콜에 이르기까지 실제적인 채택을 달성했습니다. 라이트닝의 경쟁력을 유지하는 개선 사항은 주로 다른 체인 상의 비트코인(BTC-on-other-chains) 사용 사례를 가능하게 하는 개선 사항보다 정당화하기 쉽습니다.