“화폐세계의 하루는 세상의 1년이다”라는 말이 괜한 게 아니다. web3의 혁신 속도는 놀랍습니다. Brc-20 프로토콜이 출시된 지 이틀 만에 또 다른 Hirosystem 개발자 Hugo가 이에 영감을 받아 프로토콜 BOP(Bitcoin ordinals 프로토콜, Bitcoin ordinals 프로토콜)의 향상된 버전을 제안했습니다.
이 프로토콜 역시 실험적인 성격을 갖고 있으며, brc-20 프로토콜 작성자 역시 이에 대한 승인을 표명하고 리트윗했습니다. "brc20 프로토콜 개선"은 바통처럼 개발자에서 개발자로 전달됩니다. (참고: Hiro는 비트코인 2계층 네트워크 스택에서 스마트 계약을 구축하는 데 도움이 되는 인프라입니다.)
BOP의 유래
Hugo는 brc-20 프로토콜에 대한 논의를 바탕으로 BOP 프로토콜을 발명했습니다. 누군가 "의미 있는 동종 토큰 프로토콜은 JSON 형식을 사용해서는 안 됩니다"라고 질문했습니다.(brc-20 프로토콜 형식에 대해 확실하지 않은 경우 " BTC 체인도 독립적으로 코인을 발행합니까? brc-20 프로토콜을 이해하도록 안내합니다 . 비문 크기에 따라 타사 서비스에서 데이터를 읽을 때 프로토콜의 가독성을 고려할 필요가 없습니다. 보다 가벼운 프로토콜이 필요합니다." 그래서 Hugo는 이에 영감을 받아 BOP 프로토콜(https://github.com/hugocaillard/bop)을 만들었습니다.
BOP 프로토콜 형식
저자는 첫 번째 초안을 비문으로 만들어 블록체인에 영구적으로 새겼습니다. 번호는 #420142입니다.
2575466c50a2137ac12b8cfb55e38609018264cbb9b1b0091c56c8992b7d1917i0
처음 봤을 때 속으로 "야, 착한 사람, 이게 뭐야?"라고 말했고, 두 번째는 이해할 수 있었지만 완전히 이해하지는 못했습니다. 다음은 제가 하겠습니다. 귀하는 이 계약을 단계적으로 해제해야 합니다.
#d.0.bft 는 ID 0과 이름 bft를 사용하여 토큰 표준을 선언한다는 의미이며, 동일한 ID 번호나 이름을 사용하는 향후 프로토콜은 무시됩니다.
두 번째 줄부터 bft 프로토콜의 릴리스 표준이 선언되며, 여기에는 세 가지 메소드 선언( deploy, mint 및 transfer ) 이 포함됩니다.
먼저 방법 0을 살펴보겠습니다: 배포
다음으로 방법 1을 살펴보겠습니다: mint
방법 2: 전송
프로그래밍 경험이 있는 친구들이 이것을 본다면 처음 프로그래밍을 배울 때 분명히 "함수 선언"을 떠올릴 것입니다. 함수 선언 이란 함수에 이름을 지정하고 매개 변수를 지정하여 프로그램의 다른 위치에서 직접 호출할 수 있도록 하는 것을 의미합니다. "함수 선언"에는 "함수 구현"이 있어야 합니다. BOP 프로토콜을 호출하는 과정을 " Call a BOP "라고 하며 "#c"로 시작해야 합니다. 다음으로 작성자가 발행한 첫 번째 코드를 사용하겠습니다. .코인 'idro'를 예로 들어 설명하겠습니다.
idro 배포
#c.0.0, ID 번호가 0인 프로토콜(즉, 위의 bft)의 0번째 메서드(즉, 배포 메서드)를 호출합니다.
0이면 idro 토큰의 ID 번호가 증가하고, 다른 토큰의 ID 번호도 증가합니다.
idro, 토큰 이름
21e12, 총 토큰 수는 21000000000000입니다.
[[144,2048] ....[1728,1]], 배치된 블록( 블록 높이 780310 )부터 시작하여 144블록마다 민트 수가 2048년부터 매번 절반으로 줄어드는 것을 나타냅니다. 격일로 반으로 줄였습니다.
다음은 현재 블록 높이를 기준으로 1회 발행할 수 있는 최대 수량을 계산할 수 있는 토큰 생산 감소표입니다.
캐스팅 이드로
다음 단계는 모두가 가장 궁금해하는 캐스팅 방법인데, 캐스팅 코드는 한 줄로 매우 짧습니다.
#c.0.1 ID 번호가 0인 프로토콜(즉, 위의 bft)의 첫 번째 메서드(즉, 캐스팅 메서드)를 호출합니다.
0, idro 토큰의 ID 번호
기본 수량은 여기이며 최대 수량은 현재 블록 높이를 기준으로 캐스팅됩니다. 수량을 지정하려면 한 번에 10개씩 캐스팅하는 "#c.0.1&0," 등 나중에 수량을 추가할 수 있습니다. 10"
주목할 만한 다른 두 가지 사항이 있습니다.
1. 타사 Minting 도구를 사용할 때 자체 내장 지갑으로 먼저 발행한 후 지갑으로 전송하면 토큰 잔액이 해당 도구의 지갑에 저장되므로 사용할 수 없습니다.
2. 동일한 블록 내에서 2개의 잔액 변경 이벤트가 발생할 경우 수수료가 높은 쪽이 우선적으로 적용됩니다. 따라서 주소당 블록당 1개의 Minting 작업만 구현할 수 있습니다. 따라서 동일한 지갑을 사용하여 일괄적으로 발행할 수 없습니다.
여기에서는 중국 팀이 개발한 캐스팅 도구 unisat의 사용 방법을 소개합니다.
URL을 입력하세요: https://unisat.io/inscribe 홈페이지로 이동하여 "텍스트"를 선택하세요.
"Single"(단일 캐스팅, 일괄 캐스팅 옆)을 선택하고 " #c.0.1&0 " 텍스트를 붙여넣은 후 "Next"를 클릭합니다.
본인의 탭루트 지갑 주소(bc1p로 시작)를 붙여넣은 후, 적절한 비율을 선택하세요. "Normal" 이상을 사용하는 것을 권장합니다.
결제 버튼까지 아래로 스크롤한 후 '인보이스 제출 및 결제'를 클릭하세요.
마지막으로, 자신의 지갑을 사용하여 해당 금액의 BTC를 지정된 주소로 지불하십시오.
이드로 전송
#c.0.2 ID 번호 0(즉, 위의 bft)을 갖는 프로토콜의 두 번째 메서드(즉, 전송 메서드)를 호출합니다.
0, idro 토큰의 ID 번호
100, 전송된 토큰 수
텍스트는 비문으로 캐스팅되어 전송될 주소로 전송됩니다.
ERC20과 비교
토큰 표준에 관해 말하자면, 2015년 11월 Fabian Vogelsteller가 제안한 이더리움의 토큰 표준 erc20을 언급할 수밖에 없습니다. 여기에는 주로 이름, 기호, 총 공급량, 계정 잔액 및 이체 및 기타 방법이 포함됩니다.
현재 Bop 표준으로 판단하면 이름, ID, 최대 공급량, 발행 및 전송 방법이 모두 가능합니다. 계정 잔고 및 전송 토큰도 표시하려면 온체인 인덱서와 프런트 엔드가 필요하며 이는 이미 erc20과 비교하여 예비적입니다. 프로토타입.
brc20과 비교하면 이 프로토콜 표준은 프로그래밍 언어에 더 가깝고, 더 프로그래밍 가능하고, 확장 가능하고, 구성 가능하고, 더 가볍다고 생각합니다. 이것이 진전이라고 생각합니다.
물론 저자는 이것이 본질적으로 실험적이라는 점을 반복해서 강조했으며 다른 개발자가 이를 기반으로 계속해서 최적화할 수 있기를 바랍니다.
요약하다
비트코인 전체에 대한 동종 토큰 프로토콜은 아직 개념 단계에 있으며, 어떤 프로토콜이 최종적으로 인정될지는 확정할 수 없으나, 완전한 솔루션이 나올 때까지 생태계의 발전을 지켜보는 것이 우리가 할 수 있는 일입니다. 다른 문의사항이 있으시면,
