저자: 밥 바디리, 박사 출처: X, @BobBodily
I. I. "메타-메타" 프로토콜 인덱싱으로 인한 분쟁
첫째, BRC-20에 대한 간략한 개요 :
BRC-20은 현재 가장 성공적인 비트코인 교환형 토큰 프로토콜입니다. 지난 한 해 동안 거래량은 수십억 달러는 아니더라도 수억 달러에 달했습니다. 비효율적인 코딩 사용, 미사용 트랜잭션 출력(UTXO) 세트에 대한 부담 증가, 제한된 기능 등 완벽하지는 않지만, 토큰을 배포하고 발행하기가 매우 쉬우며 거의 모든 블록체인의 암호화폐 세계에 영향을 미쳤습니다.
다음으로 기술 원리에 대해 간략히 살펴보겠습니다.
BRC-20은 오르디날스 메타프로토콜 위에 구축된 메타프로토콜입니다. 이것은 오디널스가 비트코인을 완전한 데이터 가용성 계층으로 사용하고 오프체인 인덱서를 사용해 메타 프로토콜 상태를 결정한다는 것을 의미합니다. 반면에 BRC-20은 오디널스 프로토콜을 완전한 데이터 가용성 계층으로 사용하며 오프체인 인덱서를 사용해 메타 프로토콜 상태를 결정합니다. 이것은 BRC-20이 오르디날스 위에 구축되었기 때문에 실제로 "메타 메타" 프로토콜이라는 것을 의미합니다.
오디널스 기반 BRC-20 구축의 복잡성:
오디널스 프로토콜의 기술 사양은 지난 1년 동안 변화해 왔습니다. 변경.Ord는 새로운 프로토콜이므로 자주 변경됩니다. 오디널스에 토큰 표준을 구축하면 프로토콜 종속성이 계속 변하기 때문에 프로토콜에 추가적인 위험을 감수해야 합니다.
이것은 Ord 0.8.0과 0.9.0에서 일어난 일입니다. 오르드 버전에 따라 비문을 추적하는 방식이 조금씩 다르기 때문에 BRC-20 인덱서가 0.8.0 또는 0.9.0에 구축되었는지 여부에 따라 잘못된 잔액을 보고하게 됩니다. 물론 이것은 바람직하지 않습니다.
II. unisat VS domo(LF1)
L1F 솔루션
Layer 1 Foundation(@L1Fxyz)의 해결책은 향후 유사한 문제를 방지하기 위해 Ord 프로토콜 버전을 0.9.0으로 동결하는 것입니다. 따라서 "저주받은" 추가 비문 클래스가 있더라도 모든 인덱서를 0.9.0 버전으로 유지하면 버전 간 비호환성을 피할 수 있습니다. 이 방법은 영구적인 해결책은 아니지만, 현재로서는 BRC-20을 안정적으로 유지하는 데 매우 효과적입니다.
유니샛은 프로토콜을 발전시키고자 합니다
우선, 유니샛은 블랙/화이트 모듈 시스템을 도입합니다. 이를 통해 (Unisat과 같이) BRC-20을 기반으로 구축하는 사람들은 블랙 모듈(마스터 프로토콜에 색인되지 않는 임시 위치)에 새로운 기능을 도입할 수 있습니다. 토큰을 블랙 모듈로 전송할 수는 있지만, 비트코인 스페이스 체인(단방향 브리징)과 마찬가지로 승인을 받기 전까지는 토큰을 꺼낼 수 없습니다. 그러던 중 최근 유니샛에서 BRC-20 인덱서 아래의 Ord 버전을 (주빌리 이후) 최신 버전으로 업그레이드하고 싶다고 게시했습니다. 주빌리는 Ord의 공식 릴리스이며, 그 이후에는 더 이상 "저주받은" Ord가 없을 것입니다(모든 비문은 항상 양수를 갖습니다).
토론의 핵심: BRC-20 업그레이드 방법
BRC-20 인덱서에서 Ord 버전을 업그레이드하는 것은 사실 매우 좋은 생각입니다. 프로토콜이 더 안정화되고 더 이상 "저주받은" 오디널이 발생하지 않을 것이며, 밸런스 불일치 등에 대해 걱정할 필요가 없을 것입니다.
유니샛은 이 업그레이드를 가능한 한 빨리 출시하고 싶어하는데, 유니샛은 스타트업이기 때문에 당연한 일입니다. 스타트업은 앉아서 기다릴 시간이 없습니다. 시장에 적합한 제품을 찾고 사용자를 위해 구축하기 위해 달려가야 합니다.
L1F는 서두르면 추가 버그가 발생할 수 있기 때문에 업그레이드를 늦추고 싶고, 베스트 인 슬롯과 다른 프로토콜에서 일부 버그가 발견되었습니다. 이는 프로토콜을 보호하는 것을 목표로 하는 재단인 L1F가 업그레이드를 위해 더 느리고 목적이 있는 프로토콜 경로를 지지하기 때문에 이해가 됩니다.
일부 사람들은 이를 프로토콜을 통제하려는 Unisat 팀의 권력 다툼으로 보고 있습니다. 또 다른 사람들은 L1F가 단순히 시장 중심의 계약을 통제하려는 것으로 보고 있습니다.
세 가지 밥의 견해
BRC-20 협정의 엄청난 성공으로 인해 우리는 충분히 빠르게 움직일 여유가 없습니다. BRC-20의 초기 단계는 끝났습니다. BRC-20은 절대적으로 방대한 프로토콜(총 고정 가치, 사용자, 인프라, 지갑, 시장)이며 그 이후에는 더 이상 빠르게 움직여서는 안 됩니다. 저는 L1F 접근 방식이 마음에 듭니다. 도모는 항상 프로토콜의 안정성의 중요성을 인식해왔고(BRC-20은 초기부터 거의 변하지 않았습니다), 이는 장점입니다. 통합이 더 쉽습니다. 구축이 더 쉽습니다. 등등. BRC-20 프로토콜의 변화를 이끌어내기 위해서는 탈중앙화, 숙고, 느리게 움직이는 합의와 타협이 필요합니다.