ORC-20 토큰 해석: ordinals 생태계의 새로운 발행 규칙

저자：xiyu

ordinals에서 json으로 주조된 명문을 해석하는 것은 대개 명문을 종이로 사용한 것이며, 중앙화 서비스에 대한 과도한 의존의 위험이 있습니다.

1. 배경

brc20에는 많은 제한이 있으며, 이러한 제한에는 네 글자만으로 화폐 이름을 사용할 수 있고, 업그레이드할 수 없으며, 이중 지불 위험이 있고, 거래를 취소할 수 없는 등의 내용이 포함됩니다. orc20의 목적은 이러한 제한을 없애는 것으로, brc20의 하드 포크라고 할 수 있습니다. 여기까지 읽고 나니 익숙한 느낌이 드시나요? btc 생태계의 전통적인 포크 모델입니다.

2. orc20란 무엇인가?

ORC-20은 비트코인 네트워크에서 정렬된 토큰의 기능을 강화하기 위해 설계된 개방형 표준으로, 널리 사용되는 BRC-20 정렬된 토큰 표준을 개선합니다. orc20은 BRC-20과의 하위 호환성을 유지하며, 적응성, 확장성 및 보안을 향상시키고, 중복 소비의 가능성을 제거합니다.

3. orc20의 변화

3.1 초기 공급량과 최대 발행량을 변경할 수 있습니다. 이는 진전을 의미하지 않으며, 고정된 초기 공급량과 총량이 단점이 아닙니다. orc20은 ordinals의 발행 형태를 더 유연하게 만들 뿐이며, 고정과 유연성은 단순한 선택일 뿐 좋고 나쁨과는 무관합니다.
3.2 네임스페이스에 고정 제한이 없으며, 임의의 크기의 이름을 사용할 수 있습니다. 네이밍은 실제로 문제점이며, 특히 대부분의 brc20 네 글자 단어가 이미 발행된 상황에서 더욱 그렇습니다.
3.3 UTXO 모델을 통해 거래 과정에서 중복 소비가 없도록 보장합니다. UTXO 모델이 무엇인지 검색해 보시면 됩니다. 거래를 보낼 때 잔액도 거래로서 거스름돈 주소로 발송됩니다. 이는 이중 지불 문제를 적절히 해결할 수 있습니다.

예를 들어 ID가 1인 10000개의 ORC를 두 부분으로 나누어 수신 주소로 보냅니다. 각 거래는 고유한 nonce를 가져야 합니다. 단계 1: 송신 이벤트를 기록하여 수신자에게 1000( nonce는 5)을 보냅니다. 단계 2: 송신 이벤트를 기록하여 남은 잔액을 송신자에게 송금합니다( nonce는 6). 남은 잔액 송금이 완료된 후에만 거래가 완료됩니다.

3.4 거래 취소를 허용하며, "op": "cancel"을 사용하여 nonce의 거래를 취소할 수 있습니다.

3.5 이미 배포된 brc20 화폐를 orc20으로 전환할 수 있습니다. brc20의 배포자만이 전환 명령을 조작할 수 있습니다.

4. orc20의 새로운 규칙

4.1 id 식별자는 기본값이 1입니다. 식별자는 동일한 식별자를 공유하는 ORC-20 간에 고유해야 하며, 동일한 식별자와 ID를 가진 두 개의 ORC-20이 있을 경우 "우선 원칙"이 적용되어 두 번째 ORC-20은 무효입니다.

4.2 nonce는 각 거래와 관련된 고유 식별자로, 송신자가 부분 거래를 추적할 수 있도록 합니다. 각 거래에 nonce를 포함함으로써 송신자는 각 부분 거래가 고유하다는 것을 보장할 수 있으며, 우연히나 악의적으로 복제될 수 없도록 합니다. 그렇지 않으면 거래의 안전성이 위협받습니다. nonce가 있으면 송신자는 취소 거래를 보낼 때 해당 nonce를 지정하여 특정 부분 거래를 취소할 수 있습니다. 이는 ORC-20 토큰 표준에 추가적인 안전성과 유연성을 제공합니다.

4.3 "op": "cancel"로 특정 부분 거래를 취소하는 작업입니다.

4.4 ug 필드, 업그레이드 가능 여부: true 또는 false, 기본값은 true입니다. 배포자가 이후 ORC-20을 업그레이드할 수 있도록 허용합니다.

4.5 wp 필드, 마이그레이션: true 또는 false, 기본값은 false입니다. 토큰 마이그레이션을 위한 목적이며, 되돌릴 수 없습니다. 원래 BRC-20의 배포자만이 마이그레이션 이벤트를 배포할 수 있습니다. 이 래퍼는 원래 BRC-20의 메타데이터를 복사합니다. 예를 들어 동일한 최대 공급량 및 발행 제한이 있습니다.

4.6 Version: 버전: ORC-20을 업그레이드할 때 유용한 정보입니다. 일반적으로 매번 업그레이드할 때 버전 번호를 업데이트해야 하며, 이는 서로 다른 버전의 계약을 식별하는 데 도움이 되어 후속 개발, 관리 및 사용을 용이하게 합니다.

4.7 msg: 메시지: 사용자 정의 텍스트, 메시지 또는 선언으로, 임의의 크기를 가질 수 있습니다. 이 필드는 토큰에 대한 정보를 제공하는 데 사용될 수 있으며, 예를 들어 토큰의 목적, 비전, 사용 사례 등을 포함합니다. 이는 사용자가 토큰의 가치와 용도를 더 잘 이해하는 데 도움이 되며, 토큰의 신뢰성을 높입니다.

4.8 Custom Key. 사용자 정의 구현에만 사용됩니다. 예: 세금 - 강제 거래 세금, 예: 로열티; 발행자 - 특별 발행 주소; 이미지 - 토큰 이미지; tkid - 토큰 ID; url - 토큰 정보의 URL.
이러한 선택적 필드는 표준 ORC-20 프로토콜에서 제공되지 않는 특별한 기능에 대해 특별 토큰의 요구 사항을 사용자 정의하는 데 사용할 수 있습니다. 예를 들어, 세금은 각 거래 시 일정한 수수료를 부과하는 데 사용할 수 있으며, 로열티는 원작자에게 작품 비용을 지불하는 데 사용할 수 있습니다. 발행자는 특별 주소를 지정하여 토큰 발행 권한을 부여할 수 있습니다.

5. orc20의 한계

5.1 복잡성, 비트코인 생태계를 기반으로 한 ordinals는 단순함이 장점으로 여겨질 수 있지만, brc20이 발행 문제를 복잡하게 만든 기초 위에서 orc20은 더욱 복잡해졌습니다. 더 많은 정의와 번거로운 작업은 더 많은 문제를 초래할 수 있습니다. 예를 들어 마이그레이션 작업은 두 개의 화폐를 가져옵니다.

5.2 중앙화, json 사용의 목적은 검색의 편리함이며, 검색은 반드시 중앙화 서비스를 사용해야 하며, 이는 현재 ordinals 생태계에서 nft 외의 다른 응용 프로그램의 자연적인 단점입니다.

5.3 강제 로열티, 거래 시장에서 로열티를 부과하는 형태가 규칙에 포함되었습니다. 화폐에 로열티를 부과하는 것은 저자가 명확히 이해하지 못한 것이라고 생각합니다. nft로서의 속성은 예술품이며, 예술가에게 로열티를 지불하는 것은 이해할 수 있지만, 저자와 소유자는 창작자와 사용자의 관계입니다. 그러나 화폐의 경우, 보유자는 투자자와 유사해야 하며, 투자자가 프로젝트에 돈을 투자하고 프로젝트 측에 로열티를 지불해야 한다는 것은 다소 비합리적으로 보입니다.

5.4 경로 의존성, 해석을 통해 orc20이 비트코인 발행을 rc20에 가깝게 만드는 작업을 하고 있음을 알 수 있습니다. 그렇다면 왜 erc20을 사용하지 않는가라는 문제가 제기됩니다.

6. 요약

한 문장으로 요약하자면, orc20은 일부 brc20의 제한을 해제하고 더 많은 작업을 정의했습니다.

사실 ordinals에서 화폐를 발행하는 핵심 경쟁력은 중앙화 서비스이며, 이 표준이 아닙니다. 인증이 폐쇄형으로 체인에 모두 저장되어야 중앙화 위험을 방지할 수 있습니다.

brc20의 가장 큰 문제는 제한이 너무 많지 않으며, 중앙화 의존성에 있습니다. orc20은 이 문제를 해결하지 못했으며, orc20은 brc20을 경쟁자로 간주하고 시장을 차지하는 것을 목표로 하고 있습니다. orc20은 ordinals 생태계에는 큰 영향을 미치지 않지만, brc20에는 제한적인 영향을 미칩니다.