아티스트를 위한 창작물 증명

아티스트는 특정 창작 파일이 특정 시점에 존재했음을 증명할 수 있습니다.

Label 309을 사용하면 원본 파일, 초안, 프로젝트 폴더, 프롬프트, AI 출력물, 스템, 익스포트, 납품 패키지를 해시한 뒤, Cardano 블록체인에 타임스탬프가 찍힌 공개 커밋먼트를 게시합니다. 작업물 자체는 공개할 필요가 없습니다. 해시만 게시하고, 민감한 원본 자료는 비공개로 두거나 암호화된 형태로 봉인할 수 있습니다.

이러한 증명은 저작권을 부여하지도, 소유권을 증명하지도, 누군가가 작업물을 복제하는 것을 막지도 않습니다. 대신 더 좁고 오래 지속되는 것을 만들어 냅니다. 바로 어떤 플랫폼이 계속 온라인 상태인지에 의존하지 않는, 시점과 무결성에 대한 증거입니다.

이것은 어떤 문제를 해결합니까?

창작물은 복제하기는 쉽고 시점을 입증하기는 어렵습니다.

파일이 출처 표기 없이 재게시됩니다. 클라이언트가 무엇이 납품되었는지를 두고 다툼을 벌입니다. AI 출력물이 다른 누군가의 캠페인에 등장합니다. 초안이 권리 분쟁의 증거가 됩니다. 프로젝트 폴더가 원본 버전을 만든 지 한참 뒤에 수정됩니다.

이 모든 경우에서 창작자는 다음과 같은 몇 가지 시점 관련 질문 중 하나에 답하려 합니다.

이 파일은 다른 곳에 등장하기 전에 존재했는가?
이것은 내가 납품한 것과 동일한 파일인가?
나는 공개 출시 이전에 원본 프로젝트를 보유하고 있었는가?
이 프롬프트-출력물 쌍은 내 작업 흐름의 일부였는가?
이 폴더에는 내가 말한 스템, 레이어, 또는 초안이 들어 있었는가?
이 콘셉트는 클라이언트 미팅 이전에 만들어졌는가?

존재 증명은 이 각각의 답 뒤에 공개 타임스탬프를 둡니다. 그래서 그 날짜는 파일 자체의 메타데이터, 플랫폼의 업로드 기록, 또는 상대방에 맞선 본인의 주장에 기대지 않습니다.

아티스트는 무엇에 타임스탬프를 찍을 수 있습니까?

거의 모든 디지털 산출물입니다.

예를 들면 다음과 같습니다.

원본 이미지;
RAW 사진;
레이어가 있는 디자인 파일;
오디오 스템;
비디오 프로젝트 파일;
스크립트;
초안;
파일로 스캔한 스케치;
프롬프트;
AI 생성 출력물;
모델 설정;
스타일 보드;
클라이언트 납품 패키지;
웹사이트 익스포트;
NFT 메타데이터;
최종 마스터링 파일;
프로젝트 폴더 전체.

중요한 것은 정확한 바이트입니다. 파일이 1바이트라도 바뀌면 해시도 바뀝니다 — 바로 이것이 핵심입니다. 증명은 제목이나 막연한 "그 디자인"이 아니라, 특정한 하나의 버전에 결속됩니다.

CardanoWall — 또는 오픈소스 cardanowall CLI와 SDK를 포함한 다른 모든 Label 309 도구 — 가 파일이나 매니페스트의 암호학적 해시를 계산합니다. 그 해시는 블록의 타임스탬프를 담아 Cardano 위의 Label 309 레코드로 게시됩니다. 나중에 파일로부터 해시를 다시 계산하여, 그것이 게시된 레코드와 일치함을 보입니다.

해시가 일치하면, 지금 보유한 파일은 그 시점에 커밋된 것과 동일한 바이트 시퀀스입니다. 누구든 트랜잭션 참조와 공개 Cardano 익스플로러로 이를 확인할 수 있습니다 — CardanoWall, 우리 서버, 우리 도메인을 신뢰할 필요가 없습니다.

체인은 작품 자체를 결코 필요로 하지 않습니다. 오직 커밋먼트만 필요로 합니다.

원본 파일을 공개해야 합니까?

대개는 아닙니다.

원본 파일에는 비공개 레이어, 클라이언트 자료, 미공개 콘셉트, 계약 세부 사항, 프롬프트 실험, 또는 영업 비밀이 담겨 있는 경우가 많습니다. 이를 공개적으로 게시하면 도움이 되기보다 오히려 입지를 약화시킬 수 있습니다.

기본은 해시만 게시하는 것입니다. 원본 바이트를 나중에 복구할 수 있게 하려면 봉인된 레코드를 사용하십시오. 원본 파일은 암호화되고, 암호문은 오프체인에 저장되며, 오직 평문의 해시만 체인에 올라갑니다. 증명은 여전히 실제 파일에 커밋되지만, 파일은 키를 보유한 사람을 위해 암호화된 상태로 유지됩니다.

이렇게 하면 작품을 대중에게 넘기지 않고도 증명과 원본 바이트를 모두 보존할 수 있습니다. 다만 다른 사람에게 무언가를 봉인하기 전에, 수신 주소를 확인하십시오 — 봉인된 파일은 그것이 감싸인 키만큼만 비공개입니다.

프로젝트 폴더 전체는 어떻게 합니까?

매니페스트와 Merkle 루트를 사용하십시오.

창작 프로젝트는 단일 파일에 담기는 경우가 드뭅니다. 디자인 폴더에는 이미지, 폰트, 초안, 익스포트, 메모가 들어 있습니다. 음악 프로젝트에는 스템, MIDI 파일, 믹스 버전, 마스터가 있습니다. 비디오 프로젝트에는 푸티지, 타임라인, 그래픽, 프록시, 최종 렌더가 있습니다.

폴더의 경우, 파일별로 다음을 나열하는 매니페스트를 작성하십시오.

파일 경로;
파일 크기;
콘텐츠 해시;
필요하다면 수정 시각;
프로젝트 버전;
출처나 역할에 대한 메모;
트리에서의 리프 인덱스.

그런 다음 그 목록 전체에 커밋하는 단일 Merkle 루트를 게시하십시오. 체인 위의 32바이트 루트 하나가 폴더 전체를 대신합니다. 나중에는 다른 모든 파일을 한꺼번에 드러내지 않고도 — 간결한 포함 증명을 통해 — 특정 파일 하나가 프로젝트의 일부였음을 증명할 수 있습니다. 이 기법은 폴더에서부터 하나의 레코드에 담긴 수천 또는 수백만 개의 파일까지 그대로 확장됩니다.

AI 아티스트는 이를 어떻게 활용할 수 있습니까?

최종 이미지뿐 아니라 창작 기록 전체를 고정하십시오.

AI 작업은 보통 프롬프트, 네거티브 프롬프트, 시드, 모델 이름, 참조 이미지, 컨트롤 이미지, 업스케일, 편집, 최종 익스포트를 수반합니다. 최종 이미지에만 타임스탬프를 찍으면, 그 작업이 본인의 것임을 보여 주는 과정 대부분이 빠지게 됩니다.

더 강력한 AI 아트 증명은 다음을 아우를 수 있습니다.

최종 출력물의 해시;
프롬프트 파일의 해시;
모델 또는 서비스 참조;
생성 설정;
참조 이미지의 해시;
편집 이력 매니페스트;
업스케일된 익스포트의 해시;
프로젝트 폴더의 Merkle 루트;
Content Credentials (C2PA) 매니페스트를 생성한 경우 그 해시.

이는 모든 입력물에 대한 모든 법적 권리를 창작자가 보유하고 있음을 증명하지는 않습니다 — 해시는 라이선스나 동의에 대해 아무것도 말해 주지 않습니다. 증명하는 것은, 이 특정 자료들이 특정 시점까지 존재했다는 사실이며, 이는 사후에 입증하기 어려운 부분인 경우가 많습니다. 존재 증명과 Content Credentials 같은 출처 증명 계층은 서로 다른 질문에 답합니다. 하나는 정확한 바이트의 시점과 무결성을 고정하고, 다른 하나는 콘텐츠가 어떻게 만들어졌는지에 대한 서명된 주장을 담습니다.

이것은 클라이언트 업무에 어떻게 도움이 됩니까?

증명은 납품을 더 깔끔하게 만듭니다.

프리랜서, 스튜디오, 또는 에이전시는 납품 패키지를 보내기 전에 타임스탬프를 찍을 수 있습니다. 나중에 분쟁이 발생하면, 증명은 무엇이 납품되었는지와 그 정확한 패키지가 그 시점에 존재했음을 보여 줄 수 있습니다.

이는 다음과 같은 경우에 유용합니다.

최종 작품 납품;
브랜드 에셋 패키지;
광고 크리에이티브 변형;
오디오 마스터;
비디오 컷;
웹사이트 익스포트;
원본 파일 인계;
마일스톤 승인;
출시 전 캠페인 에셋.

클라이언트 업무에서는 선택적 서명이 유용한 사실을 하나 더 더해 줍니다. 어떤 신원 키가 그 납품을 보증했는지를 보여 주는 것입니다. Label 309에서 서명은 결코 필수가 아닙니다 — 해시만 담은 평범한 레코드도 완전히 유효합니다 — 다만 서명을 추가하면 레코드가 본인의 신원 키로 만든 서명을 담게 되어, 증명이 단순히 "이 바이트가 존재했다"가 아니라 "이 신원이 이 시점에 이 바이트를 보증했다"가 됩니다.

이것이 내가 작업물을 소유함을 증명할 수 있습니까?

그것만으로는 아닙니다.

이것이 증명하는 것은 더 좁습니다. 바로 특정 바이트가 특정 시점까지 존재했다는 것, 그리고 서명되었다면 특정 신원 키가 레코드에 서명했다는 것입니다. 작업물이 독창적이라는 것, 그에 대한 권리를 보유하고 있다는 것, 또는 누구도 같은 것을 더 일찍 만들어 놓고 한 번도 게시하지 않은 적이 없다는 것은 증명하지 못합니다.

그래도 이 증거는 여전히 가치가 있을 수 있습니다. 이는 권리에 관한 이야기의 든든한 한 조각이지, 전체 체계는 아닙니다. 그 경계가 어디에 있는지 신중하게 짚어 보려면 증명이 증명하지 못하는 것을 참고하십시오.

누군가가 나중에 내 작업물을 복제하면 어떻게 됩니까?

증명은 타임라인을 마련해 줍니다.

누군가가 본인보다 나중에 비슷한 파일을 게시한 경우, 본인의 원본이 더 일찍 존재했음을 보일 수 있습니다. 복제된 파일이 바이트 단위로 동일하다면, 해시가 곧장 일치합니다. 수정되었더라도 증명은 여전히 도움이 됩니다. 본인의 원본 파일, 초안, 또는 프로젝트 폴더가 상대 버전이 등장하기 전에 존재했음을 입증할 수 있으며, 이것만으로도 "네 말 대 내 말" 식의 논쟁을 흔들기에 충분한 경우가 많습니다.

실제 분쟁에서는 최종 증명 외에도 더 많은 것을 보관하십시오. 원본 파일, 프로젝트 이력, 계약서, 메시지, 인보이스, 납품 기록을 보존하십시오. 증명은 단독으로 있을 때가 아니라 더 넓은 증거 흐름 안에 자리할 때 가장 강력합니다.

아티스트가 피해야 할 것은 무엇입니까?

최종 익스포트 하나에 의존하지 마십시오.

기댈 수 있는 증명과 그렇지 못한 증명의 차이를 만드는 몇 가지 습관이 있습니다.

원본 자료, 매니페스트, 트랜잭션 참조를 보관하십시오 — 증명이 커밋한 바이트를 더 이상 만들어 낼 수 없다면 그 증명은 쓸모가 없습니다;
도움이 되는 곳에서는 서명된 납품 기록을 보관하십시오;
비공개 클라이언트 파일을 평문으로 게시하지 마십시오; 대신 봉인하십시오;
봉인된 레코드를 보내기 전에 수신자의 수신 주소를 확인하십시오;
기밀 프롬프트, 출처, 또는 라이선스 조건이 실수로 공개 메타데이터에 새어 나가지 않도록 하십시오.

증명은 습관이지 비상 버튼이 아닙니다. 파일에 타임스탬프를 찍을 때는 분쟁이 시작된 다음 날이 아니라, 그 파일을 만드는 바로 그때입니다.

짧게 요약하면

창작자에게는 플랫폼이 아니라 자신에게 귀속되는, 타임스탬프가 찍힌 증거가 필요합니다.

Label 309는 원본 파일, 최종 익스포트, AI 출력물, 프롬프트, 프로젝트 폴더 전체를 Cardano 위의 공개된 시간에 커밋하게 해 줍니다. 해시만 담은 레코드는 파일을 비공개로 유지합니다. 봉인된 레코드는 그것을 보유해야 할 사람들을 위해 암호화된 원본을 보존합니다. Merkle 루트는 하나의 온체인 커밋먼트로 큰 폴더를 아우릅니다.

이것이 마법처럼 권리를 부여하지는 않습니다. 다만 창작 타임라인이 든든히 딛고 설 무언가를 마련해 줍니다.

더 읽을거리

Label 309 — 이 증명들의 바탕이 되는 개방형 벤더 중립 표준으로, Cardano CIP 절차에 제출되어 CIP 편집자의 검토를 받고 있습니다.
CardanoWall 오픈소스 코드 — cardanowall CLI와 TypeScript, Python, Rust SDK (Apache-2.0).