Cardano Improvement Proposals(CIP) 카르다노 개선 제안

Cardano Improvement Proposal

https://cips.cardano.org/?category=&search=1&sort=number

이더리움에 EIP(Ethereum Improvement Proposals)가 있듯이, 카르다노에도 CIP(Cardano Improvement Proposals)라는 카르다노 개선 제안 프로세스가 있다.

EIP와 동일하게 CIP도 카르다노 생태계 프로세스와, 환경에 대한 변경 및 제안 사항을 간결하게 기술적 내용들을 설명하는 문서다. 카르다노는 이더리움보다 뒤늦게 시작한 프로토콜이기에, CIP가 80여개 밖에 되지않는다.

카르다노에 대한 기술적인 혹은 구조적인 내용들은 쉽게 접하기 힘든데, 이 80개의 CIP만 확인하더라도 카르다노의 지갑과 원장, 토큰에 대한 기술적 지식은 쉽게 쌓을 수 있다고 생각한다.

CIP-1에 목적과 구조, state와 프로세스, 참여자에 대한 세부 사항들이 정리되어있는데, 관련 내용을 간단히 정리해보자. (참고로 CIP-9999은 CIP-1의 확장안으로, 새로운 타입의 문서인 CPS의 정의와 확장된 버전의 CIP 동기부여 섹션이 포함되어 있다)

Cardano Improvement Proposals #1

https://cips.cardano.org/cip/CIP-0001#editors

CIP는 두 가지 과제를 해결하는 것을 목표로 한다.

1. 다양한 참여자가 상호운용성을 높이기 위한 도구나 인터페이스의 공통된 접근

2. 프로토콜 혹은 생태계의 관행에 대한 변경에 대한 논의와 제안

이 두 과제를 해결하는데 있어서, CIP 프로세스가 어떤 변경사항에 대한 구현과 배포 프로세스까지 관리하는 것은 아니다. 결국 커뮤니티 중심의 거버넌스 의사결정과 합의를 위한 것이다.

Cardano Academy

CIP의 프로세스는 위와같이 진행된다.

1. Authors는 CIP 제안서를 기준에 맞춰 작성하여 제안한다.
2. 제안서는 Editor에 의해서 검토된다.
3. 내용에 대한 피드백이 진행되거나 기준에 충족하면 받아들여지며 아니면 Inactive 상태로 결정된다.
4. Active 상태로 통과되면 Implementors에 의해서 제안서가 구현된다.

Editor, Reviewer

CIP Editor는 CIP 프로세스의 관리자 역할을 담당한다. 제안서의 동기와 정당성, 근거와 포맷을 통해 검토하며, 번호를 할당하고 문구, 문법을 조정하는 요청을 한다. 또한, 제안서를 기준으로 커뮤니티와 위 그림에서 Reviewer는 제안에 대한 기술 피드백을 제공한다.

 

Documnet Structure

---
CIP: 1
Title: Cardano Improvement Proposals
Status: Active
Category: Meta
Authors:
    - Frederic Johnson <frederic.johnson@cardanofoundation.org>
    - Sebastien Guillemot <sebastien@dcspark.io>
    - Matthias Benkort <matthias.benkort@cardanofoundation.org>
    - Duncan Coutts <duncan.coutts@iohk.io>
Implementors: N/A
Discussions:
    - https://github.com/cardano-foundation/cips/pulls/1
Created: 2020-03-21
License: CC-BY-4.0
---

• CIP: 제안 번호
• Title: 설명이 포함된 간결한 제목
• Status: 제안의 상태
• Category: 생태계 카테고리
• Authors: 작성자의 실명 및 이메일 주소
• Implementors: 해당 제안을 구현하기로한 implementors
• Discussions: 해당 제안에 관련된 기술 논의 링크 목록
• Created: 제안이 생성된 날짜
• Licence: 승인된 라이센스

위 구성 중에서 CIP를 읽기전에 알아두면 좋을 Status와 Category에 대해서 더 확인해보자.

Status

CIP는 3가지 상태를 가진다.

• Proposed: CIP의 필수적인 기준을 충족하는 CIP지만, 아직 Active는 아닌 단계다. Editor의 판단에 의해서 내용의 퀄리티가 통과되어야한다. 기술적인 관점에서 전문가의 검토와 우려사항 해결이 필요할 수 있다.
• Inactive: 더이상 사용되지 않거나, 대체되거나 혹은 폐기된 상태를 말한다.
• Active: 구현 및 출시를 통해서 혹은, 프로토콜이 메인넷에 반영되는 완전한 것으로 간주된다. 필요에 따라 새로운 제안에 의해서 챌린지가 진행될 수도 있다.

Active는 2가지 하위섹션으로 나뉜다.

• Acceptance Criteria: 제안이 active가 될 수 있는 기준 목록을 정의한다. 기준은 확인가능한 메트릭이거나 결과물 혹은 Editor나 프로젝트 관리자에 의해서 검토되는 것이어야 한다.
• Implementation Plan: 제안이 받아들일 수 있는 기준을 만족하는 계획을 정의한다. 구현에는 하나 이상의 Implementator를 나타낼 수 있으며 게획에 서명하고 문서 서문에 언급되어야한다.

Category

CIP는 몇가지의 범주로 분류된다. 추후에 추가되거나 변경될 수 있지만, 현재는 다음과 같이 나뉘어진다.

• Wallet: 지갑의 하드웨어와 노드 관련 표준화
• Token: 토큰(Fungible, Non-fungible) 및 일반적인 발행 정책에 대한 설명
• Metadata: 메타데이터에 대한 제안
• Tool: 생태계 도구의 광범위한 카테고리
• Plutus: CIP-35에 설명된 Plutus에 대한 변경과 추가
• Ledger: CIP-84에 설명된 카르다노 Ledger에 관련된 것
• Catalyst: Project Catalyst의 프로젝트에 영향을 미치는 제안

---

카르다노를이해하는데 CIP를 참고하면 아주 도움이 많이 된다. 참고하면 좋을 만한 카테고리인 Token, Wallet, Metadata, Tool, Ledger 를 기준으로 하나씩 티스토리에 정리해보려고 한다.