머리말
오랜 공백기를 거쳐 드디어 농사를 시작하게 되었고, 열네번째 영주인 제가 돌아왔습니다.
지난 6개월 동안 저자는 ETH 생태계에서 BTC 생태계로 완전히 이전했습니다. 애플리케이션 레이어부터 체인의 하위 레이어까지 BTC, Merlin, Babylon 등 L2 퍼블릭 체인의 하위 레이어를 살펴보았습니다. , xion 등을 연구했으며 Ordinals, brc 20,omic, Runealpha 및 Runes와 같은 비문 기호를 연구했습니다.
강수량이 있는 경우 계속해서 글을 작성해 기술적인 관점에서 독특한 통찰력과 시장 가치를 알려드리겠습니다.
1. 룬이란 무엇인가요?
지난해 web3의 가장 큰 화두는 인스크립션 생태계(Inscription Ecology)의 폭발이었다. 초기 출발점은 비트코인에서 각 사토시에게 고유한 일련번호를 부여하는 기술이다.Bitcoin Originals 프로토콜과 BRC 20 표준 원칙의 혁신과 한계에 대한 해석
핵심 창립자 케이시(Casey)는 지난해 9월 룬즈 코드 기본 버전을 제출했지만 아직 메인넷 온라인 공개를 하지 않았다. 따라서 9월 비문 열풍 당시 룬알파(runeAlpha) 등 프로젝트에서는 코드를 미리 포크해 별도로 공개한 바 있다. RunesAlpha와 같은 프로토콜로 인해 일부 표절 주장이 있지만, 불과 몇 달 만에 총 시장 가치가 수억 달러로 성장한 것도 사람들에게 Runes 프로토콜의 무한한 잠재력을 보여줍니다.
이어 Ordinals 프로토콜의 창시자인 Casey가 설계한 공식 Runes 프로토콜도 2024년 4월 20일경에 공식 발표될 예정입니다. 그리고 BTC 메인 네트워크에서 직접 출시될 예정이므로 Runes 자산을 발행하려는 다양한 프로젝트 당사자와 Runes를 지원하려는 다양한 지갑 및 NFT/FT 거래 시장은 블록체인 업계에서 가장 어려운 과제 중 하나에 직면하게 될 것입니다. .. 테스트 네트워크 없이 어떻게 운영하나요? 이 경우 메인 네트워크로 직접 질주할 수 있습니다!
그리고 공식 트위터 성명은 더욱 자신감이 넘칩니다~ 그런데 새로운 단어를 배우세요: Seppuku
이 글에서는 Rune 프로젝트의 근간이 되는 분야의 변화를 체계적으로 정리하여 누구나 Brc 20, Arc 20 등 Runes와 FT 프로토콜의 차이점을 근본적으로 이해하고, 합리적인 의사결정 참여에 대한 장단점을 비교할 수 있도록 하겠습니다.
2. 비트코인에 추가 정보는 어떻게 기록되나요?
비트코인의 체인에 오프체인 데이터를 첨부하는 데는 조각과 에칭이라는 두 가지 주요 솔루션이 있습니다.
2.1. 에칭의 기본 원리
Runes는 체인에 정보를 기록하는 간단하고 직관적인 방법인 에칭 기술을 사용합니다. 즉, 비트코인 버전 0.9부터 UTXO(미사용 트랜잭션)의 op-return 필드에 기록하는 기능입니다. 핵심 클라이언트(14년)인 OP-RETURN은 명확하고 검증 가능한 비소모성 출력을 생성하여 utxo 출력과 유사하게 데이터를 블록체인에 저장할 수 있지만 소비할 수는 없습니다.
다음 그림과 같이 거래에 op-return 정보가 첨부되어 있음을 btc 블록체인 브라우저에서 쉽게 확인할 수 있습니다.
여기서 출력 #3은 실제로는 utxo 출력의 출력 위치를 차지하지만 닫힌 둥근 직사각형이므로 다시 전송하고 소비할 수 없음을 알 수 있습니다. 비트코인 저장공간에 남겨지는 비고 영역은 거래 해시 영역 인덱스를 통해 확인할 수 있습니다.
주의 깊게 살펴보면 OP_RETURN 뒤에 RUNE_TEST가 있는 이유를 알 수 있을 것이다. 이는 특정 내용을 디코딩한 결과이며, 세부정보 버튼을 클릭하면 52554 e 455 f 54455354와 같은 코딩 문자열을 찾을 수 있다. 16진수로 인코딩된 데이터의 문자열이며 디코딩 후 RUNE_TEST를 얻을 수 있습니다. 마찬가지로 세부 사항에 다른 인코딩이 있습니다. 마지막으로 디코딩 후에는 아마도 json 형식의 문자열이 되어 배포, 캐스팅, 발급을 반영합니다. , 룬 자산의 의미.
2.2. 조각의 기본 원리
실제로 Ordinals/brc 20과 같은 프로토콜에서는 메타데이터를 체인에 삽입하기 위해 거래의 증인 데이터(증인 필드)에 기록됩니다. 이 기록 프로세스는 Segregated Witness(SegWit) 및 Pay- to-Taproot, P 2 TR이 구현되는데, 여기에는 완료해야 할 마지막 두 트랜잭션인 커밋과 공개라는 두 단계가 포함됩니다.
실제로 P 2 TR은 비트코인의 거래 출력 유형으로 2021년 Taproot 업그레이드에서 도입되었습니다. 이를 통해 다양한 거래 조건을 블록체인에 보다 비공개로 저장할 수 있기 때문입니다. 공개되면 구체적이고 완전한 내용을 볼 수 있습니다. 구체적으로 p 2 tr 주소를 생성하기 위해 스크립트 해시가 사용되며, 지출 시 실제 스크립트(비문 데이터 포함)가 제공되므로 비문 데이터를 업로드하려면 먼저 지불하는 utxo(커밋)를 생성해야 합니다. 이 스크립트에 의해 생성된 p 2 tr 주소로), 이 utxo를 소비할 때 증인 스크립트에 실제 스크립트를 제공해야 하며 비문 데이터가 체인에 업로드됩니다(트랜잭션 공개).
실제로 Ordinals 프로토콜은 비문 프로세스(커밋, 공개)를 완료하고 두 트랜잭션이 체인에 업로드된 후 이 비문이 첫 번째 입력의 첫 번째 sat에 바인딩되도록 정의합니다. 그러므로 제본의 과정이 명문이고, 제본의 결과가 명문이다.
2.3. 두 가지 데이터 업로드 솔루션 비교
에칭:
장점: 논리가 간단하고 직관적이며 명확하며 거래 비용이 낮고 전체 노드 메모리 풀을 차지하지 않습니다.
단점: 길이가 80바이트로 제한되어 있으며 고도로 압축된 데이터 인코딩이 필요합니다.
쓰는:
장점: 크기 제한이 거의 없음, 특정 개인 정보 보호 기능, 다양한 플레이 방법(시간 잠금, 작업 증명) 등
단점: 트랜잭션을 체인에 두 번 업로드해야 하므로 최종 비용이 높아지고 커밋 기간이 길어지며 전체 노드 메모리 풀에 대한 부담이 커집니다.
3. 룬의 기본 디자인 해석
Runes 프로토콜의 원래 코드는 Casey가 Ordinals 버전 0.11에서 출시했습니다. 최신 Ordinals는 버전 0.18로 발전했습니다. 또한 대규모 버전 변경으로 인해 Fourteen과 마찬가지로 최상위 프로토콜의 설계 프로세스를 시작할 수 있는 기회도 제공됩니다. Jun ERC 721/ERC 3525/ERC 3475 및 이전에 해석된 기타 표준, 자세한 내용은 다음을 참조하세요.
룬의 가치 규칙을 해석하기 위해 두 가지 버전의 룬 시작점과 끝점의 현장 변경 사항을 살펴볼 수도 있습니다.
3.1.룬 0.11 버전의 해석
초기 룬의 전체 필드는 칙령(자산 이전 정보), 에칭(자산 배치 정보), 번(파괴)의 세 부분으로 구분됩니다.
구체적으로, 거래의 op_Return이 디코딩 후 칙령 정보를 제공할 수 있고 형식이 올바른 경우 오프체인 파서는 사용자의 자산이 이전되었으며 출력이 이전 토지의 대상이라고 계산합니다.
마찬가지로 에칭의 내용은 배치된 자산의 주요 정보를 직접적으로 제시합니다. ERC 721과 비교할 수 있습니다. 가장 큰 차이점은 민트의 수와 범위를 제한한다는 점입니다. 이것이 Inscription 및 Rune 프로젝트와 Ethereum 스마트 계약으로 발행된 자산의 근본적인 차이점입니다. 체인에 대한 스마트 계약 검증이 부족하기 때문에 프로젝트 당사자가 자산을 발행하는 경우 실시간 검증 기능이 부족합니다. 체인 새로운 Inscription 프로토콜 세트를 실행하여 자신의 화이트리스트 Mint, 토큰 경제 출시율, 로열티 지불 및 기타 기능을 사용자 정의하는 경우 합의가 부족할 것이며 누구도 이 프로젝트에 참여하지 않을 것이므로 Inscription Protocol은 (BRC 20, Atomic, Runes) 등은 자산 발행 방식을 통일하고 사용자가 민트에 참여하는 방식을 통일했습니다. 공정한 출시 개념으로 사용자 참여가 완전히 공개되어 프로젝트 당사자의 과도한 간섭을 더욱 제거합니다. 자산시장의 상황을 이해합니다.
프로젝트가 상품을 스캔하고 자산을 축적하여 시장을 통제했다고 해도 여전히 막대한 가스 비용을 지불해야 합니다. 이 프로세스는 사용자가 인식하고 자유롭게 선택할 수 있습니다.
룬즈 프로토콜 원본 버전의 디자인은 실제로 꽤 완성도가 높아 진화된 룬알파는 모방작이라 하더라도 누적 거래 수 82W, 처리 수수료만 312BTC를 소모하는 등 큰 시장 규모를 점유하고 있다.
사용자는 룬 필드 자체의 디자인을 쉽게 사용하여 자산의 합성 및 분할을 실현할 수 있습니다. Runes 자산이 프로토콜 전반에 걸쳐 서수, 원자 및 기타 자산과 합성된 경우에도 op_Return의 다양한 언어 표현을 사용하여 분할을 달성할 수도 있습니다.
그렇다면 0.18에 구현된 최신 Runes 프로토콜은 무엇이며, 그러한 필드를 갖기 위해 고려해야 할 사항은 무엇입니까?
3.2.룬 0.18 버전의 해석
Runes 0.18을 이해하는 것은 매우 어렵습니다. 테스트 네트워크가 부족하기 때문에 기본적으로 Casey의 소스 코드에서만 로직을 볼 수 있습니다. 마지막으로 필드가 네 가지 측면으로 나누어져 있습니다.
우선, 칙령은 기본적으로 runeAlpha와 동일한 자산 전송 방향을 정의합니다. 차이점은 자산의 기본 전송 방향을 수정하는 데 사용되는 추가 포인터 매개변수가 있다는 것입니다. 0. 이 매개변수를 사용하면 마지막으로 1 또는 기타로 설정할 수 있습니다. 설계 개념은 여러 Runes 자산의 동시 전송에 적응하고 op_Return 코딩 양을 줄여 궁극적으로 사용자의 거래 비용을 줄일 수 있다는 것입니다.
둘째, Mint 필드가 추가되었습니다. Mint는 칙령과 동일한 수준의 개체에 배치되므로 트랜잭션에서 하나의 자산만 발행할 수 있다는 의미입니다. 이는 당시 의도적으로 설계된 이전 RunesAlpha와 다릅니다. 한 번의 거래로 많은 수의 새로운 자산을 발행할 수 있습니다. 이는 기술과 일반 사용자 간의 균형을 유지하기 위해 모든 사람이 가스를 얻기 위해 경쟁해야 합니다.
자산 배치 방식의 대대적인 변화
마지막으로 더 중요한 변경 사항은 에칭으로, 전체 필드 내용은 다음과 같습니다.
기본적으로 헷갈리시죠? 새로운 자산을 배포하는 방법이 참으로 복잡합니다.
우선, 더 큰 변화점은 op_Return의 인코딩 양을 줄이기 위한 설계입니다. 결국 op_Return은 길이를 80바이트로 제한하고 모든 인코딩 공간을 소중히 여겨야 합니다. 따라서 Casey는 자산 ID를 단순 블록 높이 + 거래 일련번호에서 문자열 형식의 블록 높이 + 콜론 + 거래 일련번호로 생성된 고유 ID 값으로 변경했습니다. 비트코인 메인 네트워크의 면적은 80W를 넘지 않기 때문입니다. 블록 높이이므로 최종 ID 인코딩이 절반으로 절약됩니다. 배치 민트에서는 배치 전송 시나리오 비용이 두 배로 늘어납니다.
둘째, 참가자의 공정성을 보장하는 용어 필드가 있습니다. 이제 Mint는 자산 배포를 시작합니다. 더 이상 runealpha와 같은 자산 배포 프로토콜의 트랜잭션을 기반으로 하는 블록 높이로 시작합니다. 발행자가 시작점과 끝점으로 지정한 높이와 오프셋입니다. 이런 식으로 사용자는 최신 민트 기회를 탐색하기 위해 메모리 풀을 주시하지 않더라도 우연히 피싱 모방 프로젝트에 빠지는 것에 대해 너무 걱정할 필요가 없습니다. 결국, 프로젝트 팀은 자산을 사전에 배치한 다음 일련의 운영 홍보 활동을 수행하고 최종적으로 사용자가 참여 시간을 측정하는 간격 높이 외에 한도도 있습니다. 자산 발행을 더욱 효과적으로 통제하기 위한 총 민트 수. 민트의 규모는 더 이상 무제한이 아니며, 선착순으로 출시가 제한됩니다.
자산 발행 계약으로서 발행자의 규모와 형평성을 어떻게 통제할 것인가가 큰 과제입니다. 반감기 주기를 수반하는 릴리스 규칙에 따라 처음에는 더 긴 이름만 배포할 수 있으며 시간이 지남에 따라 더 적은 문자로 이름을 배포할 수 있습니다.
이름 길이가 공개될 때마다 도메인 이름과 유사한 무단 점유 추세가 계속될 것으로 예상됩니다. 그렇다면 프로젝트 당사자의 무단 점거를 방지하는 방법은 무엇일까요?
이는 Runes 배포에 있어 가장 중요한 변화를 가져옵니다. 배포 프로세스는 더 이상 단순한 op_Return 트랜잭션이 아니라 비문입니다. 앞서 언급했듯이 비문 기술은 커밋 및 공개를 통해 특정 개인 정보 보호를 달성할 수 있습니다. 이 역할을 수행하므로 트랜잭션이 공개된 후에야 다른 해커가 피싱 자산을 생성하려고 하더라도, 전문가가 이를 공개할 경우에만 시장이 알 수 있습니다. 이미 메모리 풀에서 이름을 확인했습니다. 위조하려는 경우 현재는 이름에 대한 발행자의 통제가 보호됩니다.
버전 18 말에는 터보 필드가 추가되었습니다. 이는 아직 명확한 공개 역할이 없지만 다른 후속 프로토콜 계층 변경에 참여하기 위한 것입니다.
4. 새로운 버전의 Runes 프로토콜을 어떻게 평가하나요?
위의 기본 필드 해석을 통해 Casey는 자산 발행 게임 플레이에 대한 정말 독특한 통찰력을 가지고 있으며 단 2개월 만에 문제점을 충족하는 계약 내용을 설계하고 구현했습니다. 시장 수요의.
이는 가격을 기준으로 가치를 측정하는 시장입니다. Inscription Protocol은 완전히 차별화된 스마트 계약 모델로 시작하여 많은 상상의 여지를 열어 주었습니다. 이는 비트코인 L2 d 열풍을 더욱 촉발시켰습니다. 그러나 초기 비문계약의 거칠음은 저품질 자산의 확산으로 이어졌고, 거리 곳곳의 불법 복제와 양탄자는 비문 생태계를 먼지로 만들었습니다. 룬의 출현과 보다 높은 수준의 맞춤형 유통관리로 시장은 질서정연해질 것입니다.
더욱이 Runes 프로토콜은 Ordinals 자체의 사용자 기반의 도움으로 Runes 프로토콜의 출시가 처음부터 거인의 어깨 위에 서 있었습니다. FT 프로토콜로서의 포지셔닝은 NFT일 뿐이고 시장 운영 방법이 부족한 Ordinals의 원래 딜레마를 보완합니다.
마지막으로, 온체인 데이터를 기록하기 위해 op_Return을 사용하면 Runes 자산이 거의 모든 기관을 보유할 수 있으며 원장을 재현할 수 있는 능력이 더욱 줄어들어 Runes 자산은 특정 수준의 보안 성능을 가질 수 있습니다. BTC.
룬 프로토콜의 단점은 무엇입니까? 물론
첫 번째는 시장 타이밍의 문제입니다. Casey는 비트코인 반감기 기간과 매우 빡빡한 개발 시간 동안 동시에 출시하기로 결정했지만 어제까지도 프로토콜의 내용이 계속 변경되어 시장의 기관들도 액세스할 수 있었습니다. 룬 프로토콜은 최대한 빨리 진행되어야 합니다. 따라서 프로토콜 생태계가 발효되는 데는 더 많은 시간이 필요할 것입니다.
두 번째는 규칙의 복잡성입니다. 발행 관리 규칙은 이미 매우 복잡하지만 이름 변경을 통해 발행자는 처음에 특수 점 표기법과 결합하여 Runes 프로토콜의 최대 이름 길이를 선택할 수 있습니다. 심지어는 다음과 같습니다: B•C•G•D•E•N•L•Q•R•Q•W•D•S•L•R•U•G•S•N•L•B•T•M•F •나 •J•A•V
길이가 거의 55비트에 달해 사용자가 피싱을 당할 위험이 증폭되고 모바일 플러그인과 같은 인터페이스를 완전히 표시하기도 어렵습니다.
마지막으로, 향후 호환성 문제가 있습니다. 시장에서도 뜨거운 반응을 보이고 있는 Atomic 프로토콜은 이제 AVM 단계로 이동하여 Inscription이 단순한 토큰 과대광고 단계를 벗어나 비트코인 L2의 내러티브로 더 나아갈 수 있게 되었습니다. 또는 BVM과 관련하여 Casey가 약간 뒤쳐져 있으며 룬 프로젝트가 배포 수준에서만 실행되도록 제한하고 있습니다.
이 기사의 참고 자료:
룬 프로토콜 인코딩 및 디코딩 분석: https://github.com/okx/js-wallet-sdk
루엔스 프로토콜의 공식 소스 코드: https://github.com/ordinals/ord
