소개
Ordinals vs Taro 시리즈의첫 번째 기사에서 우리는 Taro 프로토콜에서 Taro 자산의 생성 및 전송 작업에 대한 이론적 구현을 간략하게 소개했습니다. 여기에서는 비교를 위해 Ordinals와 Colored Coin의 구현 이론을 검토하고 Taro의 구현 및 기존 진행 상황을 추가로 소개하여 비트코인의 2계층 네트워크 구현의 타당성을 심층적으로 탐색합니다.
이 글은 비트코인의 동종 토큰 컬러드 코인의 기원, 서수 이론과 서수, 타로 구현 및 진행 과정, 확장 읽기: Atomics Protocol의 네 부분으로 나누어집니다.
검토: 만물 유색 동전의 기원
Colored Coin은 Yoni Assia, Vitalik Buterin 등이 2012년에 제안한 비트코인 네트워크에서 생성된 새로운 토큰입니다[1] [2]. 컬러 코인은 현재 널리 사용되는 ERC-20 토큰의 프로토타입이어야 하며 당시 자산을 표시하고 투표를 수행하는 데 사용되었으며 이는 오늘날 ERC-20이 수행하는 기능과 유사합니다. 이전 컬러 코인 브라우저인 코인프리즘에서도 2015년에 사람들이 발행한 일련의 자산을 볼 수 있습니다. 사진은 2015년 웹 페이지인 Coinprism Snapshoot - archive.org에서 남긴 스냅샷에서 가져온 것입니다.
코인프리즘 스냅샷
원칙
컬러 코인은 "채색"을 통해 비트코인 그룹을 다른 비트코인과 구별합니다. 컬러 코인을 구현하는 방법에는 두 가지가 있습니다: ChromaWay에서 제안한 EPOBC 프로토콜과 OP_RETURN을 사용하여 메타데이터를 저장하는 Open Assets(오픈 자산)입니다. 여기서는 Yoni 등이 Colored Coins 백서[3]에서 언급한 방법이기도 한 오픈 자산의 구현 원리를 간략하게 소개합니다.
OP_RETURN은 Bitcoin v0.9.0에서 제안되었으며 Bitcoin에 소량의 데이터를 저장하는 데 사용할 수 있습니다 [4]. 초기 제한은 40바이트의 데이터를 저장하는 것이었지만 나중에 80바이트로 늘어났습니다. 컬러코인 백서(2013)에서는 컬러링을 구현하기 위해 40바이트 길이의 인코딩을 사용했고, 2016년 컬러코인 프로토콜 사양[5]에서는 80바이트 길이 사양을 사용했다. 2016년 컬러코인 프로토콜 사양은 비교적 복잡하며 여기에는 컬러코인의 미니 스크립트 언어도 포함되어 있으므로 여기서는 소개하지 않습니다. 컬러 코인의 원래 아이디어는 OP_RETURN을 사용하여 거래의 출력 스크립트에 특정 인코딩 정보를 저장한 다음 오프체인 인덱싱 프로그램을 사용하여 이러한 거래의 적법성을 식별하는 것입니다(서수는 마지막에 나타남). 2022년).
자산 생성
컬러코인 원본 백서에서 자산 생성을 위한 데이터 인코딩은 다음과 같습니다.
컬러코인 백서의 인코딩 형식
인코딩된 데이터는 0x0043438000("CCP")으로 시작하여 이를 컬러 코인 생성 거래로 식별하고, 그 뒤에 현재 프로토콜 버전을 나타내는 2바이트가 옵니다. 다음 2바이트는 추가 발행 지시사항으로, 0이 모두 추가 발행 불가, 1이 모두 무제한 발행 가능함을 의미합니다. 마지막 31바이트는 염색에 관한 정보를 저장하는 데 사용됩니다. 백서에 설명된 자산 생성 거래는 다음과 같습니다.
출력 OP_RETURN의 인코딩된 데이터는 이 거래가 자산의 생성 거래임을 나타냅니다. 인코딩 규칙에 따라 이 거래로 생성된 자산은 주소가 17zt...sSrb인 지갑에서 무한히 발행될 수 있습니다. 입력 이 주소는 주소(프로토콜에 따라 추가 발행 주소로 사용 가능)이며, OP_RETURN 출력 전의 주소는 생성 자산을 받는 주소로 식별할 수 있으며, 처음 3개 주소는 9,900,000을 받게 됩니다. 자산이며 마지막 주소는 이 자산 19,900,000을 받게 됩니다. 이를 통해 채색화에 염색된 각 사토시가 특정 염색 자산에 해당함을 알 수 있습니다.
수령한 자산의 양이 10,000만큼 감소하는 이유는 무엇입니까? 이는 프로토콜에 정의된 기본 패딩 10,000개로 인해 더스트 거래를 피하기 위해 10,000개의 사토시가 염색되지 않은 상태로 허용됩니다.
자산 양도
자산의 이전은 한 번의 거래로 서로 다른 염료의 여러 토큰을 전송하는 등 보다 복잡하게 설계할 수 있지만, 전송 프로세스의 표현을 용이하게 하기 위해 단일 염색 토큰이 전송되는 것으로 가정합니다. 전송에는 입력 시퀀스 번호(비트코인 트랜잭션 입력의 필드인 시퀀스, 일반적으로 브라우저에서 nSequence 필드를 볼 수 있음)가 포함되며 이진 표현은 입력이 토큰을 출력할 출력을 나타냅니다. 가운데. 예를 들어 6(110b)은 0번이나 다른 출력이 아닌 1번과 2번 출력으로 출력한다는 뜻이다. 아래와 같이 토큰 전송 트랜잭션이 나타나며, 입력 및 출력 주소 정보는 생략됩니다. 그림에서 어두운 색은 입력 또는 출력에 색상이 있음을 나타냅니다.
컬러 전송 거래
이를 컬러화폐의 이송상태, 즉 패딩을 제거하고 일련번호의 바이너리를 읽기 쉬운 형태로 변환하면 다음과 같이 초기상태를 구할 수 있으며, 출력 컬러링마크는 다음과 같이 표현된다. 최종 상태는 여기에 직접 표시됩니다.
컬러 코인 전송 상태 표시
0번째 입력부터 시퀀스 번호를 순회하여 상태를 전달하는데, 전달 과정은 아래 그림과 같습니다.
전송 상태 변경
1. 5개의 컬러 자산을 입력 0에서 출력 1로 전송합니다. 이때 출력 0과 1의 공백을 모두 5만큼 뺍니다. 1로 전송되고 입력 0은 색상 자산이므로 출력의 색상 값은 1(색상 값) 더하기 5;
2. 10개의 염료 자산을 Output 1로 전송하기 위해 1을 입력합니다. 이때, 출력 1에서 min(5, 10) = 5를 빼고 1로 전송하며, 입력 1은 염료 자산이므로 cvalue가 5씩 증가합니다. ;
3. 10개의 염료 자산을 출력 2로 전송하려면 1을 입력합니다. 이때 출력 2에서 min(5, 10) = 5를 빼고 2로 전송합니다. 입력 1은 염료 자산이므로 cvalue가 5만큼 증가합니다.
4. 입력 2는 염색된 자산 20개를 입력 1로 전송하고 그 공간에서 min(0, 20) = 0을 뺍니다. 그러나 입력 2는 염색되지 않으므로 출력 0의 cvalue에는 변화가 없습니다.
이 과정을 통해 유색 코인의 전송 규칙이 상대적으로 복잡하다는 것을 알 수 있으며, 오프체인 인덱싱 프로그램은 일련의 규칙에 따라 비트코인의 UTxO를 기반으로 유색 코인 전송을 위한 UTxO 계산을 구현해야 합니다. 2012년 컬러코인 백서에서도 한 번의 거래로 컬러코인 교환을 완료하는 탈중앙화 거래소 기술이 언급되기도 했다. 이 기술이 요구하는 부분 서명 거래 기술(PSBTs - BIP0174)이 2017년에야 BIP에 통합되었다는 점은 아쉽습니다. 당시 이를 위해서는 오더북을 통해 이를 식별하고 구현하기 위한 중앙 집중식 플랫폼이 필요했습니다. 아직도 중앙화되어 있나요?)
컬러 코인 백서의 Dex
또한 2016년 컬러 코인 프로토콜 사양 v2 버전에서는 컬러 코인에 필요한 바이트코드, 전송 주소 및 검증 규칙을 추가로 설계했습니다. 이러한 규칙들이 당시 비트코인의 기능적 한계로 인해 더 이상 발전하지 못한 점은 아쉽고, 2015년 이더리움의 등장으로 이러한 디자인은 더욱 쓸모없게 되었고, 컬러코인의 개발은 여기서 끝났습니다. 어떤 분들은 컬러코인의 실패 원인이 네이티브 BTC와 결합되어 어떤 경우에는 BTC로 발송되어 축소되기도 한다고 말씀하십니다. 하지만 저자는 그 실패 원인이 유통의 불편함과 활용 시나리오의 부족이라고 믿는다.
서수 이론: 서수
2017년 Segregated Witness와 부분 서명 거래 기술, 그리고 2021년 Taproot 업그레이드 활성화 덕분에 Casey Rodarmor는 서수 이론[7]을 발명했습니다. 서수는 비트코인의 번호 매기기 체계입니다. 각 비트코인이 채굴된 순서와 거래가 이루어진 선입선출 규칙에 따라 번호가 매겨진 개별 sats[6]을 추적하고 전송할 수 있습니다.
서수 표현:
1. 정수 기호 : 2099994106992659 이 일련번호는 사토시 채굴 순서에 따라 부여됩니다.
2. 십진수 표기법 : 3891094.16797, 첫 번째 숫자는 채굴 사토시 블록 높이, 두 번째 숫자는 블록 내 사토시 오프셋입니다.
3. 도 기호: 3°111094′214″16797‴. 도 표시의 구체적인 원리는 서수 이론 매뉴얼을 참조하세요.
4. 퍼센트 기호: 99.99971949060254%. 비트코인 공급에서 Satoshi의 위치를 백분율로 표현합니다.
5. 이름: 사토시. 시퀀스 번호는 a부터 z까지의 문자를 사용하여 인코딩됩니다.
명
서수 이론은 비트코인의 가장 작은 단위인 sat를 추적하는 것에 관한 것입니다. 그것이 설계한 규칙에 따라 각 sat는 고유한 번호를 갖게 됩니다. 순서 이론에 기초하여 체인의 일부 고유한 데이터는 "새겨진" 비문이라고 불리는 이러한 사트와 연관될 수 있습니다. 비문은 콘텐츠에 대한 제한이 거의 없고 추가 증인 할인을 받는 탭루트 스크립트에 저장되므로 비문 저장이 경제적입니다. Inscription의 Taproot 스크립트 형식은 다음과 유사합니다.
Reveal 트랜잭션의 입력 증인 스크립트에 저장되며, 블록을 탐색할 때 오프체인 인덱스 노드(ord)에 의해 인식되고 노출됩니다.
인덱싱의 한계와 체인 운영 불능으로 인해 Inscription은 최근 아버지와 아들 비문, 저주 비문 지수 등 질서 개방을 통해서만 달성할 수 있는 다른 추가 기능을 구현해야 합니다. 전에. Inscription의 기본 아이디어는 Colored Coin과 매우 유사합니다. 거래에 데이터를 저장하고 오프체인 프로그램으로 색인화합니다. 차이점은 Inscription은 입력 Taproot 스크립트에 데이터를 저장하는 반면 Colored Coin은 이를 인코딩한다는 점입니다. 데이터는 다음과 같습니다. 출력에 저장됩니다.
이 시점에서 비트코인 생태계가 발전했고 사람들은 체인에서 NFT를 발행할 수 있으며 일부 거래 서명 기술 덕분에 거래 시장이 등장했습니다. 비문 기술 자체는 컬러 코인의 기술과 매우 유사하며 둘 다 체인에 데이터를 저장하고 오프체인 인덱싱 도구를 통해 인덱싱됩니다. 그러나 서로 다른 시대와 서로 다른 기능으로 인해 컬러코인은 당시 비트코인의 기능적 단점으로 인해 한계를 가지게 되었고 더 이상 발전하지 못하였다. Ordinals의 개발과 폭발을 가능하게 한 것은 낮은 출금 수수료(초기 경쟁 제품인 비트코인 스탬프[8]에 비해)와 부분 서명 거래 기술 덕분에 등장한 시장으로 인해 사람들이 쉽게 입문을 거래할 수 있었기 때문입니다.
BRC-20
나중에 비문을 기반으로 한 BRC-20 프로토콜도 2023년 3월에 등장했습니다. 이전 기사에서 언급했듯이 이러한 동종 토큰 구현 방법은 폭력적인 미학을 가지고 있으며 토큰 캐스팅 및 전송 프로세스는 종이에 작성되며 나머지는 BRC-20 인덱서에 맡겼는데, 이는 비트코인의 인덱스 비문(Inscription) 위에 인덱스를 추가하는 것과 같습니다. 물론 실제 구현에서 BRC-20 인덱서는 다른 NFT 캐스팅을 직접 무시하고 BRC-20의 캐스팅 및 전송에만 관심을 가질 수 있습니다.
BRC-20은 이제 비트코인의 두 번째 계층 네트워크와 약간 비슷해 보입니다. 두 번째 계층 네트워크는 일련의 트랜잭션을 처리하고 정기적으로 메인 체인과 통신하며 분산화를 보장하기 위해 번들링을 위해 트랜잭션을 제출합니다. BRC-20에서는 특정 BRC-20 비문이 유효한지 확인하기 위해 사용자 계정 잔액을 인덱싱하는 인덱서로 반영되며(거래 처리) 이체 및 캐스팅 프로세스는 사용자가 직접 구현합니다(거래를 메인에 제출). 체인).
흥미롭게도 얼마 전 Ordinals Summit에서 공개한 사진에서 BRC-20의 창립자인 domo가 보여준 brc20-swap의 PPT에는 Inscription-Based Virtual Machines와 Rollup이라는 두 가지 개념이 언급되어 있는데, 이는 BRC가 -20은 앞으로 두 번째 레이어 네트워크에도 들어갈 것입니다.
타로 구현 및 진행
이전 글에서는 타로 자산이 발행되어 체인에서 전송되는 원리를 소개했는데, 실제로는 어떻게 구현되나요? 이전 기사의 원칙 소개와 비교하여 여기에서는 Taro의 현재 구현 및 최신 진행 상황을 소개합니다.
타로 특정 구현
잘 알려진 이유로 인해 로컬에서 테스트에 사용되는 라이트닝 네트워크 노드를 테스트 네트워크에 정상적으로 추가할 수 없습니다. 이에 대해서는 Taproot 자산 프로토콜 이해 #2의 테스트 프로세스를 통해 설명하겠습니다.
자산 캐스팅
이전 기사에서 언급했듯이 자산 캐스팅을 위해서는 입력 UTxO를 선택하고 자산 트리에 새로운 MS-SMT(Merkle Sum-Merkle Tree)의 루트 노드 정보를 기록해야 합니다.
자산 캐스팅을 완료한 후 자산 정보를 얻을 수 있습니다.
Asset_genesis: 메타데이터 해시 값, 입력 UTxO 번호, 자산 ID 등 자산 생성 정보를 설명합니다.
script_key: P2TR 트랜잭션의 ScriptPubKey와 유사하게 자산을 나타내는 UTxO를 사용하려면 조건을 충족하는 감시 스크립트가 필요합니다(이전 문서 UTxO*에서 언급한 대로).
chain_anchor: 현재 앵커된 체인에 있는 자산의 거래 정보를 기술하며, 거래 내역, 거래 해시 값, 거래가 위치한 블록의 해시 값, 자산 전송의 출력 UTxO를 저장합니다.
마찬가지로 해당 출력은 제네시스 트랜잭션 ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356 에서도 생성됩니다. 이 UTxO를 잠금 해제하고 다음 트랜잭션에 사용하려면 출력 ScriptPubKey(개인 키 또는 경로를 통해)를 충족하는 스크립트가 필요합니다. 또한, 다음 거래는 Taro 자산을 전송하는 데 사용될 때 내부 script_key 요구 사항을 충족해야 합니다.
자산 양도
Taro Asset에서 자산을 양도하려면 양 당사자의 유니버스를 동기화해야 합니다. 이전 기사에서 언급한 것처럼 Taro Universe는 Taro 자산의 메타 정보를 저장하며 이러한 일련의 거래 정보를 저장하는 데이터베이스라고 볼 수 있습니다. . 거래는 이러한 거래 및 발행 행위가 실제로 발생했음을 증명하는 데 필요한 경우에만 비트코인으로 전송됩니다(이는 UTxO가 다음과 같이 소비되도록 보장하기 위한 이전 섹션의 논의와 같은 제한 메커니즘으로도 사용되는 것으로 보입니다). 타로 자산). 따라서 거래 전에 거래 당사자는 거래의 유효성을 보장하기 위해 정보를 동기화해야 합니다. 그런 다음 Taro 자산을 다른 주소로 보내면 거래와 유사한 전송 메시지가 생성됩니다.
자산을 발행하는 사용자는 고정된 자산에 해당하는 UTxO를 입력으로 사용하고 두 개의 주소에 대한 두 개의 출력을 생성합니다. 출력의 정보는 수신자가 수신한 UTxO가 합법적인지 여부를 확인하는 데 편리하며, 동시에 출력의 정보는 법적 증인을 생성하는 데 사용되는 다음 전송을 생성하는 데 필요한 정보도 수신자에게 제공합니다. 이 UTxO가 정상적으로 소비될 수 있는지 확인하는 스크립트입니다. 자산 트리와 Taro 자산 전송의 이전 프로세스를 결합하면 자산 ID를 사용하여 자산 트리에서 자산을 나타내는 리프 노드를 색인화할 수 있습니다. 리프 노드는 또한 자산의 총액을 저장하며 이 정보는 Taro Universe에 저장됩니다. 오프체인 인덱싱 프로그램으로 볼 수 있습니다. script_key를 통해 해당 자산의 MS-SMT에서 해당 소비 가능 자산의 잔액을 조회할 수 있습니다. 지출 가능성 조건을 충족하는 지갑은 이러한 출력을 다음 거래의 입력으로 사용하여 거래를 수행할 수 있습니다.
위의 "전송"은 "분할" 프로세스(100 -> <79, 21>)이므로 자체에 대한 출력 유형은 OUTPUT_TYPE_SPLIT_ROOT입니다. 병합 작업과 유사하게 특정 지갑이 소비할 수 있는 다양한 script_keys가 병합됩니다. 하나로 결합됩니다.
타로 자산에 관련된 이러한 작업은 블록체인에 P2TR(Pay-To-Taproot) 형식으로만 반영되며 주요 자산 전송 프로세스는 여전히 오프체인에서 발생하므로 이러한 관점에서 타로 자산은 약간의 자산으로 간주될 수 있습니다. 두 번째 레이어의 코인 네트워크입니다.
최근 개발
Taproot-Asset 페이지에서 지금까지 구현된 기능을 확인할 수 있습니다.
1. 자산 캐스팅
2. 타로 유니버스의 동기화
3. 자산 보내기/받기
4. 자산증명서 가져오기/내보내기
5. CLI 구성 파일 생성 및 관리
최신 v0.2.3 버전으로 볼 때 라이트닝 랩스 팀은 여전히 Taro 프로그램의 남은 문제를 수리하고 있으며 자산의 주조 증명에 블록 높이를 추가하는 등 원래 프로그램 로직을 개선하고 있습니다. 프로그램의 Github 페이지에는 해당 코드가 메인 네트워크에 적합하지 않으며 Taro 자산 및 BTC의 손실로 이어질 수 있다는 내용도 적혀 있습니다. Slack의 공식 토론에서 개발자는 Lightning Network가 아직 Taro 자산을 지원하지 않는다고 언급했습니다.
Asset Casting 요구 사항을 충족하는 v0.2.0 버전은 올해 5월에야 공식 출시되었습니다. 이 버전에는 이미 Asset Casting/전송/수신 기능이 구현되어 있습니다. 나머지는 위에서 언급한 것처럼 거래 규칙을 개선하는 것일 수 있습니다. 프로그램의 버그를 수정하세요. 따라서 타로 자산은 아직 갈 길이 멀고 현재는 메인 네트워크에서 실행하기 위한 요구 사항을 충족할 수 없으며 저자는 향후 1~2년 내에 타로 자산의 공식 운영을 목격할 수 있는 희망이 있을 수 있다고 믿습니다.
확장: Atomics 프로토콜
저자가 이 시리즈의 첫 번째 부분을 완성하고 이 기사를 쓴 지 2주 만에 Ordinals의 또 다른 경쟁 제품인 Atomics Protocol 10(원자 프로토콜)이 나타났습니다. 이는 Ordinals Inscription의 캐스팅과 매우 유사하며 두 가지 모두 커밋 트랜잭션은 입력으로 사용되며 "봉투"는 감시 스크립트에 작성된 후 공개되며 데이터 형식은 특히 유사합니다.
OP_FALSE
OP_IF
0x0461746F6D // "atom" 4바이트 푸시
<Operation> // 한 번만 누르면 작업 유형을 나타냅니다.
<Payload> // 작업을 위한 페이로드(CBOR 인코딩)
OP_ENDIF
ARC-20
ARC-20은 원자 프로토콜을 기반으로 하는 대체 가능한 토큰으로, BRC-20과 완전히 다른 발행 및 전송 규칙을 가지고 있습니다.
Minting : ARC-20의 Minting 역시 토큰의 사전 배포가 필요합니다. 배포 방법은 Atomics 형식으로 트랜잭션을 보내는 것입니다. 배포를 위해서는 토큰 이름, 발행 높이, 관련 이미지, 발행 수량 및 기타 정보를 지정해야 합니다. 인덱서에 인덱싱되어 도착 후 다른 사람들이 인덱서를 통해 토큰 정보를 얻어서 발행할 수 있습니다. ARC-20도 마이닝과 유사한 캐스팅 방식을 설계했는데, 배포자는 커밋 tx의 충돌 접두사와 공개 tx의 충돌 접두사를 지정할 수 있으며 이러한 접두사 정보가 설정되면 민터는 캐스팅 중에 커밋을 변경하기 위해 nonce를 선택해야 합니다. .tx 및 공개 tx의 해시를 사용하여 조건을 충족하는 접두사를 선택합니다(현재 공개 tx 충돌에 대한 요구 사항은 없지만 해당 기능은 소스 코드에서 사용할 수 있습니다). 사용자가 조건에 맞는 nonce를 찾은 후, 발행된 토큰 이름과 조건에 맞는 nonce는 암호화된 원자 프로토콜 트랜잭션으로 비트코인 체인으로 전송되어 발행이 완료되고 잔액 정보가 인덱서에 의해 색인화됩니다. .
전송 : ARC-20의 전송은 컬러 코인과 매우 유사하지만 훨씬 간단합니다. ARC-20은 Satoshi에 바인딩되어 있습니다. 이 토큰의 UTxO가 입력으로 사용되면 i번째 입력은 i- 출력, 출력이 충분하지 않은 경우, 즉 입력 수가 출력 수보다 큰 경우 이 토큰은 첫 번째 출력으로 흐릅니다.
원자 프로토콜
이 전송 방식의 장점은 BRC-20과 같이 거래 전 전송 명세를 작성해야 하는 과정을 생략하여 동종 토큰의 거래가 더욱 편리하다는 점입니다.부분 서명 기술을 사용하면 거래를 통합하여 수행할 수 있습니다. .단일 거래 내에서 토큰과 BTC의 교환을 완료하거나 여러 개의 다른 토큰 교환을 완료할 수도 있습니다. 단점은 이러한 구현으로 인해 사용자가 토큰을 분실하기가 너무 쉽다는 것입니다. 특히 사용자가 동일한 토큰의 여러 복사본을 받고 UTxO를 통합하는 경우 토큰을 나타내는 이러한 UTxO는 쉽게 가스로 소비되거나 심지어는 프로세스에서 소비될 수도 있습니다. 다른 토큰을 발행합니다.
또한 Atomic Agreement에는 NFT의 디자인과 도메인 이름(NFT와는 별개)도 포함되어 있으며 문서에는 완료되지 않은 계약 및 이벤트도 포함되어 있으며 공식 문서가 부족하여 깊이있게 소개할 수 없습니다.
프로토콜 비교
여기서 우리는 Taro 자산, Ordinals의 BRC-20 토큰 및 Atomic 프로토콜을 비교해야 합니다.토큰의 발행 및 전송이 오프체인 프로그램에 의해 추적되고 기록된다는 점에서 유사하지만 기록되는 규칙은 Odinals의 것과 다릅니다. 체인 발현이 다릅니다.
프로토콜 비교
결론
마지막으로 이러한 기술을 소개한 후 비트코인 구현 가능성에 대해 논의해 보겠습니다. 일반적인 2계층 네트워크 구현에서는 일반적으로 트랜잭션을 실행하기 위해 추가 블록체인 네트워크가 구축되고 이러한 실행된 증명은 레이어 1에 배치됩니다. 메인 체인에서는 이는 Rollup의 기본 원칙이기도 하며 정기적으로 메인 체인에 증거가 제출됩니다. 라이트닝 네트워크는 비트코인의 2차 결제 네트워크로 롤업(Rollup) 기술과 유사하게 구현되며, 채널을 구축한 후 두 당사자는 일련의 상호 작용을 수행하고 최종 확인 시 채널을 닫은 후 체인에 증거를 제공합니다.
Taro 자산은 자산 캐스팅 및 전송을 완료하기 위해 UTxO와 유사한 방식으로 설계되었으며, 그 목적은 라이트닝 네트워크와 호환되어 이러한 교환 모델이 라이트닝 네트워크에서도 적용될 수 있도록 하는 것입니다. 양 당사자는 자산을 교환하기 위해 라이트닝 네트워크와 유사한 모델만 사용하면 되며, 마지막으로 비트코인으로 돌아갈 때 인증 거래를 제출하여 해당 자산이 2차 네트워크에서 구현되었음을 증명해야 합니다. 이러한 자산의 구현 프로세스가 비트코인에서 구현되면 각 거래가 비트코인에서 인증되어 체인 외부의 자산 인증이 유효한지 확인할 수 있습니다. 그러나 이 구현은 오프체인 Taro Universe 지수에 크게 의존하므로 메타데이터가 손실될 경우 사용자 자산 손실이 발생할 가능성이 높습니다. 이러한 인덱스는 매우 분산되어 있는데, 이러한 유니버스는 P2P 네트워크로 구성되어 IPFS와 유사한 분산 저장소를 형성할 수 있을까요? 이것의 장점은 사용자를 위한 동질적인 토큰 자산의 유통을 용이하게 한다는 것입니다.. 단점은 대체 불가능한 토큰 자산이 의미가 없다는 것입니다(일부 사람들이 묻는 것처럼 ERC721을 직접 사용하지 않는 이유는 무엇입니까?).
BRC-20은 채굴 및 전송 데이터를 폭력적으로 기록하고, 인덱서는 원장 정보를 색인화합니다. 단점은 명백합니다. 사용자는 전송을 하기 전에 전송 비문을 새겨야 합니다. 이는 Ordinals 구현에 의존하기 때문에 충족해야 하는 조건입니다. BRC-20이 Ordinals의 구현에 의존하지 않고 Ordinals와 유사한 디자인을 설계한다면 더 나은 유동성을 충족할 수는 있지만 Ordinals의 인기를 활용하여 대중화되지 못할 수도 있습니다. 물론 이것의 장점은 인덱싱 방법이 매우 간단하고 (타로 자산에 저장된 메타데이터 정보에 비해) 너무 많은 추가 메타데이터를 저장할 필요가 없다는 점이며, 이는 확장성에도 제한이 됩니다. NFT로서의 서수 기능은 매우 훌륭하며 데이터가 체인에 저장되고 인덱싱이 가능합니다(채굴자가 증인 데이터의 이 부분을 삭제할 수 있음). 이는 ERC-721과 다른 접근 방식을 보여줍니다. 서수 자체는 2계층 네트워크라고 볼 수 없지만, BRC-20 도입 이후에는 2계층 네트워크처럼 동작하지만, 데이터 변경 사항이 이 2계층 네트워크(인덱서)가 아닌 비트코인에 반영되므로, 그 자체는 단지 회계의 정확성을 보장하기 위한 것입니다.
Taro 자산과 Ordinals는 특히 동종 토큰과 대체 불가능한 토큰의 구현에서 고유한 특징을 가지고 있음을 볼 수 있습니다. Taro는 동종 토큰 구현에 대해 많은 고려를 했으며 Taproot에서 압축된 거래로 많은 양의 자산을 허용하는 것을 고려했습니다. 하나의 트랜잭션으로 교환되며 라이트닝 네트워크의 호환성을 충족하기 위해 UTxO와 유사한 트랜잭션 방법이 사용됩니다. 그러나 NFT 구현은 특히 맛이 없으며 Ordinals 비문과 비교할 때 온체인 데이터 저장은 ERC-721과 다르며 하이라이트가 됩니다. 이를 기반으로 구현된 BRC-20은 사용자 거래 과정에서 번거롭고 Taro 자산의 상호 작용으로는 사용자가 이 모든 것을 인식할 수 없습니다. 이러한 대결에서 대체 가능한 토큰과 대체 불가능한 토큰의 차이가 확연히 느껴지며, 특히 비트코인과 같은 UTxO 기반 블록체인에서는 프로토콜이 채택하는 기본 설계 방법이 특히 중요합니다.
데이터 인용
