Сьогодні мій друг сказав, що на ранковій зустрічі клієнт його прямо назвав: «Ті журнали тестування минулого тижня, хто їх редагував? Таймстамп не співпадає.»

Він одразу здивувався, переглянув хмарне сховище — і все одно не співпадало.

Під час обіду я натрапив на оновлення @irys_xyz, прогрес зупинився на 60%, але раптом я зрозумів: нам не потрібно «ще один Активи», а потрібно перетворити дані самі в правилазовані активи, щоб хто читає, як читає, що викликає після прочитання — все записувалося у дані, а не говорилося словами.

Цього тижня я ще раз переглянув ідею Irys: він не «зберігає купу файлів», а є програмованим ланцюгом даних — зберігання і виконання в одній мережі, дані з правами і логікою, що можуть безпосередньо читатися та записуватися контрактами/ШІ. Сумісність з EVM означає, що існуючі інструменти майже не потрібно вивчати заново;

Архітектура багатьох Активів дозволяє охоплювати періоди з коротких до безстрокових, з більш передбачуваними витратами.

Спільнота цього тижня обговорює «Mainnet Loading 60%», я бачу, що головне не в тому, коли він запуститься, а в тому, що він з’єднує дані → сервіси → грошовий потік.

Практичний план для розробників:
1) Розбити модельний ввід/результати тестування на «Дані + Тригери виконання», щоб автоматично вести облік, обмежувати частоту викликів, забезпечувати трасування та верифікацію;

2) Використовувати лише для читання контракти для відкриття інтерфейсів, що оплачується за кількістю запитів, щоб дані «самі платили зарплату»;

3) Встановити для команди суворі правила: будь-які зовнішні показники обов’язково мають бути записані в ланцюг для підтвердження, щоб не сперечатися через «хто редагував файл».

Звичайною мовою: наступного разу, коли хтось запитає «Звідки взялася ця висновок?», ми зможемо не переглядати чат-історію, а просто показати підтверджуваний «Дані + Правила». Розробники вважають, що це набагато надійніше за гасла. Пізніше я спробую новий експеримент цього тижня на Irys.