비트코인 코어 v30, OP_RETURN 기본 데이터 한도 10만 바이트로 상향

비트코인 코어 v30.0이 OP_RETURN 데이터의 기본 허용 한도를 10만 바이트로 높이면서 블록 공간의 용도를 둘러싼 논쟁이 다시 커지고 있다. 룬스 확산과 함께 결제에 블록 공간을 우선 배분할지를 두고 기술 커뮤니티의 의견이 엇갈리고 있다.

크립토브리핑은 9월 10일 OP_RETURN 출력이 70만 건에 가까워지고 있다고 보도했다. 다만 해당 수치는 원자료가 확인되지 않아 실제 사용량으로 단정하기 어렵다.

OP_RETURN은 비트코인 거래에 임의의 데이터를 삽입하는 스크립트 명령어다. 실행 과정에서 실패하도록 설계돼 해당 출력이 일반적인 미사용 트랜잭션 출력(UTXO)으로 남지 않는 특징이 있다.

OP_RETURN은 결제 외에도 데이터 기록과 토큰 프로토콜 처리에 사용된다. 따라서 관련 거래가 늘었다는 사실만으로 비트코인 결제 수요나 경제적 거래 가치가 같은 폭으로 증가했다고 보기는 어렵다.

비트코인 코어 v30.0 릴리스 노트는 기본 ‘-datacarriersize’ 값을 10만 바이트로 높였다고 밝혔다. 한 거래에 여러 개의 OP_RETURN 출력을 포함하는 것도 노드 릴레이와 채굴 대상으로 허용했다.

이전 기본 한도인 83바이트를 적용하려면 별도 설정이 필요하다. 다만 낮은 수수료 거래가 네트워크 전체에 동일하게 전파되거나 블록에 확정된다고 보장하는 변경은 아니다.

이번 조정은 비트코인의 합의 규칙을 바꾼 것이 아니라 노드가 미확인 거래를 중계하고 채굴 후보에 넣는 기본 정책을 바꾼 것이다. 합의 규칙은 모든 노드가 블록과 거래의 유효성을 판단할 때 공통으로 적용하는 규칙이고, 정책은 각 노드가 어떤 거래를 우선 전달할지 정하는 기준이다.

룬스(Runes)는 OP_RETURN을 토큰 프로토콜 데이터 기록에 활용한다. 룬스 공식 문서에 따르면 룬스톤(runestone)은 OP_RETURN 뒤에 ‘OP_13’과 데이터 푸시를 배치하는 방식으로 저장되며, 발행·민팅·이전 정보가 담긴다.

하나의 거래에는 최대 하나의 룬스톤이 들어갈 수 있다. 이 구조 때문에 OP_RETURN은 단순한 문자 기록 수단을 넘어 비트코인 기반 토큰 프로토콜의 상태 정보를 남기는 통로로도 쓰인다.

논쟁의 한쪽에는 블록 공간을 화폐 이전에 우선 배분해야 한다는 주장이 있다. 앞서 본지가 보도한 BIP-110 논쟁에서도 비결제 데이터가 블록 공간을 차지할 수 있다는 점이 핵심 쟁점으로 다뤄졌다.

BIP-110은 256바이트를 넘는 연속적인 임의 데이터 삽입을 제한하고 OP_RETURN의 83바이트 정책 한도를 복원하는 내용을 담고 있다. 제안서는 데이터 저장이 결제 공간과 경쟁해 수수료와 노드 운영 부담을 키울 수 있다고 주장한다.

반대쪽에서는 OP_RETURN이 데이터를 기록하는 명시적이고 검증 가능한 통로라는 점을 강조한다. 이를 제한하면 데이터가 다른 스크립트나 비표준 방식으로 이동할 수 있으며, 결과적으로 데이터 사용을 없애기보다 확인하기 어려운 형태로 만들 수 있다는 우려가 제기됐다.

Bitcoin Core 저장소의 관련 논의에서는 OP_RETURN 크기와 출력 개수를 분리해 관리해야 한다는 의견도 제시됐다. 데이터 크기와 한 거래에 포함할 수 있는 출력 수를 별도로 정하면 정책 선택의 폭을 넓힐 수 있다는 취지다.

비트코인 거래에 기록된 OP_RETURN 데이터를 사람이 읽을 수 있는 문장 형태로 보여주는 기능도 본지 보도에서 소개된 바 있다. OP_RETURN 데이터의 실시간 표시 기능은 숫자와 해시 중심인 온체인 기록을 일부 문장 형태로 확인할 수 있게 한 사례다.

결국 쟁점은 OP_RETURN 사용량 자체보다 비트코인 노드 정책이 데이터 삽입과 토큰 프로토콜을 어느 수준까지 허용할지에 있다. 사용량 70만 건 근접 여부와 수수료·블록 혼잡에 미친 영향은 기준 시각과 원자료를 추가로 확인해야 한다.