CBRC-20 프로토콜은 지난 보름 동안 BRC-20 시리즈의 새로운 스타입니다. 이 현상은 실제로 매우 특별하고 흥미롭습니다. 그 이유는 지난 보름 동안 많은 관심이 실제로 쏠렸기 때문입니다. Bitcoin 생태계 외부의 다양한 공개 체인의 비문 Solana, AVAX, INJ 등과 같은 과대광고 측면에서 비트코인 생태계 내에서 BRC-20 관련 자산의 시장 가치는 여전히 상대적으로 지배적인 위치를 차지할 만큼 크지만 Atomics 및 NostrAssets와 같은 다른 프로토콜은 실제로 상당한 관심과 자금을 분산시켰습니다.
내 정의에 따르면 순수 BRC-20 시리즈에는 BRC-20 자체 외에도 Tap Protocol 및 CBRC-20이 포함됩니다. 흥미롭게도 두 프로토콜 모두 영어권 커뮤니티에서 강력한 영향력을 갖고 있어 중국어권 커뮤니티의 플레이어들은 많은 외국인들이 좋아한다고 강조할 정도로 강력합니다. 하지만 Tap Protocol과 CBRC-20의 혁신 정도는 많이 다르고, 프로젝트의 내막도 온화하고 우여곡절이 많습니다.
Tap과 CBRC-20, 하나는 패치이고 다른 하나는 마법 수정입니다.
CBRC-20에 대해 이야기하기 전에 Tap Protocol에 대해 간단히 알아보겠습니다. Tap의 특성은 일반적으로 BRC-20 강화 패치입니다. 마치 게임에 이미 아주 재미있는 버전이 있는 것과 같습니다. 몇 가지 패치만 추가하면 더욱 강력한 경험을 할 수 있습니다. 일반적으로 티커 4자 제한 완화, 일괄 에어드롭, 스왑 비문 등과 같은 Tap의 기능은 실제로 인덱스 수준에서 더 많은 업데이트입니다(JSON을 사용하여 BRC-20의 일부 문제점/구현되지 않은 기능을 표현하는 방법). 인덱서가 이러한 동작을 이해하도록 지원하면 괜찮을 것입니다.
Tap은 beny의 TRAC 생태계에 속합니다. TRAC는 도중에 많은 충성스러운 해외 팬을 보유하고 있으며 일반적으로 사고가 없었습니다. 외국인은 항상 Marshal B가 중앙 집중식 인덱스를 비판하고 미쳐가는 다양한 발언을 하는 것을 좋아했습니다.
CBRC-20의 마술적인 수정은 실제로 BRC-20 프로토콜이 인덱스의 안정성을 유지하기 위해 Ordinals v 0.9.0 버전을 인덱스의 통합 표준 버전으로 사용한다는 사실에 기반합니다. Ordinals 프로토콜 v 0.9.0 이상에서는 BRC-20 프로토콜을 더 이상 사용할 수 없으므로 기본 기능 로직을 사용하고 여기에 새로운 기능을 결합하여 완전히 새로운 버전을 만들어 보겠습니다. Tap과 CBRC-20 모두 BRC-20의 프라이빗 서버로 간주한다면, 전자는 완전히 패치된 클래식 서버이고, 후자는 새로운 콘텐츠가 많이 포함된 수정 서버입니다.
v 버전 0.10.0 이후의 Ordinals 프로토콜은 비문에 대한 메타프로토콜 및 메타데이터를 정의하기 위한 필드를 도입합니다. 이 두 가지 새로운 필드의 가장 직접적인 효과는 BRC-20 프로토콜의 배포/캐스트/전송을 직접적으로 크게 단축하는 것입니다. 이는 비용을 절감하고 인덱싱을 단순화합니다.
위 사진은 BRC-20 배치 비문의 예입니다. 메타데이터를 도입한 CBRC-20의 경우 실제로는 tick, max, lim 세 줄을 중괄호 안에 남겨두고, 줄어든 정보량을 압축하면 된다. 더 작은 .cbor 파일을 사용하세요.
메타프로토콜은 어떤 프로토콜 사양에 따라 지침을 이해해야 하는지 인덱스에 직접 알려줍니다. 전송 및 전송의 경우 지침은 다음과 같이 단순화됩니다.
콘텐츠 크기를 BRC-20과 비교하세요.
BRC-20, 전송 작업 내용 크기 57바이트
CBRC-20, 전송 작업 내용 크기 4바이트
메타프로토콜과 메타데이터가 가져오는 또 다른 흥미로운 점은 CBRC-20 토큰에는 유형 제한이 없어 게임에서 무기와 장비가 변형되는 느낌을 준다는 것입니다. 예를 들어, 1,000개의 조각을 캐스팅할 수 있습니다. 특정 CBRC -20 토큰을 가져온 다음 캐스팅 명령을 실행할 때 CryptoPunks 사진을 첨부하면 1000 CBRC-20 토큰 또는 1 펑크가 될 수 있습니다. Tap은 실제로 비슷한 시도를 했습니다. 토큰에 로고 필드를 추가하여 비문 ID를 참조하고 인덱스에서 이를 처리하도록 할 수 있습니다. 그러나 Tap은 자체 인덱스에 의존하고 CBRC는 새로운 Ordinals 프로토콜 기능에 의존합니다.
--file은 지정된 파일과 함께 추가될 수 있습니다.
CBRC-20은 분할 후 원래 OSHI 팀이 만든 애피타이저입니다. CBRC-20 외에도 원래 OSHI 팀의 이 부분도 Moto라는 더 큰 범용 인덱스를 만들어야 합니다. 간단히 말해서 모든 개발자입니다. Moto는 자체 FT 표준을 Moto에 제출할 수 있으며 Moto는 이러한 표준을 결합하고 스택하여 FT 프로토콜 전반에 걸쳐 자산 상호 작용을 달성합니다.
CBRC-20 인기 토큰 인벤토리
BORD
CBRC-20은 최초의 토큰으로 총 공급량이 2,100만 개입니다. 현재 토큰의 최소 가치는 약 2.2U이며 이는 약 4,620만 U의 시장 가치에 해당합니다. 앞서 CBRC-20의 주요 특징 중 하나가 종류 제한이 없다는 점이라고 말씀드렸는데요, 통화가 될 수도 있고 아닐 수도 있습니다.예를 들어 $BORD의 배포 비문은 텍스트 형식이 아니라 CBRC를 소개하는 HTML 파일입니다. -20.
NODE
CBRC-20의 첫 번째 실용적인 토큰으로 알려진 이 토큰은 Discord에서 CBRC-20 토큰 일괄 캐스팅 서비스를 제공합니다. 총 수량은 10,000이며, 현재 토큰 1개의 최저 가격은 약 200U이며 이는 약 200만 U의 시장 가치에 해당합니다.
SYSM
CBRC-20 프로토콜과 BRC-20 프로토콜 모두에서 인식된다고 주장하는 양면 비문입니다. 총량은 2,100만개이며, 현재 토큰 1개의 최저 가격은 약 0.12U이며 이는 약 252만U의 시장 가치에 해당합니다.
여기서 약간 혼란스러울 수 있습니다. 하나의 v 0.10.0과 하나의 v 0.9.0을 말하는 대신 두 가지 버전의 Ordinals 프로토콜 인덱스가 어떻게 호환될 수 있습니까? 이해를 돕기 위해 비유를 들어보겠습니다.
원본 비문은 봉투에 포장되어 있는 것 같습니다.(OP_FALSE OP_IF OP_PUSH 내용 내용 내용 및 내용... OP_ENDIF) 색인은 봉투를 열고 한 단어씩 읽어야 그 비문이 어떤 계약에 들어 있는지 알 수 있습니다. 봉투.(작업하려면 어떤 색인이 필요한지), 이 비문은 무엇을 나타내는지, 무엇을 해야 하는지...
메타프로토콜은 마치 봉투에 명확하게 적힌 것과 같습니다. 나는 특정 프로토콜의 각인이고, 색인은 특정 프로토콜의 지시에 따라 나의 지시를 해석할 수 있습니다. v 0.10.0의 색인은 이것이 CBRC-20 비문임을 알고 있습니다. 그러다가 읽어보니 해당 텍스트가 BRC-20 색인에 기록되어 있는 것을 발견했는데, 이때 v 0.9.0 색인에서는 이것이 BRC-20 비문이라는 것을 알았습니다. 제가 감당할 수 없는 게 사실이지만, 이해가 되는 부분도 있어요.
9999
퍼포먼스 아트, 9 메커니즘은 아래 그림을 보면 직접적으로 이해할 수 있습니다.
현재 시가총액은 100만 달러가 넘는다.
CBRC-20 공통 도구
각인 - https://cybord.org/thecraft.html (팁을 주지 않고도 주조할 수 있습니다)
마켓 - https://ordinalnovus.com/ (단가 오름차순, 내림차순 정렬이 안되어 매우 지저분해 보이는 등 아직 잘 안된 부분이 많습니다)
결론
현재 시장 성과로 볼 때 첫 번째 토큰인 $BORD를 제외하고 나머지는 여전히 상대적으로 평범하며 이는 Tap과 거의 동일합니다.
시장 성과는 비슷하지만 Tap과 비교하면 CBRC-20의 기본 포지셔닝이 패치에서 매직 수정으로 업그레이드되어 상대적으로 큰 개선이 이루어졌습니다. 물론 실제로 더 큰 가치는 Moto(이전 Oshi 팀의 일원) 수준에서 발생합니다. Moto의 새로운 CBRC-20 토큰이 배포되었고 Oshi의 이전 BRC-20 토큰의 스냅샷이 완료되었으며 새로운 토큰을 발행하고 다시 시작할 준비가 되었습니다. $TRAC도 자체 계약에 초대되지 않는 한 CBRC-20은 이 단계에서 억압적인 설명을 할 것입니다.
