2024년 1분기 이후 BTC 생태계의 투기적 열기는 2023년만큼 높지 않았습니다. 하지만 점점 더 많은 개발자들이 BTC 모델에 참여하고 익숙해지면서 BTC 생태계는 기술적인 수준에서 급속한 발전을 이루었습니다. , 특히 확장 계획 측면에서. Trustless Labs는 이전에 BTC의 L2를 UTXO 및 BTC 재스테이킹 에 바인딩하는 방법을 도입했습니다. 이 기사에서는 계속해서 격차를 확인하고 메우며 BRC 20, CBRC와 같은 매우 우려되는 Fractal Bitcoin 및 BTC 메타데이터 프로토콜에 대한 프로그래밍 가능한 솔루션을 수행할 것입니다. , ARC 20을 소개합니다.
프랙탈
Fractal은 비트코인 코어를 기반으로 하는 클라이언트 소프트웨어 가상화로, 트리와 같은 확장 가능한 프레임워크를 반복적으로 생성함으로써 블록체인의 각 계층은 전체 Fractal 네트워크의 성능을 향상시킬 수 있습니다. 메인 코드가 재사용되기 때문에 Fractal은 비트코인 및 채굴과 같은 인프라와 즉시 완벽하게 호환됩니다. 차이점은 Fractal이 op_cat 연산자를 활성화하여 더 많은 논리를 구현할 수 있다는 것입니다.
Fractal은 Unisat 팀이 개발했으며, Unisat는 2024년 1월 블로그에서 Fractal의 개발 진행 상황을 언급했습니다. 이 프로젝트는 2024년 6월 1일 베타 테스트 네트워크를 출시하고 7월 29일 테스트 단계 재설정을 완료했습니다. 메인 네트워크는 2024년 9월에 출시될 예정입니다.
팀은 방금 토큰 경제를 발표했습니다. Fractal 네트워크에는 자체 토큰이 있으며, 50%는 채굴로 생성되고, 15%는 생태계에서 사용되며, 5%는 초기 투자자에게 사전 판매되고, 20%는 고문 및 핵심 기여자입니다. 커뮤니티 보조금의 %는 파트너십과 유동성 구축에 사용됩니다.
건축 디자인
Fractal은 비트코인 코어 클라이언트를 완전히 가상화하고 이를 배포 및 실행 가능한 블록체인 소프트웨어 패키지(비트코인 코어 소프트웨어 패키지, BCSP)로 캡슐화합니다. 그런 다음 비트코인 메인넷에 재귀적으로 고정되어 하나 이상의 BCSP 인스턴스를 독립적으로 실행합니다. 최신 가상화 기술을 통해 효율적인 하드웨어 성능 공유가 달성되어 메인 시스템에서 여러 인스턴스를 실행할 수 있습니다. 쉽게 말하면 하나의 컴퓨터(BTC 메인 네트워크)에서 여러 개의 가상 머신 인스턴스(Fractal에서 구축한 BCSP 인스턴스)를 여는 것과 비슷하며, 반복적으로 계속할 수 있습니다.
대규모 온체인 상호 작용 요구 사항이 발생하면 이러한 요구 사항을 선택적으로 더 깊은 수준으로 위임할 수 있습니다. 이 시스템의 동적 균형 조정 기능은 특정 수준에서 과도한 혼잡을 방지하는 데 도움이 됩니다. 더 나은 사용자 경험을 위해 Fractal은 비트코인 코어를 일부 수정하여 블록 확인 시간을 30초 이하로 변경했으며 블록 크기를 20MB로 20배 늘려 충분한 성능과 짧은 지연 시간을 보장했습니다. .
Fractal은 op_cat 연산자를 활성화하여 BTC에 대한 더 많은 확장 계획을 탐색하고 테스트할 수 있게 했습니다.
자산 붕괴 수준에서는 서로 다른 인스턴스가 동일한 물리적 환경에서 실행되므로 여러 비트코인 코어 체인이 동일한 BTC 프레임워크에서 실행되는 것으로 이해할 수 있습니다. 따라서 인스턴스 체인은 범용 자산 전송 인터페이스를 구성하여 서로 통신할 수 있습니다. . 서로 다른 레이어 간에 자산을 원활하게 전송합니다.
BRC-20 및 Ordinals와 같은 자산은 물론 비트코인도 분산화를 통해 연결될 수 있습니다. 기본 메커니즘은 동적 교체가 가능한 회전 MPC 서명 메커니즘입니다. 현재는 한 겹의 포장인 것 같습니다. 후속 반복에서는 BTC 및 기타 메인넷 자산도 brc-20 래핑 자산으로 Fractal Bitcoin에 존재할 수 있습니다.
일반적인 Ethereum Layer 2 솔루션과 비교하여 이러한 형태의 가상화는 메인 체인 외부의 추가 추상화 레이어를 통해 계산 확장성을 달성하는 동시에 메인 체인과의 일관성을 유지하고 새로운 합의 메커니즘을 도입하지 않습니다. 따라서 현재 BTC ASIC 채굴자와 채굴 풀은 Fractal 네트워크에 원활하게 참여할 수 있습니다.
Fractal의 보안 보장은 컴퓨팅 성능에 있습니다. 이 설계는 주로 세 가지 측면을 통해 Fractal PoW 메커니즘의 보안을 강화합니다. Fractal은 잠재적인 51% 공격으로부터 네트워크를 보호하기 위해 BTC 채굴기와의 병합 채굴을 통해 3개 블록 중 1개의 블록이 생성되는 병합 채굴을 도입했습니다. 나머지 2개 블록은 Fractal 네트워크의 자체 컴퓨팅 전력 출력으로 생성됩니다. BTC 채굴자에 대한 영향은 Fractal 성공의 핵심이며 토큰 경제는 필연적으로 채굴자 쪽으로 기울게 될 것임을 알 수 있습니다.
동시에 새로 생성된 가상화된 인스턴스 체인은 시작 단계에서 초기 취약성을 경험하게 됩니다. 새 인스턴스를 시작할 때 운영자는 특정 블록 높이를 설정하여 인스턴스가 안전하고 건강한 상태에 도달할 때까지 보호를 제공할 수 있습니다. 미래에는 엄청난 양의 컴퓨팅 능력을 갖춘 채굴자가 리소스를 다양한 BCSP 인스턴스에 할당하여 전체 시스템의 견고성과 복원력을 향상시킬 수 있습니다.
프랙탈 메인넷 통화와 SAT의 관계
Fractal 메인넷 통화의 채굴 출력은 체인의 작동을 보장하는 것입니다. FB 체인과 BTC는 기본적으로 동일하며 스마트 계약을 직접 실행할 수 있는 기능이 없습니다. 따라서 스왑과 같은 복잡한 DeFi 기능에는 추가 인프라가 필요합니다. Unisat는 스왑 용도로 brc 20 sats를 사용할 것을 약속합니다. 이 스왑은 Fractal에서 실행되며 자체 자금 조달을 위해 이러한 노드에서 부과하는 서비스 수수료도 sats입니다.
AVM
AVM(Atomics Virtual Machine)은 Atomics 프로토콜의 BTC 스마트 계약 구현입니다. AVM은 BTC 스크립트 권한을 시뮬레이션하고 가상 머신에서 여러 BTC 원본 opcode를 여는 가상 머신을 생성합니다. 개발자는 비트코인 스크립트의 조합을 통해 스마트 계약을 구현하고 자산 생성 및 전송을 관리하기 위한 자체 규칙을 정의합니다.
사토시 나카모토(Satoshi Nakamoto)는 비트코인 초기에 풍부한 원시 opcode 명령 세트를 포함하는 완전한 표현형 스크립트 언어 설계를 설계했으며 해당 스크립트의 실행은 튜링 완료되었습니다. 나중에 비트코인 코어는 기본 문자열 연결 연산(OP_CAT) 및 산술 연산자(예: 곱셈 OP_MUL 및 나눗셈 OP_DIV)와 같이 Turing 완전성에 필요한 일부 opcode를 비활성화했습니다.
AVM의 아이디어는 BTC의 원래 연산 코드 기능을 극대화하는 것입니다. AVM 가상 머신은 BTC 스크립트를 시뮬레이션하고 듀얼 스택 PDA(푸시 가능한 스토리지 자동화 장치)를 통해 Turing 완전성을 달성합니다. 이 가상 머신은 인덱서, 명령어 파서, 글로벌 상태를 포함하는 샌드박스에서 실행되어 스마트 계약 처리와 상태 동기화 및 검증을 실현합니다.
AVM 가상 머신의 명령 세트에는 완전한 BTC opcode가 포함되어 있으므로 개발자는 메인 네트워크에서 활성화되지 않은 많은 BTC 기능을 사용하여 프로그래밍할 수 있습니다. 이로 인해 AVM은 BTC 생태학적 확장을 위한 기본 개척자 네트워크처럼 보입니다.
AVM은 BRC 20, ARC 20, Runes, CBRC 등 모든 BTC 메타데이터 프로토콜로 사용자 정의할 수 있는 아키텍처 세트로, 애플리케이션 개발자, 서비스 제공자 및 사용자가 공동으로 관리하여 자발적인 합의를 형성합니다. 따라서 거의 모든 메타데이터 프로토콜에 적합하며 가상 머신에서 인덱서를 미세 조정하기만 하면 됩니다.
AVM은 테스트 버전 https://x.com/atomicalsxyz/status/1823901701033934975 및 관련 코드 https://github.com/atomicals/avm-interpreter를 출시했습니다.
OP_NET
공식 홈페이지: https://opnet.org/#
OP_NET은 2024년 3분기에 제안되었으며 비트코인 네트워크에 이더리움과 유사한 스마트 계약 기능을 도입하는 데 전념하고 있지만 비트코인의 특성 및 아키텍처에 더 부합합니다. OP_NET에서 거래하려면 기본 비트코인만 사용하면 되며, 노드 인센티브나 거래 수수료를 지불하기 위해 다른 토큰을 사용할 필요가 없습니다.
OP_NET은 주로 AssemblyScript(WebAssembly로 컴파일할 수 있는 TypeScript와 유사)로 작성된 완전하고 컴팩트하며 사용하기 쉬운 개발 라이브러리를 제공합니다. 그 설계 목표는 비트코인 관련 기술의 생성, 읽기 및 작동을 단순화하는 것입니다. 특히 스마트폰 계약과 비트코인 스마트 인스크립션(BSI, 비트코인 스마트 인스크립션)에서 그렇습니다.
OP_NET 핵심 기능 및 특징
OP_NET은 비트코인의 블록 합의와 데이터 가용성을 유지하여 모든 거래가 비트코인 네트워크에 저장되고 불변성으로 보호되도록 보장합니다. OP_VM(실행 가상 머신)을 통해 OP_NET은 비트코인 블록에 대해 복잡한 계산을 수행할 수 있습니다. 제출된 모든 OP_NET 트랜잭션은 BSI 문자열로 표시되고 OP_VM에서 실행되어 계약 상태를 업데이트합니다.
OP_NET 노드는 WASM 가상 머신을 실행하므로 AssemblyScript, Rust 및 Python과 같은 여러 프로그래밍 언어를 지원합니다. Tapscript를 활용하여 고급 스마트 계약 기능을 활성화하면 개발자는 Interactive의 허가 없이 Bitcoin 블록체인에 직접 배포 및 배포할 수 있습니다. 스마트 계약.
이러한 스마트 계약의 코드는 압축되어 BTC 거래에 기록됩니다. 이번에는 계약 주소로 간주되는 UTXO 주소가 생성됩니다. 사용자는 계약과 상호작용할 때 이 주소로 자금을 이체해야 합니다.
OP_NET 네트워크와 상호 작용할 때 BTC 거래에 대한 처리 수수료 외에도 사용자는 최소 330 사토시(satoshis)의 추가 처리 수수료도 지불해야 합니다. 이는 거래가 더스트 공격으로 인식되지 않도록 하기 위한 것입니다. BTC 메인넷 채굴자. 사용자는 가스 수수료를 더 추가할 수 있습니다. OP_NET 네트워크의 거래 패키징 순서는 처리 수수료에 따라 정렬되며 BTC 블록 패키징 순서에 전적으로 의존하지 않습니다. 사용자가 지불한 OP_NET 거래 수수료가 250,000 sat를 초과하는 경우 초과 부분은 OP_NET 노드 네트워크로 보상됩니다.
DeFi 애플리케이션에서 BTC 사용을 확장하기 위해 OP_NET은 BTC를 WBTC로 캡슐화할 수 있는 권한 증명 시스템을 제공합니다. BTC는 다중 서명을 통해 OP_NET 프로토콜에 연결됩니다.
OP_NET은 SegWit 및 Taproot와 호환되며 토큰 디자인은 UTXO에 바인딩되지 않으므로 채굴자에게 토큰을 잘못 보낼 위험을 피하고 시스템의 보안과 안정성을 더욱 향상시킬 수 있다는 점은 언급할 가치가 있습니다. 이러한 기능을 통해 OP_NET은 비트코인 생태계에 더 강력한 스마트 계약 기능과 분산형 애플리케이션 지원을 주입합니다.
OP_NET의 생태 프로젝트
OP_NET의 전신은 cbrc-20 프로토콜이며 대부분의 생태학적 프로젝트는 직접적으로 계속됩니다. 생태계는 분산형 거래, 대출, 시장 조성, 유동성 제공, 크로스체인 브리지 및 기타 분야를 다룹니다.
Motoswap: 이는 비트코인 레이어 1에서 실행되는 분산형 교환 프로토콜입니다.
Stash: 이는 비트코인 레이어 1에서 실행되는 분산형 대출 프로토콜입니다. Stash는 OP_NET의 WBTC를 담보로 사용하여 사용자가 허가 없이 대출할 수 있도록 하며, 대출금은 USD 스테이블코인 형태로 발행됩니다.
Ordinal Novus: OP_NET 생태계의 시장 조성 및 유동성 제공 플랫폼입니다.
Ichigai: 이는 사용자가 하나의 인터페이스에서 거래, 시장 추적 및 투자 포트폴리오를 관리할 수 있도록 여러 DeFi 플랫폼을 통합하는 분산형 수집기입니다.
SatBot: 사용자가 Telegram을 통해 실시간으로 거래를 실행하고, 시장을 추적하고, 투자 포트폴리오를 관리할 수 있도록 하는 Telegram에 통합된 거래 로봇입니다.
KittySwap: OP_NET에서 실행되는 분산형 교환 및 영구 계약 플랫폼입니다.
수정됨: 체인에서 규정을 준수하는 프라이빗 DeFi 프라이빗 뱅킹 서비스를 제공합니다.
SLOHM Finance: OP_NET에서 출시된 분산형 준비 통화 프로젝트입니다.
BuyNet: 비트코인 DeFi 생태계를 위해 개발된 구매 봇입니다.
SatsX: OP_NET에서 다기능 기능과 도구를 개발하여 생태계의 기능을 확장하는 프로젝트입니다.
Satoshi Nakamoto Inu, Zyn, Unga, Pepe와 같은 Meme 코인: OP_20 프로토콜을 기반으로 하는 Meme 토큰이며 모두 OP_NET에서 지원됩니다.
BRC 100
문서: https://docs.brc100.org
BRC-100은 Ordinals 이론을 기반으로 한 분산 컴퓨팅 프로토콜로, brc 20에 파괴 및 캐스팅과 같은 새로운 작업을 추가함으로써 이러한 새로운 작업의 조합을 통해 서로 다른 주소 보유자가 토큰 잔액에 기록됩니다. 복잡한 정의 작업을 달성하기 위한 상태입니다. 개발자는 BRC-100 프로토콜을 기반으로 더 많은 사업자를 확장하여 비즈니스를 확장할 수도 있습니다.
BRC-100 프로토콜의 작동
BRC-100은 mint 2/mint 3 및 burn 2/bur n3과 같은 몇 가지 작업을 제공하므로 토큰은 UTXO 모델과 상태 머신 모델 간에 안전하게 변환될 수 있습니다.
민트 2: 새로운 토큰을 생성하고 전체 시스템의 순환을 늘리는 데 사용됩니다. 일반적으로 작동하려면 애플리케이션이나 주소의 허가가 필요합니다.
민트 3: 민트 2와 유사하지만 혈액 순환을 증가시키지 않습니다. 주로 애플리케이션의 잔액을 다른 애플리케이션에서 사용할 수 있는 UTXO(Unspent Transaction Outputs)로 변환하는 데 사용됩니다.
burn 2: 애플리케이션 상태를 업데이트하는 동안 토큰을 삭제하는 데 사용됩니다. 파괴된 토큰은 특정 조건이 충족되면 민트 2를 통해 재생성될 수 있습니다.
bur n3: burn 2와 유사하지만 유통량을 줄이는 대신 토큰을 애플리케이션 상태로 변환합니다. 파괴된 토큰은 민트 3을 통해 재생성될 수 있습니다.
확장 및 호환성
BRC-100 확장 프로토콜을 통해 계산 기능과 상태 전환을 확장할 수 있습니다. 모든 BRC-100 확장 프로토콜은 서로 호환됩니다. 즉, BRC-100 및 해당 확장 프로토콜을 구현하는 토큰은 모든 애플리케이션에서 사용할 수 있습니다. 동시에 BRC-100 프로토콜과 그 확장 프로토콜은 프로토콜 개선을 통해 업데이트 및 업그레이드될 수 있습니다.
BRC-100 프로토콜과 모든 확장 및 개선 프로토콜은 BRC-100 프로토콜 스택으로 통칭됩니다. 모든 BRC-100 확장 프로토콜은 서로 호환됩니다. 즉, BRC-100과 확장 프로토콜을 구현하는 토큰은 다음과 같습니다. 모든 애플리케이션에 사용되며 국경 간 체인 운영을 지원합니다. BRC-101, BRC-102 및 BRC-104가 있습니다.
BRC-101은 BRC-100 프로토콜 또는 확장 프로토콜을 기반으로 하는 애플리케이션이 관리되는 방식을 정의하는 분산형 온체인 거버넌스 프로토콜입니다.
BRC-102는 BRC-100 자산을 위한 자동화된 유동성 프로토콜로, BRC-100 프로토콜 스택을 기반으로 하는 토큰 쌍에 대한 일정한 제품 공식(x*y=k)을 기반으로 자동화된 시장 조성 방법을 정의합니다. .
BRC-104는 BRC-20 자산, 룬 자산 및 BTC를 스테이킹을 통해 BRC-100 자산으로 패키징하는 방법과 BRC-100 자산 보상을 BRC-100 자산, BRC에 분배하는 방법을 정의하는 유동성 스테이킹/헤비 스테이킹 풀 프로토콜입니다. -20개 자산, 룬 자산 또는 BTC 스테이커. BRC-104는 BRC-100 프로토콜 스택의 Asset Wrapping 프로토콜 및 Yield Farming 프로토콜입니다.
BRC-100 생태 프로젝트
프로젝트 팀은 BRC-100 프로토콜 인덱서에 대한 인덱싱을 최소화하는 방법을 모색하고 있습니다. 수요 측에서는 모든 확장 프로토콜의 복잡한 계산 논리를 구현할 필요 없이 BRC-100 프로토콜 스택의 모든 자산 상태를 얻기 위해 자체 최소 인덱스를 배포할 수 있습니다. 또한 최소 인덱스에는 빈번한 업데이트나 업그레이드가 필요하지 않습니다.
BRC-100 생태계에는 3가지 프로젝트가 있습니다.
inBRC(출시) - 최초의 BRC-100 마켓플레이스 및 인덱서: https://inbrc.org/ .
100Swap(런칭) - BRC-102 프로토콜을 기반으로 한 최초의 비트코인 L1 AMM 비문 분산형 거래소: https://100swap.io/ .
100Layer(개발 중) - BRC-104 프로토콜 과 BRC-106 프로토콜을 기반으로 하는 비트코인 L1의 비트코인 생태계를 위한 유동성 프로토콜로, 분산형 담보 지원 스테이블코인, 래핑된 토큰 및 유동성 채굴로 구성됩니다: https://100layer. 이오/ .
프로그래밍 가능한 RUNES(프로토룬)
룬은 본질적으로 비트코인의 OP_RETURN 필드에 저장되는 데이터 구조입니다. 다른 JSON 기반 프로토콜(예: BRC-20)과 비교하여 Rune은 더 가볍고 복잡한 색인 시스템에 의존하지 않아 비트코인의 단순성과 보안을 유지합니다.
프로그래밍 가능한 룬은 룬을 사용하여 프로그래밍 가능한 자산을 생성할 수 있는 룬의 확장 레이어입니다. 이러한 자산의 도입은 UTXO에 존재할 수 있으며 AMM(Automated Market Maker) 프로토콜과 유사한 작업을 지원합니다. 프로그래밍 가능한 룬의 핵심 개념은 비트코인 블록체인의 데이터를 활용하여 가상 머신이나 유사한 기술을 통해 스마트 계약 기능을 구현하는 것입니다.
원시 룬 프로토콜
프로그래밍 가능한 룬 중에서 가장 중요한 프로젝트는 oyl 지갑 창립자 @judoflexchop 팀이 이끄는 Proto-Runes Protocol입니다. 현재 오픈 소스: https://github.com/kungfuflex/protorune
프로토 룬 프로토콜은 프로그래밍 가능한 룬을 위한 프레임워크를 제공하는 표준 및 사양으로, 하위 프로토콜(메타 프로토콜) 간에 룬 자산을 관리하고 전송함으로써 AMM, 대출 프로토콜 또는 성숙한 스마트 계약을 구축할 수 있습니다.
예를 들어 Proto-Runes Protocol은 비트코인 네트워크에서 Uniswap과 유사한 DEX(분산형 거래소)를 구현하여 룬 자산의 원자 교환 및 유동성 풀 생성을 지원합니다. 프로토타입 파괴와 프로토타입 메시징의 조합을 통해 사용자는 비트코인 네트워크를 떠나지 않고도 분산형 거래와 자산 관리를 수행할 수 있습니다.
간단히 말해서, 프로토룬 프로토콜을 사용하면 룬을 프로그래밍 가능한 룬인 프로토룬의 형태로 태워서 룬에 추가 기능과 용도를 부여할 수 있습니다.
프로토번과 프로토룬
Proto-Runes의 주요 메커니즘 중 하나는 Protoburn입니다. 이를 통해 사용자는 룬을 파괴하고 하위 프로토콜에서만 사용되는 표현으로 변환할 수 있습니다. 이러한 룬 자산은 룬 프로토콜에 대한 Runestone의 포인터 또는 칙령(칙령)을 통해 대상이 됩니다. 프로그래밍 가능한 룬 Protorunes인 하위 프로토콜의 새로운 자산 형태입니다.
프로토타입 파괴는 OP_RETURN 출력에서 룬을 잠가서 룬을 사용할 수 없도록 보장합니다. 이 메커니즘은 Rune 자산이 기본 프로토콜에서 하위 프로토콜로 안전하게 전송될 수 있도록 보장하여 하위 프로토콜에서 추가 작업과 트랜잭션을 허용합니다.
이 프로세스는 일반적으로 단방향입니다. 즉, 자산은 룬 프로토콜에서 하위 프로토콜로 전송되지만 직접 다시 전송할 수는 없습니다. Protoburn 메시지는 프로토콜 태그 13(룬 프로토콜 태그)과 함께 Runestone의 프로토콜 필드에 있는 프로토스톤 내에 내장되어 있습니다. 메시지에는 대상 하위 프로토콜 ID 및 자산에 대한 포인터와 같은 정보가 포함되어 있습니다. 이 메커니즘은 하위 프로토콜 간의 자산 관리 및 전송을 위한 기반을 제공하고 원자 스왑과 같은 기능을 허용합니다.
프로토메세지
Proto-Runes 프로토콜에서 Protomessage는 하위 프로토콜에서 실행되는 작업 지침을 의미합니다. 이를 Protostone 구조로 인코딩하고 인덱서로 구문 분석하여 수행합니다. Protomessage에는 일반적으로 전송, 거래 또는 기타 프로토콜 정의 기능과 같은 자산에 대한 작업 요청이 포함됩니다. 인덱서가 Protostone의 메시지 필드로 구문 분석할 때 필드에는 일반적으로 하위 프로토콜에서 예상하는 protobuf 또는 기타 직렬 변환기를 통해 구문 분석된 다음 하위 프로토콜의 런타임에 매개 변수로 전달되는 바이트 배열이 포함됩니다. 메시지에는 자산 이전, 거래 논리 또는 기타 프로토콜 기능이 포함될 수 있습니다.
포인터는 트랜잭션 출력의 UTXO 또는 다른 Protostone일 수 있는 Protostone의 대상 위치를 지정하는 데 사용됩니다. 하위 프로토콜이 입력을 실행하지 않기로 결정하고 거래가 실패하면 프로토룬은 환불 포인터(refund_pointer)가 가리키는 위치로 반환되고 사용되지 않은 자산은 원래 거래의 개시자에게 반환됩니다.
Proto-Runes 프로토콜의 작동 메커니즘
Proto-Runes 프로토콜의 작동 메커니즘은 인덱서가 먼저 Rune 프로토콜의 Runestone 특성을 처리한 다음 하위 프로토콜의 프로토콜 메시지를 순서대로 처리하는 것입니다. 모든 프로토스톤은 룬스톤의 프로토콜 필드에 나타나는 순서대로 처리됩니다. 복잡성과 잠재적인 보안 허점을 피하기 위해 Proto-Runes 프로토콜은 프로토타입 메시지의 재귀 실행을 금지합니다. 즉, 각 프로토타입 메시지는 한 번만 실행될 수 있습니다. 재귀 명령으로 인해 트랜잭션이 실패하고 사용되지 않은 자산이 반환됩니다.
Proto-Runes 프로토콜에서 LEB 128(Little Endian Base 128)은 큰 정수를 나타내는 데 사용되는 가변 길이 인코딩입니다. LEB 128 인코딩은 공간을 절약하고 처리 효율성을 향상시키기 위해 프로토콜 필드와 메시지를 나타내는 데 널리 사용됩니다. 각 하위 프로토콜에는 서로 다른 하위 프로토콜을 구별하는 데 사용되는 고유한 프로토콜 레이블이 있습니다. 이러한 태그는 u 128 값으로 표시되며 Protostone에서는 LEB 128 인코딩 값으로 나타납니다. 포인터는 트랜잭션 출력의 UTXO 또는 다른 프로토스톤이 될 수 있는 프로토스톤의 대상 위치를 지정하거나 프로토타입 메시지를 참조하여 하위 프로토콜에서 복잡한 작업 논리를 구현하는 데 사용됩니다.
최신 개발: Genesis Protorune
QUORUM·GENESIS·PROTORUNE은 첫 번째 Protorrune입니다. OP_RETURN을 사용하여 QUORUM·GENESIS·PROTORUNE을 출력할 수 있으므로 ord 인덱서가 올바르게 작동하는 것을 볼 수 있습니다. 이 링크를 통해 볼 수 있습니다: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
이 Genesis Protorune 구현은 참조 구현으로만 사용되며 판매용이 아닙니다. 이는 Protorune 표준에 대한 공개 포럼 역할을 하기 위한 것이며 프로토콜에 통합되어 프로젝트 토큰에 대한 거버넌스 기능을 제공할 수 있습니다.
@judoflexchop 팀은 여전히 이 제네시스 프로토룬에 대한 WASM 인덱서를 개발 중입니다: https://github.com/kungfuflex/quorumgenesisprotorune
이는 비트코인 L1에서 온체인 거버넌스를 구현하기 위한 기능적 모델로, 사용자는 프로토메세지를 통해 투표 토큰을 생성할 수 있습니다. 각 제안서의 동일한 범위의 룬은 한 번만 투표 토큰을 생성할 수 있습니다. 제안은 정족수에 도달하면 자동으로 실행되며, 사용자는 투표 토큰을 사용 불가능한 주소로 전송하여 투표를 철회할 수도 있습니다. 전체 프로세스는 거버넌스의 투명성과 효율성을 보장합니다.
