지난 2월 1일, 코인의 Web3 지갑이 공식적으로 인스크립션 시장을 시작하면서 BRC-20, EVM 및 기타 여러 인스크립션 프로토콜을 지원하게 되었습니다. 며칠 전 OKX도 ARC-20, 룬, 도기널 등과 같은 인스크립션 프로토콜 지원을 발표하면서 인스크립션에 대한 시장의 관심을 촉발시켰습니다. 이러한 상황에서 인스크립션 프로토콜의 복잡성과 새로움으로 인해 다양한 보안 문제가 빈번하게 발생하고 있습니다. 이는 사용자 자산의 보안을 위협할 뿐만 아니라 전체 인스크립션 생태계의 건전한 발전에도 부정적인 영향을 미칩니다.
이에 따라 비오신의 보안팀은 주요 인스크립션 프로토콜의 사용 목적과 구현 방식, 인스크립션 자산을 보호하는 방법에 대한 사용자의 이해를 돕기 위해 주요 인스크립션 프로토콜을 정리했습니다.
인스크립션 소개
소위 블록체인의 비문은 블록체인의 특정 특성을 통해 블록체인에 구체적이고 의미 있는 정보를 기록하는 것입니다. 정보가 블록체인에 기록되면 블록체인에 영구적으로 저장되어 위변조가 어렵습니다. 블록체인에 기록되는 정보는 단순한 텍스트 정보, 복잡한 코드, 이미지 등 다양한 유형이 될 수 있으며, 일련의 표준을 사용하여 디지털 자산의 기능을 달성할 수 있습니다.
비문 기록 현황
BRC-20과 같은 비트코인 퍼블릭 체인 비문의 초기 등장부터 거의 매일 새로운 프로젝트는 물론 비문을 위한 새로운 프로토콜이 끊임없이 등장하는 현재의 비문 생태계까지, 비문의 발전은 가히 폭발적이라고 할 수 있습니다. 이더리움 퍼블릭 체인의 이더스크립션 프로토콜, 비트코인 퍼블릭 체인의 ARC-20 프로토콜, BSC 퍼블릭 체인의 BSC-20 및 기타 프로토콜, 폴리곤 퍼블릭 체인의 PRC-20 및 기타 프로토콜 등 다양한 일반 퍼블릭 체인도 인스크립션 생태계에 합류했습니다(.......). 이러한 프로토콜은 모두 퍼블릭 체인에 비문을 게시하기 위해 만들어졌으며, 다음 섹션에서는 다양한 프로토콜이 구현되는 방법과 사용 사례에 대해 설명하겠습니다.
비문 자세히 알아보기
현재 시장에서 주목받고 있는 프로토콜을 소개하여 각 퍼블릭 체인의 인스크립션 프로토콜이 정확히 어떤 공통점이 있고, 어떻게 다른지 비교해 보겠습니다.
1. BRC-20
BRC-20을 이해하기 위해서는 먼저 UTXO와 오디날에 대해 소개할 필요가 있습니다.
BTC는 미사용 트랜잭션 산출량을 의미하는 UTXO 단위로 트랜잭션이 전송되는 UTXO 모델을 사용합니다 .UTXO 모델은 최종 상태를 기록하지 않고 거래 이벤트를 기록한다는 점에서 이더리움과 같은 퍼블릭 체인의 계정 모델과 다릅니다. 사용자가 얼마나 많은 비트코인을 보유하고 있는지 계산하려면 해당 주소에 대한 모든 UTXO를 합산해야 하며, 그 결과는 해당 사용자가 보유한 코인 수입니다.
오디널스는 비트코인의 가장 작은 단위인 사토시(sats)에 번호를 매기는 체계적인 프로토콜로, 각 UTXO의 각 사토시에 고유 번호를 할당합니다(여러 개의 사토시가 포함됨). 또한 오디널스는 텍스트, 이미지, 오디오, 비디오 등으로 사토시를 작성하는 것을 지원하여 각 사토시를 고유하게 만들며, 익숙한 이더 비동질 토큰 NFT 또는 NFT와 유사하게 각 사토시를 고유하게 만듭니다. 동질화된 토큰 NFT를 비트코인 NFT라고 부를 것입니다.
BRC-20의 창립자들은 오디널스 프로토콜을 기반으로 다른 아이디어를 생각해냈습니다. 오디널스 프로토콜은 각 사토시마다 다른 '속성'을 부여하여 비트코인 NFT를 생성하기 때문에, 각 사토시에 균일한 '형식'과 '속성'을 부여하여 비트코인 NFT를 생성하고, 각 사토시에 균일한 '형식'과 '속성'을 부여하여 비트코인 NFT를 생성할 수 있습니다. 또한 각 사토시에 균일한 "형식"과 "속성"을 부여하여 균질화된 토큰이라고도 하는 비트코인 FT를 생성하여 비트코인 NFT를 생성할 수도 있습니다.
BRC-20은 BRC-20 토큰의 장부인 오디널스 프로토콜을 통해 사토시에 균일한 JSON 형식의 텍스트 데이터를 작성하고, 이 텍스트 데이터를 기반으로 토큰 보유 및 전송을 분석할 수 있습니다. 주로 다음과 같은 내용을 담고 있습니다:
위는 BRC-20의 세 가지 표준으로, OP 필드는 배포, 발행, 전송 등 수행할 작업을 나타내고, TICK은 수행할 토큰의 이름을 나타내고, MAX는 발행할 총 토큰 수를 나타내고, LIM은 각 토큰당 최대 발행할 토큰 수를 나타내고, AMT는 운영할 토큰 수를 나타내고, 전송 표준에서는 운영할 토큰 수를 나타내고, AMT는 운영할 토큰 수를 나타내고, 전송 표준에서는 운영할 토큰 수를 나타내고, AMT는 운영할 토큰을 나타냅니다. 전송 표준에는 "to"와 같은 필드도 있지만 이는 필수는 아니며 다음 그림과 같이 잔액 변경을 달성하기 위해 대상 주소로 비문을 보내는 방식으로 전송이 이루어집니다:
link:https://twitter.com/blockpunk2077/status/1725513817982136617
2. ARC-20
ARC-20은 여전히 비트코인 퍼블릭 체인의 인스크립션 프로토콜이며 BRC-20 프로토콜과 마찬가지로 UTXO 내부에 표준 데이터를 작성하여 구현되지만 차이점은 ARC-20 프로토콜은 데이터에 ARC-20 토큰의 수를 지정할 필요가 없으며 대신 해당 UTXO에서 sats(비트코인의 가장 작은 단위인 사토시)를 사용하여 다음 규칙으로 ARC-20 토큰의 수를 나타낸다는 점입니다. 1 sat = ARC-20 토큰 1개.
ARC-20 프로토콜도 BRC-20 프로토콜과 마찬가지로 배포, 발행, 전송의 세 단계로 나뉘며, 배포 단계에서는 표준 토큰 이름, 총 토큰 수, 발행 한도, 블록 정보, 이미지 정보 등을 UTXO에 채워야 하고, 발행 단계에서는 사용자가 토큰의 이름을 UTXO에 채워야 하며, UTXO의 샛 수는 발행된 ARC-20 토큰의 개 수라고 할 수 있습니다. UTXO의 샛 수는 토큰의 이름과 함께 UTXO에 채워지는 샛 수가 아니라 발행된 ARC-20 토큰의 수이며, 사용자가 ARC-20 토큰을 채굴하면 토큰을 다른 주소로 보낼 수 있으며, 토큰을 보낼 때 UTXO에 데이터를 입력할 필요 없이 토큰이 들어있는 UTXO를 다른 주소로 직접 전송하면 됩니다.
link:https://twitter.com/blockpunk2077/status/1725513817982136617
ARC-20 토큰을 조회할 때는 인덱스만 필요하며, 오프라인 인덱스 서버는 토큰 등록 정보와 발행 및 전송 트랜잭션을 읽을 수 있고, 서버가 자금 전송 관계를 계산할 필요가 없으며, 주소가 보유한 ARC-20 토큰의 수를 조회하려면 해당 토큰을 보유한 UTXO의 수를 SAT에서 직접 읽으면 얻을 수 있습니다.
BRC-20과 ARC-20에 대해 알아보고 나면 왜 일부 사람들이 실수로 자산을 다른 주소로 전송하거나 "소각"하는지를 알 수 있을 것입니다.
BRC-20 및 ARC-20과 같은 BTC 인스크립션 프로토콜은 UTXO 거래를 기반으로 하기 때문에 인스크립션 거래는 실제로 BTC 거래에 첨부되며, 사용자는 인스크립션을 완전히 이해하지 못한 채 일반 BTC 전송을 수행하고, 융합 및 분할 후 의도하지 않은 주소로 현재 UTXO와 다른 UTXO를 전송하여 인스크립션 자산을 잘못 전송하거나 "소각"할 수 있습니다. 또는 "소각"되어 돌이킬 수 없는 손실을 초래할 수 있습니다.
3. 이더스크립션
이더스크립션은 이더에서 데이터를 생성하고 공유하기 위한 프로토콜로, 일부 비문은 토큰 발행을 위한 스마트 컨트랙트의 대안으로 이 프로토콜을 사용하여 사용자 비용을 매우 낮은 수준으로 줄입니다.
이더리움 프로토콜은 트랜잭션을 전송할 때 콜데이터 블록을 사용하는데, 이는 일반적인 이더 전송 시 일반적으로 비워두는 블록으로 스마트 컨트랙트가 호출될 경우 호출 함수의 서명과 각 매개변수에 대한 데이터로 지정됩니다. 이더스크립션 프로토콜은 일반적인 이더 전송을 전송할 때 전송에 의미를 부여하는 표준 데이터를 추가하기 위해 콜데이터 블록을 사용합니다.
이더스크립션은 이 표준 데이터를 어떻게 지정하나요?
먼저 이미지 데이터로 이더스크립션을 생성하려면 이미지(이미지 크기는 96KB로 제한됨)를 (data:image/png;base64,...) 형식의 Base64 인코딩된 데이터 URI로 변환해야 합니다. 그런 다음 해당 URI를 16진수 문자열로 변환하고, 이더넷을 통해 대상 주소로 일반 전송 트랜잭션을 전송한 후 아래와 같이 위에서 언급한 16진수 문자열로 콜데이터를 채웁니다:
이렇게 하면 0xf1bf 주소가 이더스크립션을 소유하게 되며, 나중에 동일한 콜데이터로 생성된 이더스크립션은 모두 유효하지 않은 것으로 간주됩니다.
이더스크립션을 전송하려면 이더스크립션 소유자가 수신 주소로 일반 전송을 보내고 콜데이터에 이더스크립션을 생성한 트랜잭션 해시를 입력하면 아래와 같이 수신 주소가 이더스크립션을 소유하게 됩니다:
4. EVM 블록체인의 인스크립션
비에스씨체인, 이더리움, 폴리곤 등과 같은 EVM 블록체인의 경우 콜데이터 데이터 블록을 사용하여 고정 형식의 데이터를 저장하는 일반적인 인스크립션 레코딩 방법이 있는데, 이는 위에서 언급한 이미지 데이터 저장과 달리 콜데이터에 표준 형식의 텍스트 데이터를 기록하는 것입니다.
BSC 체인에서 비문 형식은 BRC20 비문 형식과 유사하며, 예를 들어 비문 형식은 데이터:,{"p":"_","op":"_","tick":"_","amt":"_"}, 여기서 p 필드는 프로토콜의 이름을 나타내며, 예를 들어 bsc-20, bnbs-20, ltc-20, bep. 20, drc-20, nrc-20, src-20 등, op 필드는 연산(보통 "mint")을 나타내고, tick 필드는 토큰 이름을 나타내고, amt 필드는 토큰 수를 나타냅니다.
여기서 bnbs 토큰을 예로 들면, 일반 송금을 보낼 대상 주소가 호출 데이터에 데이터 입력:,{"p": "bsc-20", "op": "mint", "tick": "bnbs", "amt": "1000"}이면 다음 그림과 같이 bnbs 토큰 캐스팅 연산이 완료되는 것을 확인할 수 있습니다. 이 시점에서 0x22ef 주소에는 1000개의 bnbs 토큰이 있습니다.
다음 단계는 토큰을 전송하는 것입니다. 위와 같이 수신 주소로 일반 전송을 보내고 아래 그림과 같이 호출 데이터에 bnbs 토큰을 생성한 트랜잭션의 해시를 입력하면 수신 주소가 bnbs 토큰을 소유하게 됩니다:
이더, 폴리곤 및 기타 체인도 기본적으로 동일하지만, 위의 BSC 체인만이 evm 체인에 비문을 생성하는 유일한 경우는 아니며, 다른 evm 체인 또는 다른 프로토콜간에 채워지는 텍스트 데이터 필드에 차이가 있을 수 있으며 토큰을 전송하는 방식에도 차이가 있을 수 있다는 점에 유의해야 합니다. 그러나 이러한 방식은 모두 evm 체인에서 calldata 속성을 사용하여 이루어지며, 거의 동일하게 보입니다.
요약
이번 포스트에서는 여러 체인에서 비문을 구현하는 원칙에 대해 설명했습니다. 요약하자면, 제시된 비문은 모두 퍼블릭 체인 시스템의 일부 기능을 사용하여 정의된 표준에 따라 오프라인 정보를 블록체인에 저장하고 오프라인 서버를 통해 이를 식별하고 표시하는 프로세스입니다. 소개된 비문은 모두 스마트 컨트랙트를 사용하며, 사용자는 참여 시 거래에 필요한 많은 추가 비용을 절감할 수 있지만, 비문 프로토콜의 구현을 충분히 이해해야 비문을 잘못 전송하거나 잘못 소각하여 자산이 손실되는 것을 방지할 수 있습니다.
