“외국인 FOMO에 의해 발생한” CBRC-20에 대한 자세한 설명

저자: Cookie

CBRC-20 프로토콜은 최근 반개월 동안 "BRC-20" 계열의 신성으로 떠올랐습니다. 이 현상은 사실 꽤 특별하고 흥미로운데, 이유는 최근 반개월 동안 많은 관심이 비트코인 생태계 외부의 다양한 공공 블록체인에 대한 명문 투기에 쏠렸기 때문입니다. 예를 들어 Solana, AVAX, INJ 등이 있습니다. 비트코인 생태계 내에서는 BRC-20 관련 자산의 시가총액이 여전히 상대적으로 지배적인 위치를 차지하고 있지만, Atomicals, NostrAssets 등 다른 프로토콜들이 상당 부분의 관심과 자금을 분산시켰습니다.

나는 순수한 "BRC-20" 계열을 정의할 때 BRC-20 자체 외에도 Tap Protocol과 CBRC-20을 포함합니다. 흥미로운 점은 이 두 프로토콜이 영어권에서 강한 영향력을 가지고 있다는 것입니다. 그 영향력은 중국어권의 플레이어들이 "많은 외국인이 좋아한다"고 강조할 정도입니다. 하지만 Tap Protocol과 CBRC-20의 혁신성은 상당히 다르며, 프로젝트의 배경도 하나는 온건하고 하나는 우여곡절이 많습니다.

Tap과 CBRC-20, 하나는 "패치", 하나는 "마법 개조"

CBRC-20에 대해 이야기하기 전에 Tap Protocol에 대해 간단히 설명하겠습니다. Tap의 성격은 전반적으로 BRC-20의 강화 패치로, 마치 게임이 이미 재미있는 버전을 가지고 있고, 몇 가지 패치를 통해 경험을 더욱 강화하는 것과 같습니다. 전반적으로 Tap의 기능은 ticker 4자 제한 해제, 대량 에어드롭, Swap 명문 등으로, 사실상 BRC-20의 몇 가지 문제점/미실현 기능을 JSON으로 어떻게 표현할지를 정리하고, 인덱서가 이러한 행동을 이해하도록 지원하는 업데이트입니다.

Tap은 beny의 TRAC 생태계에 속하며, TRAC는 지금까지 많은 충실한 외국 팬을 보유하고 있습니다. 전반적으로 큰 이변이 없었고, 외국인들은 "b 원수"가 중앙 집중식 인덱스에 대한 다양한 비판을 발표하는 것을 매우 좋아합니다.

CBRC-20의 마법 개조는 사실 BRC-20 프로토콜이 인덱스의 안정성을 유지하기 위해 Ordinals v0.9.0 버전을 인덱스의 통일 표준으로 사용하기로 한 기반 위에 세워졌습니다. Ordinals 프로토콜 v0.9.0 버전 이후의 새로운 특성은 BRC-20 프로토콜이 사용할 수 없으므로, 기본 기능 논리를 새로운 특성과 결합하여 새로운 버전을 만들기로 했습니다. Tap과 CBRC-20을 모두 BRC-20의 "사설 서버"로 본다면, 전자는 패치가 가득한 "클래식 서버"이고, 후자는 많은 새로운 내용을 가진 "마법 개조 서버"입니다.

v 0.10.0 버전 이후의 Ordinals 프로토콜은 명문에 "metaprotocol"과 "metadata"를 정의하는 필드를 도입했습니다. 이 두 새로운 필드의 가장 직접적인 효과는 BRC-20 프로토콜이 배포/주조/전송 시 길고 반복적인 텍스트를 크게 줄여 비용을 낮추고 인덱스를 단순화하는 것입니다.

위 이미지는 BRC-20의 배포 명문 예시입니다. "metadata"를 도입한 CBRC-20의 경우, 사실상 중괄호 안의 "tick", "max" 및 "lim" 세 줄만 남기면 됩니다. 그리고 이미 줄어든 정보량을 더 작은 .cbor 파일로 압축하여 사용합니다.

"metaprotocol"은 인덱스가 어떤 프로토콜의 규칙에 따라 명령을 이해해야 하는지를 직접적으로 알려줍니다. 주조 및 전송의 경우, 명령은 다음과 같이 간소화되었습니다:

BRC-20과 비교했을 때 내용 크기는 다음과 같습니다:

BRC-20, 전송 작업 내용 크기 57 바이트

CBRC-20, 전송 작업 내용 크기 4 바이트

"metaprotocol"과 "metadata"가 가져오는 또 다른 흥미로운 점은 CBRC-20 Token에 타입 제한이 없다는 것입니다. 이는 게임에서 무기 장비의 "변형" 느낌을 만들어냅니다. 예를 들어, 1000개의 특정 CBRC-20 Token을 주조한 다음, 주조 명령을 실행할 때 CryptoPunks의 이미지를 첨부할 수 있습니다. 이렇게 하면 1000개의 특정 CBRC-20 Token이 될 수도 있고, 1개의 Punk가 될 수도 있습니다. Tap은 사실 비슷한 시도를 했으며, Token에 Logo 필드를 추가하여 Inscription ID를 참조하고 인덱스가 이를 처리하도록 했습니다. 하지만 Tap은 자신의 인덱스에 의존하고, CBRC는 새로운 Ordinals 프로토콜 특성에 의존합니다.

--file 부분에 지정 파일을 첨부할 수 있습니다.

CBRC-20은 원 OSHI 팀이 분리된 후 만들어진 "전채"입니다. CBRC-20 외에도 원 OSHI 팀의 일부는 더 큰 범용 인덱스인 Moto를 만들고 있습니다. 간단히 말해, 모든 개발자가 자신의 FT 표준을 Moto에 제출할 수 있으며, Moto는 이러한 표준을 조합하여 FT 프로토콜 간의 자산 상호작용을 구현합니다.

CBRC-20 인기 Token 정리

BORD

CBRC-20 첫 번째 Token, 총량 2100만 개, 현재 한 개 Token의 최저가는 약 2.2 U로, 시가총액은 약 4620만 U입니다. 앞서 언급한 CBRC-20의 큰 특징 중 하나는 타입 제한이 없다는 것입니다. 이는 화폐일 수도 있고 아닐 수도 있으며, 예를 들어 $BORD의 배포 명문은 텍스트 형식이 아니라 CBRC-20을 소개하는 HTML 파일입니다.

NODE

CBRC-20에서 첫 번째 실용적인 Token이라고 주장하며, Discord에서 CBRC-20 Token 대량 주조 서비스를 제공합니다. 총량 1만 개, 현재 한 개 Token의 최저가는 약 200 U로, 시가총액은 약 200만 U입니다.

SYSM

CBRC-20 프로토콜과 BRC-20 프로토콜 모두에서 인식될 수 있는 양면 명문이라고 주장합니다. 총량 2100만 개, 현재 한 개 Token의 최저가는 약 0.12 U로, 시가총액은 약 252만 U입니다.

여기서 여러분은 조금 혼란스러울 수 있습니다. 앞서 v 0.10.0과 v 0.9.0, 두 개의 서로 다른 버전의 Ordinals 프로토콜 인덱스가 어떻게 호환될 수 있는지에 대한 질문입니다. 비유를 들어 이해하기 쉽게 설명하겠습니다.

원래의 명문은 "봉투"에 담겨 있는 것과 같습니다 (OPFALSE OPIF OPPUSH 내용 내용 내용과 내용… OPENDIF). 인덱스는 봉투를 열어 한 글자씩 읽어야 봉투 안에 어떤 프로토콜의 명문이 담겨 있는지(어떤 인덱스가 작업을 수행해야 하는지), 이 명문이 무엇을 의미하는지, 무엇을 해야 하는지를 알 수 있습니다.

"metaprotocol"은 봉투에 이미 명확히 적혀 있는 것과 같습니다. 나는 특정 프로토콜의 명문이며, 인덱스는 특정 프로토콜의 설명서에 따라 내 명령을 해석하면 됩니다. v 0.10.0의 인덱스는 이것이 CBRC-20 명문임을 알고 있습니다. 계속 읽어 내려가면 본문이 BRC-20 인덱스의 규칙을 따르고 있다는 것을 발견하게 됩니다. 이때 v 0.9.0의 인덱스는 이것이 BRC-20 명문임을 알게 됩니다. 확실히 맞지 않지만, 이해할 수 있는 부분은 있습니다.

9999

행위 예술, 9에서 메커니즘으로, 아래 이미지를 보면 이해할 수 있습니다:

현재 약 100만 U의 시가총액을 보유하고 있습니다.

CBRC-20 자주 사용하는 도구

명각 - https://cybord.org/thecraft.html (팁을 주지 않아도 Mint 가능)

시장 - https://ordinalnovus.com/ (아직 많은 부분이 미완성, 예를 들어 단가에 따라 오름차순 및 내림차순 정렬이 불가능하여 다소 혼란스러움)

결론

현재 시장 성과를 보면, 첫 번째 Token $BORD를 제외하고 나머지는 비교적 평범한 성과를 보이고 있습니다. 이 점은 Tap과 비슷합니다…

시장 성과는 비슷하지만, CBRC-20은 Tap에 비해 기본적인 위치가 패치에서 마법 개조로 업그레이드되었으므로, 발전이 꽤 큽니다. 물론 더 큰 가치는 사실 Moto(원 Oshi 팀의 일부) 이 층에 있습니다. Moto의 새로운 CBRC-20 Token이 이미 배포되었고, Oshi의 오래된 BRC-20 Token에 대한 스냅샷도 완료되어 새로운 Token을 발행하고 다시 시작할 준비를 하고 있습니다. Tap은 $TRAC를 자신의 프로토콜로 초대하지 않는 한, 현재 단계에서 CBRC-20은 서사적으로 압도적인 위치를 형성하고 있습니다.