BRC-20

domo라는 이름의 개발자는 Ordinals 위에서 대체 가능한 토큰을 만들 수 있는지 실험했습니다. 같은 토큰의 각 단위가 장부에서 같은 역할을 한다는 뜻입니다. 원문은 이를 실험이라고 설명하며 최종 해법으로 받아들이지 말라고 경고합니다. BRC-20 규칙은 참여자 간의 약속이며 Bitcoin 규칙을 바꾸는 것이 아닙니다. [1]

Inscription은 Taproot 출력을 소비할 때 witness 데이터에 넣는 콘텐츠입니다. BRC-20에서는 p, op, tick 같은 이름의 필드로 구성된 텍스트인 JSON을 담습니다. Bitcoin 노드는 거래를 검증하지만 이 텍스트를 토큰 장부로 실행하지 않습니다. 의미를 해석하는 것은 인덱서입니다. [5]

첫 번째 유효한 deploy가 대소문자를 구분하지 않고 토큰 식별자인 티커를 차지합니다. 공급량 max와 선택적으로 발행 한도 lim, 정밀도 dec를 정합니다. 기본 규칙은 소수점 이하 최대 18자리를 허용합니다. 원래의 4바이트 티커 외에 IP1은 self_mint와 연결된 5바이트 티커를 도입했습니다. 글자가 아닌 UTF-8 바이트를 세며, 두 형식을 마음대로 바꿔 쓸 수는 없습니다. [2] [3] [6]

소유자는 먼저 수량 amt를 지정한 transfer inscription을 만듭니다. 이 수량은 사용 가능 잔액에서 예약되지만 전체 잔액은 아직 바뀌지 않습니다. 그 inscription의 첫 이동만 단위를 받는 사람에게 이전합니다. 자신에게 보내면 예약이 풀립니다. 각 transfer inscription은 한 번만 사용할 수 있으며 같은 기록을 다시 팔아도 토큰이 다시 이전되지는 않습니다. [1] [3]

인덱서는 사건의 순서, 한도, 첫 이전을 같은 방식으로 처리해야 합니다. 잔액 소유자는 표시 주소만이 아니라 출력의 잠금 스크립트인 scriptPubKey로 추적합니다. 재편성은 순서와 최종 장부를 바꿀 수 있습니다. 따라서 비트코인 거래가 확인되었다는 사실만으로 그 안의 BRC-20 연산이 유효했다고 증명할 수는 없습니다. [3]

기본 규칙은 text/plain 또는 application/json 콘텐츠 유형과 올바른 JSON을 요구합니다. 필수 필드와 연산 이름은 소문자로 쓰고, 숫자를 포함한 필수 값은 따옴표로 감싼 문자열이어야 합니다. dec는 소수 자릿수, uint64_max는 숫자 범위를 제한합니다. 사람이 쉽게 읽을 수 있어도 따옴표 없는 숫자나 불필요한 쉼표 때문에 연산이 무효가 될 수 있습니다. [3]

서비스가 먼저 자기 주소에 mint를 만들면 토큰 잔액을 받는 주체는 그 서비스일 수 있습니다. 나중에 mint inscription 자체를 넘겨도 그 잔액이 이전되지는 않습니다. 관련 UTXO를 실수로 소비해도 예상하지 못한 결과가 나올 수 있습니다. Inscription을 채굴 수수료로 보내거나 토큰을 소각하는 데는 별도의 규칙이 있으므로, 일반 BTC 송금 절차를 그대로 적용할 수는 없습니다. [1] [6]

첫 번째 유효한 deploy, max, lim, dec와 필요한 경우 self_mint를 확인한 뒤, 블록과 거래 순서대로 사건을 추적하세요. OPI는 각 블록의 사건 해시와 전체 이력의 누적 해시를 비교할 수 있게 합니다. 단, 규칙 버전이 같아야 합니다. 새로운 프로그래밍 가능 모듈은 원래 모델을 확장합니다. 이 항목은 그 기초를 설명하며 모든 확장을 다루지는 않습니다. [4]