2024년이 세 번째 날로 접어들면서 BRC-20의 창립자인 도모데이타(Domodata)의 트윗이 파장을 일으키며 BRC-20 포크 분쟁이 공식적으로 테이블 위에 올라섰습니다.
이 트윗에서 domo는 UniSat에 대해 심각한 비난을 했습니다. domo는 UniSat가 BRC-20 색인 Ordinals 프로토콜을 버전 v0.13.0으로 업그레이드한 것은 BRC-20의 "포크"이자 UniSat의 "일방적인" 기술적 행동이며 프로토콜 제어권을 위한 싸움이라고 주장했습니다.
이 "포크" 논쟁을 빨리 이해하는 방법은 무엇입니까? 이 "포크" 논쟁은 우리 모두가 동일한 자산(BRC-20 토큰)을 보유하고 있는 것과 같습니다. 이전에는 UniSat, MagicEden, OKX 등 다양한 장소에서 모두 동일한 계정을 사용하기 때문에 입금, 출금/거래에 문제가 없었습니다. 체계. 이제 UniSat은 회계 시스템을 업그레이드하려고 합니다. 다른 곳에서 업그레이드를 따르지 않으면 회계 시스템의 규칙이 다를 수 있으며 회계 결과(모든 사람의 손에 있는 BRC-20 토큰)도 장소에 따라 다를 수 있습니다. 다른 잔액이 나타나 혼란을 초래할 수 있습니다.
그렇다면 왜 이런 의견 차이가 있는 걸까요? 이러한 불일치에 대해 BRC-20 협정을 계속 구축하는 당사자들의 태도는 무엇입니까? 불일치로 인해 잠재적인 영향은 무엇입니까?
2023년 11월 9일, 높이 816,000의 비트코인 블록이 출력되면서 BRC-20 지수 사양 "동결" 제안이 공식적으로 발효되었습니다.
BRC-20 지수 사양의 '동결' 제안은 BRC-20 프로토콜 창시자인 도모(Domo)가 10월 26일 제안한 것입니다. Domo는 제안의 목적이 BRC-20 지수를 표준화하고 v0.9.0 버전으로 유지하여 지수의 안정성을 유지하는 것이기 때문에 제안을 "Freeze"라고 명명했습니다.
2023년 10월, 비문 #35321413 및 #35329860이 Ordinals 프로토콜의 v 0.9.0 버전으로 색인화될 수 있지만 v 0.7.0 및 v 0.8.0 버전으로는 색인화될 수 없다는 것이 발견되었습니다. 서로 다른 시장은 서로 다른 버전의 Ordinals 프로토콜을 사용하기 때문에 일부 시장에서는 일부 비문을 올바르게 색인화할 수 없어 사실상 비문 번호 이동이 발생합니다.
BRC-20의 경우 이 문제는 더욱 커집니다. v 버전 0.8.0의 Ordinals 프로토콜 버그로 인해 최대 공급량을 초과하는 발행과 서로 다른 시장의 Ordinals 프로토콜 버전 차이 사이에 이중 지출이 발생하는 것은 큰 위험입니다. 이것이 Magic Eden이 2023년 11월에 BRC-20의 거래를 잠시 중단한 이유입니다. Magic Eden에는 아무런 잘못이 없었으며, 단지 사용하던 버전이 심각한 영향을 받았을 뿐이며, 적시에 거래를 중단하는 것은 사용자의 책임입니다.
BRC-20은 Ordinals 프로토콜에 "기생"하는 프로토콜입니다. 해당 인덱스를 Ordinals 프로토콜과 함께 업그레이드해야 하는지 여부는 현 단계에서 딜레마입니다. 한편으로, Ordinals 프로토콜은 여전히 빠르게 업데이트 및 반복되고 있으며 점점 더 많은 새로운 기능이 프로토콜에 추가되고 있습니다. 특히 블록 높이 824544에서 활성화되는 "Jubilee" 업그레이드가 그렇습니다. 저주 비문을 생성하는 원래 방법 즉, Ordinals 프로토콜 v 0.9.0 버전에서 음수로 부여되는 저주 비문이 v 0.13.0 버전에서 양수로 부여됨을 의미합니다. Ordinals 프로토콜의 버전 차이는 이후에 발생합니다. 새로운 비문의 번호 매기기는 매우 다릅니다. 또한 새로운 버전의 Ordinals 프로토콜을 사용하여 수정된 BRC-20 프로토콜 버전에 성능 최적화를 제공하는 CBRC-20과 같은 새로운 기능도 BRC-20 개발에 특정 과제를 제기합니다.
한편, 엄청난 시장 가치를 지닌 다수의 자산을 생산해 온 자산 프로토콜로서, BRC-20의 개발 과정에서 안정성을 유지하는 것이 자연스럽게 최우선 과제가 되었습니다. BRC-20을 최적화하고 확장하기 위한 새로운 기능을 추구하다가 사용자 자산의 손실이 발생한다면 의심할 여지없이 BRC-20 생태계에 큰 해를 끼칠 것입니다.
이 문제에 대해서는 BRC-20 프로토콜에 발언권을 가진 회사마다 차이가 있습니다. 이것이 BRC-20이 이러한 "포크" 분쟁에 직면한 이유입니다. 소위 "포크" 논쟁은 BRC-20 인덱스에서 실행되는 Ordinals 버전을 버전 v 0.9.0에서 업그레이드할지 여부입니다.
domo가 이끄는 Layer 1 Foundation의 태도는 이 기사의 시작 부분에서 언급되었습니다. Best in Slot은 어제 트윗을 통해 Ordinals 프로토콜 v 0.13.1에서 BRC-20 균형의 정확성에 영향을 미치는 "심각한 취약점"이 발견되었으며 BRC-20 지수에 실행 버전을 v로 유지하도록 강력히 요청했습니다. 0.9.0 버전으로 프로토콜 안정성을 유지합니다. Best in Slot은 또한 버전 v 0.13.1의 BRC-20 프로토콜에 영향을 미치는 다른 버그가 있을 가능성이 있다고 트윗에서 밝혔습니다. "안정성"은 이미 거대한 BRC-20 프로토콜을 견딜 수 없습니다. 테스트되지 않은 지속적인 업그레이드.
UniSat는 항상 BRC-20 관련 개발을 빠르게 추진하는 것을 목표로 삼아 왔습니다. BRC-20 스왑의 기능 개발부터 BRC-20 지수에 의해 실행되는 Ordinals 프로토콜 버전의 업그레이드를 촉진할 것이라는 직접적인 진술까지. domo의 트윗 이후 UniSat도 트윗을 통해 현재 남은 개발 작업을 중단하고 BRC-20 업그레이드가 예정대로 진행될 수 있도록 모든 노력을 다할 것이라고 밝혔습니다. 동시에 UniSat는 BRC-20이 "분할"되지 않도록 최선을 다할 것이라고 지적했습니다.
그리고 매직 에덴이 BRC-20 업그레이드를 찬성한다는 소식도 있습니다.
TRAC 창립자 Benny는 의견 차이에 대해 중립적 입장을 유지합니다. 그는 BRC-20 지수에서 실행되는 Ordinals 프로토콜 버전이 버전 v 0.9.0으로 유지되는 것은 확실히 잘못된 것이지만 새 버전으로의 전환이 제대로 작동하는지 확인하려면 업그레이드하기 전에 몇 주 또는 몇 달의 테스트가 필요하다고 말했습니다. 제대로.
UniSat는 이러한 불일치를 설명하기 위해 '분기' 대신 '분할'을 사용합니다. UniSat은 "포크"가 합의의 차이로 인해 발생하는 물리적 의미의 "방식의 분리"라고 지적했습니다. 예를 들어, BCH와 BTC는 실제로 서로 영향을 주지 않고 자체 합의에 따라 발전하는 두 개의 체인을 형성합니다. BRC-20 업그레이드 불일치로 인해 발생할 수 있는 결과는 BRC-20 프로토콜이 동일한 체인(비트코인 메인 네트워크)에서 서로 다른 규칙을 사용하여 두 세트의 인덱스를 실행하고 여전히 서로 영향을 미칠 수 있다는 것입니다.
BRC-20을 둘러싼 '분할' 논쟁은 현재 냉각되고 있는 비문 시장에 또 다른 그림자를 드리우고 있습니다. 하지만 BRC-20에 해를 끼치고 싶어하는 사람은 아무도 없기 때문에 너무 걱정할 필요는 없습니다. 그들은 BRC-20을 더 잘 개발하는 방법에 대해 서로 다른 이해를 갖고 있을 뿐입니다. 이는 실제로 좋은 일이며 BRC-20도 이를 테스트합니다. 개발 과정에서 견뎌야합니다. 저는 이번 사건을 계기로 모든 당사자가 이 문제에 대해 적절하게 논의하고, 모두가 동의할 수 있는 결과를 도출하고, 좋은 대화 메커니즘을 발전시켜 나갈 것이라고 믿습니다. 폭풍 이후 BRC-20의 미래는 확실히 더 밝아질 것입니다.
위 내용은 BRC-20 포크는 논란을 일으켰습니다. 각 당사자의 입장과 가능한 영향은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
