Творческие подтверждения для художников

Художники могут подтвердить, что конкретный творческий файл существовал к определённому моменту времени.

С помощью Label 309 вы вычисляете хеш исходных файлов, черновиков, папок проекта, промптов, результатов работы ИИ, стемов, экспортов или пакетов для сдачи, а затем публикуете публичное обязательство с меткой времени в блокчейне Cardano. Сама работа при этом не обязана быть публичной: вы можете опубликовать только хеш и сохранить чувствительные исходные материалы в тайне или запечатать их в зашифрованном виде.

Такое подтверждение не даёт авторских прав, не доказывает право собственности и не мешает кому-либо копировать вашу работу. Оно создаёт нечто более узкое и долговечное: свидетельство времени и целостности, которое не зависит от того, останется ли какая-либо платформа в сети.

Какую задачу это решает?

Творческую работу легко скопировать и трудно датировать.

Файл перепубликовали без указания автора. Клиент оспаривает, что именно было сдано. Результат работы ИИ всплывает в чужой рекламной кампании. Черновик становится свидетельством в споре о правах. Папку проекта изменили спустя долгое время после создания исходной версии.

В каждом из этих случаев автор пытается ответить на один из немногих вопросов о времени:

• существовал ли этот файл раньше, чем появился где-то ещё?
• это тот же файл, который я сдал?
• был ли у меня исходный проект до публичного релиза?
• была ли эта пара «промпт и результат» частью моего рабочего процесса?
• содержала ли эта папка те стемы, слои или черновики, о которых я говорю?
• была ли эта концепция создана до встречи с клиентом?

Proof of Existence ставит за каждым из этих ответов публичную метку времени, так что дата опирается не на собственные метаданные файла, не на журнал загрузок платформы и не на ваше слово против чьего-то ещё.

Что художник может зафиксировать во времени?

Практически любой цифровой артефакт.

Например:

• оригинальные изображения;
• необработанные фотографии;
• многослойные дизайн-файлы;
• аудиостемы;
• файлы видеопроектов;
• сценарии;
• черновики;
• отсканированные в файлы наброски;
• промпты;
• результаты, сгенерированные ИИ;
• настройки модели;
• стилевые борды;
• пакеты для сдачи клиенту;
• экспорты сайтов;
• метаданные NFT;
• финальные сведённые файлы;
• целые папки проектов.

Важны точные байты. Если файл изменится хотя бы на один байт, хеш изменится — в этом весь смысл. Подтверждение привязано к одной конкретной версии, а не к названию или расплывчатому «тому дизайну».

Как работает подтверждение?

Файл превращается в хеш.

CardanoWall — или любой другой инструмент Label 309, включая открытые CLI и SDK cardanowall, — вычисляет криптографический хеш файла или манифеста. Этот хеш публикуется в записи Label 309 в Cardano, неся в себе метку времени блока. Позже вы заново вычисляете хеш из файла и показываете, что он совпадает с опубликованной записью.

Если хеши совпадают, файл, который у вас сейчас, — это та же последовательность байтов, что была зафиксирована в тот момент. Любой может проверить это по ссылке на транзакцию и публичному обозревателю блокчейна Cardano — для этого не нужно доверять ни CardanoWall, ни нашим серверам, ни нашему домену.

Блокчейну никогда не нужна сама работа. Ему нужно лишь обязательство.

Должны ли исходные файлы быть публичными?

Обычно нет.

Исходные файлы часто содержат закрытые слои, клиентские материалы, неопубликованные концепции, детали контрактов, эксперименты с промптами или коммерческие тайны. Их публикация в открытом виде может ослабить вашу позицию сильнее, чем помочь.

По умолчанию публикуется только хеш. Если вы также хотите, чтобы исходные байты можно было восстановить позже, используйте запечатанную запись: исходный файл шифруется, шифротекст хранится вне блокчейна, а в блокчейн попадает только хеш открытого текста. Подтверждение по-прежнему фиксирует реальный файл, но сам файл остаётся зашифрованным для того, у кого есть ключи.

Так вы сохраняете и подтверждение, и исходные байты, не отдавая работу публике. Но прежде чем что-либо запечатывать для кого-то другого, проверьте адрес получателя — запечатанный файл настолько же приватен, насколько приватен ключ, на который он был запечатан.

А как быть с целыми папками проектов?

Используйте манифест и корень Merkle.

Творческие проекты редко умещаются в одном файле. В папке дизайна есть изображения, шрифты, черновики, экспорты и заметки. В музыкальном проекте есть стемы, MIDI-файлы, версии сведения и мастеры. В видеопроекте есть исходный материал, таймлайны, графика, прокси и финальные рендеры.

Для папки соберите манифест, который перечисляет для каждого файла:

• путь к файлу;
• размер файла;
• хеш содержимого;
• время изменения, если это полезно;
• версию проекта;
• заметку о его источнике или роли;
• его индекс листа в дереве.

Затем опубликуйте единый корень Merkle, который фиксирует весь этот список. Один 32-байтовый корень в блокчейне заменяет всю папку. Позже вы сможете доказать, что один конкретный файл был частью проекта, — с помощью компактного доказательства включения, — не раскрывая сразу все остальные файлы. Тот же приём масштабируется с одной папки до тысяч или миллионов файлов в одной записи.

Как этим могут пользоваться ИИ-художники?

Закрепляйте всю творческую запись, а не только финальное изображение.

Работа с ИИ обычно включает промпты, негативные промпты, сиды, названия моделей, референсные изображения, управляющие изображения, апскейлы, правки и финальные экспорты. Если вы фиксируете во времени только финальное изображение, теряется большая часть процесса, который показывает, что работа была вашей.

Более надёжное подтверждение для ИИ-арта может охватывать:

• хеш финального результата;
• хеш файла с промптом;
• ссылку на модель или сервис;
• настройки генерации;
• хеши референсных изображений;
• манифест истории правок;
• хеш апскейленного экспорта;
• корень Merkle папки проекта;
• хеш манифеста Content Credentials (C2PA), если вы его создаёте.

Это не доказывает, что у вас есть все юридические права на каждый исходный материал, — хеш ничего не говорит о лицензиях или согласии. Зато он доказывает, что эти конкретные материалы существовали к определённому моменту времени, а это часто самое трудное установить задним числом. Proof of Existence и слой установления происхождения вроде Content Credentials отвечают на разные вопросы: первый фиксирует время и целостность точных байтов, второй несёт подписанные утверждения о том, как был создан контент.

Чем это поможет в работе с клиентами?

Подтверждения делают сдачу работ чище.

Фрилансер, студия или агентство могут зафиксировать пакет для сдачи во времени, прежде чем его отправить. Если позже возникнет спор, подтверждение может показать, что именно было сдано и что этот конкретный пакет существовал в тот момент.

Это полезно для:

• сдачи финальной работы;
• пакетов брендовых ассетов;
• вариантов рекламных креативов;
• аудиомастеров;
• видеомонтажей;
• экспортов сайтов;
• передачи исходных файлов;
• утверждения этапов;
• предрелизных материалов кампании.

В работе с клиентами необязательная подпись добавляет ещё один полезный факт: она показывает, какой ключ идентичности поручился за сдачу. Подписи в Label 309 никогда не обязательны — запись только с хешем полностью действительна, — но когда вы её добавляете, запись несёт подпись от вашего ключа идентичности, так что подтверждение говорит не просто «эти байты существовали», а «эта идентичность стояла за этими байтами в этот момент».

Может ли это доказать, что работа принадлежит мне?

Само по себе — нет.

Proof of Existence может подкрепить историю о праве собственности или авторстве, но не заменяет контракты, регистрацию авторских прав, трудовые договоры, условия лицензий, разрешения от моделей, записи о согласии или юридическую консультацию. Поможет ли оно в конкретном споре, зависит от вашей юрисдикции и сопутствующих доказательств.

Оно доказывает нечто более узкое: что конкретные байты существовали к определённому моменту времени и, если запись подписана, что конкретный ключ идентичности подписал запись. Оно не доказывает, что работа оригинальна, что у вас есть на неё права или что никто не создал то же самое раньше и просто не опубликовал.

Это свидетельство всё равно может быть ценным. Это один прочный элемент истории о правах, а не вся система целиком. Подробный разбор того, где проходит граница, есть в статье Что подтверждение не доказывает.

Что, если кто-то скопирует мою работу позже?

Подтверждение даёт вам хронологию.

Если кто-то опубликует похожий файл после вас, вы, возможно, сможете показать, что ваш оригинал существовал раньше. Если скопированный файл байт в байт идентичен, хеш совпадёт напрямую. Если он был изменён, подтверждение всё равно помогает: оно может установить, что ваш исходный файл, черновик или папка проекта существовали раньше, чем появилась другая версия, а этого часто достаточно, чтобы сместить аргумент «ваше слово против их слова».

Для настоящего спора храните больше, чем одно финальное подтверждение. Сохраняйте исходные файлы, историю проекта, контракты, переписку, счета и записи о сдаче работ. Подтверждение сильнее всего, когда оно опирается на более широкую доказательную базу, а не стоит особняком.

Чего художникам стоит избегать?

Не полагайтесь на один финальный экспорт.

Несколько привычек определяют разницу между подтверждением, на которое можно опереться, и тем, на которое нельзя:

• храните исходные материалы, манифесты и ссылки на транзакции — подтверждение бесполезно, если вы больше не можете предъявить байты, которые оно фиксирует;
• храните подписанные записи о сдаче работ там, где они помогают;
• никогда не публикуйте закрытые клиентские файлы в открытом виде; вместо этого запечатывайте их;
• проверяйте адрес получателя перед отправкой запечатанной записи;
• не допускайте, чтобы конфиденциальные промпты, источники или условия лицензий случайно попадали в публичные метаданные.

Подтверждение — это привычка, а не кнопка экстренной помощи. Зафиксировать файл во времени стоит тогда, когда вы его создаёте, а не на следующий день после начала спора.

Коротко

Авторам нужны датированные свидетельства, которые принадлежат им, а не только платформе.

Label 309 позволяет зафиксировать в публичном времени Cardano исходные файлы, финальные экспорты, результаты работы ИИ, промпты и целые папки проектов. Записи только с хешем сохраняют файлы приватными. Запечатанные записи сохраняют зашифрованные оригиналы для тех, у кого они должны быть. Корни Merkle покрывают большие папки одним обязательством в блокчейне.

Оно не наделяет правами по волшебству. Оно даёт вашей творческой хронологии прочную опору.

Что почитать дальше

• Label 309 — открытый, независимый от поставщиков стандарт, лежащий в основе этих подтверждений; подан в процесс CIP Cardano и находится на рассмотрении у редакторов CIP.
• Открытый код CardanoWall — CLI cardanowall и SDK для TypeScript, Python и Rust (Apache-2.0).