비트코인의 복잡한 발전 과정
토큰, NFT 및 DeFi의 비트코인 개발 과정은 실제로 우리가 생각하는 것보다 복잡합니다. 이더리움 가상 머신(EVM) 및 기타 스마트 계약 플랫폼에서는 스마트 계약이 튜링 완전성을 가지고 있어 새로운 기능이나 옵션을 추가하기 위해 커스터마이즈된 계약을 배포할 수 있습니다. 그러나 비트코인에서는 개발자들이 하드 포크를 피해야 하고, 기존 프로토콜의 기능 한계 내에서만 작업할 수 있습니다.
비트코인의 독창성이 기초가 되어 메인 체인은 시간이 지나면서 몇 가지 변화만 겪었습니다. 그럼에도 비트코인은 최초로 폭넓은 채택을 이룬 블록체인이며, 유연한 블록체인에서는 비트코인에서 시작된 많은 기술들이 발달했습니다. 실제로 NFT는 ‘컬러드 코인’ 형태로 비트코인에서 처음 등장하였고, 상태 채널 개념도 오늘날의 L1-L2 아키텍처와 유사합니다. 아토믹 스왑 또한 현대의 크로스 체인 브리지를 위한 기초를 닦았습니다.
우리는 이전 기사 “비트코인에서 시작하다: DeFi의 진정한 기원”에서 이러한 발전 중 일부를 다룬 바 있습니다. 비트코인이 Botanix 및 기타 비트코인 체인의 인프라로서의 비할 데 없는 가치를 이해하기 위해서는 이러한 초기 혁신들이 오늘날의 생태계를 어떻게 형성했는지를 더 깊이 이해할 필요가 있습니다. 비트코인은 본질적으로 간단한 구조를 가지고 있지만, 웹 3 분야에서는 가장 복잡하고 매력적인 생태계 중 하나이며, 풍부한 역사를 지니고 있습니다.
비트코인의 기능 이론 탐구
비트코인의 기능은 복잡한 생태계를 지원할 정도로 충분할까요? 비트코인이 2009년에 출시되었을 때, 기본적인 결제 기능 외에도 다중 서명 및 시간 잠금처럼 더 복잡한 작업을 지원하는 내장 스크립팅 언어가 포함되었습니다. 사토시 나카모토는 미확인 트랜잭션이 두 당사자 간에 고빈도 거래를 위해 여러 번 업데이트될 수 있고 최종 상태만 체인에 기록될 것이라고 설명했습니다.
비트코인 스크립트는 흥미로운 메커니즘입니다. 튜링 불완전성으로 인해 기능이 제한되지만, 이는 또한 단순하고 안전하게 유지됩니다. 따라서 복잡한 기능을 비트코인에 구축할 때 개발자는 스크립트가 제공하는 프레임워크 내에서 작업해야 합니다.
비트코인 스크립트는 비트코인이 코인을 사용하는 조건을 정의하는 데 사용되는 스크립팅 언어로, 이를 케이크를 굽는 조리법에 비유할 수 있습니다.
스마트 계약과 대출 메커니즘
스마트 계약을 통해 비트코인에서는 대출 메커니즘을 구현할 수 있을지 살펴보겠습니다. 오프코드는 결합하여 더 복잡한 행동을 구현하기 위한 작은 명령어 체인을 구축할 수 있습니다. 예를 들어, 개발자는 대출 계약 기능을 가진 스크립트를 구성할 수 있습니다. 이는 시간 잠금과 다중 서명을 결합하여 달성됩니다.
예를 들어, 앨리스가 BTC를 담보로 제공하고 밥이 그녀에게 스테이블코인을 대출하는 계약을 고려해봅시다. 여기서 앨리스가 기한 내에 대출을 갚지 않으면, 밥은 그녀의 BTC를 가져가게 되고, 만약 제때 상환하면 BTC는 잠금 해제되어 앨리스에게 반환됩니다.
이를 위해 그들은 2대 2 다중 서명 출력을 사용할 수 있습니다(앨리스와 밥 모두 자금을 사용하기 위해 서명해야 함). 그리고 스크립트 논리를 설정할 수 있습니다: 만약 대출이 특정 블록 높이에 도달한 후에도 상환되지 않는다면, 오직 밥만 자금을 사용할 수 있습니다.
그러나 여전히 큰 어려움이 남아 있습니다. 비트코인 자체는 자동으로 이자를 계산하거나 담보 비율을 모니터링하거나 청산을 강제할 수 없습니다. 이자 지급은 오프체인에서 이루어지며, 사전 서명된 트랜잭션의 도움을 받아야 합니다. 현재의 관행은 신뢰할 수 있는 제3자에 의존하거나 다른 체인에서 아토믹 스왑 메커니즘을 통해 간접적으로 이루어집니다.
AMM 기능의 시사점
대출 및 스테이킹 메커니즘은 이론적으로 비트코인 스크립트를 통해 구현될 가능성이 있지만, 실제로는 효율성이 떨어집니다. 하지만 비트코인에서 자동화된 시장 제조업체(AMM)와 같은 더 복잡한 메커니즘을 구축할 수 있는 방법을 탐구해볼 수 있습니다. 비트코인 스크립트에는 OP_ADD, OP_SUB 및 OP_MUL 같은 수학적 오프코드와 OP_LESSTHAN 같은 비교 오프코드가 포함되어 있습니다.
이론적으로 이러한 기능은 가격 계산 로직을 구현하는 데 사용될 수 있습니다. 그러나 각 거래 후 동적으로 가격을 조정하는 것은 불가능합니다. 이는 비트코인이 UTXO 모델을 사용하기 때문입니다. 모든 가능한 상태는 사전에 계산되거나 각 거래 후 계약이 재배포되어야 합니다. 실제로 AMM을 구축하는 것이 가능하더라도, 비트코인 메인넷에서는 BTC라는 하나의 기본 자산만이 존재합니다.
미래를 위한 Taproot 업데이트
결론적으로, 위의 모든 문제들은 비트코인이 기능을 향상시키기 위해 정기적으로 대규모 업데이트를 진행하는 이유를 설명합니다. Taproot는 중요한 업데이트 중 하나로, 이로 인해 소프트 포크를 통해 스크립트 설계 방식이 크게 변화했습니다. Taproot 업그레이드(BIP 342)는 많은 이전에 비활성화된 오프코드가 Tapscript로 변환되도록 했으며, 이 오프코드는 실행되는 동안 즉시 스크립트가 성공적으로 종료됨을 의미합니다.
미래의 소프트 포크는 특정 OP_SUCCESS 오프코드의 동작을 재정의할 수 있으며, 이전 버전의 노드는 여전히 이를 성공으로 간주할 것입니다. 요약하면, ‘사용 가능’으로 나열되지 않은 모든 오프코드는 예약되었거나 Taproot에서 항상 성공적인 OP_SUCCESS로 변환된 것입니다.
비트코인의 자산 발행과 컬러드 코인
또한, 오프코드를 BIP(비트코인 개선 제안) 과정을 통해 제안할 수 있으며, 많은 제안이 이미 고려 중입니다. 그러나 이러한 제안들이 아직 승인되지 않은 주된 이유는 비트코인 개발자 커뮤니티가 비트코인의 원형을 유지하는 데 매우 신중하기 때문입니다.
한편으로는 새로운 기능이 비트코인의 사용성과 확장성을 개선할 수 있지만, 비트코인 자체는 “느림“을 위해 설계된 네트워크로 이 “느림”은 어느 정도 원형 기능으로 여겨집니다. 속도가 중요한 청산 메커니즘의 예를 들면, 만약 시장이 붕괴되고 BTC 가격이 급락할 경우, 블록체인 부하가 증가하여 네트워크 속도가 더 감소합니다.
비트코인 내의 거래 처리 속도가 현저하게 지연되고 가격이 이미 현재의 시장 수준에서 벗어나게 되며, 중앙 집중식 및 분산형 거래소는 이미 빠르게 대응합니다. 이러한 이유로 DeFi 관련 메커니즘을 비트코인 메인넷에 구현하려는 노력이 무의미해질 수 있습니다. 이는 개발자들이 비트코인 위에 확장 레이어를 구축해야 한다는 결론에 도달하게 합니다.
2011년 4월 비트코인의 첫 번째 코드 브랜치인 Namecoin이 출시되었으며, 이는 비트코인 기술을 통해 분산형 도메인 이름 등록(DNS ‘.bit’)을 실현하였습니다. 이러한 개념들은 자산 토큰화, 분산형 거래 및 비트코인의 오프체인 확장에 대한 혁신의 기초를 마련하였습니다.
비트코인 생태계에서 스테이블코인의 효과성: 스테이블코인은 모든 Web3 생태계의 핵심 구성 요소로 자리잡아 있으며, DeFi와 직접적인 관계가 없는 생태계에서도 중요한 역할을 하고 있습니다. 사용자가 변동성 위험을 헤지하고 자산 가격 변화에 대해 걱정하지 않고 돈을 이체할 수 있게 만들어줍니다.
비트코인 네트워크는 항상 기능적 단순성과 기록할 수 있는 데이터 양 간의 균형을 찾고 있습니다. 흥미롭게도 비트코인에서 자산을 발행하려는 최초의 시도는 “컬러드 코인”의 개발을 통해 이루어졌습니다.
2012년 JR 윌렛은 비트코인에서 새로운 자산을 발행하자는 아이디어를 제안하였고, 이후 마스터코인 프로토콜(나중에 Omni로 이름 변경)을 생성하는 데 기여하며 비트코인에서 자산 영속성을 위한 기초를 마련하였습니다. 표준 비트코인 스크립트에는 직접적인 “토큰” 오프코드가 없기 때문에 개발자들은 OP_RETURN의 도움을 받아 트랜잭션 출력에 토큰 메타데이터를 포함하는 방법으로 이를 해결해야 합니다.
