BRC-20 포크 논쟁이 곧 시작될 예정이며, 어떻게 하면 빠르게 상황 전개를 파악할 수 있을까?
글: Bob Bodily
번역: TechFlow
최근 BRC-20 창시자 @domodata는 트위터를 통해 UniSat을 비판하며, 이들이 BRC-20 인덱스에 사용되는 Ordinals 프로토콜을 새 버전으로 업그레이드한 행위가 BRC-20의 포크(fork)에 해당한다고 주장했다.
기술적 진화와 버전 업데이트라는 표면 이면에는, 사실상 프로토콜 주도권을 둘러싼 경쟁이 자리잡고 있다.
이후 Unisat의 이른바 "포크" 사건은 커뮤니티의 뜨거운 논의를 불러일으켰으며, 시장 반응 또한 분분했다. 이에 대해 BioniqMarket의 CEO인 Bob Bodily가 의견을 제시했는데, 이를 통해 이번 사태의 기술적 배경과 전말을 빠르게 이해할 수 있다. 다음은 전문 번역이다.
우선, BRC-20 요약:
지금까지 BRC-20은 비트코인 상에서 가장 성공적인 대체 가능 토큰 프로토콜이다. 작년만 해도 수억 달러에서 수십억 달러 규모의 거래량을 기록했다. 완벽하지는 않다(비효율적인 인코딩 사용, UTXO 세트 부담 증가, 기능 제한 등). 그러나 토큰을 매우 쉽게 배포하고 민팅할 수 있었으며, 거의 모든 블록체인에서 인스크립션 열풍을 촉발시킨 원동력이 되었다.
다음은 간단한 기술 입문:
BRC-20은 비트코인 위에 구축된 Ordinals 메타프로토콜 위에 다시 구축된 메타프로토콜이며, Ordinals 자체도 비트코인 위에 존재한다. 즉, Ordinals는 비트코인을 완전한 데이터 가용성 계층으로 사용하며 오프라인 인덱서를 통해 메타프로토콜 상태를 결정한다. 마찬가지로 BRC-20은 Ordinals 프로토콜을 완전한 데이터 가용성 계층으로 사용하고 오프라인 인덱서를 통해 상태를 결정한다. 이는 곧 BRC-20이 메타프로토콜 위에 있는 메타-(메타-메타프로토콜)임을 의미한다.
Ordinals 위에 BRC-20을 구축하는 복잡성:
지난 1년간 Ordinals 프로토콜의 기술 명세는 계속 변화해왔다. Ordinals는 새로운 프로토콜이기 때문에 자주 변경된다. 따라서 Ordinals 위에 토큰 표준을 구축하면 추가적인 리스크가 발생하는데, 바로 기반이 되는 프로토콜 자체가 지속적으로 변하기 때문이다. 이것이 바로 Ordinals 0.8.0과 0.9.0에서 발생한 문제다. 서로 다른 버전의 Ordinals는 인스크립션을 추적하는 방식이 약간씩 다르므로, BRC-20 인덱서가 0.8.0 또는 0.9.0 중 어떤 버전을 기반으로 하는지에 따라 보고되는 잔액이 달라질 수 있다. 당연히 바람직하지 않은 현상이다.
L1F의 해결책
Layer 1 Foundation @L1Fxyz (편집자 주: 이 조직은 BRC20 창시자 Domo의 재단)의 해결책은 Ordinals 프로토콜 버전을 0.9.0에서 고정시키는 것이다. 이를 통해 미래에 유사한 문제가 반복되는 것을 막을 수 있다. 예컨대 다른 종류의 저주받은 인스크립션이 존재하더라도, 모든 인덱서를 0.9.0 버전 기반으로 통일함으로써 버전 간 호환성 문제를 피할 수 있다. 영구적인 해결책은 아니지만, 현재로서는 BRC-20의 안정성을 유지하는 데 매우 효과적이다.
Unisat은 프로토콜 발전을 추진하고자 한다
Unisat은 프로토콜을 앞으로 나아가게 하고 싶어 한다. 우선 Unisat은 블랙/화이트 모듈 시스템을 도입했다. 이를 통해 BRC-20 위에서 개발하는 사람들(Unisat 포함)이 블랙 모듈 내에서 새로운 기능을 실험할 수 있게 되었다(블랙 모듈은 메인 프로토콜에서 인덱싱되지 않는 일종의 임시 공간). 사용자는 자신의 토큰을 블랙 모듈로 가져올 수 있지만, 승인이 나기 전까지는 출금할 수 없다. 기본적으로 비트코인의 스페이스 체인(일방향 브릿지)과 유사한 개념이다. 그리고 어제, Unisat은 자신들의 BRC-20 인덱서 아래 Ordinals 버전을 '결의의 날(Jubilee)' 이후 최신 버전으로 업그레이드하겠다고 발표했다. Jubilee는 Ordinals의 공식 버전으로, 이후로는 더 이상 저주받은 Ordinals가 존재하지 않게 된다(모든 인스크립션이 영원히 양수 값이 된다).
논쟁의 핵심: BRC-20을 어떻게 업그레이드할 것인가?
BRC-20 인덱서 하에서 Ordinals 버전을 업그레이드하는 것은 실제로 매우 좋은 아이디어다. Ordinals 프로토콜은 더욱 안정화될 것이며, 더 이상 저주받은 Ordinals를 걱정할 필요 없고, 계정 불일치 등의 문제도 발생하지 않는다.
Unisat이 가능한 한 빨리 이를 도입하려는 것은 매우 타당하다. Unisat은 스타트업이기 때문이다. 스타트업에게는 시간이 없다. 시장 적합성(product-market fit)을 찾고 사용자에게 서비스를 제공하기 위해 노력해야 한다.
반면 L1F는 업그레이드를 늦추기를 원한다. 서둘러 업그레이드하면 오히려 더 많은 오류가 발생할 수 있기 때문이다. Best in slot과 다른 이들은 이미 이러한 프로토콜 오류들 일부를 발견했다. 이 또한 타당하다. L1F는 프로토콜을 보호하는 목적을 지닌 기관이므로, 느리지만 더 의도적이고 신중한 경로를 선택하여 업그레이드하는 것을 받아들일 수 있다.
어떤 이들은 이를 Unisat 팀이 프로토콜 주도권을 장악하려는 권력 다툼으로 본다. 또 다른 이들은 L1F가 프로토콜을 장악하려 한다고 보며, 오히려 프로토콜은 시장 중심으로 운영되어야 한다고 주장한다.
나의 견해
BRC-20 프로토콜이 엄청난 성공을 거두었기 때문에, 더 이상 초기처럼 무모하게 행동할 수는 없다. BRC-20의 스타트업 시대는 끝났다. 현재 BRC-20은 TVL, 사용자, 인프라, 지갑, 마켓 등 절대적으로 거대한 프로토콜이 되었으며, 무엇이든 빠르게 진행될 수 없다. 나는 L1F의 접근 방식을 좋아한다. Domo는 항상 프로토콜 안정성의 중요성을 인식해 왔으며(BRC-20은 탄생 이후 실질적으로 변화하지 않았다), 이는 통합이 용이하고, 구축하기 쉬운 장점이 있다. BRC-20 프로토콜을 앞으로 나아가게 하기 위해서는 탈중앙화되고 신중한 검토, 느린 컨센서스, 그리고 타협이 필요하다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@BobBodily
