비트코인 개발자 대 명문: 오래전부터 존재해온 갈등
TechFlow 선정TechFlow 추천
비트코인 개발자 대 명문: 오래전부터 존재해온 갈등
비트코인 코어 개발자들은 인스크립션에 대해 오랫동안 반대해 왔으며 이를 대응하기 위한 조치를 분명히 취할 것임을 밝혔다. 그러나 인스크립션 시장이 이미 채굴업자, 거래소 및 사용자의 다양한 이해관계와 연결되어 있어 다자간의 장기적 줄다리기가 불가피한 상황인 만큼, 이에 대한 추진은 순조롭지 않을 것으로 예상된다.
Web3 심층 보도에 집중하고 흐름을 통찰글 작성: Trustless Labs
오늘날 비트코인 코어 개발자 Luke는 X 플랫폼에서 Ordinals 계열의 명문 프로토콜에 반대 입장을 표명하며, 이를 비트코인 네트워크에 대한 공격으로 간주하고 있으며, 명문이 비트코인의 취약점을 악용해 쓰레기 정보를 네트워크에 게시하고 있다고 주장했다.
이 주장은 곧바로 비트코인 커뮤니티 내에서 빠르게 확산되어 큰 주목과 논의를 불러일으켰다.
논쟁의 발단
사실 비트코인 코어 개발자들이 명문에 대해 의문을 제기한 것은 오래전부터 이어져 왔다. 격리 검증(SegWit) 이후 블록 크기 상한이 4MB로 확대되었고, 올해 2월에는 3.96MB에 달하는 대형 블록이 채굴되었으며, 이 중 Ordinals 관련 거래가 3.94MB를 차지해 무려 99.5%에 달했다. 5월 명문이 급부상하던 시기, Bitcoin-dev에서는 비표준 Taproot 거래가 많은 블록 공간(block space)을 점유한다는 지적이 제기되었으며, dev-email에서는 BRC-20과 유사한 프로젝트가 방대한 거래량을 생성함으로써 BTC 네트워크에 심각한 혼잡을 초래하여 '진정한 비트코인 거래(real Bitcoin transaction)'가 정상적으로 체인에 포함되지 못하게 되었다고 지적했다.
Luke는 Ordinals 같은 프로토콜을 '무가치하다(worthless)'고 직격하며, 이러한 프로토콜이 P2P 암호화폐로서의 BTC 정상 사용에 심각한 영향을 미친다고 밝혔다. 또한 해당 이메일에서는 이번 트윗에서 언급된 명문 제한 방식도 소개되는데, 클라이언트에 검열 메커니즘을 추가해 노드가 비표준 Taproot 거래를 직접 삭제하도록 강제하고, 노드가 그러한 거래를 더 이상 전달하지 않음으로써 명각(minting)을 금지하려는 것이다.
업그레이드 방안 및 결과
Luke의 트윗 내용에 따르면, 그가 제안한 제한 조치는 Knots 클라이언트에서 리뷰 policy 매개변수를 설정하는 데 초점을 맞추고 있다:
-datacarriersize:
-
이 매개변수는 OP_RETURN 출력 스크립트에서 운반할 수 있는 데이터의 크기를 제한한다. 이러한 데이터는 UTXO의 output에 삽입되며, 기존 프로토콜 중 Omni와 Colored는 모두 OP_RETURN에 데이터를 삽입하는 방식으로 작동한다. 명문 생태계의 Runes 역시 OP_RETURN을 기반으로 데이터 인덱싱을 제공한다.
-
현재 이 매개변수의 기본값은 83바이트이며, Luke는 기존 클라이언트에서 이를 즉시 0으로 설정하여 OP_RETURN 데이터를 포함한 거래의 relay를 막고, 곧 출시될 Knots 25.1 버전에서 기본값을 42로 변경할 것을 제안했다.
-maxscriptsize:
-
이 매개변수는 노드가 relay할 수 있는 거래의 스크립트 크기를 제한한다. Ordinals 프로토콜은 Taproot 스크립트에 프로토콜 데이터를 새겨 데이터 인덱싱을 제공한다.
-
매개변수가 적용되면 노드는 P2P 네트워크를 통해 설정된 임계값을 초과하는 taproot script 크기의 거래를 더 이상 relay하지 않게 되며, 이는 Ordinals의 민팅 및 이전에 영향을 미칠 것이다.
-
Luke는 V25.1에서이 매개변수를 도입했으며,기본값을 1650으로 설정했다.
이번 Luke의 업그레이드 로드맵은 그가 Bitcoin-dev 이메일에서 제안했던 클라이언트에 필터를 추가해 비정상적인 Taproot 거래를 필터링하려는 접근과 일관된다. 만약 채굴자들도 현재 코드의 이 변경 사항을 받아들인다면, 노드는 script size가 설정된 값(기본값 1650바이트)을 초과하는 Taproot 거래의 relay를 거부하게 되며, 일부 Ordinals 거래는 정상적으로 브로드캐스트되지 못하게 될 것이다.
그러나 이번 업데이트는 Knots 클라이언트 내에서 OP_RETURN과 TaprootScript가 데이터를 운반하는 크기에만 제한을 두는 것으로, 노드 운영자에게 일부 명문 관련 거래를 거부할 선택권을 제공할 뿐, 근본적으로 노드의 relay 및 채굴자의 블록 포함을 제한할 수는 없다. 게다가 비트코인 코어의 Taproot 업그레이드는 Taproot witness 데이터 크기에 대해 상대적인 검증을 수행하지 않았다.
또한 코드 분석에 따르면, 현재 Knots 코드 버전의 최대값 1650바이트는 토큰 전송 수요를 지원할 수 있으므로, 현재의 제한 모드로는 BRC-20 관련 작업을 완전히 막을 수 없다. 보다 강력한 제한을 위해서는 향후 Luke가 policy에 추가로 어떤 변경을 가할지 주목해야 한다.
BTC 생태계의 향후 전망
비록 명문에 대한 논쟁은 오래전부터 존재해 왔지만, 오늘날 BTC 생태계가 예외적으로 활황을 누리는 상황에서 Luke의 이번 입장 표명은 커뮤니티에 큰 파장을 일으켰으며, 커뮤니티는 BTC 생태계의 미래 방향에 대해 열띤 토론을 시작하고 있다.
이 사건에 대해 채굴자 대표인 신어(Shen Yu)는 "비트코인은 개발자가 주도하는 것이 아니라 채굴자가 해당 업그레이드를 지지해야 하며, 그렇지 않으면 개발자가 스스로 포크를 해야 한다"는 입장을 밝혔다.
한편 Luke가 제안한 명문 '쓰레기 거래'에 대한 검열 및 필터링은 현재 단계에서 클라이언트 수준에 머물러 있으며, 프로토콜 수준에서 명문 거래를 완전히 금지하기 위해서는 비트코인 코어에 업데이트가 반영되어야 하며, 심지어 BIP 형태로 도입되어야 할 수도 있다. Luke 본인도 V27 업그레이드 이전까지는 이러한 '취약점'을 피할 수 없다고 인정하고 있다.
커뮤니티의 여러 KOL들도 이 문제에 대해 목소리를 냈으며, 일부는 '절대 동의하지 않는다'는 입장을 표명했다:
만무여현(Manwu Yuxian) 역시 '굳이 수정할 필요 없다'고 말했다:
이러한 반응들을 통해 커뮤니티가 여전히 명문 생태계를 긍정적으로 바라보고 있으며, 명문이 BTC 생태계와 채굴에 가져온 막대한 성장 동력을 인정하고 있음을 알 수 있다. 커뮤니티 사용자들이 제안한 'Layer2와 유사한 명문 전용 체인' 구상에 대해서도 Luke는 긍정적인 답변을 보내왔다.
결론적으로, 이번 논의는 광범위한 영향을 미쳤으며 비트코인 코어 개발자들은 명문에 오랫동안 반대해왔고 행동을 취할 의지를 분명히 했지만, 명문 시장이 이미 채굴자, 거래소, 사용자 등 다양한 이해관계자의 이익과 연결되어 있어 다자간의 장기적 줄다리기가 불가피하며, 따라서 추진 과정은 순탄치 않을 것으로 보인다. 동시에 항상 '정통'으로 여겨져 온 Taproot Asset은 체인 상의 공간 점유율이 낮아 업그레이드 후에도 영향을 받지 않을 것이며, 이 방향은 더욱 큰 잠재력을 발휘할 수 있을 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@TrustlessLabs
