원작자: xiyu (@ohxiyu)

원본 소스: SevenUp DAO

ORC-20 공식 문서:https://docs.orc 20.org/

서수에서 json을 사용하여 비문을 작성하고 해석하는 사람은 비문을 지푸라기 종이로 사용할 가능성이 높으며 중앙 집중식 서비스에 과도하게 의존할 위험이 있습니다.

1. 배경

Brc 20에는 많은 제한 사항이 있습니다. 이러한 제한 사항에는 4자만 통화 이름으로 사용할 수 있고, 업그레이드 없음, 이중 지출 위험, 거래 취소 없음 등이 포함됩니다. 오크 20의 목적은 이러한 제한을 없애는 것인데, 이는 brc 20의 하드포크라고 할 수 있습니다. btc 생태학 조상으로부터 물려받은 분기 모델인 여기를 보면 좀 낯익지 않나요?

2. 오크20이란?

ORC-20은 인기 있는 BRC-20 주문 토큰 표준을 개선하여 비트코인 ​​네트워크에서 주문 토큰의 기능을 향상하도록 설계된 개방형 표준입니다. orc 20은 BRC-20과 역호환되며 적응성, 확장성 및 보안성을 향상시켜 이중 소비 가능성을 제거합니다.

3. 오크20의 변화

3.1 초기 공급량과 최대 발행량은 변경될 수 있습니다.

나는 이것이 개선이라고 생각하지 않습니다. 고정된 초기 공급망 볼륨과 총 볼륨은 단점이 아닙니다. 오크 20은 서수의 형태를 좀 더 유연하게 만든 것일 뿐 고정과 유연은 선택일 뿐 좋고 나쁨과는 무관합니다.

3.2 네임스페이스에는 고정된 제한이 없으며 모든 크기의 이름을 사용할 수 있습니다.

특히 대부분의 brc 20 4글자 단어가 이미 미리 만들어졌기 때문에 이름 지정은 정말 골칫거리입니다.

3.3 UTXO 모델을 사용하여 거래 중 반복적인 소비가 없도록 합니다.

utxo 모델이 무엇인지 직접 검색해 볼 수 있으며, 트랜잭션을 보내도 잔고는 트랜잭션으로 변경된 주소로 전송됩니다. 이중 지출 문제를 제대로 해결할 수 있으며,

예를 들어 ID가 1인 10,000 ORC를 두 부분으로 나누고 트랜잭션을 수신 주소로 보냅니다. 모든 트랜잭션에는 고유한 nonce가 있어야 합니다. 1단계: 기록하여 수신자에게 이벤트 전송, 수신 주소로 1000 전송(nonce는 5), 2단계: 기록하여 전송자에게 이벤트 전송, 잔액을 전송자에게 다시 전송(nonce는 6), 잔액이 트랜잭션이 불가능한 경우에만 전송이 완료될 때까지 완료됩니다.

3.4 거래 취소 허용

nonce 트랜잭션을 취소하려면 "op": "cancel"을 사용하십시오.

3.5 배치된 brc 20 코인이 orc 20에게 전송되도록 허용합니다.

brc 20의 배포자만 전송 명령을 실행할 수 있습니다.

4. 오크 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 - 특수 주조 주소, 이미지 - 토큰 이미지, tkid - 토큰 ID, url - 토큰 정보 URL.

이러한 선택적 필드를 사용하여 특수 토큰의 요구 사항을 사용자 지정하고 표준 ORC-20 프로토콜에서 제공되지 않는 특수 기능을 확장할 수 있습니다. 예를 들어 세금은 각 거래에 대해 일정 수수료를 부과하는 데 사용할 수 있고 로열티는 창작자에게 작품에 대한 비용을 청구하는 데 사용할 수 있습니다. Minters는 Mint 토큰 등에 권한을 부여하기 위해 특별한 주소를 지정할 수 있습니다.

5. 오크20의 한계

5.1 복잡성

비트코인 생태계에 기반한 서수의 단순성도 장점으로 볼 수 있지만, BRC 20이 코인 발행 문제를 복잡하게 만든다는 점에서 ORC 20은 이를 더욱 복잡하게 만든다. 더 많은 정의와 번거로운 작업으로 인해 더 많은 문제가 발생할 수 있습니다. 예를 들어 마이그레이션 작업은 두 개의 코인을 가져옵니다.

5.2 중앙화

json을 사용하는 목적은 검색을 용이하게 하기 위함이며, 이는 필연적으로 중앙 집중식 서비스를 사용하게 될 것이며, 이는 nft를 제외한 현재 서수 생태계의 다른 응용 프로그램의 자연스러운 단점이기도 합니다.

5.3 의무 로열티

아마도 트레이딩 시장에서 로열티를 징수하는 형태를 룰에 담기 위함일 것이다. 작성자가 통화에 대한 로열티를 이해하지 못한 것 같습니다. NFT로서 자체 속성은 예술 작품입니다. 아티스트에게 로열티를 지불하는 것은 이해할 수 있습니다. 작성자와 소유자는 창작물과 사용자를 돌봅니다. 하지만 화폐로 따지면 화폐 보유자가 투자자와 더 비슷해야 하는데, 투자자가 프로젝트에 돈을 투자하고 프로젝트 당사자에게 로열티까지 지불하는 것은 무리가 있어 보인다.

5.4 해석에 의한 경로 의존성

우리는 orc 20이 하는 일이 rc 20에 더 가깝게 비트코인을 보내는 것임을 알 수 있습니다. 그런 다음 질문이 생깁니다. erc 20을 사용하지 않는 이유는 무엇입니까?

6. 요약

한마디로 orc 20은 brc 20의 일부 제한 사항을 취소하고 더 ​​많은 작업을 정의합니다.

사실 서수에 코인을 발행하는 핵심 경쟁력은 이 기준이 아닌 중앙화 서비스다. 폐쇄 루프를 형성하는 인증이 체인에 배치되는 경우에만 중앙화 위험을 방지할 수 있습니다.

brc 20의 가장 큰 문제는 제약이 너무 많다는 것이 아니라 중앙화에 의존한다는 점입니다. 오크 20은 이 문제를 해결하지 못하고, 오크 20은 brc 20을 경쟁자로 여기고, 그 목표는 시장을 선점하는 것입니다. 오크 20은 서수 생태계에 거의 영향을 미치지 않지만, brc 20에는 제한적인 영향을 미칩니다.