원저자:Jaleel，BlockBeats

비트코인 코드 베이스에서는 한때 사토시 나카모토에 의해 삭제되어 역사상 먼지가 되었던 opcode OP_CAT가 부활될 수 있습니다.

OP_CAT 연산 코드를 중심으로 비트코인 ​​NFT 프로젝트 Taproot Wizards는 새로운 NFT Quantum Cats 시리즈를 출시하여 열띤 커뮤니티 토론을 불러일으켰습니다. OP_CAT이라는 이름은 우리에게 친숙한 고양이를 의미하지는 않지만, Taproot Wizard는 고양이 이미지를 사용하여 Quantum Cats라는 새로운 NFT를 판매했으며, 밈 문화를 사용하여 OP_CAT이 추진력을 구축하도록 돕습니다. 관련 독서:비트코인 “Quantum Cat”: 스마트 계약 없이 어떻게 비문이 동적으로 바뀔 수 있습니까?》

사토시 나카모토(Satoshi Nakamoto)가 비트코인 ​​스크립팅 언어에서 한때 제거했던 이 opcode인 OP_CAT가 이제 논의를 위해 다시 테이블로 돌아왔습니다. 일부 비트코인 ​​개발자는 이 opcode를 부활하고 13줄 코드 소프트웨어를 사용하기를 원합니다. 비트코인이 스마트 계약을 구현하는 방법. 비트코인 개발자와 고양이 밈 이미지에 힘입어 OP_CAT에 대한 인기와 토론은 새로운 정점에 도달했습니다.

나카모토 사토시가 삭제한 부활 opcode

명령어 또는 함수라고도 알려진 Opcode는 비트코인 ​​스크립팅 언어를 구성하는 기본 요소입니다. 역사적으로 일부 opcode는 클라이언트 구현의 취약점에 대한 우려로 인해 이전 버전의 Bitcoin에서 제거되었으며 OP_CAT opcode도 그중 하나였습니다.

OP_CAT는 원래 공식 비트코인 ​​명령 세트의 일부였으며 두 요소를 하나로 연결하는 문자열 연결 작업을 허용했습니다. 그러나 OP_LSHIFT와 같은 opcode에서 발견된 심각한 취약점으로 인해 모든 Bitcoin 노드가 충돌할 수 있고 OP_CAT opcode로 인해 스택 요소가 기하급수적으로 증가할 수 있다는 우려가 있기 때문에 이로 인해 스크립트 크기에 따라 메모리 사용량이 기하급수적으로 증가할 수 있습니다.

따라서 Satoshi Nakamoto는 조심스럽게 2010년 8월 15일에 OP_CAT를 제거했습니다. 이렇게 제거된 opcode는 종종 금지됨이라고 부르지만 프로토콜에서 완전히 제거되어 Bitcoin을 사용하는 사람이 사용할 수 없게 되므로 이는 부정확합니다.

2023년 10월, 비트코인 ​​코어 개발자 Ethan Heilman과 Botanix Labs의 최고 소프트웨어 엔지니어 Armin Sabouri는 OP_CAT이라는 비트코인 ​​개선 제안(BIP) 초안을 공동으로 발표하여 이 논의를 새로운 차원으로 끌어 올렸습니다.

13줄의 간결한 코드 라인만 포함되어 있지만 명확하고 직관적인 기능 속성을 전달하는 이 초안은 스택에서 두 값을 연결할 수 있는 새로운 탭스크립트 opcode를 정의합니다. 이 코드 구현은 원래 삭제된 OP_CAT에서 영감을 받은 것입니다.

부활의 조건이 충족되었습니다.

Satoshi Nakamoto가 삭제한 opcode가 이제 개발자에 의해 복원되기를 바라는 이유에 대해 이 BIP 초안의 동기 부여 섹션에서 몇 가지 자세한 설명을 제공합니다: 이는 주로 메모리 사용량을 고려한 것입니다. OP_CAT을 사용하면 스크립트 구성이 가능합니다. 메모리 사용량이 기하급수적으로 증가할 수 있습니다. 스크립트 자체의 크기와 함께. 특히 단순히 1바이트 값을 스택에 푸시하고 이를 OP_DUP opcode로 복사한 다음 OP_CAT opcode와 40번 연결하는 간단한 스크립트로 인해 스택 값이 1TB를 초과하는 엄청난 규모로 부풀릴 수 있습니다.

그러나 시간이 흐르고 기술이 발전함에 따라 이 문제는 더 이상 장애물이 되지 않았습니다. tapscript 아키텍처에서는 최대 스택 요소 크기가 520바이트로 엄격하게 제한된다는 명확한 규칙이 만들어졌습니다. 이러한 변경은 OP_CAT이 일으킬 수 있는 메모리 사용 문제를 효과적으로 해결하여 OP_CAT의 부활 및 통합 가능성을 제공합니다.

OP_CAT은 주로 더 복잡하고 강력한 스크립트를 구축하는 데 있어 잠재적인 가치 때문에 다시 한 번 논의되고 재개를 고려하고 있음을 알 수 있습니다. 또한 다음과 같은 일부 원인과 변화가 부활의 조건을 충족했습니다.

1. 고급 스마트 계약 및 프로토콜에 대한 수요: 비트코인 ​​생태계가 발전함에 따라 더욱 발전되고 복잡한 스마트 계약 및 프로토콜에 대한 수요가 증가했습니다. OP_CAT은 개체를 스택에 결합할 수 있도록 하여 탭스크립트의 표현력과 강력함을 높입니다. 예를 들어, 머클 트리 및 기타 해시 데이터 구조를 구축하고 평가하는 데 사용할 수 있으며 트리 서명, 포스트 퀀텀 Lamport 서명, 부인 방지 계약 및 저장소와 같은 기능을 지원합니다.

2. 다른 체인의 성공 사례: Bitcoin Cash 및 Sidechain Liquid와 같은 일부 Bitcoin 포크는 OP_CAT을 다시 활성화하고 이를 사용하여 토큰 생성 및 관리, 결제 채널 및 영역 내 데이터를 삽입하고 검색하는 방법 블록체인. 이는 OP_CAT이 적절한 상황과 제약 조건 하에서 안전하고 효과적으로 사용될 수 있음을 보여줍니다.

3. 양자 보안 탐색: 일부 연구에서는 OP_CAT과 같은 연산을 사용할 수 있고 Lamport 서명과 같은 기술과 결합하면 양자에 안전한 비트코인 ​​트랜잭션 및 프로토콜을 구축할 수 있다고 제안했습니다. 이 탐구는 비트코인 ​​시스템의 미래 보안을 향상시키는 데 잠재적인 가치를 가지고 있습니다.

4. 커뮤니티 및 기술 개발: 비트코인 ​​커뮤니티 및 기술의 지속적인 개발은 사람들이 이전 결정을 재고하고 평가하도록 유도합니다. 비트코인 프로토콜이 더 잘 이해되고 새로운 기술이 등장함에 따라 이전에 문제가 있거나 적용할 수 없다고 간주되었던 기능이 새로운 맥락에서 안전하고 유용한 응용 프로그램을 찾을 수 있습니다.

소프트 포크, 말처럼 쉽지 않습니다

기술적인 수준에서 OP_CAT만큼 해독하고 이해하기 쉬운 비트코인 ​​제안은 거의 없습니다. 그러나 OP_CAT opcode는 opcode OP_SUCCESS 126을 재정의하는 소프트 포크를 통해 활성화될 예정이며 이는 분명히 쉬운 작업이 아닙니다.

3년 전 발생한 비트코인의 가장 최근 소프트포크를 되돌아보면, 탭루트의 활성화로 인해 오디널스 탄생의 기틀을 마련한 일이 있었습니다.

비트코인 커뮤니티는 합의와 투명성을 매우 중요하게 생각하며, 주요 코드 변경 사항은 소프트 포크를 포함하여 커뮤니티에서 광범위하게 논의되고 검토될 것입니다. 코드 조각이 비트코인 ​​코드 베이스에 병합되려면 엄격하고 상세한 프로세스를 거쳐야 하며 이를 통해 제안의 품질과 커뮤니티의 합의가 보장됩니다. 이 프로세스의 주요 단계는 다음과 같습니다.

1. 제안서 및 코드 작성: 먼저 개발자는 상세한 제안서를 작성해야 합니다. 이 문서에는 제안 동기, 기술 세부 사항, 영향 평가 및 잠재적인 문제나 과제를 명확하게 설명해야 합니다.

2. 커뮤니티 토론: 코드 제안이 비트코인 ​​커뮤니티에 제출된 후 커뮤니티 구성원(개발자, 채굴자, 투자자 및 사용자 포함)이 이를 토론하고 검토합니다. 이 단계는 제안의 타당성을 보장하고 피드백을 수집하는 데 중요합니다.

3. 수정 및 개선: 커뮤니티의 피드백을 기반으로 코드 작성자는 제안을 수정하고 개선해야 할 수도 있습니다.

4. 투표 및 합의 도달: 몇 가지 중요한 개선 사항(특히 비트코인 ​​프로토콜 자체의 변경과 관련된 개선 사항)을 위해 커뮤니티 구성원은 어느 정도 합의에 도달해야 합니다. 여기에는 일반적으로 자신이 채굴하는 블록에 특정 신호를 포함하여 제안에 대한 지지를 보여야 하는 채굴자의 지원이 포함됩니다.

5. 코드 구현: 합의에 도달하면 비트코인 ​​코어 개발자 팀이 코드를 검토합니다. 이 단계는 코드의 품질과 보안을 보장하는 데 필요합니다.

6. 코드 베이스에 병합: 검토를 통과한 후 코드는 비트코인의 공식 코드 베이스에 병합됩니다.

7. 배포 및 활성화: 마지막으로 채굴자와 노드 운영자는 새로운 코드를 시스템에 배포해야 합니다. 프로토콜 수준 변경의 경우 일반적으로 활성화 임계값이 있으며, 충분한 네트워크 참가자가 새 버전으로 업그레이드하는 경우에만 개선 사항이 적용됩니다.

물론 OP_CAT 소프트포크의 구현은 아직 매우 초기 단계입니다. BIP 초안이 작성된 지 4개월도 채 되지 않았습니다. BIP 번호는 아직 결정되지 않았습니다. 아직 제안서 작성의 첫 단계에 있으며, 코드와 세 번째 단계, 두 번째 단계에는 개발자와 사용자가 참여하는 커뮤니티 토론 세션이 포함됩니다.

비트코인 개발자들이 말하는 것

먼저 최근 몇 년간 비트코인 ​​개발자들의 OP_CAT 논의에 특별한 관심을 기울여 보겠습니다.

OP_CAT opcode가 제거되었지만 고급 계약을 촉진하고 Bitcoin 스크립팅 언어를 향상시키는 OP_CAT의 잠재적 유용성은 개발자들 사이에서 반복적으로 논의되었습니다. 예를 들어, 스택 값을 연결하는 기능은 OP_CAT이 지원되면 트랜잭션 크기가 크게 줄어들 수 있는 TumbleBit과 같은 일부 비트코인 ​​프로토콜의 개발에 방해가 되는 것으로 간주됩니다.

Optech 뉴스레터와 다양한 관련 콘텐츠를 수집한 후, 다음은 일부 비트코인 ​​개발자의 OP_CAT opcode에 대한 토론을 연대순으로 모아 놓은 것입니다.

2019

2019년 10월 이 OP_CAT 비트코인 ​​개선 제안(BIP) 초안의 개시자 중 한 명인 Ethan Heilman그냥 메일로그는 당시 스크립트가 직면한 상황이 극도로 심각했기 때문에 그것이 제거된 이유를 이해한다고 표현했지만 opcode로서의 OP_CAT은 그 값을 무시할 수 없다고 강조했습니다. 현재 비트코인을 기반으로 구축하려는 대부분의 프로토콜은 한 가지 제한 사항: 스택 값은 연결할 수 없습니다. 연구원으로서 이 제한 사항에 직면하면 다른 사람의 진행을 방해할 가능성이 높습니다. 지팡이를 흔들고 비활성화된 opcode 중 하나를 다시 활성화할 수 있다면 OP_CAT는 물론 여기에는 조건이 따릅니다: 연결된 각 값의 크기는 64바이트 이하로 제한되어야 합니다.

OP_CAT 논의에 있어서 앤드류 포엘스트라(Andrew Poelstra)는 결코 빼놓을 수 없는 인물이다. 그는 2021년 1월 30일에 CAT and Schnorr Tricks I이 기사는 OP_CAT에 대한 토론을 불러일으켰습니다. Andrew Poelstra는 Blockstream의 연구 이사이자 선임 비트코인 ​​암호화 스크립트 작성 개발자입니다. 업계에서 그의 영향력은 자명합니다.

기사에서 Andrew Poelstra는 다음과 같이 소개합니다. OP_CAT은 스택의 두 요소를 결합하고 결합된 결과를 다시 스택에 푸시하는 데 도움이 됩니다. 이 기능은 여러 개의 작은 요소를 하나의 큰 요소로 조립하거나 큰 요소를 조립하는 데 사용할 수 있습니다. 요소는 여러 개의 작은 요소로 분해됩니다. CHECKSIGFROMSTACK(CSFS)은 비트코인에서는 한 번도 본 적이 없는 opcode입니다. 트랜잭션 서명만 확인할 수 있는 CHECKSIG opcode와 달리 사용자가 임의의 데이터에 대해 서명 확인을 수행할 수 있습니다.

더 중요한 것은 CHECKSIGFROMSTACK과 함께 OP_CAT을 사용하면 트랜잭션 자체 검사에 대한 영리한 방법을 제공한다는 점입니다.

참고: 거래 자체 검사는 비트코인 ​​스크립트 내에서 거래 자체의 다양한 구성 요소를 검사하고 분석하는 기능을 의미합니다. 간단히 말해서 스크립트는 출력 내용, 금액 또는 거래의 특정 서명을 확인하는 등 처리 중인 거래의 세부 사항을 이해하고 처리할 수 있습니다. 이러한 방식으로 스크립트는 트랜잭션의 세부 사항을 기반으로 보다 지능적이고 세부적으로 응답할 수 있습니다.

이런 방식으로 사용자는 스택의 전체 트랜잭션에 대한 데이터를 제공하고 스크립트는 OP_CAT을 사용하여 이 데이터를 단일 항목으로 패키징하고 해시한 다음 CHECKSIGFROMSTACK에 전달하여 데이터의 서명을 확인합니다. 다음으로 동일한 서명과 키를 CHECKSIG에 전달합니다. 두 가지 검증을 모두 통과하면 사용자가 제공한 거래 데이터가 실제로 실제 거래 데이터임을 의미합니다. 이런 방식으로 스크립트는 이 데이터를 직접 활용하여 계약에 필요한 모든 검사를 수행할 수 있습니다.

Andrew Poelstra의 영향과 이 기사의 개념은 비트코인 ​​개발자의 관심을 끌었으며 그 주 회의에서는 이러한 opcode의 조합과 스크립팅 언어의 작은 변경 사항이 탭루트 활성화 시 어떻게 개선될 수 있는지에 대한 논의가 있었습니다. 계약 유연성에 대해.

거리CAT and Schnorr Tricks I가 발매된 지 약 2주 만에CAT and Schnorr Tricks II”에서 Andrew Poelstra는 더 자세한 내용과 자신의 생각을 설명합니다.

2019년 5월 비트코인 ​​개발자 Jeremy Rubin은 이전 스마트 계약 설계의 기술적, 사회적 위험을 피하면서 기본적이고 제한된 스마트 계약을 구현하려는 목적으로 비트코인의 CHECKOUTPUTSHASHVERIFY 연산 코드를 제안했습니다. 이 opcode는 이후 SECURETHEBAG로 대체된 후 CHECKTEMPLATEVERIFY로 대체되었으며, 이는 공식적으로 2020년 1월 비트코인 ​​개선 제안 BIP 0119가 되었습니다.

한편, 러셀 오코너는 루빈 제안의 적용을 받지 않는 스마트 계약을 지원하기 위해 CHECKSIGFROMSTACK 및 OP_CAT 연산 코드를 비트코인에 직접 추가할 것을 제안했습니다. 비록 제안이 일부 반대에 부딪혔지만, 주로 CAT+CHECKSIG 유형 스마트 계약의 비효율성과 포괄적인 보편적 스마트 계약에 대한 오랫동안 지속된 부정적인 인식으로 인해 논의가 줄어들었습니다.

Andrew Poelstra도 처음에는 비트코인에서 소위 스마트 계약 기능을 지원하는 것을 꺼렸습니다. 그러나 2019년 가을, Ethan Heilman과의 개인적인 대화가 그의 마음을 바꾸었습니다. Ethan Heilman은 우려에도 불구하고 유해하다고 간주되는 스마트 계약이 실제로 CHECKMULTISIG를 통해 구현될 수 있으며 이러한 계약은 인지도와 유용성이 부족하여 지갑과 사용자가 실제로 수락하지 않는다고 지적했습니다. 이를 증명하기 위해 Ethan Heilman은 사람들이 실행 가능한 다크 스마트 계약을 제안하도록 장려하기 위해 소셜 미디어에 도전을 시작했지만 지금까지 아무도 성공하지 못했습니다.

그래서 Andrew Poelstra는 스마트 계약에 대한 모든 사람의 두려움이 과장되었을 수 있다고 생각했습니다. 이 기사는 또한 우려가 있더라도 비트코인 ​​개발에서 스마트 계약이 불가피하다고 제안하고, 비특정 opcode인 OP_CAT을 사용하여 스마트 계약을 생성할 가능성에 대한 지속적인 탐색을 권장합니다.

2021

다음은 비트코인 ​​양자 보안의 관점에서 OP_CAT을 설명하는 Jeremy Rubin의 2021년 7월 6일 기사입니다. Jeremy Rubin은 비트코인 ​​개발자일 뿐만 아니라 비트코인의 스마트 계약 프로그래밍 언어인 Sapio 개발에 주력하는 비트코인 ​​RD 조직인 Judica의 창립자이기도 합니다.

존재하다우편그리고블로그 게시물, Jeremy Rubin은 비트코인의 양자 검증을 위해 OP_CAT opcode 및 Lamport 서명을 활용하는 방법에 대해 논의합니다. 저자는 먼저 비트코인 ​​스크립트 산술 및 Lamport 서명을 사용하여 5바이트 ​​값을 등록하는 방법을 설명하는 이전 블로그 게시물을 검토했습니다. 이 방법은 깔끔하지만 한계가 있습니다. Jeremy Rubin은 다음과 같은 아이디어를 내놓았습니다. 더 긴 메시지에 서명할 수 있다면 어떨까요? 특히 최대 20바이트까지 서명할 수 있다면 양자 안전할 수 있는 HASH 160 다이제스트에 서명할 수 있습니다.

Jeremy Rubin의 기사에서는 HASH 160 다이제스트 서명의 의미를 자세히 살펴보고 실제 서명 내용을 변경하지 않고 개인 키만 공개하기 위해 ECDSA를 깨는 양자 컴퓨터의 능력을 설명합니다. 이를 위해 저자는 암호학자 마다르스 비르자(Madars Virza)에게 자문을 구했고 긍정적인 답변을 얻었다.

Jeremy Rubin은 양자 증명 서명 알고리즘을 사용하여 ECDSA 서명을 요구하면 양자 증명 비트코인을 가질 수 있다고 지적합니다. 이전에 논의된 5바이트 ​​서명 체계는 실제로 양자 안전 Lamport 서명입니다. 불행하게도 이 방법을 사용하려면 최소 20개의 연속 바이트가 필요합니다.

따라서 Jeremy Rubin은 OP_CAT과 유사한 것이 필요하다고 제안했습니다. 기사에서는 OP_CAT이 스택을 수정하기 때문에 Segwit v 0으로 직접 소프트 포크할 수 없다고 설명합니다. 따라서 단순화하기 위해 저자는 유효성 검사 의미 체계를 통해 문자열의 일부가 동일한지 확인하는 새로운 opcode인 OP_SUBSTRINGEQUALVERIFY를 사용하는 방법을 보여줍니다.

2021년 11월 5일애틀랜타 비트코인 ​​컨퍼런스연사인 Jeremy Rubin과 Andrew Poelstra는 Opcode OP_CAT를 다시 활성화하는 제안에 대해 논의하면서 OP_CAT이 비트코인의 맥락에서 중요하다고 주장하고 특히 양자 보안 및 생산 분야에서 그 잠재력을 강조했습니다. 예를 들어, CAT와 Schnorr 서명 검증 연산 코드를 결합하면 이론적으로 비재귀적 스마트 계약을 구현할 수 있습니다. 이 스마트 계약은 거래 데이터의 SHA 2 해시를 스택에 직접 넣을 수 있습니다. 이를 통해 거래의 다양한 부분에 어느 정도 제한이 가해질 수 있습니다.

또한 토론에서는 CAT가 다시 도입되면 비트코인을 일부 측면에서 더 복잡하게 만들고 새로운 기능과 가능성을 도입할 수 있다고 언급했습니다. OP_CAT을 다시 시작하려면 메모리 폭발 문제와 같이 과거에 발생한 문제를 피하기 위해 신중한 고려가 필요합니다.

2022년

2022년 5월 18일비트코인 개발자 메일링 리스트, 2010년 비트코인에서 제거된 OP_CAT opcode의 재도입에 대한 논의에서 개발자 ZmnSCPxj는 피할 수 없는 재귀적 스마트 계약을 구현하려면 OP_CAT가 OP_TX, OP_CHECKSIGFROMSTACK(CSFS) 등과 같은 제안된 opcode와 결합되어야 한다고 제안했습니다. 재귀적 스마트 계약은 비트코인 ​​합의 규칙을 활용하여 계약으로 받은 모든 비트코인이 동일한 계약에만 사용될 수 있도록 보장합니다.

재귀적 스마트 계약은 opcode가 opcode를 실행한 트랜잭션 부분을 분석할 수 있는 트랜잭션 자체 검사 기술을 사용합니다. 기존 opcode는 제한된 내부 검사를 제공합니다. 재귀적 스마트 계약을 생성하려면 이전 출력과 다음 출력이 동일한지 확인해야 합니다. 따라서 이전 출력이나 다음 출력 또는 둘 다 구성 요소로부터 동적으로 구성되어야 하며, 이것이 재귀적 스마트 계약을 구현하려면 CAT 또는 유사한 구조가 필요한 이유입니다.

Nadav Ivgi는 재귀적 스마트 계약을 생성할 때 해싱 문제를 해결하려면 CAT가 여전히 필요하다고 지적했지만 이는 출력 자체 검사에 중점을 둔 CTV 및 APO와 같은 기능을 CAT와 결합하여 재귀적 스마트 계약을 생성할 수도 있음을 의미합니다. Ivgi는 taproot의 기능과 결합할 때 이전 출력을 다음 출력으로 검증하면 스마트 계약 스크립트를 더 쉽게 작성할 수 있다고 믿고 있으며 두 개의 재귀 스마트 계약 예제에 대한 링크를 제공합니다.

ZmnSCPxj는 Ivgi의 분석에 동의하고 비트코인에서 재귀적 스마트 계약을 활성화하는 데 따른 위험에 대한 우려를 반복했습니다. 하지만 그는 또한 후속 게시물에서 재귀적 스마트 계약이 실제로 Turing 완전하지 않기 때문에 안전할 수 있다고 지적했습니다. Russell OConnor는 Andrew Poelstra의 기사를 인용하여 기존 비트코인 ​​기능과 결합된 CAT 자체가 어떻게 비재귀적 스마트 계약을 생성하는 데 충분하며, 이론적으로 비트코인에 다시 추가되면 CAT 자체가 재귀를 생성할 수도 있는지 설명합니다. 자신의 스마트 계약.

2023년

1월에 Anthony Towns는 기본 시그넷에서 실행되도록 설계되고 제안된 소프트 포크 및 기타 주요 프로토콜 변경 사항을 테스트하는 데 사용되는 비트코인 ​​코어의 소프트웨어 포크인 비트코인 ​​인퀴지션을 출시했습니다. 2023년 말 현재 비트코인 ​​인퀴지션은 여러 제안을 지원했으며, 또한 OP_CAT, OP_VAULT 및 64바이트 트랜잭션 제한을 목표로 하는 PR(풀 요청)이 코드 베이스에 제출되어 이 테스트 플랫폼이 더욱 확장될 것으로 예상됩니다. 기능.

2023년 8월 23일Lightning-Dev 메일링 리스트, Thomas Voegtlin은 만료된 백업 상태의 사기 증명에 대한 아이디어를 제안했습니다. Voegtlin은 OP_CHECKSIGFROMSTACK(CSFS) 및 OP_CAT opcode가 소프트 포크 형태로 비트코인에 추가되면 체인에서 이러한 사기 증명을 사용할 수 있을 것이라고 지적했습니다. 이 제안은 많은 논의를 불러일으켰고 Peter Todd는 기본 메커니즘이 LN에만 국한되지 않고 보편적이며 다양한 프로토콜에서 유용할 수 있다고 지적했지만 여기서는 논의하지 않을 더 간단한 메커니즘도 제안했습니다.

10월까지 Rusty Russell은 비트코인 ​​스크립팅 언어를 최소한으로 변경하면서 범용 스마트 계약을 작업하고 있었습니다. 동시에 매우 중요한 것은 Ethan Heilman과 Armin Sabouri가 공동으로 발표한 것입니다.초안 BIP, 스택의 두 요소를 연결하는 데 사용되는 OP_CAT opcode 추가를 제안했습니다. 이 두 가지 문제에 대한 논의는 11월까지 계속되었습니다.

2024년

2024년 1월, Quantum Cats는 OP_CAT의 BIP 및 비트코인 ​​진행에 대한 논의를 다음 단계로 끌어올리는 데 실제로 성공했습니다.

커뮤니티와의 상호작용에서 비트코인 ​​코어 개발자는Ava ChowZeng은 CTV가 대략적인 합의는 아니라고 생각합니다. txhash나 CAT와 같은 다른 보다 일반적인 스마트 계약 제안이 실제로 더 가깝다고 생각합니다. 하지만 논의를 자세히 따르지 않았습니다.라고 말했습니다.

현재까지 제출된 수에 따라 정렬되었습니다.Ava Chow（@achow 101 )존재하다비트코인 핵심 코드 기여자 순위1292개의 코드 제출로 5위를 차지한 그는 또한 비트코인 ​​코드를 병합할 권리를 가진 몇 안 되는 사람 중 한 명입니다. 따라서 개발 커뮤니티에서 그녀의 영향력도 매우 큽니다.

OP_CAT 활성화를 제안하는 것은 아닙니다. 합의에 도달할 가능성이 가장 높은 opcode이기 때문에 OP_CAT를 지지합니다. OP_CAT에 무슨 일이 일어나고 있는지 모르시는 분들을 위해 이 그림에 상황을 요약했습니다. 그래서 Taproot 마법사의 연추앙Eric Wall （@ercwl) 그렇게 말했다.

하지만,Ava ChowOP_CAT 구현에 대한 절대적인 승인은 없는 것 같습니다. 내가 말했듯이, 나는 어떤 스마트 계약 제안도 대략적인 합의에 가깝거나 도달하지 않는다고 생각합니다. 나는 우리가 그 중 어떤 것도 활성화하려고 시도해서는 안 된다고 생각합니다.

10줄의 코드로 비트코인은 스마트 계약을 구현할 수 있습니다.

Taproot Wizard의 공동 창작과 마찬가지로Eric Wall （@ercwl)는 사람들은 이것을 깨닫지 못하지만 OP_CAT는 실제로 비트코인의 zkrollup 구성 요소 중 하나입니다.라고 말했습니다.

OP_CAT의 재도입은 비트코인에 BitVM과 같은 프로젝트를 지원할 수 있는 강력한 도구를 제공합니다. 최근 BitVM이 도입한 개념인 비트코인의 임의 계산을 검증하는 것은 OP_CAT 덕분에 더 간단하고 효율적이 될 것입니다. 비트코인 생태계는 더욱 다양하고 표현력이 풍부한 스마트 계약을 생성할 수 있습니다.

관련 독서:Bitcoin에서 무엇이든 계산하기 위해 수석 개발자는 BitVM에 대해 어떻게 생각합니까?》

OP_CAT을 통해 특정 비트코인 ​​출력에 대해 사전 지정된 조건을 설정하는 소위 스마트 계약을 구현할 수 있습니다. 이는 Blockstream의 Ark와 같은 새로운 확장 방법의 문을 열 뿐만 아니라 스마트 계약에 의존하는 다른 많은 혁신적인 방법도 지원합니다. 게다가 이는 비트코인이 단순한 결제 네트워크가 아니라 다양하고 확장 가능한 컴퓨팅 플랫폼이라는 신호입니다.

Taproot Wizard의 공동 창립자인 Eric Wall은 BitVM의 개념에 대해 흥미를 갖고 있지만, 그는 이 제안이 엄청난 오버헤드와 긴 구현 주기로 인해 비트코인의 기술적 막다른 골목이 될 수 있다고 믿습니다. 그는 BitVM이 커뮤니티를 혼란스럽게 하고 실제 개발을 방해할 수 있다고 우려합니다. 그럼에도 불구하고, BitVM의 도입은 여전히 ​​블록체인 기술 및 스마트 계약 분야에서 탐구와 혁신의 적극적인 정신을 보여줍니다.

실제로 Taproot Wizard 프로젝트 팀 자체도 비트코인에 대한 2계층 솔루션 구현을 위해 노력하고 있으며, 이전 Space에서 완료된 자금 750만 달러는 비트코인 ​​확장 솔루션을 연구하는 데 사용될 것이라고 밝혔습니다. .

따라서 OP_CAT의 소프트포크 역시 그들에게 중요한 단계가 될 것입니다. 스타크넷 재단의 전 이사였던 에릭 월(Eric Wall)은 무허가 결제 계층 위에 탈중앙화 금융을 구축하는 데 큰 관심을 갖고 있었기 때문에 2019년 이더리움이 등장하기 시작하자 자연스럽게 이더리움의 DeFi 분야에 매료되었습니다.

2019년 이더리움과 기타 블록체인이 zk-Rollups 또는 낙관적 사기 증명을 통해 확장될 수 있다는 것이 명백해졌을 때 비트코인의 DeFi 탐색은 거의 완전히 포기되었습니다. 비트코인에 적용되는 zk-Rollup 확장의 타당성과 같은 문제에 대한 연구를 통해 Wall은 Ethereum에서 DeFi를 지원하는 방향으로 전환했습니다. 그러나 궁극적으로 그는 이 시스템과 이러한 기술적 이점을 비트코인에 가져오려고 노력하고 있습니다.

또한,bitcointalk 포럼의 OP_CAT에 대한 토론 스레드에서, QED 프로젝트 창립자인 Carter Feldman(@cmpeq)은 비트코인 ​​스크립트에서 이 opcode를 어떻게 활용할 계획인지, 그리고 증인 스택의 평균 바이트 수와 발생할 수 있는 수수료를 계산했는지에 대한 질문을 받았습니다.

Carter Feldman은 이것이 다소 비용이 많이 들 수 있음을 인정했지만 Merkel 증명은 Bitcoin에서 zk의 두 번째 계층의 일부로 무신뢰 잠금 스크립트 또는 페그 시스템을 구축하기 위한 그의 프로젝트에서 주로 사용된다고 설명했습니다. 이 시스템은 출금 트리의 루트(영지식 증명으로서의 공개 입력)를 바탕으로 일정량의 비트코인이 특정 주소로 출금될 수 있음을 증명하도록 설계되었습니다.

그는 비용 문제를 해결하기 위해 이것이 최후의 수단이 될 것이라고 언급했습니다. 그는 일반 사용자가 래핑된 BTC 판매자가 일정 기간 동안 L2에 토큰을 잠그도록 함으로써 두 번째 레이어에서 래핑된 BTC를 구매할 수 있다고 상상했으며, 그 동안 구매자는 비트코인 ​​L1에 전념했음을 증명해야 합니다. . 그들은 원할 경우 언제든지 비트코인을 무신뢰로 다시 교환할 수 있다는 것을 알고 있습니다. 동시에 몇몇 대규모 유동성 공급자는 실제로 wBTC와 BTC를 교환하는 주체가 될 것이며, wBTC를 구입하거나 비트코인으로 다시 연결하려는 소규모 사용자에게 소액의 수수료를 부과할 수 있습니다.

따라서 일반적으로 OP_CAT의 BIP 제안은 단지 13줄의 코드만으로 비트코인에 대한 스마트 계약을 구축하는 데 도움이 될 수 있지만, 각 프로젝트의 구체적인 세부 사항에 대해서는 여전히 많은 논의와 시도가 있을 계획입니다.

밈 문화 모멘텀 구축 기술 발전

TaprootWizards 팀원 Rijndael(@rot 13 maxi)은 작품을 만드는 데 사용하는 다양하고 복잡한 메커니즘을 소셜 미디어에서 공유했습니다. 이를 달성하기 위해 순서 재귀, 미리 서명된 트랜잭션, 대칭 암호화 및 클라이언트 로드 관리를 포함한 다양한 기술을 사용합니다. 예술 작품을 만드는 과정에서 그들은 작업을 수행하기 위해 사전 서명된 트랜잭션을 사용하기로 구체적으로 선택했으며 OP_CAT 또는 CTV와 같은 스마트 계약을 사용하여 트랜잭션 해시를 사전 제출하는 방법을 보여주었습니다.

그러나 Armin Sabouri는 이에 대해 아이러니한 논평을 했습니다. 진화하는 NFT 컬렉션을 만드는 데 투자된 코드와 기술적 노력은 opcode를 다시 활성화하는 데 필요한 작업량의 100배에 달할 수 있습니다.

OP_CAT는 간단하고 이해하기 쉬운 opcode로 간주되며 일부에서는 ECDSA 서명에 서명함으로써 비트코인을 양자 안전으로 만들 수 있다고 믿습니다. 이 견해는 일부에 의해 뒷받침되었으며 Taproot Wizard가 이러한 활동을 통해 OP_CAT에 대한 인식을 높이기 위해 Quantum Cats NFT 프로모션을 시작하도록 영감을 주었습니다.

그러나 기술 발전의 모멘텀을 구축하기 위해 밈 문화를 활용하는 것은 OP_CAT만이 아닙니다.

Quantum Cats와 0.1 BTC의 판매 가격에 영감을 받고 아마도 높은 판매 가격에 부분적으로 불만을 품은 OP_CTV 커뮤니티는 OP_CTV의 기술을 홍보하기 위해 #rubinsreubens라는 샌드위치 밈도 출시했습니다.

이 샌드위치 밈은 Quantum Cat과 그 밈에 대한 유머러스한 반응으로 시작되었습니다. 그러나 CTV와 마찬가지로 계층 구조를 추가하고 sammich에 원하는 만큼 많은 레이어를 만들 수 있기 때문에 실제로 매우 효과적입니다.

이 샌드위치 밈은 많은 사람들의 관심을 끌었습니다. 밈은 재미있고 무언가에 대한 지지를 표시하는 데 사용될 수 있지만 밈 뒤에 숨은 의미를 이해하는 것도 중요합니다. #rubinsreubens의 목적은 op_ctv, lnhance는 물론 새로운 BTC opcode 및 스마트 계약 지원 소프트 포크 제안에 대한 이해를 높이는 것입니다.

OP_CAT 실패의 잠재적 이유

OP_CAT으로 돌아가서 여러 가지 이유로 OP_CAT과 같은 기능 도입에 반대할 수도 있습니다. 첫째, OP_CAT과 같은 새로운 opcode나 기능을 추가하면 비트코인의 복잡성이 증가하여 안전하게 이해하고 사용하기가 더 어려워지고 위험이 증가할 수 있습니다. 둘째, 새로운 기능을 도입할 때 보안 문제를 무시할 수 없습니다.완전히 테스트되지 않은 기능은 취약점을 포함하고 비트코인의 전반적인 보안을 해칠 수 있습니다. 또한 소프트포크의 업그레이드가 모든 노드에서 채택되지 않을 경우 네트워크가 분열되어 서로 다른 버전의 비트코인 ​​네트워크가 공존하게 되어 합의가 더욱 복잡해질 수 있습니다.

새로운 기능은 특히 이전 노드를 지원하지 않는 경우 호환성 문제를 일으킬 수 있으며, 이는 네트워크에서 일부 노드를 제외하고 비트코인 ​​생태계에 부정적인 영향을 미칠 수 있습니다. 특히 업그레이드하지 않는 사용자의 경우 네트워크에 계속 참여할 수 없게 될 수도 있습니다. 또한 일부에서는 새로운 기능의 도입을 비트코인 ​​코어 프로토콜 내의 시급한 문제 해결을 우선시하지 않는 성급한 결정으로 볼 수도 있습니다. 성급한 변경은 불필요한 위험과 불안정성을 초래할 수 있습니다.

보안 및 위험 고려 사항 외에도 OP_CAT이 실패하는 두 가지 가장 큰 이유는 스마트 계약에 대한 비트코인 ​​커뮤니티의 두려움과 비트코인 ​​스마트 계약의 합법성 부족입니다.

스마트 계약에 대한 두려움

비트코인 스마트 계약에 대한 두려움은 OP_CAT 달성에 또 다른 중요한 장애물이 될 수 있습니다. 블록체인 기술의 핵심 구성 요소인 스마트 계약은 많은 블록체인 프로젝트, 특히 이더리움과 같은 플랫폼에서 중요한 역할을 합니다.

그러나 비트코인 ​​커뮤니티 내에서 스마트 계약에 대한 수용은 상대적으로 낮습니다. 이는 부분적으로 발생할 수 있는 위험과 과제에 대한 우려 때문입니다. 스마트 계약은 P2P, 분산화, 보안과 같은 비트코인의 핵심 가치에 영향을 미칠 수 있습니다. 비트코인 커뮤니티는 이러한 핵심 가치를 유지하는 것을 매우 중요하게 생각하며, 이러한 가치를 위협하는 것으로 간주되는 모든 변경 사항은 반대에 직면할 수 있습니다.

스마트 계약의 주요 관심사는 전체 네트워크에 복잡성과 보안 위험을 추가할 수 있다는 것입니다. 스마트 계약에는 복잡한 논리와 코드가 포함되는 경우가 많으며, 과거 일부 블록체인 프로젝트에서 발생했던 것처럼 작은 실수나 허점으로 인해 심각한 보안 문제가 발생하고 심지어 대규모 재정적 손실이 발생할 수도 있습니다. 또한 스마트 계약을 도입하면 전체 시스템을 이해하고 감사하기가 더욱 어려워져 오류 가능성이 높아질 수 있습니다.

또한, 비트코인 ​​커뮤니티는 항상 네트워크의 안정성과 보안을 유지하는 데 큰 중점을 두었습니다. 비트코인의 디자인 철학은 네트워크의 보안과 분산화를 우선시하는 단순하고 보수적인 경향이 있습니다. 따라서 네트워크 안정성에 위협이 될 수 있는 중요한 변경 사항은 엄격한 조사와 광범위한 논의의 대상이 될 것입니다. OP_CAT과 스마트 계약의 도입은 비트코인에 새로운 기능과 가능성을 가져오는 동시에 비트코인의 원래 비전과 디자인 철학에 어긋나는 것으로 보일 수도 있습니다.

나카모토 사토시가 틀렸는가?

OP_CAT opcode 복원은 부분적으로 민감한 주제를 다루었기 때문에 커뮤니티에서 깊은 토론을 촉발시켰습니다. 이는 나카모토 사토시가 틀렸다는 것을 의미합니까?

비트코인의 창시자로서 사토시 나카모토의 결정과 독창적인 디자인은 많은 사람들에게 성경으로 여겨지며, 그의 독창적인 비전은 비트코인 ​​개발의 핵심 지침으로 간주됩니다. 따라서 사토시 나카모토의 의사 결정에 대한 모든 종류의 도전이나 수정은 그의 유산을 무시하거나 비트코인의 핵심 원칙에서 벗어나는 것으로 보일 수 있습니다. 결국, 블록체인 업계에서 정당성은 언제나 피할 수 없는 주제입니다.

따라서 OP_CAT 복원 제안은 비트코인이 정적인 실체여야 하는가, 아니면 변화하는 기술 환경과 사용자 요구에 적응해야 하는가라는 더 광범위한 질문도 다루고 있습니다.

그러나 기술 분야는 항상 진보하고 변화하고 있으며, 기술 혁신으로서의 비트코인도 이 법칙에서 완전히 벗어날 수는 없으며, OP_CAT 복원을 지원하는 Taproot Wizard 팀도 그렇게 생각하고 있는 것 같습니다. 결국 그들은 NFT Taproot Wizards를 출시하기 위해 의도적으로 비트코인의 4MB 제한 바로 아래에서 가장 큰 비트코인 ​​블록을 설계했습니다.

Taproot Wizard 창립자 Udi Wertheimer는 많은 사람들이 비트코인이 바뀌어서는 안 된다고 믿는다는 것을 이해한다고 말했습니다. 그는 비트코인의 변화는 느리고 신중하며 신중해야 한다고 믿습니다. 그는 비트코인이 아직 완전히 굳어지기에는 너무 어리다고 믿으며, 거버넌스 프로세스가 어느 정도 손상되었다고 지적합니다. 기술 커뮤니티는 일반적으로 비트코인에 더 많은 업그레이드가 있을 것이라는 데 동의하지만 어떤 업그레이드가 있을 것인지 정확히 파악하기는 정말 어렵습니다. 그럼에도 불구하고 Wertheimer는 현재 비트코인이 수십억 명의 사람들에게 서비스를 제공할 수 없기 때문에 변화가 필요하다고 강조했습니다.

물론 이러한 변화에는 보안 문제, 네트워크 단편화 위험, 호환성 문제 등과 같은 위험과 과제도 수반되므로 신중하게 고려하고 해결해야 합니다.

제안된 개선 사항이 안전하고 효과적인지 확인하기 위해서는 테스트 네트워크 환경에 OP_CAT을 배포하는 것이 개발자가 메인 네트워크에 영향을 주지 않고 문제를 발견하고 해결할 수 있도록 하는 중요한 단계일 것으로 예상됩니다.

동시에 OP_CAT의 재시작을 진정으로 실현하려면 기술 세부 사항, 커뮤니티 합의 및 비교를 포함하여 많은 고려 사항과 균형이 필요하기 때문에 전체 프로세스는 수년이 걸릴지라도 오랫동안 지속될 것입니다. .비트코인 네트워크 보안 및 안정성 고려 사항, 그리고 가장 중요한 것은 광범위한 커뮤니티 지원 및 인정입니다.