Что-то небольшое в документации к SDK остановило меня во время этой задачи CreatorPad. Я потратил время на OpenGradient $OPG @OpenGradient #OPG и снова и снова возвращался к одному: варианты режима расчётов, «зашитые» прямо в сам SDK.
Три режима. PRIVATE — платёж записан, и ничего больше. BATCH_HASHED — хэши входных и выходных данных объединяются в дерево Меркла, это экономично и, что важно, является настройкой по умолчанию. INDIVIDUAL_FULL — вход, выход, timestamp и проверка записываются в ончейн, максимальная аудируемость. Эта иерархия важна. «Честный» режим — тот, который действительно фиксирует то, что просили, и то, что в итоге пришло, — не тот, который разработчики получают без запроса. Они получают захешированный пакет: он доказывает, что что-то произошло, но не даёт восстановить, что именно.
И делает ли OpenGradient ИИ более «честным»? Технически да — даже BATCH_HASHED прослеживается лучше, чем централизованный API-вызов. Но «честнее, чем ничего» и «вы реально можете проверить, что сказал модель» — это разные утверждения. Поскольку $OPG сейчас торгуется примерно по ~$0.133 после падения до исторического минимума $0.1207 27 июня через basescan.org, рынок явно не оценивает полную аудируемость как премию. И выбор по умолчанию говорит о том, что проект предполагает: большинство разработчиков пойдут по более дешёвому пути.
Я никак не мог решить, это разумный компромисс по UX или тихая уступка в том, что полная прозрачность слишком дорогая, чтобы сделать её настройкой по умолчанию.
Но так и не окончательно понял, что из этого верно.