CIP-68: Cardano의 네이티브 자산 설계 접근 방식

주요 결과
• Cardano는 네이티브 자산을 원장 수준에서 최우선 시민으로 취급합니다.
• CIP-68은 업그레이드 가능한 온체인 메타데이터를 도입하여 자산의 효율성을 높입니다.
• Vasil 시대의 기능을 활용하여 메타데이터와 상태에 대한 저렴하고 효율적인 접근을 가능하게 합니다.
• 사용자와 빌더 모두에게 더 나은 경험과 투명성을 제공합니다.
Cardano는 네이티브 자산을 원장 수준에서 최우선 시민으로 취급하여 ERC-20/721 스타일의 계약 래퍼를 피하고 ada와 동일한 보안 및 수수료 모델을 상속합니다. 이러한 설계 선택은 자산 발행을 효율적으로 만들지만 메타데이터, 변경 가능성, 로열티 및 컴포저빌리티에 대한 실질적인 질문을 제기합니다. Cardano 개선 제안(CIP)-68은 "스마트 자산"에 대한 강력한 패턴을 도입합니다. 즉, NFT 및 대체 가능 토큰에 대한 업그레이드 가능한 온체인 메타데이터로, 자산 자체를 소비하지 않고도 읽고 검증할 수 있습니다.
이 글에서는 CIP-68이 왜 중요한지, 어떻게 작동하는지, 그리고 Cardano 생태계 전반의 빌더와 사용자에게 어떤 가능성을 열어주는지 설명합니다.
Cardano 네이티브 자산이 다른 이유
계정 기반 체인과 달리 Cardano의 확장 UTXO(EUTXO) 원장은 토큰별 계약이 아닌 발행 정책으로 추적되는 동일한 UTXO에서 여러 자산을 발행하고 전송할 수 있습니다. 이를 통해 예측 가능한 수수료와 병렬 처리가 가능하며 원장 계층에서 자산 회계를 단순하게 유지할 수 있습니다. 자세한 내용은 네이티브 토큰에 대한 Cardano 설명서와 EUTXO 모델이 결정론적 동작으로 스크립트 가능한 트랜잭션을 가능하게 하는 방법을 참조하십시오.
- 네이티브 자산 개요 (Cardano Docs) — 이 문단 끝에 링크됨
- 확장 UTXO 연구 및 개발자 자료 — 이 문단 끝에 링크됨
참고: Cardano 개발자 포털 및 관련 연구 블로그의 Cardano 네이티브 토큰 및 EUTXO 모델에 대한 공식 문서를 읽어보십시오. 자세한 내용은 네이티브 자산 및 EUTXO 모델을 통해 공식 문서를 방문하십시오.
레거시 메타데이터의 문제점 (CIP-25)
초기 Cardano NFT는 오프체인 인덱서와 CIP-25를 통한 트랜잭션 메타데이터에 의존했습니다. 간단했지만 이 접근 방식은 다음과 같은 단점이 있었습니다.
- 정확성을 위해 타사 인덱서에 의존
- 업그레이드가 불편하거나 불가능
- 온체인 로열티 로직 또는 상태적 동작을 쉽게 강제할 수 없음
생태계가 성숙함에 따라 빌더는 사용자 경험을 희생하지 않으면서 메타데이터와 상태를 온체인, 버전 관리 및 안정적으로 검색 가능한 상태로 유지하는 표준이 필요했습니다.
역사적 맥락을 위해 CIP-25의 원래 NFT 메타데이터 접근 방식을 참조할 수 있습니다(이 문장 끝에 참조). CIP-25의 사양을 참조하십시오.
CIP-68 등장: 온체인, 업그레이드 가능한 "스마트 자산"
CIP-68은 깔끔하고 사용자 친화적인 토큰을 유지하면서 UTXO 데이터에 메타데이터와 상태를 저장하는 패턴을 정의합니다. 이는 동일한 정책 하에 발행된 여러 토큰 간의 관계를 공식화하여 관심사를 분리합니다.
- 사람들이 보유하고 거래하는 사용자 친화적인 자산
- 인라인 데이터에 표준적이고 버전이 지정된 메타데이터를 보유하는 UTXO를 보유하는 참조 자산
- 변경 가능성 또는 상태 전환을 관리하기 위한 선택적 상태/스레드 토큰
중요한 점은 지갑과 dApp이 참조 자산을 소비하지 않고도 메타데이터를 읽을 수 있으며, 업데이트는 새 데이터와 함께 참조 UTXO를 소비하고 다시 생성하여 수행됩니다. 이를 통해 프로젝트는 오프체인 데이터베이스에 의존하지 않고 "스마트 NFT" 동작을 수행할 수 있습니다. CIP-68에서 표준을 읽어보십시오.
Vasil 시대 기능의 중요성: 참조 입력, 인라인 데이터 및 참조 스크립트
CIP-68은 온체인 메타데이터를 실용적이고 비용 효율적으로 만든 세 가지 Vasil 시대 개선 사항을 활용합니다.
- CIP-31 참조 입력: 자산 소비 없이 트랜잭션의 UTXO에서 데이터를 읽습니다. 참조 NFT의 메타데이터 UTXO를 조회하는 데 이상적입니다. CIP-31을 참조하십시오.
- CIP-32 인라인 데이터: UTXO에 데이터를 직접 저장하여 외부 조회 없이 표준 온체인 메타데이터를 가능하게 합니다. CIP-32를 참조하십시오.
- CIP-33 참조 스크립트: UTXO에 스크립트를 연결하고 검증을 위해 참조하여 동일한 스크립트를 반복적으로 상호 작용할 때 트랜잭션 크기와 비용을 줄입니다. CIP-33을 참조하십시오.
이러한 기능은 불필요한 UTXO 교체를 피하면서 메타데이터 및 상태에 대한 저렴하고 컴포저블한 읽기 액세스를 가능하게 합니다.
3가지 토큰 패턴 실제 적용
구현은 다양하지만 일반적인 CIP-68 배포는 다음과 같습니다.
- 사용자 토큰 (거래 가능한 자산): 사용자가 지갑과 마켓플레이스에서 보는 것.
- 참조 토큰 (거래 불가 또는 프로토콜 보유): 인라인 데이터에 표준 메타데이터를 고정합니다. 인덱서와 dApp은 참조 입력을 통해 이 UTXO에서 읽습니다.
- 상태 스레드 토큰 (선택 사항): 업데이트를 관리하고, 고유성을 강제하거나, 동적 아트, 자격 증명, 포지션 또는 게임 내 아이템과 같은 사용 사례에 대한 프로그래밍 가능한 상태를 보유합니다.
CIP-68은 또한 데이터에 대한 스키마 버전을 권장하므로 메타데이터가 소비자에게 영향을 주지 않고 진화할 수 있습니다. 결과적으로 어떤 dApp이든 일관되게 쿼리할 수 있는 버전이 지정된 온체인 진실 공급원이 됩니다.
CIP-68에서 공식 사양 및 권장 스키마를 탐색할 수 있습니다.
빌더가 얻는 것
- 컴포저빌리티: dApp은 단일 온체인 메타데이터 소스를 신뢰하고 자산을 소비하지 않고도 사용할 수 있으므로 마켓플레이스, DeFi 프로토콜 및 게임에서 원활한 통합이 가능합니다.
- 투명성을 통한 업그레이드 가능성: 온체인 데이터는 감사 가능합니다. 프로젝트는 변경 정책, 시간 잠금 또는 업데이트 주변의 멀티시그 요구 사항을 게시할 수 있습니다.
- 더 나은 인덱싱: 인덱서는 더 이상 오프체인 메타데이터를 사용자 친화적인 자산과 조정할 필요가 없습니다. 정책이 정의한 관계와 데이터 스키마를 따를 수 있습니다.
- 로열티 및 정책 규칙: 로열티는 원장 수준에서 시행되지 않지만 CIP-68은 정책 로직 및 마켓플레이스 관례와 잘 결합되어 제작자의 의도를 존중합니다. 로열티 관례는 CIP-27을 참조하십시오.
CIP-27의 로열티 관례를 참조하십시오.
사용자가 얻는 것
- 결정론적 메타데이터: 지갑은 dApp 및 탐색기가 참조 UTXO에서 읽는 것과 동일한 데이터를 표시할 수 있습니다.
- 낮은 마찰: 아트워크, 속성 또는 상태에 대한 업그레이드는 더 이상 어색한 재발행 또는 오프체인 조정이 필요하지 않습니다.
- 더 명확한 신뢰 모델: 프로젝트는 메타데이터가 변경 가능한지, 누가 업데이트할 수 있는지, 어떤 조건에서 업데이트할 수 있는지 공개할 수 있습니다.
언제나처럼 정책 ID를 확인하고 익숙하지 않은 자산과 상호 작용하기 전에 신뢰할 수 있는 탐색기에서 메타데이터를 검사하십시오. Cardanoscan과 같은 Cardano 탐색기를 사용하여 정책과 트랜잭션을 확인할 수 있습니다.
실제 사용 사례
- 동적 NFT: 시간이 지남에 따라 속성이 변경되는 진화하는 아트워크, 시즌 패스 또는 게임 아이템.
- 자격 증명 및 SBT 스타일 아티팩트: 상태 토큰으로 지원되는 취소 또는 업데이트 메커니즘이 있는 배지.
- DeFi 포지션: 사용자 토큰이 적절한 경우 거래 가능한 상태를 유지하면서 포지션 상태를 데이터에 보유하는 LP 지분 또는 금고 수령증.
- 실제 자산: 버전이 지정되고 감사 가능한 방식으로 온체인에 저장된 출처 및 증명.
개발자 팁 및 모범 사례
- 명확하고 버전이 지정된 데이터 스키마를 채택하고 공개적으로 문서화하여 지갑과 인덱서가 신속하게 통합할 수 있도록 합니다.
- 변경 가능성 신호: 메타데이터가 변경될 수 있다면 명시하고 거버넌스를 설명하십시오(예: 멀티시그 서명자, 시간 잠금 또는 DAO 승인).
- 참조 스크립트 및 참조 입력을 사용하여 수수료 및 UTXO 교체를 최소화합니다.
- 불필요한 상태 복잡성을 피하십시오. 사용자 토큰 UX를 간단하고 빠르게 이전할 수 있도록 유지합니다.
- 컬렉션 규칙이 완료되면 시간 잠금 또는 정책 잠금과 CIP-68을 결합하는 것을 고려하십시오.
이 패턴을 효율적으로 만드는 기본 기능은 CIP-31, CIP-32 및 CIP-33을 참조하십시오.
2025년 전망
Cardano가 CIP-1694와 같은 온체인 거버넌스 기반을 통해 Conway 시대로 계속 발전함에 따라 자산 표현력과 컴포저빌리티를 향상시키는 표준은 dApp 및 파트너 생태계에서 점점 더 중요해질 것입니다. 거버넌스 및 프로토콜 업그레이드는 토큰화된 실제 사용 사례에 대한 변경 가능성, 출처 및 장기 메타데이터에 대한 보증을 강화할 수 있습니다. 거버넌스 배경은 CIP-1694를 참조하십시오.
보안 및 지갑 고려 사항
CIP-68 자산은 참조 UTXO 및 인라인 데이터에 의존합니다. 트랜잭션에 서명할 때:
- 트랜잭션의 발행 정책 및 참조되는 모든 스크립트를 검토합니다.
- 온체인에서 소싱된 정책 ID, 데이터 및 명확한 자산 메타데이터를 표시하는 지갑을 선호합니다.
- 장기 보유 자산은 콜드 스토리지에 저장하고 하드웨어 서명을 사용하여 키 노출을 줄입니다.
Cardano 네이티브 토큰을 포함하는 멀티체인 포트폴리오를 운영하는 경우 OneKey와 같은 오픈 소스 하드웨어 지갑은 스택에서 오프라인 서명 앵커 역할을 할 수 있습니다. OneKey는 투명하고 감사 친화적인 펌웨어와 안전한 오프라인 흐름에 중점을 두어 호환되는 소프트웨어 지갑을 통해 dApp과 상호 작용하는 동안 개인 키를 인터넷 연결 장치에서 안전하게 유지하도록 돕습니다.
참고 자료
- CIP-68: Cardano의 스마트 NFT https://github.com/cardano-foundation/CIPs/blob/master/CIP-0068/README.md
- 네이티브 자산 (Cardano Docs) https://docs.cardano.org/native-tokens/
- CIP-25: NFT 메타데이터 표준 (레거시) https://github.com/cardano-foundation/CIPs/blob/master/CIP-0025/README.md
- CIP-27: 로열티 사양 (관례) https://github.com/cardano-foundation/CIPs/blob/master/CIP-0027/README.md
- CIP-31: 참조 입력 https://github.com/cardano-foundation/CIPs/blob/master/CIP-0031/README.md
- CIP-32: 인라인 데이터 https://github.com/cardano-foundation/CIPs/blob/master/CIP-0032/README.md
- CIP-33: 참조 스크립트 https://github.com/cardano-foundation/CIPs/blob/master/CIP-0033/README.md
- CIP-1694: 온체인 거버넌스 기반 https://github.com/cardano-foundation/CIPs/blob/master/CIP-1694/README.md
- Cardanoscan (탐색기) https://cardanoscan.io/