BRC-20, 포크될까? 잠재적 영향은 어느 정도일까?
글: Cookie
2024년 새해의 사흘째를 앞두고 BRC-20 창시자 @domodata의 한 트윗이 큰 파장을 일으키며, BRC-20의 포크 논쟁이 본격적으로 대두되었다.
domo는 이 트윗에서 UniSat에 심각한 비판을 제기했다. domo는 UniSat이 BRC-20 인덱스에 사용되는 Ordinals 프로토콜을 v0.13.0 버전으로 업그레이드한 행위를 BRC-20의 '포크'로 규정하며, 이를 UniSat의 '일방적인' 기술적 조치이자 프로토콜 통제권을 둘러싼 경쟁으로 보았다.
이번 '포크' 논란을 어떻게 빠르게 이해할 수 있을까? 이번 논쟁은 마치 모두가 동일한 자산(BRC-20 토큰)을 가지고 있는데, 지금까지는 UniSat, Magic Eden, OKX 등 여러 플랫폼에서 자유롭게 입출금 및 거래가 가능했던 이유가 모두 동일한 장부 시스템을 사용하고 있었기 때문이다. 그런데 이제 UniSat이 그 장부 시스템을 업그레이드하려 하니, 다른 플랫폼들이 이를 따라오지 않으면 장부 규칙에 차이가 생기고, 결과적으로 각 플랫폼에서의 BRC-20 토큰 잔액이 달라지는 혼란이 발생할 수 있다.
그렇다면 왜 이런 갈등이 발생한 것일까? BRC-20 프로토콜 발전에 참여하는 각 주체들은 이번 분쟁에 대해 어떤 입장을 취하고 있는가? 그리고 이러한 갈등은 어떤 잠재적 영향을 초래할 수 있을까?
왜 이런 갈등이 발생했나?
2023년 11월 9일, 비트코인 블록 높이 816000번 블록 생성과 함께 BRC-20 인덱스 사양에 대한 '동결' 제안이 공식적으로 시행되었다.
BRC-20 인덱스 사양의 '동결' 제안은 창시자 domo가 10월 26일에 처음 제안한 것이다. domo가 이를 '동결(freeze)'이라고 명명한 이유는, BRC-20 프로토콜이 인덱스 안정성을 유지하기 위해 BRC-20 인덱스를 v0.9.0 버전으로 고정한다는 내용이기 때문이다.
2023년 10월, 누군가 #35321413 및 #35329860이라는 인스크립션(铭文)이 v0.9.0 버전의 Ordinals 프로토콜에서는 인덱싱되지만, v0.7.0 및 v0.8.0 버전에서는 인덱싱되지 않는다는 것을 발견했다. 서로 다른 마켓플레이스들이 다양한 버전의 Ordinals 프로토콜을 사용하다 보니, 일부 마켓플레이스에서는 특정 인스크립션이 정확히 인덱싱되지 않았고, 실제 인스크립션 번호가 어긋나는 현상이 발생했다.
BRC-20의 경우 이 문제는 더욱 심각했다. v0.8.0 버전의 Ordinals 프로토콜 버그로 인해 최대 공급량을 초과한 민팅이나, 서로 다른 마켓플레이스의 Ordinals 프로토콜 버전 차이로 인한 이중 지불(doublespend) 위험이 커졌다. 이것이 바로 Magic Eden이 2023년 11월 일시적으로 BRC-20 거래를 중단했던 이유다. Magic Eden이 잘못한 것은 전혀 없으며, 다만 우연히 문제가 되는 버전을 사용하게 된 상황에서 신속하게 거래를 중단한 것은 사용자 보호를 위한 책임 있는 행동이었다.
BRC-20은 본질적으로 Ordinals 프로토콜 위에 '기생'하는 형태의 프로토콜이기 때문에, 인덱스를 Ordinals 프로토콜 업데이트에 따라 계속 갱신해야 하는지 여부는 현재로서 매우 난감한 문제다. 한편으로는, Ordinals 프로토콜 자체가 여전히 빠르게 개선되고 있으며, 점점 더 많은 새로운 기능이 추가되고 있다. 특히 '주빌리(Jubilee)' 업그레이드가 블록 높이 824544에서 활성화될 예정인데, 기존의 저주받은 인스크립션 생성 방식이 수정됨에 따라, v0.9.0 버전에서는 음수 번호가 부여되던 인스크립션이 v0.13.0 버전에서는 양수 번호를 받게 될 것이다. 따라서 Ordinals 프로토콜의 버전 차이는 이후 새로 생성되는 인스크립션들의 번호 체계에 큰 차이를 야기할 수 있다. 또한 CBRC-20처럼 Ordinals 프로토콜의 최신 기능을 활용하여 성능을 최적화한 변형 BRC-20 프로토콜도 등장하면서 기존 BRC-20의 발전에 도전을 가하고 있다.
반면에, 이미 다수의 자산과 막대한 시가총액을 형성한 프로토콜로서, BRC-20의 발전 과정에서 안정성 확보는 무엇보다 우선시되어야 한다. 만약 새로운 기능을 추구하다가 사용자의 자산 손실이라는 결과를 초래한다면, 이는 BRC-20 생태계에 치명적인 타격을 줄 것이다.
이 문제에 대해 BRC-20 프로토콜의 방향성에 영향력을 가진 주체들 사이에 의견 차이가 생긴 것이 이번 '포크' 논쟁의 근본 원인이다.所谓 '포크' 논쟁의 본질은 BRC-20 인덱스가 사용하는 Ordinals 프로토콜 버전을 v0.9.0에서 업그레이드해야 하는지 여부에 대한 것이다.
각 진영의 입장
반대 입장: domo, Best in Slot이 이끄는 Layer 1 Foundation
domo의 입장은 본문 초반에 이미 언급된 바 있다. Best in Slot은 어제 트위터를 통해 Ordinals 프로토콜 v0.13.1 버전에서 BRC-20 잔고의 정확성에 영향을 미칠 수 있는 '심각한 버그'를 발견했다고 밝히며, BRC-20 인덱스가 v0.9.0 버전으로 유지되어야 프로토콜의 안정성이 보장된다고 강력히 주장했다. 또한 Best in Slot은 v0.13.1 버전에 BRC-20 프로토콜에 영향을 줄 수 있는 다른 숨겨진 버그가 존재할 가능성도 있다고 언급하며, '안정성'이 BRC-20의 최우선 과제이며, 이미 규모가 커진 BRC-20 프로토콜은 충분한 테스트 없이 지속적인 업그레이드를 견딜 수 없다고 강조했다.
찬성 입장: UniSat
UniSat은 항상 BRC-20 관련 생태계의 빠른 발전을 추진해왔다. BRC-20 스왑 기능 개발부터 이번에 직접 BRC-20 인덱스의 Ordinals 프로토콜 버전 업그레이드를 추진하겠다는 입장을 밝힌 것도 그러한 맥락이다. domo의 트윗 직후 UniSat도 반응 트윗을 올리며, 현재 다른 모든 개발 작업을 일시 중단하고 BRC-20 업그레이드가 계획대로 진행되도록 최선을 다하겠다고 밝혔다. 동시에 UniSat은 BRC-20이 '분열(split)'되지 않도록 최대한 노력하겠다고 덧붙였다.
또한 Magic Eden도 BRC-20 업그레이드에 찬성한다는 소식이 전해지고 있다.
중립 입장: TRAC
TRAC의 창시자 Benny는 이번 분쟁에 대해 중립적인 입장을 표명했다. 그는 BRC-20 인덱스가 계속해서 v0.9.0 버전에 머무르는 것은 바람직하지 않지만, 업그레이드에 앞서 수주에서 수개월간 충분한 테스트를 거쳐야 하며, 새로운 버전으로 전환하더라도 모든 것이 정상적으로 작동하는지 확인해야 한다고 말했다.
잠재적 영향
UniSat은 이번 논쟁을 '포크(fork)'라기보다는 '분열(split)'이라고 표현한다. UniSat은 '포크'란 합의의 차이로 인해 물리적으로 체인이 분리되는 것을 의미하며, 예를 들어 BCH와 BTC처럼 실질적으로 두 개의 체인이 독립적으로 운영되는 경우라고 설명한다. 반면 BRC-20의 업그레이드 논란은 동일한 체인(비트코인 메인넷) 위에서 서로 다른 규칙을 가진 두 가지 인덱스 시스템이 공존하는 상황을 초래할 수 있으며, 이들 사이에는 여전히 상호 영향이 존재할 수 있다는 것이다.
BRC-20의 '분열' 논쟁은 최근 침체기에 접어든 인스크립션 시장에 또 하나의 불확실성을 더하고 있다. 그러나 지나치게 걱정할 필요는 없다. 어느 누구도 진정으로 BRC-20을 해치려는 의도는 없으며, 단지 BRC-20을 어떻게 더 잘 발전시킬지에 대한 이해가 다를 뿐이다. 사실 이것은 좋은 현상이며, BRC-20이 성장 과정에서 반드시 겪어야 할 시험임을 의미한다. 각 당사자들이 이 문제에 대해 적절한 논의를 통해 모두가 수용할 수 있는 해결책을 찾고, 이번 사건을 계기로 건강한 대화 메커니즘이 만들어지기를 기대한다. 폭풍이 지난 후, BRC-20의 미래는 더욱 밝아질 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@lonelyhorseme
