AI Data L1 чи проєкт децентралізованого зберігання даних? Як розробка з невеликим розумінням простору зберігання блокчейну, цей проект нещодавно був розглянутий у @irys_xyz. Чесно кажучи, цей проєкт не має особливого стосунку до ШІ, а фактично належить до типової комбінації децентралізоване сховище + стимулюючий рівень. Як видно з їхніх власних публікацій у блозі, позиціонування все ще полягає в тому, щоб дозволити даним відігравати свою належну цінність. Я бачив багато проектів у сфері децентралізованого зберігання даних, від IPFS та Storj у перші дні до Arweave, Filecoin та різних рішень для зберігання даних рівня 2. Ірис, як новачок у цій сфері, має деякі технічні особливості, на які варто звернути увагу. 1️⃣ Позиціонування та концепція проекту Irys стверджує, що є сховищем рівня 1, розробленим для штучного інтелекту, який по суті є децентралізованою мережею зберігання даних, але його концепція дизайну дещо особлива. На відміну від чистої моделі ринку сховищ Filecoin, і на відміну від одноразового платного постійного сховища Arweave, Ірис більше схожий на спробу вирішити основну проблему: як забезпечити реальний доступ до збережених даних. Як видно зі структури коду, Ірис використовує систему подвійного реєстру: Permanent Ledger та Term Ledger. Ця ідея дизайну насправді досить цікава, вона дозволяє даним переміщатися між різними рівнями зберігання, поступово «переходячи» від тимчасового сховища до постійного. 2️⃣ Аналіз технічної архітектури 2.1 Механізм консенсусу: вибір VDF Найцікавішим технічним вибором для Irys є використання VDF (Verifiable Delay Function) як ядра механізму консенсусу. VDF – це відносно нова технологія в галузі блокчейну. Його основна ідея полягає у створенні функції, яка вимагає послідовних обчислень і не є розпаралеленою, що може генерувати передбачувані часові затримки. VDF Іриса заснований на SHA-256, і кожен крок вимагає певної кількості обчислювального часу, але верифікацію можна завершити швидко. З точки зору технічної історії, VDF був вперше запропонований Деном Боне та іншими в Стенфорді. Chia використовує схожу техніку, але реалізація Irys має хитромудрий поворот: вона вводить механізм періодичного «скидання», який не дозволяє майнерам заздалегідь розраховувати занадто багато кроків наперед. Така конструкція насправді дуже прагматична і вирішує класичну проблему, з якою стикається VDF. 2.2 Proof-of-Access: баланс між ідеалами та реальністю Ірис стверджує, що використовує механізм майнінгу «Proof-of-Access», і ця концепція звучить привабливо. З точки зору коду, система вимагає, щоб майнери могли отримати доступ до збережених блоків даних і розпакувати їх. Дані зберігаються в ентропійній упаковці, і майнерам потрібно перерахувати ентропію, щоб розпакувати дані. Така конструкція теоретично забезпечує доступність даних. Але якщо чесно, то обґрунтованість цього «доказу доступу» поки що залишається під знаком питання. Історично склалося так, що ми бачили занадто багато подібних заяв, які в кінцевому підсумку стикалися з проблемами в дизайні стимулів. Часто саме фінансові стимули, а не самі технічні засоби можуть дійсно забезпечити довгостроковий доступ до даних. 2.2 Глибока інтеграція з Reth Одна річ, яка мене вразила, це глибока залежність Іриса від Reth, і весь проект використовував багато компонентів Reth, навіть власну версію форка. Це розумний вибір – Reth є одним із найефективніших клієнтів Ethereum. 3️⃣ Економічне проектування сховища З точки зору економічних моделей, конструкція Irys досить складна, з цілими 10+ параметрами для розрахунку. Враховуються такі фактори, як розхитування витрат на зберігання, контроль коливань цін і вимоги до мультикопій. Така складність є як перевагою, так і недоліком. Перевага полягає в тому, що модель ближче до реальності з урахуванням впливу технологічних досягнень на витрати на зберігання; Недоліком є те, що складні економічні моделі, як правило, важко підтримувати стабільність на практиці. Зокрема, цей дизайн «decay_rate» (коефіцієнт загасання) теоретично елегантний, але потрібен час, щоб перевірити, чи працює він так, як очікувалося в реальній експлуатації. 4️⃣ Оцінка точок технологічної інноваційності 4.1 Упаковка даних та оптимізація CUDA Ірис зробив багато оптимізацій в упаковці даних і навіть підтримує прискорення CUDA. Такий акцент на продуктивності заслуговує на похвалу, адже продуктивність мережі зберігання даних безпосередньо пов'язана з користувацьким досвідом. 4.2 Фактичний ефект від VDF VDF як вибір технології захисту від часу має сенс, але є кілька моментів, про які слід знати: 4.2.1. Апаратна залежність: Відмінності в обчислювальній потужності між різними апаратними засобами можуть призвести до неточних прогнозів часу 4.2.2. Затримка мережі: У розподіленому середовищі затримка мережі може вплинути на ефект синхронізації VDF 4.2.3. Питання енергоспоживання: безперервні розрахунки SHA-256 не є екологічними 4️⃣ Порівняйте з конкурентами У порівнянні з Arweave, двокнижний дизайн Irys більш гнучкий, але і більш складний. Модель одноразового платного вічного сховища Arweave проста, тоді як багаторівневе сховище Iris вимагає складнішої логіки міграції даних. У порівнянні з Filecoin, Irys більше зосереджується на фактичній доступності даних, а не просто на зберіганні доказів. У порівнянні з IPFS, Ірис намагається вирішити проблему відсутності стимулів у IPFS, але ціною впровадження складного механізму консенсусу в блокчейні. 5️⃣ Реалістичні виклики та перспективи З технічної точки зору, дизайн Irys є дещо інноваційним, особливо поєднання VDF+PoA та системи подвійного реєстру. Але виклики проекту також очевидні: 5.1. Екологічне будівництво: Успіх проектів децентралізованих сховищ значною мірою залежить від екологічного будівництва, яке не є проблемою, яку технології можуть вирішити самотужки. 5.2. Довгострокова стабільність механізмів стимулювання: для перевірки того, чи можуть складні економічні моделі зберігати рівновагу в реальній діяльності, потрібен час. 5.3. Жорстка конкуренція: На цьому треку вже є багато зрілих конкурентів, і нові проекти повинні мати досить сильні переваги диференціації. Заява: Ця стаття ґрунтується на аналізі коду проекту Irys, акцентуючи увагу на його технічній архітектурі та концепції дизайну. Як проект, що знаходиться в розробці, його кінцева продуктивність повинна бути перевірена в реальній експлуатації. Оцінка в цій статті ґрунтується на чинному кодексі впровадження та проектній документації і не є інвестиційною порадою.