저자: Techub 독점 해석

작성자: Tia, Techub News

"비트코인은 혼돈이 아닌 실제 프로그래밍 가능성이 필요합니다." 현재 비트코인 ​​생태계의 자산 표준은 고도로 단편화되어 있으며 BRC-20, Ordinals 및 Runes와 같은 프로토콜은 서로 독립적이며 상호 운용성이 부족합니다. 이러한 상황으로 인해 사용자와 지갑 개발자는 복잡한 형식과 실행 모델을 처리해야 합니다. 또한 비트코인 ​​잠금 해제 스크립트의 UTXO 운영 모델과 잠금 해제할 스크립트로 인해 이더리움과 같은 전역 상태 및 Turing-complete 프로그래밍 환경이 부족합니다. 이러한 프로토콜은 상태를 유지하기 위해 오프라인 인덱서에 의존하는 경우가 많습니다. 예를 들어, 크기 제한을 초과하지 않고 정보를 영구적으로 저장하기 위해 SegWit 및 Taproot를 사용하는 Ordinals 프로토콜에 의해 생성된 BRC-20은 여전히 ​​토큰 잔액의 글로벌 상태를 유지하기 위해 오프체인 인덱서에 전적으로 의존해야 합니다. 이는 운영 비용과 신뢰 위험을 증가시킵니다. Nubit이 출시한 Goldinals는 이러한 문제점을 해결하기 위해 설계되었습니다. Goldinals는 비트코인의 분산화 및 보안을 유지하면서 현재 비트코인 ​​자산 생태계의 표준화가 부족한 문제를 해결하는 것을 목표로 하는 비트코인의 신뢰가 최소화된 동종 토큰 표준입니다. 혁신적인 기술과 디자인을 통해 Goldinals는 비트코인 ​​사용자와 개발자에게 효율적이고 유연한 토큰 관리 방법을 제공합니다. 이 목표를 달성하기 위해 기술 및 기능 설계에 중요한 혁신을 이루었으며, 그 핵심은 비트코인용 zkOracle을 구축하고 BitVM을 통해 이를 검증하는 것입니다. 2024년 6월 5일, Goldinals의 개발 프로토콜인 Nubit은 Polychain Capital, Nomad Capital, Spartan Group, L2IV, Big Brain Holdings, GCR, Protagonist, Gate Ventures, Animoca, Mask Network 등이 투자에 참여해 최근 자금 조달을 통해 Nubit의 총 자금은 1,200만 달러에 달했습니다.

OrdinalsOrdinals SegWit 및 Taproot를 활용하여 사용자는 비트코인의 가장 작은 단위(satoshis 또는 줄여서 sats) 중 하나에 임의의 데이터(예: 텍스트, 이미지 또는 기타 메타데이터)를 각인할 수 있습니다. BRC-20BRC-20은 토큰의 발행, 전송 및 파기 기능을 구현하는 데 사용되는 상태 비저장 비트코인 ​​토큰 표준입니다. BRC-20은 이더리움 ERC-20과 같은 블록체인 로직에 내장되어 있지 않지만, Ordinals의 데이터 저장 기능을 통해 구현되는 "플러그인" 토큰 표준입니다. BRC-20의 토큰 작업(예: 발행 및 전송)은 Ordinals 프로토콜을 사용하여 JSON 파일 형식으로 비트코인 ​​거래에 상태 정보를 표시합니다. 이 JSON 데이터는 토큰의 이름, 공급 및 보유자의 주소를 정의합니다. 그리고 BRC-20은 Ethereum ERC-20과 같은 블록체인의 전역 상태에 의존하지 않으며 대신 모든 관련 트랜잭션을 스캔하고 토큰의 현재 상태를 재구성하기 위해 오프체인 인덱서를 필요로 합니다. 예를 들어, 주소의 토큰 잔액을 쿼리하려면 인덱서는 모든 기록 트랜잭션을 읽고 잔액을 계산해야 합니다. RunesRunes는 BRC-20과 유사한 비트코인 ​​토큰 프로토콜입니다. 핵심 아이디어는 비트코인의 UTXO(Unspent Transaction Output) 모델을 분석하여 토큰의 상태와 작동을 비트코인 ​​트랜잭션에 포함시키는 것입니다. Runes는 OP_RETURN 필드 또는 비트코인 ​​거래의 기타 표준 필드를 사용하여 토큰 전송 및 운영 정보를 기록합니다. 모든 룬 토큰 작업은 일반적인 비트코인 ​​거래를 통해 완료됩니다. 상호 운용성 문제 위의 프로토콜 유형은 서로 다른 방식으로 구현됩니다. 서수는 비트코인 ​​거래에 포함된 데이터 형식을 사용하여 정보를 저장하고, BRC-20은 JSON 형식을 사용하여 토큰 상태를 정의하며, Runes는 비트코인의 UTXO 모델에 더 많이 의존합니다. 이러한 형식은 서로 호환되지 않으므로 한 프로토콜에 저장된 데이터가 다른 프로토콜에서 직접 인식되거나 구문 분석되지 않습니다. 또한 BRC-20은 상태 비저장 구현이며 모든 토큰 상태는 재구성을 위해 외부 인덱서에 의존하는 반면 Runes 상태는 UTXO 모델을 통해 블록체인에 직접 저장되고 Ordinals는 단일 사토시의 토큰에 중점을 둡니다. 이러한 메커니즘은 상태를 관리하는 통합된 방법을 공유할 수 없습니다. 다양한 프로토콜은 자체 토큰 형식과 규칙을 정의하며 상호 운용성을 달성하기 위해 서로 직접 상호 작용하거나 지원할 수 없습니다. Goldinals는 Ordinals/Runes/BRC-20과 호환되고 상태를 유지하기 위해 오프체인 인덱서를 필요로 하지 않는 새로운 표준을 도입하여 서로 다른 표준 간의 비호환성이라는 상호 운용성 딜레마를 해결합니다.

Goldinals의 핵심 기능은 다음과 같습니다.

Goldinals의 핵심 기능은 다음과 같습니다.

ERC-20 및 BRC-20과 유사하지만 Goldinals의 구현은 Bitcoin의 상태 비저장 설계 및 Turing-불완전한 스크립팅 언어로 인해 더 복잡합니다. Ethereum의 원활한 원자 호출과 달리 Goldinals에서는 모든 작업이 Bitcoin의 보안을 상속하도록 보장하기 위해 상태 업데이트 및 검증을 여러 단계에서 신중하게 관리해야 합니다.

Goldinals의 상태 머신은 준비(Prepare), 킥오프(Kickoff) 및 챌린지(Challenge)의 세 가지 주요 단계로 구성됩니다. 준비 단계: 작업 의도 기록 이 단계에서는 작업 송신자가 비트코인 ​​트랜잭션을 통해 작업 의도(예: 전송 또는 발행)를 제출하고 관련 메타데이터를 트랜잭션에 포함시킵니다. 발신자는 비트코인의 OP_RETURN 필드를 사용하여 수신 주소, 금액, 작업 유형 등 토큰 작업의 매개변수를 기록합니다. 이 거래는 비트코인에 기록되어 운영 의도의 투명성과 불변성을 보장합니다. ZKOracle(영지식 증명 상태 머신)은 비트코인 ​​블록을 스캔하고 추출 및 기록하여 Goldinals 프로토콜과 관련된 트랜잭션을 준비하고 이를 전역 상태에 통합합니다. 킥오프 단계: 준비 단계에서 확인 및 시작 작업이 완료된 후 보낸 사람은 작업의 적법성을 확인하기 위해 영지식 증명이 포함된 트랜잭션을 제출해야 합니다. 발신자는 영지식 증명(ZKP) 오프체인을 생성하여 운영이 프로토콜 규칙(예: 충분한 잔액 및 법적 운영 매개변수)을 준수함을 증명합니다. 이 증명은 킥오프 트랜잭션을 통해 비트코인 ​​네트워크에 제출되고 ZKOracle에 의해 검증됩니다. 킥오프 단계의 성공적인 실행은 작업의 합법성이 입증되었지만 작업이 아직 완료되지 않았으며 챌린지 단계가 완료될 때까지 기다려야 함을 나타냅니다. 챌린지 단계: 검토 및 반대 챌린지 단계는 상태 머신 설계의 핵심이며 운영의 합법성을 보장하기 위한 분산형 검토 메커니즘을 제공하는 것을 목표로 합니다. 챌린지 기간 동안 모든 참가자(챌린저)는 제출된 작업에 대해 이의를 제기할 수 있습니다. 예를 들어, 제출된 영지식 증명이 규칙을 준수하지 않는 경우 도전자는 반증을 제공할 수 있습니다. 도전자는 BitVM에서 제공하는 대화형 증명 메커니즘을 기반으로 확인을 위해 보낸 사람과 상호 작용합니다. 문제가 발견되면 도전자는 온체인 트랜잭션 차단 작업 확인을 제출할 수 있습니다. 챌린지 기간 동안 이의가 없으면 해당 작업은 ZKOracle에 의해 영구적으로 확인되고 Goldinals의 글로벌 상태로 업데이트됩니다.

전송 전송 작업에서 보낸 사람은 먼저 준비 단계를 통해 비트코인 ​​트랜잭션을 제출하여 체인에 토큰 전송 의도를 기록합니다. ZKOracle은 거래를 기록하고 확인합니다. 킥오프 단계에서 보낸 사람은 잔고가 충분하고 작업이 규칙을 준수함을 증명하기 위해 영지식 증명을 제출합니다. 챌린지 단계에서 도전자는 제출된 증명과 거래가 프로토콜 규칙을 준수하는지 여부를 확인할 수 있습니다. 챌린지가 없으면 결국 송금이 확정되고 수취인 주소의 잔액이 업데이트됩니다. Minting 주조 과정은 돈을 이체하는 것과 유사합니다. 보낸 사람은 준비 단계에서 발행 매개변수가 포함된 트랜잭션을 제출합니다. 킥오프 단계 후반에 발신자는 발행 작업이 프로토콜에서 설정한 규칙(예: 공급 한도 및 배포 제한)을 준수하는지 확인하기 위해 영지식 증명을 제공해야 합니다. 챌린지 단계에서는 도전자가 작업이 조건을 충족하는지 확인하고 이의가 없으면 최종적으로 캐스팅 작업이 확정됩니다. 잔액 쿼리 사용자는 Bitcoin Core의 scanblocks 명령을 사용하여 주소와 관련된 모든 준비 트랜잭션을 스캔하고 이러한 트랜잭션의 최종 상태를 확인할 수 있습니다. 이 접근 방식을 사용하면 사용자는 잔액을 확인하기 위해 외부 인덱서에 의존할 필요가 없습니다.

Goldinals는 BRC-20과 같은 다른 프로토콜에 비해 상당한 이점을 가지고 있습니다. 외부 인덱서에 대한 의존성을 포기하고 모든 확인이 비트코인 ​​네트워크를 통해 직접 수행되므로 분산화가 향상될 뿐만 아니라 사용자가 제3자 서비스를 신뢰하지 않아도 됩니다. 또한 Goldinals의 거래 프로세스는 단일 작업을 완료하기 위해 여러 개의 비트코인 ​​거래가 필요한 BRC-20의 번거로움을 피하여 더 효율적이며 이를 통해 복잡성과 거래 수수료를 크게 줄입니다. 동시에 영지식 증명 도입을 통해 Goldinals는 강력한 프로그래밍 기능을 갖추고 다중 서명 지갑, 조건부 전송 및 외부 이벤트에 의해 트리거되는 복잡한 논리를 지원할 수 있어 프로토콜 적용 범위를 넓힐 수 있습니다. 동시에 Goldinals가 기존 프로토콜의 기능과 논리를 통합하여 설계에 통일된 자산 표준을 도입하는 것이 매우 중요합니다. Nubit은 또한 각 프로그램의 무결성을 수학적으로 확인하기 위한 공식 검증과 함께 사용자 친화적인 코드를 비트코인에 최적화된 스크립트로 변환하는 특수 컴파일러를 구축하고 있습니다. Nubit 공동 창립자 Hanzhi는 "비트코인에는 혼돈이 아닌 진정한 프로그래밍 가능성이 필요합니다."라고 말했습니다. 강력한 기반과 표준을 통해 비트코인 ​​생태계는 혼돈에서 상호 운용 가능한 포지티브섬 혁신으로 이동할 것입니다.