비트코인 개발자 VS 비문: 오래된 분쟁

작성자: Trustless Labs

오늘 비트코인 코어 개발자 Luke는 Ordinals와 같은 비문 프로토콜에 반대한다고 밝혔습니다.

이 논의는 비트코인 커뮤니티에서 빠르게 확산되어 많은 관심과 토론을 받았습니다.

논란의 근원

실제로 비트코인 코어 개발자들은 오랫동안 비문에 대해 의문을 제기해 왔고, 분리 검증 이후 블록 크기의 상한선이 4MB로 확대됐고, 올해 2월에는 3.96MB의 대형 블록이 발굴됐는데, 그 중 서수는- 관련 거래가 무려 3.94MB로 99.5%를 차지했습니다. Inscription이 5월에 인기를 얻기 시작했을 때 Bitcoin-dev는 많은 양의 블록 공간을 차지하는 비표준 Taproot 트랜잭션에 의문을 제기했으며 개발자 이메일 에서 BRC-20과 유사한 프로젝트가 엄청난 트랜잭션 볼륨을 생성했다는 점을 지적했습니다. BTC "실제 비트코인 거래"를 패키징하여 체인에 정상적으로 업로드할 수 없을 정도로 네트워크가 심하게 혼잡합니다.

Luke는 Ordinals와 같은 프로토콜이 "무가치하다"고 지적하며 P2P 암호화폐로서 BTC의 정상적인 사용에 심각한 영향을 미친다고 말했습니다. 동시에 이메일에는 Luke가 이 트윗에서 표현한 비문을 제한하는 방법, 즉 클라이언트에 검토 메커니즘을 추가하여 노드가 비표준 Taproot 트랜잭션을 직접 삭제하도록 강제하고 노드는 더 이상 그러한 내용을 전달하지 않는 방법도 언급했습니다. 비문을 금지하는 거래.의 목표.

업그레이드 계획 및 결과

Luke의 트윗에 따르면 도입된 제한 사항은 주로 Knots 클라이언트의 검열 정책 매개변수를 설정합니다.

-데이터 캐리어 크기:

업그레이드 계획 및 결과

Luke의 트윗에 따르면 도입된 제한 사항은 주로 Knots 클라이언트의 검열 정책 매개변수를 설정합니다.

-데이터 캐리어 크기:

주로 OP_RETURN 출력 스크립트에 담을 수 있는 데이터의 크기를 제한하는 파라미터로, UTXO 출력 시 이러한 데이터가 채워지는데, 기존 프로토콜에서는 Omni와 Colored 모두 OP_RETURN에 데이터를 채워 실행됩니다. 또한 OP_RETURN을 기반으로 데이터 인덱싱을 제공합니다.
이 매개변수의 기본값은 83바이트이며, Luke는 노드가 OP_RETURN 데이터로 트랜잭션을 릴레이하는 것을 방지하기 위해 현재 클라이언트에서 이 매개변수를 직접 0으로 설정할 것을 권장하고, 향후 Knots 25.1에서는 이 매개변수의 기본값을 42로 수정할 것을 권장합니다.

-최대스크립트 크기:

이 매개변수는 주로 노드가 중계할 수 있는 트랜잭션의 스크립트 크기를 제한합니다. Ordinals 프로토콜은 Taproot 스크립트에 프로토콜 데이터를 새겨 데이터 인덱싱을 제공합니다.
매개변수가 적용된 후 노드는 더 이상 P2P 노드를 통해 taptootscript를 전달하지 않으며, 설정된 임계값을 초과하는 거래 규모는 서수 발행 및 전송에 영향을 미칩니다.
Luke는 V25.1에서 이 매개변수를 도입 하고 기본값을 1650으로 설정했습니다.

Luke가 이번에 언급한 업그레이드 경로는 그가 Bitcoin-dev 이메일에서 언급한 것처럼 비정상적인 Taproot 거래를 필터링하기 위해 클라이언트에 필터를 추가한다는 아이디어와 일치한다고 볼 수 있습니다. 현재 코드를 수정하면 중계 네트워크의 설정(기본값 1650바이트)보다 큰 스크립트 크기를 가진 Taproot 트랜잭션이 노드에서 거부되고 일부 Ordinals 트랜잭션이 정상적으로 브로드캐스트되지 않습니다.

그러나 이번 업데이트는 Knots 클라이언트의 OP_RETURN 및 TaprootScript가 전달하는 데이터의 크기만 제한하며, 노드 유지관리자에게 일부 비문 관련 트랜잭션을 거부할 수 있는 옵션만 제공할 뿐 노드 릴레이 및 채굴자가 이를 패키징하는 것을 근본적으로 제한할 수는 없습니다. , 비트코인 코어의 Taproot 업그레이드는 Taproot 감시 데이터 크기에 대한 상대적 검증을 수행하지 않습니다.

그리고 코드에 따르면 현재 Knots 코드 버전에서는 기본 최대값인 1650바이트가 토큰 전송 요구 사항을 지원할 수 있으므로 현재 제한 모드는 BRC-20 관련 작업을 완전히 방지할 수 없습니다. 더 많은 제한 사항에 관해서는 앞으로 루크가 정책에 더 많은 변화를 가져올 것이라는 점에 주목할 필요가 있습니다.

BTC 생태계의 후속 개발

비문을 둘러싼 논쟁이 오랫동안 지속되어 왔지만, 이제 BTC 생태계가 큰 인기를 누리고 있는 상황에서, Luke의 발언은 커뮤니티에서 큰 호응을 얻었고, 커뮤니티에서도 이후의 BTC 생태계 발전에 대해 열띤 논의가 시작되었습니다. .

BTC 생태계의 후속 개발

이 사건에 대해 채굴자 대표인 Shenyu는 비트코인은 개발자 주도가 아니며 채굴자는 개발자가 직접 포크하지 않는 한 해당 업그레이드를 지원해야 한다는 의견을 표명했습니다.

동시에 Luke가 제안한 비문 "정크 거래"에 대한 검토 및 필터링은 현재 클라이언트 수준에서만 유지됩니다. 비문 거래가 프로토콜 수준에서 완전히 금지되는 경우 이를 업데이트하고 Bitcoin Core에 추가해야 합니다. 심지어 BIP 형식이어야 합니다. 도입된 Luke 자신은 V27 업그레이드 전에는 이 "허점"을 피할 수 없었다는 점을 인정했습니다.

커뮤니티의 많은 KOL도 이 문제에 대해 논의하기 위해 목소리를 냈고 일부는 "절대로 동의하지 않을 것"이라고 말했습니다.

미스트코사인도 "수리할 필요가 없다"고 말했다.

측면에서 볼 때 커뮤니티의 목소리는 여전히 Inscription 생태계에 대해 낙관적이며 Inscription이 BTC 생태계 및 채굴에 가져오는 엄청난 개발 모멘텀을 인식하고 있음을 알 수 있습니다. 레이어 2와 유사한 '인스크립션 체인'을 만들겠다는 커뮤니티 사용자들의 아이디어도 루크로부터 긍정적인 반응을 얻었다.

요약하자면, 이 논의의 범위는 매우 광범위하고, 비트코인 코어 개발자들은 오랫동안 Inscription에 반대해 왔으며 분명히 조치를 취하고자 했지만, Inscription 시장이 채굴자, 거래소 및 사용자의 이익을 구속하고 있다는 점을 고려하면, 다자간 시소형 패턴이 될 예정이어서 진전이 그리 순탄하지는 않을 것으로 보인다. 동시에, 항상 "정통"으로 간주되어 온 Taproot Asset은 체인에서 더 적은 공간을 차지하고 업그레이드 후에도 영향을 받지 않으며 이러한 방향은 더 많은 잠재력을 방출할 수도 있습니다.