논란의 여지가 있는 비트코인 제안: OP_RETURN 데이터 제한, 자유로의 복귀인가, 아니면 혼잡을 증가시키는가?
吴说
05-06 02:28
本文约2721字,阅读全文需要约11分钟
OP_RETURN의 80바이트 제한을 제거하는 것이 제안되었으며, 자유도와 블록 공간을 둘러싼 논란이 있습니다. 지지자들은 잘못된 제한을 우회해 채굴자들의 수입을 늘릴 수 있다고 주장하는 반면, 반대자들은 비거래 데이터의 대중화를 우려하며 엄격한 고객 선별을 제안합니다.

원문: GaryMa, Wu가 블록체인에 대해 이야기하다

최근 HashKey Investment Research Director @jeffrey_hu는 Bitcoin Core의 "OP_RETURN 데이터 제한 취소" 제안의 배경과 논란에 대해 자세히 설명했습니다. 우는 관련 커뮤니티 구성원들의 의견을 요약하고 통합하여 다음과 같이 정리했다고 말했습니다.

배경 검토: OP_RETURN 데이터 제한 논란

OP_RETURN은 비트코인 스크립트의 연산 코드(opcode)로, 비트코인 거래에 소량의 데이터를 포함하는 데 사용됩니다. 이를 통해 사용자는 블록체인에 데이터를 저장할 수 있지만 이러한 출력은 "증명 가능하게 지출 불가능"하므로 UTXO(지출되지 않은 거래 출력) 집합에 부담을 주지 않습니다. Bitcoin Core의 현재 기본 OP_RETURN 데이터 제한은 80바이트이며, 노드 정책(합의 규칙이 아님)을 사용하여 83바이트를 넘는 OP_RETURN 거래의 전파를 제한합니다.

개발자 피터 토드는 PR #32359를 제안하여 이러한 제한을 제거하고 관련 구성 옵션(예: -datacarrier 및 -datacarriersize)을 삭제하자고 제안했습니다. 이로 인해 노드의 자체 구성 가능성이 차단되어 격렬한 논의가 촉발되었습니다.

관점

지지자들의 의견:

  • 기존의 제한은 채굴자 메모리 풀(예: MARA Slipstream)에 직접 제출하거나 제한 없는 노드 구현(예: Libre Relay)을 통해 우회할 수 있으므로 효과가 없습니다. (예를 들어, 알려진 가장 큰 OP_RETURN 출력은 79,870바이트입니다).

  • 일부 사용자는 OP_RETURN을 사용해 체인을 메시지 게시판으로 취급하기도 합니다. 또한, 체인에 패키징하고 업로드하는 데 도움이 되는 도구도 있습니다(opreturnbot.com). 수수료만 지불하면 됩니다.

  • 제한을 없애는 것이 채굴자 인센티브와 더 잘 부합할 수 있는데, 채굴자는 블록 공간을 두고 경쟁함으로써 더 많은 수익을 얻을 수 있기 때문입니다.

반대자들의 견해:

  • 제한을 제거하면 거래가 아닌 데이터(예: 똥코인)가 체인에 더 많이 기록되어 블록 공간을 차지하고 거래 수수료가 상승하게 됩니다.

  • 제한을 우회할 수는 있지만 노드 정책은 여전히 유용할 수 있습니다(예: 전파를 제한하고 네트워크에서 정크 데이터의 압력을 줄이는 것).

개인 상세 의견 수집:

Nothing Research 파트너 @0x_Todd: OP_RETURN의 80바이트 데이터 제한을 없애는 것을 지지합니다. 그는 현재의 한도는 비효율적이며, 한도를 철폐하면 비트코인의 초기 설계로 돌아가고, 네트워크 부담을 줄이고, 생태계 발전을 지원하고, 채굴자의 수입을 늘리고, 자유주의적 사상에 부합하는 등 많은 이점을 가져올 수 있다고 믿습니다.

1. 사토시 시대의 제한 없음, 고전으로의 회귀

  • 사토시 시대(초기 비트코인)에는 OP_RETURN에 바이트 제한이 없었습니다.

  • 2014년에 비트코인은 (데이터 저장보다는 회계 목적으로) 비트코인의 "순도"(순수성)를 유지한다는 목표로 40바이트 제한(나중에 80바이트로 상향)을 도입했습니다.

  • 0x_Todd는 80바이트 제한을 없애는 것이 "이단"이 아니라, 비트코인의 원래 정신에 부합하는 사토시 나카모토 시대의 고전적인 디자인으로의 회귀라고 생각합니다.

2. 현재 제한 사항은 유효하지 않으며 쉽게 우회될 수 있습니다.

  • 현재의 80바이트 제한은 사용자가 대용량 데이터를 저장하는 것을 막을 수 없는 "10센티미터 높이의 울타리"와 같이 비효율적입니다.

  • 우회 방법에는 비문과 룬과 같은 프로토콜을 사용하여 여러 거래를 통해 데이터를 저장하는 것이 있습니다.

  • Libre Relay 클라이언트(슬로건은 "Bitcoin Core의 릴레이 정책에서 가부장적 태도를 제거한다"입니다)를 사용하는 등 노드 정책을 우회합니다. 피터 토드(PR #32359 제안자)는 Bitcoin Core의 핵심 개발자 중 한 명이며, 그의 기여도는 상위 10위 안에 듭니다. 제한 조치를 해제하려는 그의 지지는 "비부권주의"의 표현이며 지지받을 만합니다.

3. 네트워크 등록 부담 감소

  • 현재 비문은 "버그"(예: 여러 거래를 통해 80바이트 제한을 우회)를 통해 데이터를 저장하는데, 이는 네트워크 부담을 증가시킵니다.

  • 80바이트 제한을 제거한 후, 비문은 OP_RETURN을 통해 데이터를 직접 저장할 수 있어 불필요한 다중 거래를 줄이고 네트워크의 부담을 줄일 수 있습니다.

  • 추가 참고사항: 비문은 더 이상 인기가 없으므로 이 이유는 단지 "보너스"(2차 이유)일 뿐입니다.

4. 광부들에게 추가 소득을 제공하는 것은 자유주의에 부합한다

  • 이러한 제한을 없애면 광부들에게 추가 수입이 생길 수 있습니다.

  • 예를 들어: 0x_Todd가 7MB의 "대형 카드 버그" OP_RETURN 블록을 언급했고, 보낸 사람은 수수료로 3,600달러를 지불했습니다.

  • 이는 시장 수요의 진정성을 보여줍니다. 누군가는 대용량 데이터를 체인에 올리기 위해 기꺼이 비용을 지불할 의향이 있고, 채굴자들은 이를 패키징할 의향이 있습니다.

  • 0x_Todd는 자유주의적 입장을 취하고 있으며, 이런 종류의 "시장 결정" 행동(상호 동의)은 제한되어서는 안 되며 엄격한 개입은 의미가 없다고 생각합니다.

  • 추가 혜택: 비트코인은 4년마다 절반으로 줄어들기 때문에 채굴자의 수입이 감소합니다. 대규모 OP_RETURN 거래를 허용하면 수입이 늘어나고, 채굴자들이 컴퓨팅 파워에 계속 투자하도록 유도하며, 비트코인 네트워크의 보안을 강화할 수 있습니다.

HashKey 투자 연구 책임자 @jeffrey_hu: OP_RETURN의 80바이트 데이터 제한을 없애는 것에 반대하는 경향이 있습니다. 그는 제한을 제거하면 부정적인 결과(예: 거래가 아닌 데이터가 블록 공간을 차지함)가 발생할 수 있다고 믿는 반면, 사용자 자유(구성 옵션 유지)의 중요성을 강조했습니다. 그는 지지와 반대는 개념의 차이에 따른 것이며, 단기적으로는 절대적으로 옳고 그름이 없다고 믿습니다. @0x_Todd의 네 가지 주장에 대해 그는 자신의 견해를 다음과 같이 자세히 설명했습니다.

1. 나카모토 시대에는 제한이 없었지만 그렇다고 해서 합리적이라는 것은 아니다.

  • 사토시 나카모토 시대에는 OP_RETURN에 대한 제한이 없었지만, 사토시 나카모토의 모든 디자인이 합리적인 것은 아니었고, 초기 디자인 중 다수는 나중에 문제가 있는 것으로 드러났습니다(예: 블록 전쟁 전후의 일부 수정).

  • 사토시 나카모토 시대에는 제한이 없었다는 이유만으로 제한 해제를 뒷받침할 수는 없습니다. 사토시 나카모토의 디자인이 모두 오늘날에 적용되는 것은 아닐 수도 있다.

2. 피터 토드의 입장과 비트코인 코어의 역할

  • 제한을 해제하는 것은 비트코인 코어 클라이언트의 제안일 뿐, 비트코인 네트워크 전체에 대한 결정은 아닙니다.

  • 피터 토드는 "인센티브 호환성"(Full-RBF의 논리와 유사: 신사는 경계하지만 악당은 경계하지 않음)을 철학으로 삼는 선임 개발자입니다. 제한을 철폐하려는 그의 제안은 그의 스타일과 부합하지만, 놀랍지는 않습니다.

  • Bitcoin Core의 "가부장적" 관행(구성 옵션 제거 등)은 논의할 가치가 있으며 사용자의 자유를 제한할 수 있습니다.

3. 등록 문제: 제한 해제의 의미는 제한적입니다.

  • 80바이트 제한을 제거하더라도 비문에 제한적인 도움이 될 뿐입니다.

  • 80바이트는 대용량 파일(예: 사진)을 저장하기에는 충분하지 않지만, BRC-20 프로토콜이 JSON 데이터(화폐 발행용)를 쓰기에는 충분합니다.

  • 비트코인이 강력한 기능(예: 일회성 봉인, 세그윗)을 제공하더라도, 항상 "가장 추한" 방식으로 체인에 코인을 발행하는 사람들이 있을 것이고, 제한을 제거하더라도 이 문제를 근본적으로 해결할 수 없습니다.

4. 광부 수입과 자유주의: 사용자의 자유가 더 중요하다

  • 채굴자의 수입에 미치는 영향은 복잡합니다(수입은 늘어날 수 있지만 채굴 풀의 "독점 서비스" 이점이 손상될 수도 있습니다).

  • 자유주의를 지지합니다. 사용자는 체인에 머무르기 위해 비용을 지불할 권리가 있으며, OP_RETURN 데이터 저장은 비문보다 더 우아합니다(두 개의 거래 + UTXO 먼지 증가).

  • 하지만 이는 사용자의 자유를 강조합니다. 전체 노드 운영자로서 그는 이 데이터를 전파할지 여부를 자유롭게 선택할 수 있어야 합니다(예를 들어, 메시지 게시판의 내용은 그와 아무런 관련이 없습니다).

  • Bitcoin Core는 구성 옵션(예: -datacarriersize 및 Full-RBF 구성)을 제거하여 사용자의 선택권을 박탈한다는 비판을 받아왔습니다.

  • 비트코인 코어가 그러한 자유를 제공하지 않는다면 그는 비트코인 노트로 전환하거나 거래 필터를 추가할 수도 있지만, 그러한 접근 방식은 무의미한 노력일 뿐이라고 생각합니다.

UTXO Stack 창립자 @crypcipher: 저는 제한을 없애는 것을 지지하며, 사람들이 우회할 수 있도록 허용하는 것보다 직접 제한을 공개하는 것이 더 낫다고 생각합니다. ordi와 같은 프로토콜은 여러 트랜잭션을 통해 80바이트 이상의 데이터를 쓴다고 언급되어 있습니다. 제한을 제거하면 이러한 "쓸모없는 작업"과 UTXO 먼지를 줄일 수 있습니다.

Fiamma 공동 창립자 @cyimonio: 반대합니다. 저는 일부 비트코인 L2 프로젝트(예: 비트코인에 상태 데이터를 저장하는 프로젝트)가 비트코인을 데이터 가용성(DA) 계층으로만 사용하는데, 이는 그다지 의미가 없고 "작은 일에 많은 돈을 쓰는 것"과 같은 경우라고 생각합니다.

합의 규칙 및 노드 전략

"우회가 가능하다면? 그러면 노드 제한은 여전히 유효한가요?"

유용하긴 하지만, 이 문제를 이해하려면 여전히 OP_RETURN과 관련된 "합의 규칙"과 "노드 전략"부터 시작해야 합니다.

OP_RETURN은 비트코인 스크립트 언어의 명령어로, 스크립트 실행을 즉시 종료하고 출력을 입증 가능하게 지출 불가능으로 표시합니다.

OP_RETURN 동작(스크립트 실행을 종료하고 출력을 사용할 수 없음으로 표시)은 비트코인 프로토콜의 핵심 규칙이며 합의 규칙의 일부입니다. 합의 규칙은 "지출 불가능 여부"에만 관심이 있고, 수반되는 데이터의 구체적인 크기에는 관심이 없습니다.

OP_RETURN에 첨부된 데이터의 구체적인 크기 제한은 노드 정책에 속합니다. 노드는 수신한 거래 데이터를 어떻게 처리할지 결정할 수 있기 때문에 많은 작업을 수행할 수 있습니다.

  • 체인에 올라가기 전: 블록이 패키징되기 전에, 거래가 P2P 네트워크에서 전파될 수 있는지 여부에 대한 제한이 부과됩니다. Bitcoin Core는 이전에 83바이트가 넘는 OP_RETURN 거래를 전파하지 않았지만, 이러한 거래가 새 블록에 존재하는 경우 노드는 해당 거래를 유효하다고 인식하고 합의 규칙을 준수하므로 체인이 포크되지 않습니다.

  • 체인에 추가된 후, 노드는 OP_RETURN에 첨부된 데이터를 자동으로 삭제하여 저장 비용을 줄이는 등의 조치를 취할 수도 있습니다.

가능한 영향 및 제안

긍정적: 채굴자의 수입이 늘어나고 비트코인 생태계 프로젝트(룬, 알케인, 사이드 체인 등)가 지원될 수 있습니다.

부정적: 일반 비트코인 사용자의 블록 공간을 압박합니다.

광부들의 태도는 불확실합니다. 한편으로는 블록 공간에 대한 경쟁이 증가하면 수익이 늘어날 수 있습니다. 반면, 비표준 거래 패키징의 "독점 서비스" 이점이 감소하기 때문에 채굴 풀은 이를 좋아하지 않을 수도 있습니다.

개인적인 조언:

PR이 통과되었지만 사용자가 마음에 들지 않으면 더 제한적인 클라이언트(예: Bitcoin Knots)나 이전 버전을 실행할 수 있습니다. 비트코인 코어의 역할(보안 패치, 노드 전략, 합의 규칙의 균형)을 다시 살펴보고, 개인 철학에 더 잘 맞는 클라이언트를 선택하는 것을 고려하세요.

참조 링크:

https://x.com/jeffrey_hu/status/1917491946609860991

https://x.com/0x_Todd/status/1917889200684454340

https://x.com/jeffrey_hu/status/1917970887917343184

吴说
作者文库