원저자 : xiyu ( @ohxiyu )
원본 출처: SevenUp DAO
ORC-20 공식 문서: https://docs.orc 20.org/
서수에서는 json을 사용하여 비문을 캐스팅하고 해석하는 사람은 비문을 파피루스로 사용할 가능성이 높으며 중앙 집중식 서비스에 과도하게 의존할 위험이 있습니다.
1.배경
brc 20에는 많은 제한 사항이 있습니다. 이러한 제한 사항에는 통화 이름이 4자만 포함되며, 업그레이드가 불가능하고, 이중 지출 위험이 있으며, 거래 취소가 불가능합니다. 오크 20의 목적은 이러한 제한을 없애는 것인데, 이는 바로 brc 20의 하드포크라고 할 수 있습니다. 이것이 비트코인 생태계의 조상 포크 모델인 여러분에게 친숙하게 들립니까?
2. 오크 20이란 무엇인가요?
ORC-20은 인기 있는 BRC-20 주문 토큰 표준을 개선하기 위해 비트코인 네트워크에서 주문 토큰의 기능을 향상시키도록 설계된 개방형 표준입니다. orc 20은 BRC-20과의 역호환성을 갖추고 적응성, 확장성, 보안성을 향상시켜 중복 소비 가능성을 제거합니다.
3.오크 20의 변화
3.1 초기 공급량과 최대 발행량은 변경될 수 있습니다.
저는 이것이 개선이라고 생각하지 않으며, 초기 공급망 물량과 전체 물량을 고정하는 것은 단점이 아닙니다. Orc 20은 일반 화폐 발행 방식을 좀 더 유연하게 만들어줄 뿐입니다. 고정 여부는 선택일 뿐, 좋고 나쁨과는 아무런 관련이 없습니다.
3.2 네임스페이스에는 고정된 제한이 없으며 어떤 크기의 이름도 사용할 수 있습니다.
특히 brc 20개의 4글자 단어 대부분이 미리 캐스팅된 경우 이름 지정은 실제로 어려운 부분입니다.
3.3 UTXO 모델을 사용하여 거래 과정에서 반복적인 소비가 발생하지 않도록 하세요.
utxo 모델이 무엇인지 검색할 수 있으며, 트랜잭션을 보낼 때에도 잔액도 트랜잭션으로 변경 주소로 전송됩니다. 이를 통해 이중지불 문제를 적절하게 해결할 수 있습니다.
예를 들어, ID 1의 ORC 10,000개가 부분 트랜잭션 2개로 나누어 수신 주소로 전송됩니다. 각 트랜잭션에는 고유한 nonce가 있어야 합니다. 1단계: 로깅을 통해 수신자에게 이벤트 전송, 수신 주소로 1000 전송(nonce는 5), 2단계: 로깅을 통해 전송자에게 이벤트 전송, 남은 잔액을 전송자에게 다시 전송(nonce는 6), 잔액이 남아있는 경우에만 전송이 완료될 때까지 거래를 완료할 수 없습니다.
3.4 거래 취소 허용
nonce 트랜잭션을 취소하려면 "op":"cancel"을 사용하세요.
3.5 이미 배포된 brc 20 코인을 orc 20으로 전송할 수 있도록 허용합니다.
brc 20의 배포자만이 전송 명령을 실행할 수 있습니다.
4.orc 20가지 새로운 규칙
4.1 ID 식별, 기본값은 1입니다. 식별자는 동일한 식별자를 공유하는 ORC-20 간에 고유해야 합니다. 동일한 식별자와 동일한 ID를 가진 두 개의 ORC-20이 있는 경우 "첫 번째 규칙"이 적용되고 두 번째 ORC-20은 유효하지 않습니다.
4.2 Nonce는 발신자가 거래의 일부를 추적할 수 있도록 하는 각 거래와 관련된 고유 식별자입니다. 모든 거래에 nonce를 포함함으로써 발신자는 거래의 각 부분이 고유하고 실수로 또는 악의적으로 복사되어 거래의 보안을 손상시킬 수 없도록 보장할 수 있습니다. nonce를 사용하면 발신자는 취소 트랜잭션을 보낼 때 해당 nonce를 지정하여 트랜잭션의 특정 부분을 취소할 수도 있습니다. 이는 ORC-20 토큰 표준에 추가적인 보안과 유연성을 추가합니다.
4.3 "op": "취소", 거래의 특정 부분을 취소하는 작업입니다.
4.4 ug 필드, 업그레이드 가능 여부: true 또는 false, 기본값은 true입니다. 배포자가 이후에 ORC-20을 업그레이드할 수 있습니다.
4.5 wp 필드, 마이그레이션: true 또는 false, 기본값은 false입니다. 토큰 마이그레이션 목적으로 사용되며 되돌릴 수 없습니다. 원본 BRC-20 배포자만 마이그레이션 이벤트를 배포할 수 있습니다. 이 래퍼는 동일한 최대 공급량 및 발행 한도 등 원본 BRC-20의 메타데이터를 복제합니다.
4.6 버전: 버전: ORC-20을 업그레이드할 때 유용한 정보입니다. 일반적으로 버전 번호는 업그레이드할 때마다 업데이트되어야 하며, 이는 계약의 다양한 버전을 식별하는 데 도움이 되고 이후 개발, 관리 및 사용이 용이해집니다.
4.7 메시지: 메시지: 사용자 정의 텍스트, 메시지 또는 선언은 어떤 크기라도 가능합니다. 이 필드는 목적, 비전, 사용 시나리오 등과 같은 토큰에 대한 정보를 제공하는 데 사용될 수 있습니다. 이를 통해 사용자는 토큰의 가치와 목적을 더 잘 이해하고 토큰의 신뢰성을 높일 수 있습니다.
4.8 사용자 정의 키. 세금 - 로열티와 같은 필수 거래세, minter - 특수 발행 주소, image - 토큰 이미지, tkid - 토큰 ID, url - 토큰 정보의 URL과 같은 사용자 정의 구현에만 해당됩니다.
이러한 선택적 필드는 표준 ORC-20 프로토콜에서 제공되지 않는 특수 기능을 확장하여 특수 토큰의 요구 사항을 사용자 정의하는 데 사용할 수 있습니다. 예를 들어, 세금은 각 거래에 대한 수수료를 징수하는 데 사용될 수 있으며, 로열티는 원본 창작자에게 저작물에 대한 비용을 청구하는 데 사용될 수 있습니다. Minter는 Mint 토큰 등에 대한 권한을 부여하기 위해 특수 주소를 지정할 수 있습니다.
5.오크 20의 한계
5.1 콤플렉스
비트코인 생태계를 기반으로 한 서수의 단순함도 장점으로 볼 수 있지만, BRC 20이 화폐 발행 문제를 복잡하게 만든다는 점에서 ORC 20은 이를 더욱 복잡하게 만듭니다. 더 많은 정의와 번거로운 작업으로 인해 더 많은 문제가 쉽게 발생할 수 있습니다. 예를 들어 마이그레이션 작업으로 인해 동전 두 개가 가져왔습니다.
5.2 중앙화
json을 사용하는 목적은 검색을 용이하게 하기 위한 것이며 검색은 필연적으로 중앙 집중식 서비스를 사용하게 되는데, 이는 nft를 제외한 현재 서수 생태계의 다른 애플리케이션의 자연스러운 단점이기도 합니다.
5.3 의무적인 로열티
아마도 거래 시장에서 로열티를 징수하는 형태도 규칙에 포함될 것입니다. 작성자가 화폐에 대한 로열티를 이해하지 못한 것 같습니다. NFT 자체의 속성은 예술 작품입니다. 아티스트에게 로열티를 지불하는 것은 이해할 수 있습니다. 작성자와 보유자는 창작자와 사용자의 관심사입니다. 하지만 화폐 측면에서는 화폐 보유자가 투자자와 더 유사해야 하며, 투자자는 프로젝트에 돈을 투자하고 프로젝트 측에 로열티를 지불하는 것은 불합리해 보입니다.
5.4 해석을 통한 경로 의존성
우리는 orc 20이 하는 일이 비트코인 통화 e를 rc 20에 더 가깝게 옮기는 것임을 알 수 있습니다. 그렇다면 질문이 생깁니다: 왜 erc 20을 사용하지 않습니까?
6. 요약
한 문장에서 orc 20은 brc 20의 일부 제한 사항을 제거하고 더 많은 작업을 정의합니다.
사실 서수들의 핵심경쟁력은 이 표준이 아닌 중앙화된 서비스에 있습니다. 체인에 폐쇄 루프 인증을 배치해야만 중앙화 위험을 예방할 수 있습니다.
brc 20의 가장 큰 문제는 너무 많은 제한이 아니라 중앙 집중화된 의존성입니다. Orc 20은 이 문제를 해결하지 않으며 Orc 20은 BRC 20을 경쟁자로 취급하며 시장 선점을 목표로 합니다. orc 20은 서수 생태계에 거의 영향을 미치지 않지만 brc 20에 미치는 영향도 제한적입니다.
