Сегодня мой друг сказал, что на следующей встрече его могут назвать по имени: «В прошлую неделю кто-то изменил журнал тестирования? Таймстамп не совпадает.»

Он сразу ошарашен, перелопатил облачное хранилище — всё равно не совпадает.

Во время обеда я наткнулся на обновление @irys_xyz, прогресс застрял на 60%, но вдруг я понял: нам не нужно «покупать ещё один хранилище», а нужно превратить данные в управляемый актив, где кто читает, как читает, что происходит после прочтения — всё записано в данные, без слов.

За эти дни я пересмотрел идеи Irys: это не «хранение кучи файлов», а программируемая цепочка данных — хранение и выполнение в одной сети, данные с правами доступа и логикой, которые могут напрямую читаться и записываться контрактами/ИИ. Совместимость с EVM означает, что практически не нужно переучиваться на существующие инструменты;

Многоблочная архитектура позволяет охватывать сроки хранения от коротких до вечных, а стоимость становится более предсказуемой.

Сообщество на этой неделе обсуждает «Mainnet Loading 60%», я считаю, что важнее не «когда запустится», а то, что оно соединяет данные → сервисы → денежные потоки.

Практический план для инженеров:
1) Разделить входные данные/результаты тестирования на «данные + хуки выполнения», автоматическая бухгалтерия, ограничение вызовов, возможность трассировки и проверки;

2) Использовать только для чтения контрактов для открытия интерфейсов, взимать плату за доступ, чтобы данные могли «самостоятельно зарабатывать»;

3) Установить жёсткое правило для команды: любые публичные показатели должны быть записаны в блокчейн для подтверждения, чтобы не спорить о «кто изменил файл».

Проще говоря: в следующий раз, когда кто-то спросит «откуда эта вывод?», мы сможем не искать в чатах, а выдать проверяемый «данные + правила». Инженеры считают, что это гораздо надежнее, чем просто кричать лозунги. Позже я сначала запущу новые эксперименты на Irys.