핵심 관점

BRC-20으로 대표되는 인스크립션 토큰은 처음 출시되었을 때 주류 Web3 커뮤니티에서 인식되지 않았습니다. 대부분의 관점 기술적 분석에서 Omni-USDT와 같은 초기 비트코인 ​​파생 자산 프로토콜과 비교하며, 시장 분석의 상승은 일반 MEME 코인의 논리에 기인합니다(Fair Mint의 개념은 Anti-VC, Banker Pull, 개인 투자자 FOMO, 등.) . 그러나 본질적으로 BRC-20이 나타내는 것은 새로운 암호화폐 자산 유동성 패러다임입니다.

초기에는 BRC-20의 자산 로직이 NFT와 매우 유사했습니다. 모든 참가자는 비트코인 ​​온체인 에서만 거래를 할 수 있으며, 토큰 개수가 아닌 '티켓' 단위로 거래가 이루어지는 경우가 많습니다. 민트 비용이 높을수록 모든 참가자의 자연스러운 초기 비용도 높아지며, 높은 거래 수수료와 긴 대기 시간으로 인해 초기 참가자는 종료를 신중하게 생각하는 경우가 많습니다. 또한 이러한 낮은 유동성으로 인해 하한 가격이 상대적으로 부풀려져 보유자의 신뢰도가 더욱 높아집니다.

솔라나 등 신규 퍼블릭 체인의 NFT가 이더 NFT만큼 잘 발전하지 못하는 경우가 많은 것처럼, 새로운 초기 단계 자산의 경우 유동성이 너무 좋고 참여자가 저렴한 가격에 쉽게 탈퇴할 수 있다면 좋지 않을 수 있습니다. 프로젝트를 위한 것. 비트코인 온체인 에서 성장한 BRC-20은 초기 단계에서 자연스럽게 낮은 유동성을 누렸습니다.

중간 및 후기 단계에서 BRC-20의 자산 논리는 일반 토큰과 비슷해집니다. "토큰"으로서의 분할 가능성으로 인해 BRC-20 토큰의 각 "조각"은 거래를 위해 더 작은 단위로 분할되거나 더 큰 단위로 집계될 수 있으며, 대규모 중앙화 거래소 에서는 통화가 일단 발행되면 바이낸스에 상장될 수도 있습니다. 실제로 상장되어 있다면 거래소 사용자 입장에서는 다른 토큰과 거의 차이가 없을 것입니다.

이런 프로젝트 개발 단계에 적응하는 분할성과 유동성은 NFT에는 없는 점이자 BRC-20의 진짜 킬러 기능이기도 합니다. NFT 불장(Bull market) 기간 동안 많은 사람들은 주요 NFT의 단가가 너무 높아 참여할 수 없다는 사실과 다양한 "NFT 유동성 솔루션"이 아직까지 보편적으로 성숙되지 않았다는 사실로 인해 어려움을 겪었습니다. 이러한 관점에서 보면 BRC-20은 자체적인 "조각화" 솔루션을 갖춘 NFT로 간주될 수 있습니다.

이 기사에 대한 설명 및 읽기 가이드

본문은 세 부분으로 나누어진다:

1. 비트코인 거래 및 스크립팅 기술 원칙

2. Segwit 및 Taproot 업그레이드

3. 인스크립션: BRC-20과 같은 서수 프로토콜 및 파생 프로토콜

전체 텍스트는 상대적으로 길며 처음 두 부분은 주로 기술적인 설명으로, 독자가 원리적 관점에서 인스크립션 이해하는 데 도움이 되기를 바랍니다.

독자가 인스크립션 과 관련된 관점 이해하는 것을 선호하고 비트코인의 기본 기술에 관심이 없다면 세 번째 부분부터 직접 읽기 시작하는 것이 좋습니다.

1. 비트코인 ​​거래의 원리와 스크립팅 기술

거래 스크립트의 구조

사람이 비트코인 ​​네트워크에 트랜잭션을 보내기 시작하면 실제로는 네트워크의 비트코인 ​​노드에 트랜잭션 정보를 기록하는 스크립트를 비트코인 ​​트랜잭션 풀에 브로드캐스팅하도록 위임하는 것입니다.

트랜잭션 스크립트는 버전 번호, 입력 부분(입력 수량, 입력 스크립트), 출력 부분(출력 수량, 출력 스크립트), 잠금 시간의 네 가지 부분으로 구성됩니다.

 [nVersion] [nInputCount] [txInputs] [nOutputCount] [txOutputs] [nLockTime]

가장 고전적인 비트코인 ​​거래 예시는 다음과 같이 분류됩니다.

 01000000 // 4 bytes version /* input */ 01 // number of inputs e34ac1e2baac09c366fce1c2245536bda8f7db0f6685862aecf53ebd69f9a89c // tx id 00000000 // input index 00 // unlocking script length ffffffff // unlocking script /* input end */ /* output */ 02 // number of outputs a025260000000000 // amount 19 // locking script length 76a914d90d36e98f62968d2bc9bbd68107564a156a9bcf88ac // locking script 5062250000000000 // amount 19 // locking script length 76a91407bdb518fa2e6089fd810235cf1100c9c13d1fd288ac // locking script /* output end */ 00000000 // 4 bytes locktime

산출

기본적으로 거래 출력은 모든 사용자가 사용할 수 있는 분할할 수 없는 비트코인 ​​모음, 즉 UTXO(미사용 거래 출력) 입니다.

1. amount, 이 출력은 비트코인이 몇 개 있는지를 의미하지만 단위는 비트코인 ​​가치의 최소 단위인 사토시입니다.

2. 일반적으로 "잠금 스크립트"로 알려진 잠금 스크립트는 이 출력이 소비되는 데 필요한 충분한 조건을 결정합니다. 이는 이 출력이 다른 사람에 의해 소비되지 않도록 보호하는 잠금입니다.

위의 비트코인 ​​트랜잭션 디스어셈블리 예시로 돌아가면, 출력에는 처음에 총 출력 수를 알려주는 1바이트 데이터가 있습니다. 여기 예시는 2입니다. 다음 금액 부분은 각 출력의 수를 보여줍니다. 마지막으로 잠금 스크립트가 있습니다.

입력하다

일반적으로 이 트랜잭션에 얼마나 많은 입력이 있는지 알려주는 1바이트 크기가 있는데, 때로는 값비싼 물건을 구매하기 위해 작은 UTXO를 많이 모아야 하기 때문에 입력이 하나가 아닐 수도 있습니다.

다음 단계는 이 UTXO를 찾기 위해 트랜잭션 ID가 어떤 출력인지 알려주는 것입니다.

스크립팅 언어

스택 기반 언어 스크립트:

2 3 OP_ADD 5 OP_EQUAL

비트코인 언어는 "루프"를 지원하지 않기 때문에 Turing 불완전합니다.

Python, Java 또는 C++와 같은 Turing-complete 언어에서 프로그래머는 특정 조건이 충족될 때까지 코드 조각이 반복적으로 실행될 수 있도록 루프를 작성할 수 있습니다. 그러나 비트코인 ​​스크립트 언어에는 이 기능이 없습니다.

그 이유는 보안과 예측 가능성 때문입니다. 비트코인과 같은 신뢰할 수 없는 공개 네트워크에서 임의로 복잡한 프로그램(특히 무한히 실행될 수 있는 프로그램)을 허용하면 보안 리스크 발생할 수 있습니다. 악의적인 공격자는 끝없이 반복되도록 설계된 트랜잭션을 제출하여 네트워크 속도를 늦추거나 방해를 시도할 수 있습니다. 그리고 비트코인 ​​스크립트 언어는 Turing 불완전하기 때문에 이 공격은 불가능합니다.

또한 비트코인 ​​스크립팅 언어의 단순성으로 인해 공식 검증이 더 쉬워졌습니다. 이는 실제로 스크립트를 실행하지 않고도 스크립트를 검사하여 스크립트가 어떻게 작동할지 정확하게 예측할 수 있음을 의미합니다. 이는 안전하고 신뢰할 수 있는 금융 시스템을 설계할 때 매우 중요합니다.

거래 유형 및 스크립팅 언어

결제 공개 키 해시(P2PKH)

Alice의 주소가 Bob의 주소로 돈을 보내는 거래와 같이 대부분의 Bitcoin 거래는 이 스크립트를 사용합니다. P2PKH의 잠금 스크립트는 다음과 같습니다.

 OP_DUP OP_HASH160 <公钥散列> OP_EQUAL OP_CHECKSIG

위의 Public Key Hash는 실제로 소유자의 주소와 동일하지만 Base58Check 인코딩이 없는 버전이 있기 때문에 Public Key Hash를 직설적으로 말하면 일반 주소를 지불하기 때문에 P2PKH라고 합니다. ... 그리고 이 UTXO를 사용해야 하는 경우 입력된 잠금 해제 스크립트는 다음과 같으면 됩니다.

 <签名> <公钥>

그래서 잠금해제 스크립트와 P2PKH의 잠금 스크립트를 연결하면 이런 모습이 됩니다.

전체 확인 프로세스는 다음과 같습니다.

• 처음에는 서명과 공개 키가 순서대로 스택 위로 푸시됩니다.

• DUP를 다시 살펴보겠습니다.

  • 스택 맨 위에 있는 것, 즉 공개 키를 여러 번 만듭니다.

• 다음은 HASH_160HASH160 입니다.

  • 스택의 최상위 공개 포인터를 팝하고 한 번 수행한 다음 스택의 맨 위로 다시 푸시합니다.

• 다음으로 공개 키 해시를 만나면 당연히 이를 스택에 직접 푸시합니다.

P2PKH는 두 가지 일을 하고 있습니다

1. 이 UTXO가 속한 주소가 귀하의 것임을 증명하기 위해 공개 키를 제공해야 합니다. 공개 키는 고유한 주소를 생성할 수 있기 때문입니다(실제로는 공개 키 해시이지만 의미는 주소와 동일합니다).

2. 충분히 안전하지 않은 공개 키를 제공하는 것 외에도, 서명된 제품에는 비밀 키가 필요하지만 테스트에서는 공개 키만 필요한 것으로 입증되었기 때문에 비밀 키를 보유하고 있음을 증명하기 위해 서명도 제공해야 합니다.

결제 공개 키(P2PK)

실제로는 P2PKH의 단순화된 버전이며 잠금 스크립트는 다음과 같습니다.

 <公钥A> OP_CHECKSIG

해당 잠금 해제 스크립트는 다음과 같습니다.

 <私钥A签名>

공개 키를 잠금 스크립트에 직접 넣기 때문에 잠금 해제 스크립트는 공개 키를 제공할 필요가 없으며 확인을 위해 서명에 제공하기만 하면 됩니다.

데이터 출력(OP_RETURN)

세 번째 표준 유형의 트랜잭션은 데이터 출력이라고 합니다. 위에서 언급한 출력이며 소비할 수 없습니다. 블록체인은 공개적이고 투명하며 변조할 수 없기 때문에 기록하는 것이 목적이므로 이 상태의 출력은 생성되며 순수한 데이터 기록은 자금 이체에 사용되지 않습니다. 그리고 그의 스크립트(엄격히 말하면 잠금 스크립트)는 다음과 같습니다.

 OP_RETURN <数据>

잠금을 해제할 수 없으므로 잠금 해제 스크립트가 없으며 이 출력을 사용할 수 없으므로 UTXO를 계산하지 않으며 메모리에 있는 데이터베이스에는 이 출력이 없습니다.

그러나 OP_RETURN 이후의 데이터 길이는 80바이트로 제한됩니다 . 사토시 나카모토 모든 사람이 BTC의 귀중한 블록 공간을 단순히 데이터 저장에만 사용하는 것을 원하지 않기 때문입니다.

최초의 Omni-USDT는 이 80바이트 OP_RETURN 공간을 사용하여 구현되었으며 기술 원리는 후기 BRC-20과 매우 유사합니다. 구체적으로 각 Omni-USDT 거래는 다음과 같이 OP_RETURN 내에서 16바이트로 표시됩니다.

거래 버전: 거래 버전. 2바이트, 값 0.

거래 유형: 거래 유형. 2바이트, '단순 전송' 값은 1입니다.

통화 식별자: 통화 식별자입니다. 4바이트, USDT 값은 0x1F(31)입니다.

이체금액 : 이체금액. 8바이트.

구체적인 사례를 바탕으로 한 분석:

6f6d6e69000000000000001f000000174876e800

분석은 다음과 같습니다.

6f6d6e69: 'omni'에 해당하는 ASCII 코드. 트랜잭션 설명이 omni 프로토콜과 관련되어 있기 때문입니다.

0000: 트랜잭션 버전

0000: 거래 유형, '간단한 전송'을 나타냄

0000001f: 31, USDT를 나타냄

000000174876e800: USDT 이체 금액, 1000 00000000 최소 단위 = 1000 USDT

그러나 비트코인 ​​체인의 효율성과 처리 수수료, 이더 과 같은 "새로운 퍼블릭 체인"의 등장으로 인해 USDT와 같은 새로운 코인의 주요 위치는 점차 온체인 이동했습니다.

다중 서명

다중 서명: 이제 N개의 공개 키로 구성된 스크립트가 있으며, 이 스크립트가 보호하는 UTXO를 잠금 해제하려면 그 중 M개의 서명만 제공하면 됩니다. M의 현재 비트코인 ​​최대 한도는 15개의 공개 키이며 그의 잠금 스크립트는 다음과 같습니다.

 M <公钥1> <公钥2> ... <公钥N> N OP_CHECKMULTISIG

예를 들어 2-3 다중 서명은 다음과 같습니다.

 2 <公钥A> <公钥B> <公钥C> 3 OP_CHECKMULTISIG

그런 다음 그를 잠금 해제하는 잠금 해제 스크립트는 다음과 같습니다.

 OP_0 <签名B> <签名C>

스크립트 해시에 지불(P2SH)

위의 다중 서명을 확장하면 현재 아키텍처가 2-5인 경우 잠금 스크립트는 얼마나 오래 걸리고 3-7이면 어떻게 되나요? 잠금 스크립트가 너무 길면 어떤 부담이 듭니까? UTXO를 도난 당하지 않도록 보호하기 위해 잠금 스크립트가 사용된다는 것을 알고 있습니다. 잠금 스크립트의 증가는 UTXO의 성장으로 이어질 것입니다. 방금 UTXO는 편의상 값비싼 메모리에 저장될 것이라고 말했습니다. 따라서 UTXO가 점점 더 커지면 비트코인이 됩니다. 노드는 점점 더 많은 메모리를 소비하므로 P2SH가 등장합니다.

P2SH의 기능은 실제로 긴 잠금 스크립트를 해시한 다음 이를 대체하여 잠금 스크립트를 축소하고 이 부분을 잠금 해제 스크립트로 이동하는 것입니다. 쉽게 말하면 차이점은 다음과 같습니다.

P2SH의 또 다른 매우 중요한 기능은 잠금 스크립트가 이제 HASH160 이었던 제품을 고정한다는 것입니다. 이는 주소 생성과 동일한 프로세스입니다. Base58 검사 인코딩을 수행하면 다중 서명 인 주소를 얻을 수도 있습니다. 모두가 자주 이야기하는 주소는 항상 3으로 시작합니다. 일반 주소와 동일한 기능을 수행할 수 있습니다. 이 주소로 다른 사람이 돈을 보낼 수 있고, 이 주소도 돈을 이체할 수 있습니다. 유일한 차이점은 이 주소가 보내는 서명 트랜잭션입니다. 돈에는 상환 스크립트가 필요하며 둘 이상의 서명이 필요할 수 있습니다.

요약하자면, P2SH에는 다음과 같은 장점이 있습니다.

1. 입력과 출력이 모두 블록체인 온체인 있지만 상환 스크립트가 입력에 배치되기 때문에 블록체인의 크기는 즉시 증가하지 않고 소비될 때까지만 증가합니다.

2. 표시된 다중 서명 주소 대신 3으로 시작하는 주소로 송금 대상을 변경할 수 있어 금전 수취에 관여하지 않은 사람의 개인 정보를 보호할 수 있습니다.

3. 그는 처리 수수료에 대한 부담을 돈을 받는 사람에게 전가할 수 있습니다.

2. Segwit 및 Taproot 업그레이드

세그윗-BIP141

간단한 이해: Segwit은 scriptSig out을 이동하기 위한 모든 수단을 시도하여 1MB → 4MB의 블록 확장을 달성하는 것입니다.

추가 이해:

사토시 나카모토 이전 코드에서 블록 크기를 검토하고 계산할 때 각 블록의 크기가 1M 을 초과해서는 안 된다고 썼습니다.

Segregated Witness는 기본 구조(기본 블록)에서 스크립트 서명(scriptSig) 정보를 가져와 새 데이터 구조에 넣습니다. 검증 작업을 수행하는 노드와 채굴자는 거래가 유효한지 확인하기 위해 이 새로운 데이터 구조의 스크립트 서명도 검증합니다 .

감사 통계 블록 크기가 1M를 초과할 수 없는 경우. 스크립트 태그 크기는 고려되지 않습니다 . 그래서 이것은 소프트 업그레이드입니다.

기술 원리:

BIP141은 이전 스트로크에서 잠금 스크립트 출력에 대해 몇 가지 트릭을 사용하기로 선택합니다.scriptPubKey가 0x00으로 시작하는 것을 보는 한 새로운 의미가 부여됩니다.

P2WPKH

 witness: <signature> <pubkey> scriptSig: (empty) scriptPubKey: 0 <20-byte-key-hash> (0x0014{20-byte-key-hash})

전체 이름은 공개 키이며 감시 프로그램에 입력되므로 입력 scriptSig가 비어 있을 수 있습니다. 간단히 말하면, scriptPubKey의 시작 부분은 0으로 되어 스크립트 엔진이 이것이 segwit 트랜잭션임을 알게 하고, 다음 20바이트는 스크립트 엔진이 이것이 P2WPKH 출력임을 더욱 명확하게 알게 하므로 스크립트 엔진은 다음을 목격하게 됩니다. 서명과 공개 거래 키를 얻는 프로그램, 최종 검증은 일반 P2PKH와 동일합니다.

이전 버전이 호환되는 이유는 무엇입니까?

업그레이드하지 않으면 빈 출력 서명만 표시됩니다. 이는 표면적으로 "이것은 누구나 사용할 수 있는 출력입니다."를 의미합니다. 하지만 실제로 사용하고 싶을 때 대부분의 업그레이드된 노드는 제공한 서명 스크립트를 확인하는데, 이는 이전 버전의 클라이언트에서는 제공할 수 없는 것입니다.

Segwit 채택률은 96%에 도달했습니다.

탭루트 BIP340-342

Taproot는 Segwit을 기반으로 하는 2021년 비트코인 ​​업그레이드입니다.

이번 업그레이드에는 실제로 세 가지 주요 변경 사항이 포함되어 있으며 Schnorr 서명을 지원해야 하기 때문에 비트코인 ​​스크립팅 시스템은 일부 비효율적인 opcode를 폐기하고 일부 새로운 opcode를 추가하는 등 일부 변경(BIP-342)을 수행해야 합니다. , Bitcoin Core도 Bitcoin 스크립트 크기 제한을 취소했습니다 .

(BIP-342 위키에서)

스크립트 관점에서 볼 때 Taproot는 Segwit 스크립트를 상속하고 새 스크립트 버전을 제공합니다. 새 버전 번호가 표시되면 이는 Taproot 스크립트입니다.

Taproot 스크립트는 스크립트 크기 제한을 제거하고 Bitcoin이 수행할 수 있는 작업을 크게 늘립니다. 이러한 변화는 비트코인에 사진을 올리기 위한 좋은 솔루션을 제공합니다. 다음은 Ordinals 프로토콜의 스크립트 예입니다.

 <signature> OP_FALSE OP_IF OP_PUSH "ord" OP_1 OP_PUSH "text/plain;charset=utf-8" OP_0 OP_PUSH "Hello, world!" OP_ENDIF <公钥>

위 스크립트가 중간에 있는 연산코드와 데이터를 모두 제거하면 표준 시그니처가 되는데, 중간 스크립트는 무슨 일을 하는 걸까요?

• OP_FALSE는 빈 배열을 스택에 푸시합니다. 여기에 푸시된 항목이 있지만 비어 있습니다.

• OP_IF는 스택의 상단을 확인합니다. true이면 다음 작업을 수행합니다. 이전 OP_FALSE 작업으로 인해 이 if는 유지되지 않습니다.

• 다음은 OP_PUSH...이며 이전 if 조건이 충족되지 않았기 때문에 일련의 작업이 무시됩니다.

• OP_ENDIF는 if 블록을 종료합니다.

OP_IF 때문에 중간에 이러한 작업이 설정되지 않으므로 실제로 상태가 변경되지 않았 으므로 이 비트코인 ​​스크립트의 검증에 영향을 주지 않고 그림의 전체 정보가 OP_IF에 배치될 수 있음을 알 수 있습니다. 따라서 taproot 업그레이드 후에는 이제 스크립트에 제한이 없습니다. 따라서 블록 크기(4MB)에 비해 트랜잭션 크기만 필요하고 원하는 만큼 많은 스크립트를 가질 수 있습니다. 즉, OP_RETURN과 유사한 효과를 얻을 수 있으며 비트코인에 관련 없는 데이터를 80- 바이트 크기 제한..

3. 인스크립션: 서수 프로토콜 및 일련의 파생 프로토콜(BRC-20 등)

서수 계약

Ordinals는 비트코인 ​​온체인 에서 NFT 민트 허용하는 프로토콜입니다. 핵심 아이디어 는 비트코인 ​​블록체인 온체인 각 사토시는 채굴 의 연대순으로 생성되며, 각 사토시에 콘텐츠(텍스트, 사진, 비디오 등)를 쓸 수 있다는 것입니다. 서수 프로토콜과 유사한 기술적 원리를 가진 프로토콜을 통칭하여 "인스크립션 트랙"이라고도 합니다 . 각 사토시에 번호가 매겨지고 추적 및 전송이 허용되는 한 각 사토시에 기록된 내용은 고유한 번호를 갖게 됩니다. 이를 일반적으로 모든 사람이 NFT라고 부릅니다.

이 아이디어에 따라 Ordinals는 다음 두 가지 주요 기능을 구현합니다.

1. 사토시(서수 이론)에 대한 번호 매기기 시스템을 만듭니다.

2. 사토시에 데이터를 씁니다.

본 계약은 다음과 같은 특징을 가지고 있습니다.

1. NFT는 온체인 완전히 저장되며 사이드 체인이나 다른 토큰 생성이 필요하지 않습니다.

2. NFT는 비트코인 ​​블록체인만큼 안전하고 탈중앙화 안정적입니다.

비트코인 NFT의 구체적인 세부 사항은 해당 사토시 콘텐츠를 보면 확인할 수 있습니다.예를 들어 비문 129490을 예로 들면 거래 ID, NFT 소유자 주소, 출력 값, 사토시 번호, 생성 시간 등의 정보가 포함되어 있습니다. .

비트코인 브라우저 에 제네시스 트랜잭션의 문자열을 입력하면 사토시가 위치한 트랜잭션 블록을 찾을 수 있습니다. 비트코인 블록체인이 블록으로 차례로 구성된 디지털 박물관이고 각 비트코인 ​​NFT가 전시된 디지털 유물이라고 상상해 보세요.

BRC-20

BRC-20 기술 원리

Ordinals 프로토콜이 출시된 지 두 달 후, 트위터 사용자 @domodata는 Ordinals 프로토콜에 대한 또 다른 비트코인 ​​토큰 표준인 BRC-20 표준을 제안했습니다 . 저자 역시 BRC-20의 'BRC'는 어떤 것의 약어가 아니라 ERC-20의 명명 방식을 완전히 모방한 것이라고 직설적으로 말했다. 그러나 이 명명 방법은 놀라울 정도로 잘 작동합니다. 이는 비트코인의 토큰 발행 표준 집합임을 모든 사람에게 직접적으로 알릴 뿐만 아니라 모든 사람에게 "ERC-20과 유사한" 상상의 여지를 제공합니다.

BRC-20은 기본적으로 Ordinals의 텍스트 굽기 기능을 사용하며 json 텍스트를 사용하는 회계 토큰 형식에 동의합니다. 구체적으로 3가지 함수가 정의됩니다.

1. 배포 배포

{

"p": "brc-20",

"op": "배포",

"틱": "오르디",

"최대": "21000000",

"림": "1000"

}

인스크립션 배포하려면 틱 필드를 사용하여 토큰 이름을 나타내고, max는 공급량 나타내고, lim은 각 민트의 최대 금액을 나타냅니다. BRC-20 프로토콜에서는 토큰 이름 "tick"이 4자를 초과할 수 없도록 규정하므로 이름 공간이 상대적으로 작아지고 토큰 이름은 "선착순" 원칙을 따른다는 점에 주목할 필요가 있습니다.

1. 민트

{

"p": "brc-20",

"op": "민트",

"틱": "오르디",

"amt": "1000"

}

민트 인스크립션 의 경우 토큰 이름을 나타내기 위해 체크 필드를 채우고 발행 금액을 나타내기 위해 amt를 입력합니다.

3. 환승

{

"p": "brc-20",

"op": "전송",

"틱": "오르디",

"amt": "100",

"에": "1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa"

}

인스크립션 전송하려면 토큰, 코드 번호, 수량 및 목적지 주소를 입력해야 합니다.

BRC-20은 온체인 많은 부분을 표현하지 않는다고 볼 수 있는데, 코인의 각 주소의 구체적인 포지션 수를 이해하기 위해서는 외부 중앙 집중식 분석에 크게 의존하므로 관련 인프라 구축이 기회입니다. Unisat과 OKX 지갑은 이 기회를 매우 잘 포착하여 신속하게 BRC-20 토큰에 대한 지갑 및 거래소 기능을 만들었습니다. 이는 신규 참가자에게 저렴한 비용으로 시작할 수 있는 방법을 제공했을 뿐만 아니라 대량 트래픽을 가져왔습니다. 소유하다.

BRC-20이 왜 그렇게 인기가 있습니까?

기술적 관점에서 볼 때 BRC-20은 특별히 혁신적인 기술로 간주되지 않을 수 있습니다. 앞서 언급했듯이 Omni 프로토콜은 2013년에 토큰을 발행할 수 있었고, 가장 초기의 USDT는 BTC에서 처음 발행되었습니다. 따라서 BRC-20이 처음 나왔을 때 많은 사람들은 이것이 초기 Omni-USDT 및 기타 프로토콜과 다르지 않으며 그 인기가 기껏해야 새로운 MEME 논리라고 생각하면서 새로운 스캠코인 라고 생각했습니다.

그러나 그렇지 않습니다. BRC-20 토큰과 일반 MEME 코인, Omni-USDT 등 초기 비트코인 ​​토큰을 비유하는 사람들은 BRC-20이 실제로 새로운 유동성 패러다임을 만들었다는 점을 종종 무시합니다.

우선, BRC-20 프로토콜을 통해 생성된 모든 토큰은 "Fair Mint"입니다. 과거에는 다양한 퍼블릭 체인 코인이든 다양한 ERC-20 및 기타 표준 프로젝트 코인이든 대중에게 공개되기 전에 프로젝트 내부 인력, VC 투자 기관 등을 위해 대량 의 저 코인 토큰이 예약되었습니다. 결과적으로 개인 투자자 코인 살 수 있을 때 이러한 저가형 코인 판매 대면 하는 경우가 많습니다. BRC-20 토큰의 경우 토큰을 배포하는 사람이라도 토큰을 민트 때 비트코인 ​​네트워크 수수료를 동일하게 지불해야 하므로 누구도 초기 단계에서 낮은 코인 비용을 절약할 수 없습니다. 이는 베어장 (Bear Market) 에서 1년 이상 프로젝트 당사자 및 기관에 의해 "수확"된 개인 투자자 에게 매우 매력적입니다. 실용적인 관점에서 볼 때 이는 많은 인스크립션 토큰의 코인 배포를 상대적으로 분산되고 건강하게 만듭니다.

하지만 단순히 Fair Mint의 기능에만 의존하는 것만으로는 충분하지 않습니다. 왜냐하면 Fair Mint는 온체인 스마트 계약을 통해서도 실현될 수 있기 때문입니다.

BRC-20의 특별한 점은 초기에는 NFT 로직과 같았고 모든 참가자는 비트코인 ​​온체인 에서만 거래를 수행할 수 있었습니다. Mint 비용이 높을수록 모든 참가자의 자연스러운 초기 비용이 상대적으로 높아졌습니다. 수수료와 긴 대기 시간으로 인해 초기 참가자는 퇴장 시 종종 두 번 생각하게 되며, 이러한 낮은 유동성으로 인해 하한 가격이 상대적으로 부풀려져 보유자의 신뢰도가 더욱 높아집니다. 솔라나와 같은 새로운 퍼블릭 체인의 NFT가 이더 NFT만큼 발전하지 못하는 경우가 많은 것처럼, 새로운 초기 단계 자산의 경우 유동성이 너무 좋고 참가자가 저렴한 가격에 쉽게 종료할 수 있으므로 이는 좋지 않을 수 있습니다. 프로젝트.

중간 및 후기 단계에서는 "토큰"으로서의 분할성을 통해 거래를 위해 더 작은 단위로 분할할 수 있으며 바이낸스의 대규모 중앙화 거래소 에 상장될 수도 있습니다. 거래소 사용자 입장에서는 다른 토큰과 거의 차이가 없을 것입니다. 이런 프로젝트 개발 단계에 적응하는 분할성과 유동성은 NFT에는 없는 점이자 BRC-20의 진짜 킬러 기능이기도 합니다. NFT 불장(Bull market) 기간 동안 많은 사람들은 주요 NFT의 단가가 너무 높아 참여할 수 없다는 사실과 다양한 "NFT 유동성 솔루션"이 아직까지 보편적으로 성숙되지 않았다는 사실로 인해 어려움을 겪었습니다. 이러한 관점에서 보면 BRC-20은 자체적인 "조각화" 솔루션을 갖춘 NFT로 간주될 수 있습니다.

Ordinals에서 파생된 기타 자산 프로토콜

BRC-20 생태계 폭발 이후 많은 사람들은 BRC-20이 Odinals 자체를 출시하지 않았으며 더 많은 기능을 지원하도록 개선될 수 있다고 믿었습니다. 따라서 유사한 구조로 명명되고 Ordinals 프로토콜을 기반으로 하는 많은 자산 프로토콜이 나타났습니다. 예를 들면 다음과 같습니다. :

ORC-20: 이 프로토콜은 BRC-20의 개선된 버전으로 간주될 수 있으며 주로 제한된 이름 공간, 변경되지 않은 최대 공급량 문제 및 "이중 지출"리스크 과 같은 BRC-20의 기존 문제를 최적화합니다. " 기다리다.

BRC-420: 이 프로토콜도 서수를 기반으로 하지만 주로 더 많은 유형의 자산을 지원하며 2D 사진 또는 3D 자산 모델을 온체인 새길 수 있습니다. 또한 BRC-420에는 로열티 기능도 도입되어 창작자가 자신의 작품에서 발생하는 수익을 공유할 수 있습니다. BRC-420 프로토콜은 여전히 ​​지속적인 개선 단계에 있으며 관련 인프라가 아직 성숙되지 않았지만 더 많은 것을 전달할 수 있고 상한이 더 높습니다.

Web3 커뮤니티 내에서 BRC-20 합의 분할

2021~2022년에 Mass Adoption(대중이 채택)은 Web3의 가장 큰 주류 내러티브 프레임 중 하나가 될 것입니다. 이 내러티브 프레임 하에서 다양한 새로운 퍼블릭 체인, 크로스체인 솔루션, 이더 확장 계획 및 모듈 블록체인 솔루션이 등장했습니다. 차례로 가장 많은 관심을 받았습니다. 당시 비트코인은 효율성 문제와 애플리케이션 로드 문제로 인해 주류 Web3 커뮤니티의 비전에서 사라진 것처럼 보였고, 이전 시대의 OG들만이 주목했던 낡은 것으로 여겨졌습니다.

2023년 BRC-20의 인기와 비트코인 ​​생태계의 부상은 사실상 'Web3의 본질이 무엇인가'에 대한 고문이다. 결국 BRC-20의 자산 발행 방식은 주로 Web3 개인 투자자 대상으로 한다. 기술이나 효율성 측면에서 '역전'이다. 이는 Mass Adoption의 서사와는 아무런 관련이 없으며, 그 아이디어를 더욱 확증하는 것으로 보인다. "Web3는 본질적으로 카지노이다." 냉소적인 관점. 일부 커뮤니티 구성원은 암호화폐 내러티브 산업으로 돌아가는 것이 더 나을 것이라고 믿으며 Web3 및 대량 채택 자체의 개념에 의문을 제기하기 시작했습니다.

프로젝트의 기본 사항, 업계에 대한 가치, 대량 채택 가능성에 특히 관심이 있는 투자자의 경우 BRC-20 및 파생 프로토콜에 진정으로 참여하도록 스스로 확신하기 어려운 경우가 많습니다. 현재 상대적으로 "기본적이고 보다 근본적인" 문제인 DePIN 및 Solana 생태계와 같은 "견고한"이슈 에 주의를 기울이세요. 현재까지도 관련 논의가 계속되고 있습니다.