smth0x

The Graph’s Community Talk #32

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 16:03:11 GMT

Зустріч зі спільнотою №32 відбулася у вівторок, 20 лютого, о 8 ранку за PST.

The Graph's Community Talk охоплює широкий спектр тем з нашої мережі та надає учасникам вичерпну інформацію про останні події в екосистемі The Graph. Зустрічі проходять на каналі The Graph Stage на Discord.

Порада: перейдіть до каналу Events у верхній частині сервера Discord і встановіть собі нагадування про подію.

Детальні записи по кожній з тем з часовими позначками ви можете побачити нижче. Імена, згадані у лапках, представляють нікнейм користувача на сервері Discord Graph AdvocatesDAO

The Graph Community Talk орієнтована на широку аудиторію незалежно від досвіду. Ми сподіваємося на активну участь спільноти і чекаємо на вашу залученість!

Ви можете знайти цю та всі інші події спільноти в календарі. Підпишіться на календар, щоб бути в курсі усіх майбутніх подій!

Останні новини спільноти (00:00)

Конкурс мемів

Playgrounds0x визнано переможцем конкурсу мемів! Відвідувачі та члени спільноти можуть переглянути меми, які визнано найкращими, на сторінці The Graph AdvocatesDAO у Twitter, що демонструє креативність спільноти.

https://twitter.com/GraphAdvocates/status/1756008825436467676

ETH Denver

Всі учасники спільноти, які планують відвідати ETH Denver (23 лютого - 3 березня 2024 року), отримали запрошення відвідати стенд The Graph та взяти участь у воркшопі, який проведуть основні розробники.

https://twitter.com/graphprotocol/status/1223030052075388928?s=20

Внески та учасники

https://twitter.com/lary_bo/status/1759439452236366002?s=61&t=rMEqwedp9XxKiU63JTiKw

Під час висвітлення внеску членів спільноти, Larik був відзначений за створення високоякісних візуальних матеріалів, які ефективно демонструють новини протоколу та оновлення програми для адвокатів. Ці візуальні матеріали відіграють важливу роль в інформуванні про досягнення The Graph та залученні ширшої спільноти.

Colson скористався моментом, щоб висловити подяку кільком членам спільноти за те, як вони дбають про спільноту. Особлива подяка була висловлена “Thomas athsrueas.eth”, “paulieb.eth”, “Siddhant” і “yashhhh.eth | E&N” за їхню відданість і внесок у відповідях на запитання спільноти.

Воркшопи та заходи спільноти

Воркшоп** “Децентралізований додаток з нуля” в Accra, Ghana**, був відзначений “Chidubem | The Graph” за його спрямування на створення децентралізованих додатків та інтеграції підграфів. Simon і Jerry з Edge & Node були співавторами цього воркшопу, підкреслюючи прихильність The Graph до освіти і розвитку в сфері блокчейну.

Приєднуйтесь до телеграму TheGraphAfrica тут.

Крім того, “lorenablockya” поділилась цікавими деталями щодо майбутнього заходу ETH Argentina, який відбудеться 1 і 2 березня, в рамках якого буде проведено технічний паралельний захід. Крім того, “Emmilili” нагадав про подію ETH Cinco de Mayo, що відбулася з 1 по 4 лютого 2024 року, підкресливши її мету - збагатити спільноту розробників за допомогою воркшопів та нетворкінгу. Переможцем хакатону під час цієї події став децентралізований додаток, спрямований на музику та NFT, що підкреслює інноваційне використання The Graph у нових додатках.

Нагадування

Учасникам спільноти нагадали слідкувати за щомісячними оновленнями від основних розробників на форумі, щоб своєчасно отримувати інформацію щодо постійного прогресу та розвитку The Graph:

Нові випуски GRTiQ

Подкаст GRTiQ: 152 Uri Kolodny

У цьому епізоді на вас чекає захоплива розмова з Uri Kolodny, Co-Founder і CEO StarkWare. Він розкриває тонкощі Starknet, рішення для масштабування рівня 2 для Ethereum, та його майбутню підтримку в мережі The Graph. Незважаючи на нещодавню заяву Uri про відхід з посади CEO, його розповіді у випуску підкреслюють його внесок в технологію блокчейн і очікувану інтеграцію з The Graph, що підкреслює його продуманість і підприємницький дух.

Подкаст GRTiQ: 153 Rodrigo Coelho (частина 1)

Подкаст GRTiQ: 154 Rodrigo Coelho (частина 2)

У цьому епізоді Rodrigo Coelho, Chief Spirit Officer в Edge & Node, розповідає про свій шлях від випадкової зустрічі з Yaniv, яка привела до того, що він став першим співробітником The Graph, до ключових моментів, що визначили успіх проекту.

Подкаст GRTiQ: 155 Juan Manuel Rodriguez Defago

У цьому епізоді ми знову зустрічаємось з Juan Manuel Rodriguez Defago, Blockchain Developer в GraphOps. Епізод висвітлює його перехід від активного учасника спільноти до основного розробника в екосистемі The Graph з моменту нашої останньої розмови у квітні 2021 року. Відданість Juan спільноті The Graph очевидна, коли він ділиться відомостями про свою поточну роботу, включаючи такі ключові проекти, як Graph Horizon і New Era, підкреслюючи постійне прагнення розвивати екосистему.

Подкаст GRTiQ: 156 Pablo Carranza Velez

У цьому епізоді Pablo Carranza Velez, Principal Software Engineer в Edge & Node, розповідає про свій шлях від раннього інтересу до простору до ключових ролей у web3 та The Graph. Висвітлюючи свій внесок, включаючи успішну міграцію L2 на Arbitrum One та розробку пропозиції Graph Horizon, Pablo ділиться цінною інформацією про свою роботу та майбутні напрямки розвитку екосистеми The Graph.

Подкаст GRTiQ: 157 Ayoola John

У цьому епізоді Ayoola John, CEO і Co-Founder of Astronaut, розповідає про свого інноваційного ШІ-помічника, спрямованого на трансформацію управління громадою. AJ розповідає про свій шлях від Lagos до керівних посад у Facebook та Coinbase, про свою підприємницьку діяльність та пропонує спеціальну знижку для слухачів подкасту на план Astronaut PRO.

Презентація Graph Horizon (09:20)

Pablo з Edge & Node поділився короткою презентацією Graph Horizon, запропонованим оновленням The Graph, яке спрямоване на те, щоб зробити його більш модульним, гнучким, надійним, децентралізованим і стійким до цензури. Пропозиція спрямована на відмову від монолітної структури, дозволяючи ширший спектр послуг з передачі даних без потреби у схваленні управління, таким чином стимулюючи інновації і диверсифікацію послуг.

Зміни в економічній моделі та моделі безпеки

За допомогою Graph Horizon плануються значні зміни для підвищення економічної безпеки та прозорості. Пропонується ввести можливість скасування делегування і плату за індексацію на додаток до існуючих винагород, заохочуючи участь без попереднього дозволу і посилюючи опір цензурі. Підхід передбачає децентралізований арбітраж, що дозволяє кожній службі обробки даних налаштовувати свої процеси арбітражу і перевірки, зменшуючи участь управління. Ключовим елементом стратегії є модульний стейкінг-контракт, за яким провайдери стейкають GRT, щоб забезпечити цілісність сервісу, а верифікатори мають право зменшувати стейки на основі встановлених правил.

Структура протоколу та управління

Graph Horizon сприяє компонуванню без дозволу, даючи можливість створювати нові сервіси обробки даних з унікальними правилами, незалежно від схвалення базового стейкінг-контракту. Довіра до базового контракту про розподіл часток має вирішальне значення, тому обговорюється, чи використовувати повністю незмінний контракт, чи фіксований у часі процес оновлення. Така гнучкість дозволяє кожному сервісу обробки даних створювати свій механізм арбітражу, що, можливо, призведе до створення ринку арбітрів, яких шануватимуть за їхню репутацію та справедливість.

Автоматизація та верифікація

Основна мета Horizon - підвищити автоматизовану перевірку сервісів даних в мережі, зменшити залежність від людського арбітражу і підвищити економічну безпеку.

Децентралізація та стійкість до цензури

Graph Horizon прагне підвищити стійкість до цензури та децентралізацію, зокрема, щоб усунути потребу в оракулах для індексації винагород.

Індексація та структура винагород

Graph Horizon вводить GIP-58, додаючи плату за індексацію як метод індексації підграфів поряд з існуючими винагородами, без негайних змін останніх.

Залучення спільноти та розвиток протоколу

Graph Horizon має на меті розумно використовувати випуск GRT, сприяючи обговоренням щодо його найкращого використання без зміни винагороди за індексацію. Він враховує занепокоєння щодо вибору споживачів, який призводить до централізації, пропонуючи автоматизований вибір і заохочуючи розробників розподіляти плату за індексацію між кількома індексаторами, покращуючи якість обсловування і децентралізуючи його. Graph Horizon прагне досягти більш ефективної взаємодії, усуваючи потребу в платі за кураторство або податках на протокол для послуг, які не базуються на винагороді за видачу та індексацію, що потенційно знижує витрати і сприяє зростанню The Graph. Обговорення спільноти зосереджені на розвитку протоколу в напрямку Graph Horizon, порівнюючи поступові поліпшення підходу Brownfields з новою паралельною структурою протоколу підходу Greenfield.

Операційна ефективність і користувацький досвід

Graph Horizon має на меті спростити процес індексації підграфів для їхніх розробників, забезпечуючи більш передбачуване ціноутворення і кращий загальний досвід роботи. Підкреслюється терміновість цих обговорень, враховуючи обмежений час для вирішення цих значних змін.

Посилання на Graph Horizon

Допис на форумі

Допис у блозі

Подкаст GrapHER Club (18:59)

The Graphtronauts розпочали ініціативу, спрямовану на трансформацію наративу про жінок у web3, запустив подкаст GrapHER Club Podcast. Цей інноваційний проект, який веде “Emmilili” і який було представлено під час громадської дискусії, покликаний розширити можливості та надихнути жінок перейти у динамічний простір web3 і процвітати в ньому. Ініціатива підкреслює той факт, що не обов’язково мати ступінь з комп'ютерних наук чи досвід кодування для того, щоб залишити свій слід у Web3, підкреслюючи відкритість екосистеми для різноманітних талантів - від дизайну та побудови спільнот до розробки.

Подкаст GrapHER Club має на меті привернути увагу до жінок-новаторів, які роблять значний внесок у сферу Web3, незалежно від того, чи є вони дослідницями, засновницями або першопрохідцями у своїх галузях, доносячи до нас повідомлення про гендерну інклюзивність у технологічному ландшафті. Перший епізод подкасту розповідає про надихаючу подорож Mickey Negus, Senior Engineering Manager в Edge & Node, яка розповідає про свій шлях до того, щоб стати першою жінкою-лідером у сфері технологій, подолання синдрому самозванця та стійкість, необхідну в її ролі. Mickey ділиться важливою інформацією для тих, хто прагне до лідерства в технологічній індустрії, а також цінні поради для тих, хто хоче спробувати свої сили в цій часто складній і лякаючій галузі.

Цей проект є свідченням пристрасті та відданості команди The Graphtronauts, яка має на меті створити сприятливе середовище для жінок у Web3.Перший епізод вийшов одночасно з community talk, і команда закликала спільноту взаємодіяти з контентом. Emmilili зазначила, що подкаст - це щире прагнення зробити позитивний внесок у розвиток спільноти Web3, і пообіцяла, що в найближчі тижні буде багато цікавих гостей та історій.

Оновлення від BuildersDAO (22:41)

James з BuildersDAO поділився інформацією про те, як організація працює над покращенням екосистеми The Graph. BuildersDAO - це колектив розробників, який займається розробкою високоякісних підграфів і підпотоків для безперешкодної інтеграції різних протоколів і проектів Web3 з The Graph. Вони зосереджені не лише на створенні цих інтеграцій, але й на їх утриманні, пропонуючи постійну підтримку та заохочуючи інновації, щоб підтримувати залученість проектів в екосистему.

Він детально описав основні зусилля організації, включаючи розробку підграфів з нуля, оптимізацію та оновлення підграфів від хостингових сервісів до децентралізованих мереж, з особливим акцентом на тих, що працюють на основі Substreams. Крім того, James згадав про роботу над виправленням критичних помилок і наданням технічної підтримки.

Останні зусилля, які виділив James, включають: створення підграфів для Token Name Service для TokenDAO і FloorDAO V2, запуск проекту підграфа для Ethereum Follow Protocol і оптимізацію підграфа Uniswap V3, а також аналогічні зусилля по оптимізації підграфа Uniswap V2.

James також розповів про проактивні заходи DAO щодо міграції та утримання, включаючи панель керування, створену учасником команди на ім’я Thomas. Ця панель керування відстежує підграфи на хостинговому сервісі, ідентифікуючи потенційні проекти для міграції в мережу The Graph і виділяючи підграфи, які не синхронізуються, як можливості для виправлення помилок.

Він також підкреслив важливість розвитку Substreams в рамках BuildersDAO, згадавши про винагороду для учасників DAO за створення базових підпотоків. Серед ключових проектів у цій області включають підпотоки для ціноутворення Chainlink та Uniswap, а також інші, що перебувають на стадії розробки.

Завершуючи свою доповідь, James запросив всіх, хто має досвід у розробці підграфів та підпотоків і захоплюється Web3 та The Graph, розглянути можливість приєднання до BuildersDAO.

https://www.buildersdao.tech/

https://x.com/GraphBuilders?s=20

Залишайтеся з нами!

Приєднуйтесь до нас наступного місяця на Community Talk #33!

Будьте в курсі подій, долучаючись до дискусій на форумі, слідкуйте за " The Graph на X" або зв'яжіться з будь-ким із людей, згаданих у коментарях, приєднавшись до сервера Discord.

The Graph і Farcaster Frames: Закриття потреб у даних за допомогою підграфів

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 15:35:06 GMT

https://thegraph.com/blog/build-with-farcaster-frames-the-graph/

Нещодавно Farcaster представив нову функцію фреймів, яка викликала хвилю захоплення у спільноті розробників web3. Функціонал простий, але потужний: фрейми дозволяють користувачам додавати програмовану інтерактивність до своїх публікацій, уможливлюючи безліч творчих можливостей. Чудовим прикладом для початківців буде вбудовування опитування: Опублікуйте питання на Farcaster і закличте своїх підписників вибрати відповідь в інтерактивному фреймі з декількома варіантами відповідей. Після цього, сценарії використання можуть стати ще цікавішими.

Програмована інтерактивність відкриває безліч творчих можливостей. З моменту випуску фреймів розробники вже встигли поекспериментувати з різними варіантами використання, такими як прямі NFT мінти з часової шкали, голосування за пропозиції Safe, полювання на скарби, створення трекера продажів Punk і багато іншого. А оскільки фрейми базуються на відкритому стандарті, інші протоколи швидко приєдналися до концепції: Lens з порталами Lens і XMTP фрейми.

Як ж The Graph вступає в гру з цим новими примітивами в web3?

Більшість фреймів мають потреби в мережевих даних. Наприклад, фрейм NFT мінт, можливо, захоче перевірити, чи підключений користувач вже здійснив мінт, тоді як деякі фрейми мають функціонал, залежний від токенів. Інші просто хочуть відображати певним чином організовані та актуальні мережеві дані. Саме тут розробники можуть використовувати The Graph для впевненого створення: забезпечуючи безперешкодний доступ до мережевих даних за допомогою підграфів.

Завдяки безлічі існуючих, вже опублікованих в мережі The Graph, підграфів, розробники можуть легко використовувати ці ресурси для задоволення своїх потреб у даних. А у випадках, коли потрібного підграфа не існує, створити його відповідно до конкретних потреб, що є простим процесом завдяки інтуїтивно зрозумілій інфраструктурі The Graph.

The Graph вирізняється не лише своєю доступністю, але й економічною гарантією, яку він пропонує через стейк індексаторів. Це забезпечує вищий рівень довіри та цілісності отриманих даних, що дає розробникам спокій, коли вони інтегрують мережеву інформацію у свої фрейми. Крім того, запит даних з мережі The Graph є інтуїтивно зрозумілим та ефективним, що робить його кращим вибором для розробників, які шукають надійні джерела даних.

The Graph + Farcaster Frames в дії

Це не гіпотетична стаття про те, як теоретично можна інтегрувати дані з The Graph у фрейми Farcaster. Насправді, вже є дуже цікаві приклади з останнього конкурсу Farcaster Bounty, організованого The Graph, які показують реальні приклади фреймів, що використовують The Graph для мережевих даних.

Погляньте на переможців:

1 місце: 3070 реалізував NFT-браузер всередині фрейма. Він запитує підграфи NFT на Ethereum і Base. Перевірте його в дії на Farcaster і перегляньте вихідний код на GitHub.

2 місце: Hashir і Shiyas створили фрейм, який може переглядати активність адреси Ethereum на POAP, ENS, Uniswap, NFT і Lens. Спробуйте його і перегляньте вихідний код на GitHub.

3 місце: limone.eth, серійний хакер фреймів, створив фрейм, який може голосувати за пропозиції в мережі. Якщо кворум буде досягнуто, Safe буде виконано. Перевірте це на Warpcast і перегляньте вихідний код на GitHub.

Якщо ви теж заразились багом фреймів і покопатися в цьому, перегляньте приклад репозиторію від мене, Simon, щоб швидко створити фрейм, який запитує The Graph. Або перегляньте чудові фрейми для більшого натхнення.

Зв'яжіться з Simon через Warpcast або X, щоб поділитися своїми думками!

Про The Graph

The Graph - це складова індексації та запитів у web3. Розробники створюють та публікують відкриті API, так звані підграфи, до яких додатки можуть звертатися за допомогою GraphQL. Наразі Graph підтримує індексацію даних з понад 40 різних мереж, включаючи Ethereum, NEAR, Arbitrum, Optimism, ZkSync, Polygon, Avalanche, Celo, Fantom, Moonbeam, IPFS, Cosmos Hub та PoA, а незабаром буде додано ще більше мереж. На сьогодні на хостинговому сервісі розгорнуто понад 88900 підграфів. Десятки тисяч розробників використовують The Graph для таких додатків, як Uniswap, Synthetix, KnownOrigin, Art Blocks, Gnosis, Balancer, Livepeer, DAOstack, Audius, Decentraland та багатьох інших.

Сервіс самообслуговування для розробників The Graph Network був запущений у липні 2021 року; з того часу понад 800+ підграфів мігрували до Мережі, а 450+ індексаторів обслуговують запити до підграфів, 11 300+ делегатів та 2 500+ кураторів на сьогодні.Нині було використано понад 5,6 мільйона токенів GRT для подачі сигналів. Якщо ви розробник, який створює додаток або програму у web3, ви можете використовувати підграфи для індексації та запитів даних з блокчейнів. The Graph дозволяє додаткам ефективно і продуктивно представляти дані в інтерфейсі користувача і дозволяє іншим розробникам також використовувати ваш підграф! Ви можете розгорнути підграф в мережі за допомогою нещодавно запущеної Subgraph Studio або запитувати наявні підграфи, які знаходяться в Graph Explorer. The Graph буде радий вітати вас як Індексаторів, Кураторів та/або Делегатів в основній мережі The Graph. Приєднуйтесь до спільноти The Graph, представивши себе в The Graph Discord для технічних обговорень, приєднуйтесь до чату The Graph в Telegram, а також слідкуйте за The Graph у Twitter, LinkedIn, Instagram, Facebook, Reddit та Medium! Розробники та члени спільноти The Graph завжди раді поспілкуватися з вами, а екосистема The Graph має зростаючу спільноту розробників, які підтримують один одного.

The Graph Foundation контролює The Graph Network. The Graph Foundation контролюється Technical Council, Edge & Node, StreamingFast, Semiotic Labs, The Guild, Messari та GraphOps - це лише кілька з основних організацій, що входять в екосистему The Graph.

Graph Horizon: Впровадження децентралізованих даних у стек технологій Web3

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 15:31:16 GMT

https://thegraph.com/blog/graph-horizon/

Як було оголошено у стратегії розвитку “Нова ера”, бачення The Graph розширилося за межі підграфів і GraphQL, щоб обслуговувати більше даних web3, більше користувачів і розробників, а також більше варіантів використання. В рамках цього етапу Edge & Node запропонувала Graph Horizon - далекоглядну трансформацію The Graph в більш вільний і повністю модульний протокол, призначений для обслуговування нескінченної кількості послуг обробки даних та мов запитів, а також для впровадження декількох удосконалень і оновлень протоколу. Як пояснили на форумі The Graph, еволюція, описана в Graph Horizon, свідчить про великий крок вперед у прагненні The Graph забезпечувати незрівнянну гнучкість, підвищену безпеку і покращену ефективність у наданні світу децентралізованих послуг з обробки даних.

Що таке Graph Horizon?

Graph Horizon - це назва пропозиції, яка визначає наступну ітерацію протоколу The Graph, і є результатом багаторічних досліджень і обговорень серед основних розробників і учасників екосистеми. Graph Horizon спрямований на підтримку нової ери The Graph, запровадивши динамічну, модульну структуру для протоколу, яка робить його більш загально доступним та ефективним. Кілька основних ідей відрізняють Graph Horizon від існуючого протоколу, як, наприклад, додавання універсального стейкінг-контракту для протоколу.

Розглянемо один з прикладів того, як Graph Horizon пропонує поліпшити роботу індексаторів і підвищити модульність. Припустимо, що є індексатор в мережі The Graph, обладнаний і готовий індексувати підграф. За допомогою Graph Horizon цей індексатор може запропонувати проіндексувати підграф, взявши на себе зобов'язання щодо певної швидкості індексації після його отримання, і забезпечувати обслуговування протягом зазначеного періоду часу. Щоб забезпечити підзвітність, індексатор вносить заставу GRT, яка може бути вилучена, що є формою економічної безпеки. Якщо індексатор не виконує узгоджену послугу індексації, він ризикує втратити весь стейк. Ця схема не тільки дозволяє споживачеві бути впевненим, що його підграф буде проіндексовано відповідно до угоди, але й підвищує рівень надійності і довіри до послуг, що пропонуються в мережі The Graph. Це лише один простий приклад того, як Graph Horizon забезпечує безпеку і ефективність, сприяє безпечному обміну даними і пропонує механізм, що дозволяє надавати широкий спектр послуг з обробки даних, які відповідають різноманітним потребам користувачів.

Які переваги Graph Horizon?

Graph Horizon - це новий рівень простого обміну даними, а також більш різноманітні та адаптовані послуги обробки даних в мережі The Graph. Деталі кожної послуги обробки даних визначаються за допомогою смарт-контракту, включаючи вартість, вимоги та очікувану поведінку індексатора. Така чіткість у наданні послуг дозволяє безперешкодно координувати дії між тими, хто надає послуги, і тими, хто ними користується.

Вивільнення модульності

Graph Horizon втілює підхід, спрямований на зростання, використовуючи модульність, ключовий принцип, оскільки екосистема блокчейну розвивається в напрямку структури, де окремі шари - такі як доступність даних, консенсус і виконання - оптимізовані для виконання конкретних функцій. Така модульна архітектура не лише підвищує ефективність і гнучкість, але й знижує витрати і підтримує різноманітний ландшафт блокчейну. Інтегруючи The Graph в цей модульний стек, Graph Horizon позиціонує протокол як ключовий компонент екосистеми, забезпечуючи безперешкодне запитування даних в різних середовищах і гарантуючи його ключову роль в архітектурі блокчейну, що розвивається. Цей стратегічний фокус на модульності, включаючи активні дослідження в області модульної індексації і запитів, гарантує, що The Graph залишається адаптивним і необхідним в умовах швидкого технологічного прогресу, сприяючи створенню багатого середовища для інновацій та розвитку в області децентралізованих послуг обробки даних.

Участь без обмежень

Graph Horizon виступає за більш вільне середовище. У цій конкурентній і стійкій до цензури мережі немає жодних бар'єрів для вступу, встановлених управлінням. Ця філософія відкритого доступу забезпечує можливість для кожного, хто має поклик та інноваційну ідею, зробити свій внесок і отримати вигоду від The Graph. Graph Horizon вдосконалює існуючий протокол для створення більш динамічної та інклюзивної спільноти, де ідеї можуть розвиватися без обмежень авторизації, сприяючи розвитку багатого ландшафту децентралізованих послуг. Це перетворюється на реальний сценарій, коли невеликий стартап або незалежний розробник має такі ж можливості робити свій внесок і отримувати вигоду від екосистеми The Graph, як і “великі гравці”, що вже давно зарекомендували себе. Відсутність бар'єрів для вступу сприяє інноваціям та урізноманітненню всередині спільноти.

Економічно ефективні рішення

Дизайн Graph Horizon побудований з урахуванням ефективності та цінності. Його архітектура розроблена таким чином, щоб мінімізувати витрати, забезпечуючи, що кожен ресурс використовується для надання максимальної цінності користувачам, учасникам мережі та розробникам. Цей економічно ефективний підхід приносить користь не лише індексаторам, але й кінцевим користувачам, які можуть отримати доступ до високоякісних послуг за стабільно конкурентною вартістю. Зосередженість на ефективності без шкоди для якості свідчить про прихильність Graph Horizon до стійких і доступних послуг обробки даних web3.

Інтероперабельність

Graph Horizon виходить за межі модульності та простоти - він пропонує нову важливу функцію: інтероперабельність. Здатність безперешкодно надавати безліч послуг обробки даних в одній мережі змінює правила гри. Ця інтероперабельність є ключовою у розширенні спектру послуг та пристосуванні до стрімко змінюючихся потреб світу web3. Вона дозволяє пропонувати різноманітні послуги, швидко впроваджувати їх і гнучко відповідати на запити користувачів. Забезпечуючи ефективну інтероперабельність різних сервісів в рамках мережі The Graph, Graph Horizon не просто розширює можливості мережі, але й активно забезпечує її майбутнє.

Що це означає для учасників мережі

Оскільки Graph Horizon радикально покращує протокол, важливо розуміти, які наслідки це має для поточних учасників мережі. Ця еволюція протоколу призначена бути інклюзивною і корисною для всіх учасників екосистеми The Graph. Ось короткий огляд того, як Graph Horizon впливає на різних учасників мережі.

Індексатори

Graph Horizon пропонує більш гнучку та ефективну екосистему. Основна зміна полягає у введенні незмінного, універсального стейкінг-контракту , який дозволяє підвищити економічну безпеку, а також додавати різні послуги обробки даних без дозволу. Індексатори можуть брати участь у роботі різноманічних сервісів обробки даних з різними вимогами до частки за участь, структурами оплати та правилами роботи, що надає їм безпрецедентний контроль і гнучкість у їхній ролі в мережі The Graph.

Делегати

Graph Horizon запроваджує суттєві зміни для делегатів, підкреслюючи їхню роль у забезпеченні економічної безпеки в екосистемі The Graph. З метою підвищення відповідальності делегатів, Horizon вводить ключову функцію: делегування з можливістю штрафування делегованих токенів, що означає, що у випадку неправомірних дій індексатора, частина делегованої йому сумми токенів може бути зменшена чи вилучена. Ця зміна підвищує важливість і вплив делегатів, оскільки їхні частки безпосередньо впливають на безпеку мережі. Однак, важливо зауважити, що ризик для делегатів зменшується завдяки дизайну протоколу, де в першу чергу зменшується власний стейк індексатора. Тільки у випадках серйозних порушень, коли весь стейк індексатора вичерпаний, тоді стейк делегатів можуть бути зменшені. Очікується, що цей механізм вимагатиме мінімальної додаткової перевірки індексаторів, забезпечуючи баланс між безпекою та простотою участі для делегатів. Він також заохочує делегатів розподіляти свої токени між багатьма індексаторами, сприяючи децентралізації. Graph Horizon також скасовує % на делегування та вводить можливість більш гнучких періодів виведення коштів.

Розробники

Розробники, які використовують The Graph для доступу до даних блокчейну, можуть отримати велику вигоду від змін, запропонованих в Graph Horizon. Перехід до більш модульного і вільного протоколу означає, що розробники отримують більше свободи і гнучкості у взаємодії з The Graph. Вони можуть розраховувати на більшу різноманітність доступних сервісів обробки даних, а також на більш ефективну взаємодію в екосистемі. Модульна структура Graph Horizon дозволяє безперешкодно інтегрувати різноманітні послуги обробки даних у свої додатки. Наприклад, розробник може легко отримати доступ до розширених аналітичних сервісів або потоків даних блокчейну в режимі реального часу, підвищуючи функціональність і швидкість реагування своїх децентралізованих додатків без необхідності вносити значні зміни в бекенд.

Ця зміна спрямована на підтримку інновацій та зростання, оскільки розробникам відкриваються більше можливостей для створення та оптимізації своїх підграфів та інших сервісів обробки даних у більш динамічному та децентралізованому середовищі.

Розробники послуг обробки даних

Розробники послуг обробки даних виступають як ключові учасники, використовуючи відкритий і бездозвільний протокол для інновацій та урізноманітнення пропозицій щодо сервісів обробки даних в мережі The Graph. Їх роль полягає не лише у створенні, але й у безперешкодній інтеграції нових сервісів обробки даних, які мають вирішальне значення для розширення можливостей і корисності мережі. Розробники сервісів обробки даних також відіграють ключову роль у забезпеченні майбутнього мережі The Graph, постійно впроваджуючи передові та масштабовані рішення для роботи з даними, які передбачають та адаптуються до постійно змінюючогося ландшафту технологій web3. Крім того, їхній внесок допомагає створити більш взаємопов'язану і взаємовпливаючу мережу, сприяючи створенню середовища співпраці, де різні сервіси обробки даних можуть працювати в гармонії, покращуючи загальну корисність і користувацький досвід в екосистемі The Graph. Будь-хто може стати розробником сервісів обробки даних, щоб підтримувати свої улюблені сервіси даних за допомогою мережі The Graph.

Висновки

Після винайдення в екосистемі The Graph, підграфи швидко стали стандартом галузі і стали використовуватись майже кожним розробником web3. Graph Horizon дає можливість наступному поколінню розробників створювати за допомогою підграфів і не тільки, отримуючи доступ до даних блокчейну у будь-який зручний для них спосіб!

Graph Horizon має революційний потенціал, трансформуючи онлайн дані, якими ми їх знаємо, і розширюючи The Graph до модульного центру даних не тільки для підграфів, але й для будь-яких децентралізованих сервісів обробки даних.

Graph Horizon активно розробляється, і у вас є можливість взяти в цьому участь, розпочавши дискусії, висловивши занепокоєння або залишивши відгук на форумі The Graph.

Про The Graph

The Graph Builders Newsletter #13

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 15:29:41 GMT

https://thegraph.com/blog/builders-newsletter-13/

🏗️ Підписуйтесь на інформаційний бюлетень The Graph Builders Newsletter 🏗️

gm web3 builders,

Ласкаво просимо до The Graph Builders Newsletter #13 за січень 2024, в якому ми ділимося важливими новинами екосистеми The Graph для розробників за минулий місяць.

Почнімо!

Спільнота розробників The Graph

Розгляньте можливість приєднатися до цих трьох спільнот розробників та познайомтеся з іншими розробниками в екосистемі The Graph!

Створюйте разом з учасниками хакатону в групі The Graph Builders в Telegram

Група The Graph Builders у Telegram наразі налічує 180 учасників і має канал #general для запитань та співпраці, а також окремі канали для підтримки хакатонів. Більшість учасників приєдналися до каналу під час різних хакатонів, тому будьте певні, тут є багато відданих і допитливих web3-розробників!

Створюйте разом з редакторами за допомогою r/GraphBuilders

Нещодавно запустили r/GraphBuilders, спрямований на обмін ресурсами, порадами та обговорення щодо розробки на The Graph. Знаходьте дописи, блоги, воркшопи та відео про підграфи, підпотоки, GraphQL та іншу інформацію про протокол.

Створюйте з професіоналами з The Graph BuildersDAO

Готові вдосконалити свої навички роботи з підграфами та підпотоками? Завітайте на The Graph BuildersDAO, де досвідчені фахівці спільно працюють над розробкою готових до запуску підграфів і підпотоків для протоколів і команд. Якщо ще не готові приєднатися до DAO і просто хочете привітатися, приєднуйтесь до The Graph BuildersDAO в Discord і познайомтеся з командою!

Оновлення екосистеми

TODO: Перехід від хостингового сервісу до кінцевих точок в мережі

З кожним днем все більше підграфів оновлюється до мережі The Graph, а їх еквіваленти на хостингових сервісах перестають отримувати обслуговування від своїх розробників. Ми вже можемо оновити наші кінцеві точки для використання підграфів мережі The Graph:

Якщо розробники використовують версію Uniswap v3 для хостингового сервісу, кінцеві точки з часом застаріють на користь версії Uniswap V3 для мережі The Graph.

Це означає, що незабаром розробникам доведеться змінити кінцеві точки, що використовуються в їхніх децентралізованих додатках, з кінцевих точок підграфа хостингового сервісу на кінцеві точки підграфа мережі The Graph.

Якщо версії підграфа хостингового сервісу у мережі The Graph немає, будь ласка, зверніться до команди, яка володіє версією підграфа хостингового сервісу, і надішліть їм ці документи для оновлення їхнього підграфа до мережі The Graph.

Це оголошення буде надруковано у всіх Builders Newsletter, щоб забезпечити ясність під час закриття хостингового сервісу. Якщо хтось із розробників побачить дописи в X (твіти) з цими нагадуваннями, будь ласка, ретвітніть, оскільки це допоможе всім розробникам в екосистемі The Graph!

Пояснення щодо The Graph Horizon

Читаєте про стратегію розвитку нової ери The Graph і хочете дізнатися більше про Horizon?

Ознайомтеся з постом на форумі The Graph, написаним Edge & Node Smart Contract Engineer і Researcher Pablo Carranza Velez під назвою “Graph Horizon Explained: a Proposal for the Evolution of the Protocol”.

TL;DR?

“Простими словами, Graph Horizon - це ітерації над існуючим протоколом, щоб врахувати те, що ми дізналися з моменту запуску протоколу, і впровадити покращення, які були запропоновані під час спілкування з багатьма користувачами і учасниками, щоб забезпечити виконання місії The Graph та збереження мережі як основної і надійної інфраструктури для web3”. - Pablo Carranza Vélez

Нові релізи

Graph-Node 0.34.0

У версії graph-node 0.34.0 внесено чотири ключових покращення.

Покращено продуктивність запитів за допомогою indexerHints та автоматичного прунінгу

Ця нова функція, загалом, розглядається як нова найкраща практика у розробці підграфів!

Чому ця функція настільки важлива?

Прунінг підграфів - це метод оптимізації, який регулярно використовують індексатори для видалення непотрібних даних з підграфів, тим самим покращуючи продуктивність запитів. За допомогою indexerHints тепер можна налаштувати автоматичний прунінг підграфів.

Щоб додати цю функцію до наших підграфів, ми можемо додати indexerHints до маніфесту підграфу, як показано у цьому прикладі маніфесту.

...
indexerHints:
  prune: auto
...

Зверніть увагу, що запити на переміщення у часі конфліктують з використанням indexerHints. Не використовуйте ці дві функції разом, оскільки це призведе до критичних змін.

Якщо у вас виникнуть запитання щодо indexerHints, звертайтесь до marcus@edgeandnode.com.

Покращені підграфи на основі підпотоків з використанням підпотоків як тригерів для підграфів - бета-версія

У цій бета-версії розробники тепер можуть безпосередньо запускати відображення підграфів на вихідних даних з підпотоків.

Один з варіантів використання цієї функції полягає у вирішенні проблеми, коли під час індексації потрібно виконати багато eth_calls. У той час як підграф повинен сповільнюватись для обробки індексації eth_calls, підпотік не сповільнюється. Таким чином, використовуючи підпотік для отримання eth_calls, а потім перетворюючи дані у відображеннях підграфа, ми отримуємо підграф, який може без проблем індексувати велику кількість eth_calls.

Будь ласка, надсилайте свої відгуки щодо цієї функції на marcus@edgeandnode.com.

Покращення точності індексації за допомогою endBlock

Якщо ми знаємо, що нам потрібно індексувати лише конкретний набір блоків, тепер ми можемо визначити endBlock підграфа у маніфесті.

...
  startBlock: 4000000
  endBlock: 5000000
...

Ознайомтеся з повним переліком релізів, щоб дізнатися, що ще було випущено у graph-node 0.34.0!

Subgraph Radio

Розробка в web3 ґрунтується на надійному зв'язку між розподіленими мережами людьми. На наше щастя, команда GraphOps щойно випустила Subgraph Radio, абсолютно новий інструмент, призначений для безпосереднього покращення комунікації між розробниками підграфів та індексаторами.

Дві ключові функції для розробників підграфів:

Попередня синхронізація оновлення підграфів: Дозволяє розробникам підграфів анонсувати оновлення підграфів, що дозволяє індексаторам попередно синхронізувати нові версії, зменшуючи труднощі і підвищуючи швидкість реакції мережі.
Інтегровані сповіщення та моніторинг: Сумісність з такими платформами, як Slack, Discord і Telegram, для отримання сповіщень в режимі реального часу, в поєднанні з повноцінним моніторингом за допомогою детальних журналів і метрик, доступних через Prometheus і візуалізованих за допомогою інтерфейсів Grafana.

Одна ключова функція для індексаторів:

Підтвердження індексації (POI) Cross-Checking: Надійний механізм для індексаторів для забезпечення цілісності даних, швидкого виявлення розбіжностей і пом'якшення потенційних конфліктів у мережі.

Розпочніть роботу з Subgraph Radio!

Основні моменти хакатону

Змагання Blast Big Bang вже триває

Змагання Blast Bing Bang відзначає розробників!

Тепер, коли Subgraph Studio підтримує Blast-Testnet, розробники в екосистемі The Graph мають величезну перевагу, адже мають можливість привернути увагу до своїх проектів. Створюйте або демонструйте свої навички роботи з підграфами та децентралізованими додатками і представте свій проект перед більш ніж 100 тис. користувачів та $1.3 млрд. в TVL, а також зв'яжіться з інвесторами.

До завершення змагання залишилося трохи менше місяця, тож у вас ще є час взяти у ньому участь та поборотися за перемогу🥇

Навчальний куточок

Посібник по використанню файлових джерел даних : Використання підграфів для індексації позамережевих даних

Пориньте в новий випуск блогу, присвячений файловим джерелам даних, написаний Edge & Node Developer Relations Engineer Marcus Rein!

Цей блог був написаний для початківців і розробників підграфів середнього рівня, які хочуть освоїти кілька просунутих методів, таких як використання файлових джерел даних для індексації позамережевих даних з Arweave і IPFS одночасно, а також передачу контексту між обробниками.

Дізнайтеся більше про файлові джерела даних в документації і почніть розробку вражаючих підграфів з використанням файлових джерел даних!

The Graph Builders Office Hours - щочетверга о 17:00 UTC

Щочетверга о 17:00 UTC приєднуйтесь до The Graph Builders Office Hours, який проводить Developer Relations Engineer з Edge & Node Kevin Jones у The Graph Discord.

Кожна сесія включає в себе воркшопи у режимі реального часу та дискусії Q&A з розробниками, які працюють в екосистемі The Graph.

Почніть створювати швидко з усіма (20!) воркшопами The Graph Builders Office Hours!

Ось кілька нещодавніх епізодів:

Переможець Хакатону “Nazar” розробив свій проект на основі підпотоків
Досліджуйте можливості композиції підграфів у Graph Client
Дізнайтеся, як Clickhouse можна використовувати у якості приймача підпотоків
Ознайомтеся з новими можливостями підграфів - обробники ініціалізації та обробники опитувань
Створюйте за допомогою стандартних підграфів Messari

Опитування для розробників

Створення The Graph Network - це спільна робота, і основні розробники хотіли б почути ваші відгуки!

Дякуємо за прочитання та щасливого розвитку! 💌

Маркус Рейн

Developer Relations and Success

Edge & Node, працює над The Graph

Про The Graph

Туторіал по файловим джерелам даних: Використання підграфів для індексації офф-чейн даних

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 10:28:19 GMT

https://thegraph.com/blog/file-data-sources-tutorial/

TLDR: Поєднуючи файли IPFS та Arweave з інформацією в мережі, підграфи можуть надавати нові рішення для даних у децентралізованих додатках. Читайте цю статтю блогу, щоб дізнатися про методи вирішення проблем, з якими може зіткнутися розробник підграфів, а також про створення підграфа File Data Sources, який індексує повідомлення Lens Protocol.

Готовий репозиторій підграфа File Data Sources цього туторіала.

Опублікований підграф File Data Sources доступний в мережі The Graph.

Технологія та термінологія цього туторіала

File Data Sources - функція підграфа, призначена для індексації офф-чейн файлів та їх вмісту. Наразі File Data Sources може індексувати файли, що зберігаються на Arweave та IFPS.

Arweave - децентралізована мережа зберігання даних, спрямована на забезпечення постійного й незмінного зберігання даних. На відміну від інших сховищ, вона пропонує модель одноразової оплати, гарантуючи постійне зберігання даних без повторних платежів.

IPFS (InterPlanetary File System) - однорангова мережа, яка дозволяє децентралізовано обмінюватися файлами та зберігати їх, маючи на меті зробити Інтернет швидшим, безпечнішим та відкритішим. На відміну від моделі постійного зберігання Arweave, IPFS дозволяє динамічне оновлення та отримання даних, але не гарантує вічного зберігання даних.

Lens Protocol - децентралізований соціальний граф, призначений для надання користувачам контролю над їхнім контентом та зв'язками у просторі, орієнтованому на web3. Lens Protocol зберігає контент як на Arweave, так і на IPFS, що значно вигідніше, ніж зберігати ці дані в мережі.

ABI (Application Binary Interface) - це стандартизований метод взаємодії зі смарт-контрактами в блокчейні, який визначає, як викликати функції, як структурувати дані і як інтерпретувати результати. Підграфи використовують ABI для декодування та індексації подій смарт-контрактів і викликів функцій, що дозволяє ефективно і структуровано запитувати дані блокчейну.

Шаблони джерел даних (DST) - використовуються для індексації динамічних джерел даних. Існує два способи використання шаблонів джерел даних в підграфах: для індексації файлів поза мережею і для програмного додавання нових контрактів для індексації під час виконання, наприклад, проксі-смарт-контрактів або фабрик.

Смарт-контракти з проксі-шаблоном - ця архітектура смарт-контрактів складається з одного реалізованого смарт-контракту і, можливо, багатьох проксі-смарт-контрактів. Дізнайтеся більше про проксі-смарт-контракти, переглянувши відеоурок Patrick Collins та прочитавши документацію від OpenZeppelin.

Варіант використання File Data Sources

У минулому підграф, що індексує дані поза мережею, був лінійним, а це означає, що якщо підграф був активований для індексації даних поза мережею, індексація в мережі припинялася до тих пір, поки файл не був отриманий. Тепер File Data Sources дозволяє паралельно індексувати як мережеві, так і офф-чейн дані, підвищуючи швидкість і надійність синхронізації. Завдяки цим покращенням, зараз чудовий час, щоб навчитися розробки за допомогою File Data Sources!

Давайте почнемо з прикладу використання. Чи не було б чудово зібрати всі записи на Lens Protocol, включно з іменами користувачів, які їх опублікували?

Використовуючи цей підграф ми могли б провести численні аналізи, такі як аналіз трендів, ідентифікація інфлюенсерів, рекомендація контенту тощо, використовуючи такі бібліотеки, як Playgrounds, або навіть створити дашборди без коду за допомогою DappLooker.

Підтвердження архітектури даних і специфікацій нашого підграфа

Перед тим, як розпочати розробку, нам потрібно переконатися, що існують як он-чейн, так і офф-чейн джерела даних, щоб запустити індексацію нашого підграфа File Data Sources.

Більшість NFT, включно з деякими публікаціями Lens Protocol V1, зберігають свій вміст та метадані в JSON-файлах поза мережею, тоді як їхній стан зберігається в мережі. Переконавшись, що Lens використовує IPFS і Arweave, а також має свій проксі-смарт-контракт і реалізаційні смарт-контракти на Polygon, ми готові перейти до створення характеристик нашого підграфа.

Ось дві основні операції, які буде виконувати наш підграф для належної індексації даних поза мережею:

Збір ідентифікаторів файлів з події в мережі

Ми зберемо ідентифікатори файлів з офф-чейн файлу події PostCreated. Ця подія визначена в реалізаційному смарт-контракті LensHub і генерується з проксі-смарт-контракту LensHub.
- Ми запустимо індексацію файлових джерел даних за цими ідентифікаторами файлів.

2. Індексація офф-чейн файлів з Arweave та IPFS за допомогою File Data Sources

Ми будемо збирати вміст публікації з JSON-файлу, збереженого на Arweave або IPFS, і зберігати метадані файлу в змінній PostContent в нашому підграфі.

Офф-чейн ідентифікатори файлів, які запускають File Data Sources

Arweave

Починаючи з версії 0.33.0, нода Graph може отримувати файли, що зберігаються на Arweave, на основі їх ідентифікатора транзакції від шлюзу Arweave (приклад файлу). Arweave підтримує транзакції, завантажені через Irys (раніше Bundlr), і нода Graph також може отримувати файли на основі маніфестів Irys.

IPFS

Нода Graph підтримує ідентифікатори вмісту (CID) версій v0 і v1, а також CID з такими каталогами, як Qm.../metadata.json.

Тепер, коли ми підтвердили архітектуру наших даних і зрозуміли специфікацію нашого підграфа, попрацюємо над наданням першої специфікації підграфа: збором ідентифікаторів файлів з події в мережі.

Збір ідентифікаторів файлів з подій в мережі

Якби ми створювали власний смарт-контракт, то було б досить легко створити подію, що видає ідентифікатор файлу для File Data Sources. Оскільки ми не створюємо власний смарт-контракт, нам доведеться дослідити смарт-контракти Lens, щоб знайти подію, яка видає ідентифікатор файлу для нашого підграфа File Data Sources.

Давайте дослідимо реалізаційний смарт-контракт LensHub events.sol, щоб знайти подію, яка може містити ідентифікатор файлу, який ми можемо використати для запуску офф-чейн індексування File Data Sources.

Якщо ми подивимося на подію PostCreated, то побачимо, що вона видається кожного разу при створенні поста. Ми також бачимо, що вона має поле contentURI, яке може містити ідентифікатори файлів, які нам потрібні для запуску File Data Sources.

event PostCreated(
  uint256 indexed profileId,
  uint256 indexed pubId,
  string contentURI,
  address collectModule,
  bytes collectModuleReturnData,
  address referenceModule,
  bytes referenceModuleReturnData,
  uint256 timestamp
);

Давайте розгорнемо підграф, який індексує цю подію PostCreated і її поле contentURI, щоб перевірити, чи містить воно ідентифікатори файлів, які нам потрібні для запуску індексації File Data Sources. Після того, як ми переконуємося, що цей contentURI містить ідентифікатор потрібного нам файлу, ми можемо розширити цей підграф далі, щоб запустити індексацію цього файлу через File Data Sources.

Розгортання нашого підграфа для індексування події PostCreated

Розпочнемо з www.thegraph.com/studio і створимо новий підграф, який вибере Polygon в якості блокчейну для індексації, оскільки Polygon - це мережа, в якій розгорнуті смарт-контракти.

Використовуючи graph-cli, ініціюємо наш підграф за допомогою команди graph-init, яка знаходиться в правому нижньому куті Subgraph Studio.

Коли CLI попросить вказати адресу смарт-контракту, вказуємо адресу проксі-смарт-контракта LensHub (0xDb46d1Dc155634FbC732f92E853b10B288AD5a1d) і підтверджуємо, що ми хочемо індексувати події як джерела даних. Ми хочемо націлитися на проксі-смарт-контракт, оскільки це смарт-контракт, з яким взаємодіють учасники Lens, і він буде випускати події як від реалізаційного смарт-контракту, так і від проксі-смарт-контракту.

Якщо CLI запитає нас про стартовий блок і ABI, ми можемо перейти на https://miniscan.xyz/ і ввести адресу проксі-смарт-контракту, щоб отримати ці дані.

Після авторизації розгортайте підграф!

Зараз цей підграф індексує проксі-смарт-контракт, але, як ми скоро побачимо, цей підграф ще не має можливості індексувати як реалізаційний, так і проксі-смарт-контракт. Нам потрібно, щоб наш підграф відображав подію PostCreated, визначену в реалізаційному смарт-контракті, яка виходить від проксі–смарт-контракту.

Перейдемо до вивчення цього питання:

Проблема №1: Індексація смарт-контракту з проксі шаблоном

Проксі-смарт-контракти генерують як свої події, так і події реалізації.

При створенні підграфа в graph-cli, CLI створює обробники подій і змінні за допомогою наданого ABI контракту. Цей ABI отримується з експлорера блоків, в якому розгорнуто смарт-контракт. Якщо CLI вказано на проксі-смарт-контракт, він отримає цю інформацію тільки з проксі, а не з його реалізації.

Це означає, що наш поточний підграф не знає про подію PostCreated реалізованого смарт-контракту! Йому потрібні ABI, обробники подій і змінній цієї події PostCreated**!**

Можливий варіант вирішення A: Надати CLI і проксі, і реалізаційні смарт-контракти

Оскільки ми індексуємо лише один проксі та один реалізаційний смарт-контракт, ми можемо надати CLI адреси обох смарт-контрактів. Таким чином, підграф індексуватиме будь-яку подію, що надходить як від проксі, так і від реалізаційного смарт-контракту.

Коли CLI запитує “Додати ще один контракт?”, ми можемо відповісти “так”, і просто індексувати обидва смарт-контракти і бачити всі події, випущені обома смарт-контрактами.

На жаль, можливий варіант вирішення А може не працювати у специфічних рідкісних випадках! У рідкісних випадках ABI в експлорері блоків не відображає реальний стан смарт-контракту.

Якщо ми розглянемо код реалізаційного смарт-контракту Lens Protocol, то побачимо, що подія PostCreated міститься у файлі events.sol, однак її немає в ABI експлорера блоків.

Це означає, що використання CLI для отримання ABI реалізації не вирішить цю проблему, оскільки отриманий ABI не матиме важливих даних про подію PostCreated.

Давайте спробуємо інше рішення:

Можливий варіант вирішення B: Ручне створення запису ABI PostCreated

Давайте вручну створимо ABI реалізації так, щоб наш підграф правильно фіксував подію PostCreated.

Щоб отримати запис ABI, який відображає PostCreated належним чином, ми скомпілюємо events.sol в Remix (можна і будь-який інший фреймворк для смарт-контрактів), а потім скопіюємо і вставимо визначення події PostCreated в ABI нашого підграфа. Це має вирішити нашу проблему!

Розпочнемо з копіювання смарт-контракту events.sol з реалізаційного смарт-контракту LensHub і розмістимо його в папці contracts нової сесії Remix IDE .

Ви повинні побачити кілька рядків коду, що видає помилку. Ми можемо закоментувати ці рядки.

Причина, по якій ми можемо просто закоментувати ці частини, полягає в тому, що нам не потрібен весь файл для компіляції, лише подія PostCreated.

Перейдемо до компіляції events.sol:

Після компіляції знайдімо у папці artifacts ваш PostCreated ABI у Events.json:::

{
  "anonymous": false,
  "inputs": [
    {
      "indexed": true,
      "internalType": "uint256",
      "name": "profileId",
      "type": "uint256"
    },
    {
      "indexed": true,
      "internalType": "uint256",
      "name": "pubId",
      "type": "uint256"
    },
    {
      "indexed": false,
      "internalType": "string",
      "name": "contentURI",
      "type": "string"
    },
    {
      "indexed": false,
      "internalType": "address",
      "name": "collectModule",
      "type": "address"
    },
    {
      "indexed": false,
      "internalType": "bytes",
      "name": "collectModuleReturnData",
      "type": "bytes"
    },
    {
      "indexed": false,
      "internalType": "address",
      "name": "referenceModule",
      "type": "address"
    },
    {
      "indexed": false,
      "internalType": "bytes",
      "name": "referenceModuleReturnData",
      "type": "bytes"
    },
    {
      "indexed": false,
      "internalType": "uint256",
      "name": "timestamp",
      "type": "uint256"
    }
  ],
  "name": "PostCreated",
  "type": "event"
}

Отже, ось запис ABI, якого нам бракує!

Візьміть цей запис ABI, скопіюйте і вставте його в abi.json нашого підграфа. Тепер ABI нашого підграфа готовий, оскільки він може бачити подію PostCreated, що випускається реалізаційним смарт-контрактом, який проходить через проксі-смарт-контракт.

Проблема №1 вирішена!

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

Як ми пам'ятаємо, початковим наміром створення нашого підграфа було перевірити, чи зможемо ми знайти ідентифікатор файлу для запуску File Data Sources. Однак, оскільки нам довелося вручну генерувати наш ABI, ми зіткнулися з іншою цікавою проблемою, яку потрібно вирішити.

Проблема #2: Обробка події PostCreated

Тепер, коли наш підграф може бачити подію PostCreated, потрібно розширити його для обробки даних події PostCreated. Зазвичай CLI робить це автоматично, але оскільки нам довелося вручну оновлювати ABI, також слід вручну розширити наш підграф. Це буде хорошою вправою для вивчення того, як обробляються дані в підграфах.

Розв'язання: Розширення підграфа для індексації події PostCreated

Почнемо з нашого файлу subgraph.yaml, давайте додамо обробник події PostCreated, а також визначимо його змінну PostCreated:

specVersion: 0.0.5
schema:
  file: ./schema.graphql
dataSources:
  - kind: ethereum
    name: Contract
    network: matic
    source:
      address: "0xDb46d1Dc155634FbC732f92E853b10B288AD5a1d"
      abi: Contract
      startBlock: 29735286
    mapping:
      kind: ethereum/events
      apiVersion: 0.0.7
      language: wasm/assemblyscript
      entities:
        - PostCreated
      abis:
        - name: Contract
          file: ./abis/Contract.json
      eventHandlers:
        - event: PostCreated(indexed uint256,indexed uint256,string,address,bytes,address,bytes,uint256)
          handler: handlePostCreated
      file: ./src/contract.ts

Тепер перейдемо до schema.graphql.

Тут ми додамо змінну PostCreated, яку щойно визначили у файлі subgraph.yaml. Ми не будемо включати всі поля події PostCreated, оскільки нам не потрібні всі ці дані. Нам потрібно лише перевірити, чи містить поле contentURI ідентифікатор файлу, щоб запустити File Data Sources.

type PostCreated @entity(immutable: true) {
  id: Bytes!
  ownerId: BigInt!
  contentURI: String!
  timestamp: BigInt!
}

За допомогою маніфеста subgraph.yaml і schema.graphql готовими для обробки події PostCreated в мережі, ми можемо створити обробник handlePostCreated в нашому mappings.ts.

Перш ніж ми це зробимо, ми повинні запустити граф-код у нашому терміналі.

Порада*: кожного разу, коли ми змінюємо schema.graphql, ми повинні запускати граф-код, щоб оновити наші типи, оскільки ми імпортуємо ці автоматично згенеровані файли у верхній частині нашого *mappings.ts .

Прочитайте коментарі, щоб детальніше дізнатися про логіку нашого mappings.ts.

// Import the event helper code and rename to improve readability.
import { PostCreated as PostCreatedEvent } from "../generated/Contract/Contract";

// Import the types generated from the schema we created.
import { PostCreated } from "../generated/schema";

// Create a new entity with a unique ID. This unique ID is important,
// as it must be the same ID used in our `handlePostContent` handler built later
// in this tutorial.
export function handlePostCreated(event: PostCreatedEvent): void {
  let entity = new PostCreated(
    Bytes.fromUTF8(
      event.params.profileId.toString() + "-" + event.params.pubId.toString(),
    ),
  );

  // Send the `contentURI` emitted as an event parameter into our defined entity.
  // When this subgraph is deployed and indexing this property, we will look through
  // `contentURI` to see if we can find some IDs.
  entity.contentURI = event.params.contentURI;

  // Assign other parameters emitted from the event that might be helpful when
  // filtering.
  entity.ownerId = event.params.profileId;
  entity.timestamp = event.params.timestamp;

  entity.save();
}

Ми оновили наші файли subgraph.yaml, schema.graphql та mappings.ts, щоб правильно відобразити наш оновлений ABI.

Проблему №2 вирішено!

Ми зіткнулися з двома проблемами і вирішили їх! Тепер настав час повторно розгорнути наш підграф.

Поверніться до Subgraph Studio і запустіть команду graph-deploy для повторного розгортання.

Після розгортання запустіть ці два запити на Playground вашого підграфа, щоб побачити різні URI, які передаються через contentURI:

Приклад запиту і відповіді Arweave

{
  postCreateds(where: {contentURI_contains: "arweave"}, first: 1) {
    id
    contentURI
  }
}

{
  "data": {
    "postCreateds": [
      {
        "id": "0x312d313030",
        "contentURI": "https://arweave.net/UjlOEosUyYqZ8oWlTi879YRTg9xyd5gUtKQ2zMSHQEg"
      }
    ]
  }
}

Приклад запиту і відповіді IPFS

{
  postCreateds(where: { contentURI_contains: "ipfs" }, first: 1) {
    id
    contentURI
  }
}

{
  "data": {
    "postCreateds": [
      {
        "id": "0x312d31",
        "contentURI": "https://ipfs.infura.io/ipfs/QmR7baNsHXNXEThcZNSw1SpRu1ZvKjaCnakEemT94Ur9Pn"
      }
    ]
  }
}

Ми знайшли ідентифікатори файлів у цих URI!

Приклад ідентифікатора файлу Arweave: s9qinED7mYvrNrYTEbRlNb60bVT754LkVpQoW7Ffi24
Приклад ідентифікатора файлу IPFS: QmTWJEzcxxcPjnB8Xj8S4EUJ7RxHGkfcDfMZyYRcQz7eYN

Переходимо до другої специфікації нашого підграфа: індексація цих офф-чейн файлів з Arweave і IPFS за допомогою File Data Sources.

Індексація офф-чейн файлів з Arweave та IPFS за допомогою File Data Sources

У цьому розділі ми зосередимося на програмному запуску File Data Sources за допомогою знайдених ідентифікаторів файлів, а також на обробці цих офф-чейн даних.

Почнемо цей процес зі створення двох шаблонів підграфів для даних Arweave та IPFS:

Специфікація шаблонів File Data Sources

Ми створимо два шаблони. Один шаблон для Arweave, інший для IPFS. Кожен шаблон буде:

мати унікальну назву.
називати змінну PostContent як сутність, що отримуватиме дані з Arweave та IPFS.
називати обробник handlePostContent як обробник для даних Arweave та IPFS, який передаватиме дані змінної PostContent.
підтримувати поділ даних в мережі та поза мережею. Детальніше про поділ даних та інші обмеження File Data Sources можна прочитати тут.

Додавання двох шаблонів до subgraph.yaml

Ми додамо шаблони ArweaveContent і IpfsContent під проксі-смарт-контрактом, який ми вже індексуємо:

specVersion: 0.0.5
schema:
  file: ./schema.graphql
dataSources:
  - kind: ethereum
    name: Contract
    network: matic
    source:
      address: "0xDb46d1Dc155634FbC732f92E853b10B288AD5a1d"
      abi: Contract
      startBlock: 29735286
    mapping:
      kind: ethereum/events
      apiVersion: 0.0.7
      language: wasm/assemblyscript
      entities:
        - PostCreated
      abis:
        - name: Contract
          file: ./abis/Contract.json
      eventHandlers:
        - event: PostCreated(indexed uint256,indexed uint256,string,address,bytes,address,bytes,uint256)
          handler: handlePostCreated
      file: ./src/contract.ts
templates:
  - kind: file/arweave
    name: ArweaveContent
    mapping:
      kind: ethereum/events
      apiVersion: 0.0.7
      language: wasm/assemblyscript
      entities:
        - PostContent
      abis:
        - name: Contract
          file: ./abis/Contract.json
      handler: handlePostContent
      file: ./src/contract.ts
  - kind: file/ipfs
    name: IpfsContent
    mapping:
      kind: ethereum/events
      apiVersion: 0.0.7
      language: wasm/assemblyscript
      entities:
        - PostContent
      abis:
        - name: Contract
          file: ./abis/Contract.json
      handler: handlePostContent
      file: ./src/contract.ts

Розширення нашого підграфа для відображення нових шаблонів

Наші шаблони посилаються на сутність PostContent і обробник handlePostContent. Давайте розширимо наш підграф, щоб відобразити ці зміни. Ми:

Створимо PostContent в schema.graphql

Це місце, де будуть зберігатися офф-чейн дані.

Оновимо handlePostCreated в mappings.ts

Сюди ми передамо ідентифікатори файлів, зібрані з мережевої події, у шаблон, використовуючи DataSourceTemplate.createWithContext().

Створимо handlePostContent у mappings.ts

Після того, як File Data Sources спрацював, нам потрібно передати ці дані в змінну PostContent, яку ми раніше створили в schema.graphql .

Давайте приступимо до роботи!

Створення змінної PostContent у schema.graphql

Ця змінна буде зберігати вміст та ідентифікатор файлу, який запустив індексування File Data Source з файлів Arweave та IPFS.

type PostCreated @entity(immutable: true) {
  id: Bytes!
  ownerId: BigInt!
  contentURI: String!
  timestamp: BigInt!
}

type PostContent @entity(immutable: true) {
  id: Bytes!
  hash: String!
  content: String!
}

Зверніть увагу: ідентифікатор змінної є ідентифікатором самої змінної, а не офф-чейн файлу. Ідентифікатор офф-чейн файлу буде зберігатися як хеш.

Порада*: Кожного разу, коли ми створюємо змінну, яка є журналом подій, що містить мережеві або офф-чейн дані, без змін у mappings.ts, найкраще включити (immutable: true), як показано у фрагменті нижче, оскільки це значно пришвидшує індексацію. Читайте цей запис у блозі David Lutterkort, щоб дізнатися більше про незмінні змінні та їхні переваги для продуктивності, .*

Тепер у нашому subgraph.yaml є готові шаблони File Data Source, а наш schema.graphql готовий приймати дані як з мережевих, так і з офф-чейн джерел.

Перейдемо до розширення наших обробників в mappings.ts .

Оновлення handlePostCreated в mappings.ts

Заради цього туторіала, ми залишимо його простим, просто зібравши певні ідентифікатори з однієї визначеної структури URI для Arweave і IPFS. Просто знайте, що якби ми хотіли зібрати всі файли Arweave і IPFS, довелося б розробити більше стратегій для збору всіх різних повернених URI.

Читайте коментарі, щоб отримати покрокове пояснення.

// POST_ID_KEY will be used as the key for a key-value pair passed into the
// `context` argument in the createWithContext(name: string, params: string[], context: DataSourceContext)
const POST_ID_KEY = "postID";

export function handlePostCreated(event: PostCreatedEvent): void {
  let entity = new PostCreated(
    Bytes.fromUTF8(
      event.params.profileId.toString() +
      "-" +
      event.params.pubId.toString()
    )
  );

  entity.ownerId = event.params.profileId;
  entity.contentURI = event.params.contentURI;
  entity.timestamp = event.params.timestamp;

  entity.save();

  // EXTRACT THE ID FROM OUR ENTITY
  // Find the index of where "arweave.net" or "/ipfs/" is within the contentURI.
  // This is a relatively naive way of finding whether the content is from
  // Arweave or IPFS. Feel free to extend this further to capture all the various
  // ways that IDs present in the Arweave and IPFS URIs.
  let arweaveIndex = entity.contentURI.indexOf("arweave.net/");
  let ipfsIndex = entity.contentURI.indexOf("/ipfs/");

  // If both arweave and ipfsIndex return -1, which means the strings were not found.
  // At that point, there's nothing else to do, so the function ends.
  if (arweaveIndex == -1 && ipfsIndex == -1) return;

  // PREPARE `CONTEXT` - PASS IN OUR ID
  // DataSourceContext() is passed in a key,value pair that is converted into Bytes
  // to be passed into other handlers. The key was defined outside this function as
  // POST_ID_KEY and the value is the entity.id. This allows consistency between
  // handlers as the data is being indexed.
  let context = new DataSourceContext();
  context.setBytes(POST_ID_KEY, entity.id);

  // If Arweave data or IPFS data is found in the URI, the data hash is extracted
  // from contentURI. We now have the three variables we need! Pass them into
  // .createWithContext() to trigger File Data Sources indexing!
  if (arweaveIndex != -1) {
    let hash = entity.contentURI.substr(arweaveIndex + 12);
    DataSourceTemplate.createWithContext("ArweaveContent", [hash], context);

    return;
  }

  if (ipfsIndex != -1) {
    let hash = entity.contentURI.substr(ipfsIndex + 6);
    DataSourceTemplate.createWithContext("IpfsContent", [hash], context);
  }
}

Тепер, коли ми запустили наші шаблони, вони шукають обробник handlePostContent, який буде обробляти отримані від них офф-чейн дані.

Створіть handlePostContent у файлі mappings.ts

export function handlePostContent(content: Bytes): void {
  // Remember DataSourceTemplate.createWithContext()? We can access
  // everything we just passed into that method here!
  // Gather the `hash` aka the ID with dataSource.stringParam()
  // Gather the `context` that has our ID encoded as Bytes as dataSource.context(),
  // then decode it.
  let hash = dataSource.stringParam();
  let context = dataSource.context();
  let id = context.getBytes(POST_ID_KEY);

  // We pass in the same ID used in the previous `PostCreated` handler here to
  // link the on-chain PostCreated ID with the off-chain PostContent id.
  let post = new PostContent(id);

  post.hash = hash;
  post.content = content.toString();

  post.save();
}

Перейдіть до розгортання підграфа, щоб почати індексацію за допомогою File Data Sources!

Надішліть цей запит через Playground від Subgraph Studio, щоб переконатися, чи отримуємо ми дані з Arweave та IPFS.

{
  postCreateds(first: 100) {
    id
    contentURI
  }
  postContents(first: 100) {
    id
    hash
    content
  }
}

Тепер ми індексуємо за допомогою File Data Sources!

Ось наш підграф File Data Sources, опублікований в мережі The Graph, а також фінальна версія репозиторію.

Звідси ми можемо зробити ще так багато речей!

Розширюйте підграф далі, щоб розбирати дані JSON і заповнювати змінні. Погляньте, як це можна зробити у цьому прикладі.
Що, якщо ми захочемо створити децентралізований додаток з цими даними? Можна підключити цей підграф до ScaffoldEth і продовжити розробку!
Використовуйте python для запиту цього підграфа за допомогою Playgrounds і аналізу даних.
Створюйте дашборди без коду за допомогою DappLooker.
Запускайте індексацію File Data Sources іншого офф-чейн файлу з іншого офф-чейн обробника. Ознайомтеся з цією функцією.

Дякую, що приєдналися до мене в цій подорожі по індексації за допомогою File Data Sources. Я з нетерпінням чекаю на ваші розробки!

Marcus Rein

Developer Relations and Success

Edge & Node - працює на The Graph

The Graph станом на другий квартал 2023 року

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 10:14:51 GMT

https://messari.io/report/state-of-the-graph-q4-2023?utm_medium=organic_social&utm_source=twitter_messari&utm_campaign=state_of_the_graph_q4_2023

Основні моменти:

Станом на четвертий квартал 2023 року, 1509 підграфів були перенесені з хостингового сервісу The Graph до децентралізованої мережі, що більше на 14% кв/кв,, та на 144% р/р.
Винагорода за індексацію зменшилася на 6% кв/кв та 7% р/р у вираженні GRT, оскільки річна інфляція GRT була нижчою за 3% протягом 2023 року. У доларовому еквіваленті винагорода за індексацію зросла на 24% кв/кв до майже 10 мільйонів доларів США, що зумовлено зростанням обмінного курсу GRT до долара США.
Дохід від попиту знизився на 10% кв/кв та 65% р/р в доларах США через оптимізацію цін на запити. У GRT еквіваленті дохід від попиту знизився на 25% кв/кв та 80% р/р.
The Graph випустив індексатор оновлень. Він дозволяє розробникам оновлювати свої підграфи з хостингових сервісів до мережі The Graph (децентралізована мережа) в рамках більш масштабного плану “sunrise” децентралізованих даних.
The Graph випустили стратегію розвитку для задоволення потреб у сервісах обробки даних, від покращення інструментарію індексатора до нових сервісів обробки даних, таких як SQL, файловий хостинг та LLM.

Вступ

The Graph - це протокол індексування, який з широкого спектру джерел надає ончейн дані, такі як транзакції DeFi або дані пулу ліквідності. Він позбавляє споживачів даних (наприклад, розробників додатків) потреби створювати складну інфраструктуру для отримання ончейн даних. Замість цього споживачі даних платять за запити до спеціальних API ончейн даних, які називаються підграфами, через API GraphQL. Підграфи визначають схему даних для індексації, що робить їх доступними для запитів. Будь-хто може розробляти і запитувати підграфи.

Щоб забезпечити правильну та ефективну роботу протоколу, мережа The Graph заохочує роботу кількох ключових ролей у своїй екосистемі як технічних, так і нетехнічних учасників:

Індексатори обробляють і зберігають ончейн дані з підграфів. Зазвичай вони володіють поглибленими технічними знаннями для роботи з нодами. За це індексатори отримують плату за запити від споживачів даних та винагороду за індексацію з випуску нових токенів.
Куратори економічно зацікавлені в тому, щоб аналізувати і ділитися тим, які підграфи є цінними для індексації. Куратори отримують 10% від плати за запити, що генеруються певними підграфами.
Делегати не використовують ресурси для індексації ончейн даних; замість цього вони делегують індексаторам токен GRT, який є службовим токеном The Graph. Натомість делегати отримують частину оплати за запити та винагороду за індексацію, не запускаючи власні ноди.

Станом на четвертий квартал 2024 року децентралізований протокол The Graph підтримує сім мереж з винагородою за індексацію: Ethereum, Polygon, Arbitrum, Avalanche, Fantom, Optimism, Gnosis Chain і Celo. Індексатор оновлень підтримує ще 25+ мереж і тестнетів, винагороди за індексацію яких очікують на схвалення керівництва Chain Integration Process.

Екосистема The Graph завершила перехід на Arbitrum One (L2), щоб зменшити витрати на газ і час транзакцій. Частиною цього переходу є інструменти переходу на L2, спрямовані на те, щоб допомогти всім делегатам та індексаторам спростити перехід на L2.

Веб-сайт / Twitter / Discord

Ключові показники

Аналіз продуктивності

Мережа The Graph використовується розробниками децентралізованих додатків та споживачами даних, які платять за запити до даних підграфів. Продуктивність мережі можна виміряти за зростанням кількості активних підграфів, доходами мережі від плати за запити та активністю ключових учасників екосистеми: індексаторів, делегатів та кураторів.

Використання

Підграфи

Для запуску The Graph спочатку було створено хостинговий сервіс. Цей сервіс розміщує підграфи в міру того, як протокол поступово переходить до своєї децентралізованої мережі. Хостинговий сервіс є безкоштовним (підтримується екосистемою The Graph) і складається з інфраструктури індексації, якою керує команда Edge & Node, що стоїть за створенням The Graph.

Перший децентралізований підграф був запущений (в децентралізованій мережі) у першому кварталі 2021 року. Станом на четвертий квартал 2023 року, The Graph представляє собою гібрид хостингового сервісу та децентралізованої мережі.

Протягом останніх п'яти кварталів кількість запущених у мережі The Graph підграфів стрімко зростає. Станом на грудень 2023 року в децентралізованій мережі налічується 1509 активних підграфів, що на 14% більше порівняно з кількістю, що становить 1322 підграфи наприкінці третього кварталу 2023 року. На відміну від хостингового сервісу, у мережі The Graph споживачі даних повинні платити за кожен запит індексаторам. Ці кошти за запити далі розподіляються індексаторами між делегатами та кураторами.

Очікується, що кількість підграфів, розгорнутих у мережі The Graph, продовжуватиме зростати. Спільнота The Graph прагне оновити всі підграфи з хостингового сервісу до децентралізованої мережі, оскільки все більше мереж інтегруються в основну децентралізовану мережу. Водночас, індексатор оновлень дозволяє розробникам оновлювати свої підграфи з хостингового сервісу до мережі The Graph (децентралізованої мережі) в рамках масштабного плану “sunrise” децентралізованих даних.

Участь в роботі екосистеми

Підграфи надають місце для взаємодії як технічних, так і нетехнічних учасників екосистеми:

Індексатори працюють з нодами Graph для обробки та зберігання даних в мережі. Споживачі даних можуть запитувати ці дані через GraphQL, мову з відкритим вихідним кодом для API The Graph.
Куратори повідомляють індексаторам, які підграфи варто індексувати. Куратори також часто виступають в ролі розробників підграфів.
Делегати - це учасники екосистеми, які можуть не мати технічних знань або ресурсів для індексації, вони можуть делегувати GRT токени індексаторам.

Заcтейкані GRT токени необхідні для індексації підграфів. Так як індексатори отримують більше GRT через делегування, вони збільшують свої можливості індексувати більшу кількість підграфів у мережі. Індексатори заробляють на своїх послугах з індексування та обробки запитів на ринку запитів The Graph, стейкаючи GRT.

Мінімальний стейке для індексатора наразі становить 100 000 GRT (майже $19 000 станом на 31 грудня 2023 року). Крім цього мінімуму, індексатори також можуть отримувати делеговану частку від інших учасників екосистеми. Делегати можуть збільшити загальний стейк до 16-кратного розміру від власного стейку індексатора.

За підтримки кампанії Coinbase Earn, кількість делегатів зросла на 131% кв/кв і майже досягла 90 000 в четвертому кварталі 2023 року, після зростання на 240% кв/кв у третьому кварталі 2023 року. Водночас кількість індексаторів, що активно стейкали GRT, зменшилась на 41% і складала 169 на кінець четвертого кварталу 2023 року, що відрізняється від пікового показника у 460 інвесторів на кінець першого кварталу 2023 року. Таке постійне зменшення кількості інвесторів може бути пов'язане із завершенням програми Multi-Chain Incentivized Program The Graph наприкінці першого кварталу 2023 року, а також з тим, що деякі індексатори одночасно анстейкають власні GRT токени. Така поведінка натякає на потенційну залежність індексаторів від винагороди, оскільки вони намагаються збалансувати операційні витрати з доходами, отриманими від стейкінгу GRT та обслуговування запитів у децентралізованій мережі The Graph.

Прибуток

Токен GRT працює за моделлю Stake-for-Access, також відомою як модель службових (utility) токенів. Учасники екосистеми The Graph отримують дохід у GRT, виконуючи роботу у вигляді індексації та запитів у децентралізованій мережі. Обидва сервіси вимагають стейкання GRT. Частка індексаторів складається з їхніх власних токенів GRT (тобто власний стейк) і делегованих їм GRT (тобто делегований стейк).

Винагорода за індексацію та плата за запити, яку сплачують споживачі даних є двома основними джерелами доходу для індексаторів. Доходи від винагороди за індексацію та плати за запити проходять через індексаторів, які потім розподіляють їх між делегатами та кураторами.

Кожен індексатор може самостійно визначати власну індивідуальну частку оплати за запити та винагороди за індексацію відповідно до умов відкритого ринку. Відповідно до цієї індивідуальної частки, кожен індексатор ділить винагороду за індексацію і плату за запити з делегатами, тоді як куратори отримують 10% від плати за запити, які генеруються певними підграфами.

Згідно з наведеним вище прикладом, якщо індексатор знизить плату за запити до 13,96%, його делегати отримають решту 86,04% доходу від плати за запити пропорційно до застейканих токенів. Хоча стейк делегата не може бути slashed, тобто оштрафований, все ж делегати повинні враховувати кілька факторів при стейкі GRT токенів на певних індексаторів. Ці фактори стосуються таких чинників:

Вибір індексатора, тобто вибір ефективних індексаторів з найоптимальнішим балансом між виплатами винагороди та “шкури у грі”* від розподілу власної частки.
Період анбоудингу, тобто жодні перекази GRT або отримання винагороди неможливі протягом 28-денного періоду розблокування або так званого анбоудингу.
Податок на делегування в розмірі 0,5%, тобто розрахунок того, скільки потрібно часу на повернення внесення на делегування в розмірі 0,5%.

Індексація винагород

Винагорода за індексацію залежить від річного рівня інфляції на рівні менше 3%, який визначається на основі ставки емісії GRT. Винагорода розподіляється між індексаторами, що мають частку в капіталі, в обмін на надання послуг з індексування та запитів на відкритому ринку The Graph.

Винагорода за індексацію зросла на 24% кв/кв до майже $10 млн у четвертому кварталі 2023 року, головним чином через зростання вартості токена GRT у доларах США. У термінах GRT винагорода за індексацію зменшилася на 6% кв/кв з 79,6 млн GRT у третьому кварталі 2023 року до 74,6 млн GRT у четвертому кварталі 2023 року. Це зниження обсягу винагород за індексацію є наслідком рішення управління встановити рівень емісії протоколу на рівні початкових 3% до злиття The Graph у вересні 2022 року.

Для порівняння, кількість блоків, створених на Ethereum, після злиття збільшилася. У зв’язку з цим винагорода GRT, що видається за блок, зросла до 3,2% протягом приблизно одного місяця у четвертому кварталі 2022 року. Це призвело до того, що загальна сума квартальних винагород перевищила 80 млн GRT ($6,0 млн). Після четвертого кварталу 2022 року квартальні винагороди за індексацію залишалися нижче позначки у 80 млн GRT.

Плата за запити (плата за користування мережею)

Хоча основну частину доходів індексатори отримують від винагород, другим джерелом доходу в мережі The Graph є плата за запити (дохід від попиту). Споживачі даних (наприклад, розробники додатків) платять індексаторам за отримання та організацію даних. Станом на четвертий квартал 2023 року, The Graph постачає дані таким проектам, як Polygon, Art Blocks та Loopring.

Плата за запити визначається ринковим попитом і розподіляється між кураторами, індексаторами та делегатами.

Загальний дохід від виплат за запити знизився на 10% кв/кв у доларовому еквіваленті після досягнення історичного максимуму у першому кварталі 2023 року. Таке зниження доходу з боку попиту в доларовому еквіваленті переважно зумовлене оптимізацією ціноутворення запитів.

У четвертому кварталі 2023 року для The Graph загальний дохід від плати за запити (понад $22 000) склав 0,2% від загального доходу від винагород за індексацію (приблизно $9,9 млн). Такий розподіл свідчить про те, що учасники мережі The Graph все ще сильно покладаються на винагороду за індексацію для забезпечення своєї повсякденної діяльності.

Якісний аналіз

Релізи

Optimism став доступним у мережі The Graph

У мережі The Graph додано повну підтримку підграфів Optimism і підграфів на основі підпотоків (SPS). Новий Chain Integration Process (CIP) дозволяє отримувати винагороди для підграфів на Optimism і підграфів на основі підпотоків. Ці інтеграції розширюють можливості протоколу, з подальшим оновленням офіційної документації та матриці підтримки після схвалення Радою The Graph. Одночасно ведуться попередні обговорення щодо додавання підтримки Astar zkEVM, Kava Mainnet, BEVM Canary та opBNB.

Нові функції підграфів

Ця успішна пропозиція оновила раніше затверджену матрицю підтримки функцій для Graph-ноди V0.33.0. Оновлення Graph-ноди V0.33.0 вводить ряд нових функцій, включаючи файлові джерела даних Arweave, підвищення продуктивності підграфів на основі підпотоків (SPS), фільтр обробника блоків опитування, DataSourceContext у маніфесті, різні виправлення помилок та інші незначні зміни.

Індексатор оновлень

Основна команда розробників The Graph, Edge & Node, оголосила про створення “індексатора оновлень” - механізму, який спрямований на спрощення оновлення підграфів з хостингового сервісу. Запропоноване рішення забезпечить наявність індексатора, готового до обслуговування запитів одразу після того, як підграф буде опубліковано в мережі. Крім того, індексатор оновлень дозволить розробникам підграфів оновлювати підграфи з хостингового сервісу в мережу The Graph без витрат на газ та надаватиме попередньо синхронізовані підграфи для негайного використання.

Індексатор оновлень не отримуватиме винагороди за індексацію; натомість, він призначений лише для отримання “мінімально вигідних зборів за запити”. Всі індексатори матимуть можливість взяти участь в якості індексаторів оновлення без запиту на дозвіл.

Substreams.dev

Платформа Substreams.dev від основного розробника StreamingFast має на меті допомогти розробникам у роботі з підпотоками в середовищі, подібному іншим рішенням для управління програмними компонентами. Платформа спрямована на те, щоб стати основним центром для всього розвитку підпотоків.

Основні рішення

Збільшення винагороди на L2 до 95% (GIP-0033)

Ця успішна пропозиція збільшила винагороду L2 до 95% від загальної емісії (тобто приблизно 115 GRT за блок) на Arbitrum One 27 листопада 2023 року. Одночасно з цим було зменшено емісію L1 до 5% (тобто приблизно 6 GRT за блок) і відповідно відрегулювали допуск на мінт L1 мостів.

Оптимізація плати за запити для індексаторів (GIP-0063)

Ця пропозиція спрямована на усунення неефективного в даний час стимулу (11% від плати за запити) для сторонніх кураторів і натомість перенаправлення цього стимулу індексаторам. Запропоноване рішення полягає в тому, щоб вилучити 10% маршрутизації від скорочення зборів за запити з пулу кураторів до індексаторів і “спалити” 1% зборів за запити. Хоча спочатку курація була розроблена для стимулювання незалежних третіх сторін до виявлення “цінних” підграфів, вона фактично працювала як “самосигналізація”, тобто не виконуючи свого призначення. Ця зміна буде застосована лише до протоколу Arbitrum. Одночасно:

GGP-0034 : вилучено обмеження на сплату зборів за запити до індексаторів у мережі для конкретних організацій, затверджених керівництвом;
GGP-0035 : скасовано функцію тайм-ауту параметра делегування, яка визначала, як довго індексатор повинен чекати перед встановленням плати за запит делегування і скорочення винагороди.

Водночас, пропозиція вказує на необхідність досліджень альтернативних механізмів курації для протоколу The Graph у майбутньому.

Спільнота

Оновлений план етапу Sunrise децентралізованих даних

У грудні 2023 року команда The Graph розпочала перший етап проекту Sunrise децентралізованих даних. Основні розробники наразі розробляють інтерфейс оновлення, щоб допомогти іншим мережам оновити підграфи з хостингового сервісу до мережі The Graph.

План, спрямований на полегшення переходу потенційних користувачів до мережі The Graph, складається з трьох етапів:

Sunray: надання підтримки всім мережам хостингових сервісів через індексатор оновлень; запровадження простого процесу оновлення, щоб допомогти користувачам хостингового сервісу оновити підграфи до мережі The Graph; пропозиція безкоштовного плану запитів до мережі The Graph.
Sunbeam: запровадити 60-денне вікно оновлення для оновлення підграфів хостингового сервісу зі спеціальною підтримкою оновлення.
Sunrise: кінцеві точки хостингового сервісу будуть виведені з експлуатації, коли всі підграфи будуть оновлені до мережі The Graph.

Досвід розробників підграфів

Ця попередня дискусія стосується надання суми у розмірі $40,675 на фінансування OpenUX для завершення дослідження щодо досвіду розробників, які тільки починають працювати з підграфами, розробників, які нещодавно почали розробляти і обслуговувати свої власні підграфи, і розробників, які вже знайомі з API підграфів.

Підтримка BuildersDAO та InfraDAO

Два DAO розширили свою діяльність в екосистемі The Graph. BuildersDAO зосереджені на підграфах та підпотоках, при цьому DAO надає підтримку розробникам, які активно використовують або розробляють нові підграфи та підпотоки. BuildersDAO також славиться своїм освітнім підрозділом, який створює контент для найкращих практик розробки різних служб обробки даних на The Graph.

InfraDAO має на меті забезпечити дослідження і розробку, інструменти та документацію для екосистеми The Graph. Крім того, InfraDAO також спеціалізується на інструментах Chain Integration Process (CIP), що дозволяє новим мережам інтегруватися в мережу The Graph і згодом мати змогу отримувати винагороди за індексацію.

Нові основні розробники: Pinax та Geo

Pinax має на меті вдосконалити мережу The Graph, зосереджуючись на Firehose і підпотоках. Pinax підтримує впровадження та масштабування цих технологій за допомогою інструментів та бібліотек, підтримуючи нові мережі та навчаючи нових користувачів The Graph за допомогою різних форм контенту та участі у роботі спільноти. Geo - це web3-браузер і граф знань, побудований на основі The Graph. Команда, що стоїть за Geo, має на меті впорядкувати світові суспільні знання та інформацію.

Стратегія розвитку: Нова ера The Graph

The Graph Foundation поділися деталями своєї нової стратегії розвитку (під назвою “Нова ера”) та п'ятьма основними цілями, спрямованими на задоволення потреб у сервісах обробки даних. Кожна мета підтримує етапи для розвитку досліджень і розробок та зростання екосистеми:

Світ сервісів обробки даних: Створення ринку послуг передачі даних в мережі.
Розширення прав і можливостей розробників: Підтримка розробників за допомогою удосконаленого DevEx та інструментарію.
Еволюція та стійкість протоколу: Вдосконалення протоколу.
Оптимізована продуктивність індексатора: Покращення продуктивності мережі шляхом удосконалення інструментарію індексатора.
Узгоджений граф даних: Створення інструментів для даних, які можна комбінувати, і графів знань.

Ця оновлена стратегія розвитку має на меті врахувати варіанти використання, включаючи дані, які можна перевірити, нові мови запитів і підтримку LLM, служачи розробникам, які використовують The Graph.

Заключні висновки

Протягом 2023 року мережа The Graph об'єднала сім мереж і випустила індексатор оновлень для підтримки оновлення всіх підграфів. Одночасно екосистема The Graph завершила перехід на Arbitrum One (L2), щоб зменшити витрати на газ і час транзакцій.

Станом на грудень 2023 року, The Graph розпочав першу фазу sunrise децентралізованих даних. Протокол також випустив стратегію розвитку для вирішення проблем у службах обробки даних - від вдосконалення інструментарію індексатора до використання штучного інтелекту і LLM для спрощення взаємодії з даними.

У четвертому кварталі 2023 року дохід від винагород за індексацію зріс на 24% кв/кв та 65% р/р до майже 10 мільйонів доларів США. У GRT винагороди за індексацію знизилися на 6% кв/кв та 7% р/р. Дохід від попиту в доларовому еквіваленті знизився на 10% кв/кв і 65% р/р, передусім через оптимізацію вартості запитів. У GRT дохід від попиту знизився на 25% кв/кв та 80% р/р.

З початку 2021 року, The Graph зосередився на міграції з хостингового сервісу до децентралізованої мережі. Станом на четвертий квартал 2023 року, 1509 підграфів було перенесело з хостингового сервісу The Graph до децентралізованої мережі, що на 14% більше, ніж у попередньому кварталі. Паралельно з перенесенням більшої кількості підграфів до децентралізованої мережі в найближчі квартали, The Graph продовжуватиме усунення технічних бар'єрів для розробників, що в кінцевому підсумку призведе до більш швидкого впровадження інновацій у всьому крипто просторі.*skin-in-the-game вживається у середовищі гравців азартних ігор, фінансистів, бізнесу, а також щодо політиків. Мати «шкуру у грі» — значить отримати ризик втрати грошей на шляху до досягнення мети

Messari is a Core Subgraph Developer for The Graph and the recipient of a grant from The Graph Foundation. Author(s) may hold cryptocurrencies named in this report, and each author is subject to Messari’s Code of Conduct and Insider Trading Policy. Additionally, employees are required to disclose their holdings, which are updated monthly and published here. This report is meant for informational purposes only and should not be relied upon. This report is neither financial nor investment advice. You should conduct your own research, and consult an independent financial, tax, or legal advisor before making any investment decisions. Nothing contained in this report is a recommendation or suggestion, directly or indirectly, to buy, sell, make, or hold any investment, loan, commodity, or security, or to undertake any investment or trading strategy with respect to any investment, loan, commodity, security, or any issuer. This report should not be construed as an offer to sell or the solicitation of an offer to buy any security or commodity. Messari does not guarantee the sequence, accuracy, completeness, or timeliness of any information provided in this report. Please see our Terms of Service for more information.

No part of this report may be (a) copied, photocopied, duplicated in any form by any means or (b) redistributed without the prior written consent of Messari®.

The Graph’s Community Talk #31

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 10:10:22 GMT

https://forum.thegraph.com/t/the-graphs-community-talk-31/5179

Зустріч зі спільнотою відбулася у вівторок, 16 січня, о 8 ранку за PST.

Порада: перейдіть до каналу Events у верхній частині сервера Discord і встановіть собі нагадування про подію.

Детальні записи по кожній з тем з часовими позначками ви можете побачити нижче.

Останні новини спільноти (00:00)

У вівторок, 16 січня 2024 року, відбулася зустріч спільноти, на якій розглядали поточний стан справ. Зокрема, обговорювали оновлення Geo та Subgraph Radio, запуск Tenderize V2, а також ініціативу The Graph щодо наставництва адвокатів. На честь нової ери The Graph, The Graph AdvocatesDAO оголосили конкурс мемів, де учасникам, які створять та опублікують меми зі спеціально визначеними хештегами, обіцяють ексклюзивні подарунки та стікери від The Graph у якості призів. Крім того, на форумі The Graph триває активне обговорення про майбутнє кураторства, ініційоване одним адвокатом The Graph. З 2 по 4 лютого, The Graph AdvocatesDAO стане спонсором хакатону Eth Cinco de Mayo в Пуеблі, Мексика, де представники екосистеми The Graph виступатимуть у ролі суддів.

Нові випуски GRTiQ

https://www.grtiq.com/grtiq-podcast-148-zac-burns/

У цьому епізоді Zac Burns, Principal System Architect в Edge & Node, здійснює повторний візит і розповідає про Graph Horizon, ключову ініціативу стратегії розвитку “Нова ера” The Graph. У епізоді розглядаються витоки Horizon, його концептуальна мета та потенційний вплив на протокол The Graph та його спільноту.

Подкаст GRTiQ: 149 Найкраще за 2023 рік (частина 1) та 150 Найкраще за 2023 рік (частина 2)

У цих епізодах представлені основні моменти вражаючого сезону подкасту GRTiQ 2023 року, що висвітлюють ідеї та історії з епізодів 98-148.

https://www.grtiq.com/grtiq-podcast-151-maarten-henskens/

У цьому епізоді Maarten Henskens, Head в the Astar Foundation, обговорює шлях Astar до інтеграції з мережею The Graph та його унікальну позицію в японській блокчейн-екосистемі. У ньому розглядається перехід спікера від освіти до web3, його захоплення, а також особливості та спільнота Astar, згадують також про їхнє очікуване партнерство з The Graph.

Основні оновлення для розробників

https://forum.thegraph.com/t/semiotic-labs-january-2024-update/5152

https://forum.thegraph.com/t/pinax-january-2024-update/5154

https://forum.thegraph.com/t/the-guild-january-2024-update/5149

https://forum.thegraph.com/t/graphops-update-january-2024/5104

https://forum.thegraph.com/t/messari-january-2024-update/5161

https://forum.thegraph.com/c/research/cd-1-pager-updates/70

https://forum.thegraph.com/t/edge-node-s-december-january-update/5159

https://forum.thegraph.com/t/streamingfast-january-2024-update/5158

Оновлення та ініціативи Латинської Америки (02:10)

Під час зустрічі учасники поділилися важливими новинами про внесок адвокатів іспаномовної спільноти The Graph, зокрема, з Латинської Америки. Ключовим серед цих учасників є Zuni, учасниця світової спільноти, відома своєю активністю в Telegram. Вона запустила проект, в рамках якого бере інтерв'ю у різних індексаторів та представляє їхні погляди, маючи на меті висвітлювати діяльність спільноти для іспаномовної аудиторії.

У Венесуелі інший адвокат докладає значних зусиль для розвитку місцевої спільноти. Він перекладає англомовні презентації іспанською, щоб іспаномовна спільнота була такою ж проінформованою та залученою до екосистеми, як і їхні англомовні колеги, отримуючи оновлення одночасно.

https://graphspanishmagazine.blogspot.com/

Emmi з Болівії взяла на себе ініціативу створити акаунт в Instagram, присвячений навчанню основам блокчейну іспанською мовою. Ці зусилля спрямовані на заповнення прогалин у розумінні блокчейну серед членів іспаномовної спільноті. Її мета - розповісти про блокчейн і The Graph, а також про ширші можливості екосистеми блокчейну. Вона робить акцент на зручності і зрозумілості для користувачів, використовуючи принципи UX, щоб не перевантажувати аудиторію інформацією.

Оновлення Geo (08:10)

У листопаді 2022 року, під час Community Talk #17, перше оновлення Geo показало, що це переважно концептуальний проект з обмеженим розвитком у продуктовому та інженерному аспектах. У червні 2023 року, під час Community Talk #24, помітний розвиток проекту став очевидним, що показав Graph explorer, з відповідним особистісним досвідом роботи з Geo. На момент проведення Community Talk #31 проект Geo досяг значного прогресу, відзначаючи чітке просування від початкових концептуальних етапів.

Це включає запуск нового веб-сайту, який ефективно передає бачення та мету Geo. Основною метою Geo є децентралізація організації інформації, розширюючи можливості експертів і дозволяючи кожному висловлювати власну думку. Це реалізується за допомогою “Geo Genesis”, першого кроку у створенні глобального децентралізованого графа знань, організованого у незалежні спільноти або простори. Ці простори охоплюють різноманітні теми, такі як філософія, штучний інтелект, історія, політика та здоров'я. Члени спільнот активно роблять свій внесок, додаючи достовірні дані, твердження, аргументи та списки, щоб покращити розуміння та заохотити до дій.

Платформа включає в себе рейтингову систему, що дозволяє спільнотам визначати і пріоритезувати критичні питання та цінну інформацію. Це сприяє більш делікатному та діяльному способу обміну інформацією та обговорення. Хоча деякі функції Geo вже працюють, інші перебувають на стадії розробки, а повноцінний запуск очікується найближчим часом. Мета полягає в тому, щоб зробити платформу публічною та загальнодоступною, як тільки всі функції будуть повністю розроблені та вдосконалені.

Методологія Geo дозволяє користувачам отримувати доступ та переглядати інформацію в організованому, високоякісному форматі, що базується на технології блокчейн. Платформа упорядковує детальну перевірену інформацію з різних глобальних питань, включаючи різноманітні конфлікти. Основна мета Geo - підвищити залученість спільноти та сприяти обговоренню, виходячи за межі типових розділів з коментарями і переходячи до більш всебічних і конструктивних дискусій.

Після запуску платформи адвокатів The Graph заохочують долучатися до платформи Geo та брати участь у її роботі. Платформа представляє еволюцію в способах курації та редагування інформації в децентралізованій структурі, пропонуючи нову парадигму для обміну інформацією, керованого громадою.

Спробуйте тут !

Оновлення від Subgraph Radio (17:40)

Subgraph Radio, вперше представлений разом з початковим GRC та концепцією Graphcast, досяг важливого етапу з релізом версії 1.0. Цей реліз приніс помітні вдосконалення, включаючи стійкість бази даних, яка підвищує масштабованість і ефективність обробки даних за рахунок заміни старої файлової системи JSON. Оновлення також спростило перевірку конфігурації, що є важливим для перевірки адрес індексаторів на відповідність даним в мережі. Мережа Graphcast була збільшена завдяки переходу на більш ефективний протокол ретрансляції, що забезпечує стабільнішу та надійнішу передачу повідомлень.

Подальші розробки включають інтеграцію Subgraph Radio в стек Squids Docker compose і Launchpad, що полегшує доступ для початківців і користувачів Kubernetes. Для учасників мережі Subgraph Radio пропонує безліч переваг. Вона дозволяє ефективний обмін даними між індексаторами, включаючи перехресну перевірку POI для виявлення розбіжностей та інформаційну панель Grafana для агрегованого мережевого інтелекту. Особливістю є попередня синхронізація оновлення підграфів, що дозволяє розробникам підграфів заздалегідь інформувати індексаторів про нові версії, мінімізуючи час простою.

Крім того, платформа надає конфігуровані сповіщення про виявлення розбіжностей та GraphQL API для детального аналізу. Для розробників підграфів стали доступними освітні ресурси, такі як документація та плейлист на YouTube з воркшопами. Заохочується залучення спільноти через канал Graphcast в The Graph Discord для дискусій та зворотного зв'язку.

Таким чином, розвиток Subgraph Radio знаменує собою значний крок вперед у сфері обміну даними та мережевого інтелекту в екосистемі The Graph, розширюючи інструменти та можливості, доступні індексаторам та іншим учасникам мережі.

Ініціатива The Graph щодо менторства для адвокатів (31:03)

Програма менторства, яку очолює Julianna з Graph AdvocatesDAO, є новою ініціативою, спрямованою на підтримку і направлення адвокатів впродовж їхнього шляху в рамках спільноти The Graph. Воно в першу чергу орієнтоване на дві групи: нові адвокати, які не знають, як почати робити свій внесок після приєднання до спільноти, та вже існуючі адвокати, які ще не зробили нічого після приєднання.

Великий акцент був зроблений на важливості подачі форми про роботи для всіх видів діяльності, що здійснюються в ролі адвоката. Ця форма має вирішальне значення, оскільки вона слугує доказом внеску, допомагаючи отримати авторитет та репутацію в спільноті. Важливо розуміти, що навіть якщо адвокати не прагнуть отримати винагороду, подання цих форм є важливим для визнання та відстеження їхнього внеску. Ця практика також може підвищити їхні шанси на отримання грантів спільноти або на те, щоб стати частиною DAO, особливо за умови постійних високоякісних внесків.

Програма має конкретні цілі. Вона починається з того, що адвокати заповнюють форму зворотного зв'язку, діляться своїми початковими мотивами приєднання до програми, своїми прагненнями та розповідають про будь-які можливі перешкоди, з якими вони могли зіткнутися на початку своєї діяльності. Цей зворотній зв'язок є важливим для розуміння перспектив адвокатів і направлення на досягнення їхніх довгострокових цілей. Допомогти неактивним адвокатам зробити свій перший внесок, тим самим зробивши програму корисною та ефективною для всіх її учасників, і є основною метою програми.

Запуск і демонстрація Tenderize V2 (31:03)

Під час зустрічі спільноти The Graph, спікери приділили велику увагу майбутньому запуску Tenderize V2, нового протоколу ліквідного стейкінгу для GRT (і не тільки), значний внесок в розробку якого зробила команда Tenderize.

Tenderize V2, запуск якого запланований на 29 січня, - це ретельне переосмислення архітектури ліквідного стейкінгу, покликане краще охопити децентралізацію і етос cypherpunk. Протокол вводить токени ліквідного стейкінгу (LST), які отримуються шляхом делегування GRT і є ліквідними на новоствореному автоматизованому ринку обміну під назвою Tender Swap. Ці LST можуть використовуватись для різних цілей, включаючи заставу в DeFi, створення гнучниких до налаштування індексів або як чистий для взаємодії продукт для індексаторів.

Члени команди розробників Tenderize V2 поділилися своїм різним досвідом, що охоплює ролі в DeFi-індустрії та інших великих галузях. Була проведена демонстрація користувацького інтерфейсу Tenderize V2, де показали простий процес стейкінгу та анстейкінгу GRT, а також можливість миттєвого обміну ліквідних застейканих токенів на GRT, підкреслюючи зручність і сумісність додатку з мобільними пристроями.

Tenderize V2 здобув підтримку з кількома партнерами по запуску з мережі The Graph і цільовою загальною заблокованою вартістю (TVL) понад $10 мільйонів. Відгуки користувачів, які тестували додаток під час тестової фази, були в переважній більшості позитивними, зокрема, вони високо оцінили гнучкість при переході між різними індексаторами без звичайного періоду очікування анстейкінгу. Після запуску додатку планується впровадження таких функцій, як позики під заставу простейканих GRT, подібно до позик з надмірною заставою, які можна побачити на таких платформах, як MakerDAO.

Що стосується стимулів та управління, команда оголосила про AirDrop для користувачів Tenderize V1 і можливість отримати ексклюзивні нагороди, виконуючи квести, які будуть конвертовані в токен управління Tenderize. Більш детальна інформація доступна за посиланням: Tenderize

Залишайтеся з нами!

Приєднуйтесь до нас наступного місяця на зустрічі спільноти #32!

Будьте в курсі подій, долучаючись до дискусій на форумі, слідкуючи за The Graph у X( у минулому Twitter) або приєднавшись до Discord сервера.

The Graph Builders Newsletter #12

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 10:08:36 GMT

Підписуйтесь на інформаційний бюлетень The Graph Builders Newsletter

gm web3 builders,

Ласкаво просимо до The Graph Builders Newsletter #12 за грудень 2023, в якому ми ділимося важливими новинами екосистеми The Graph для розробників за минулий місяць.

Теми за грудень 2023 року

Підбиття підсумків року розробників
Нові релізи
- Індексатор оновлень - нові функції для розробників
- Мережа Optimism стала доступною в The Graph
Навчальний куточок
- Найкращі практики у розробці підграфів: уникнення великих масивів
- Воркшопи Builders Office Hours
Основні моменти хакатону
- EthIndia 2023
- Chainlink Constellation 2023
Взяти участь
- Приєднуйтесь до The Graph BuildersDAO

Підбиття підсумків року розробників

У січні 2023 року було опубліковано перший випуск інформаційного бюлетеня The Graph Builders Newsletter! З того часу вийшло безліч оновлень і ключових релізів, спрямованих на підтримку розробників, таких як і ви!

Давайте розглянемо події 2023 року, висвітлюючи деякі ключові релізи, про які згадувалося в кожному випуску The Graph Builders Newsletter. Якщо у вас ще не було можливості ознайомитися з цими випусками, зробімо це зараз!

Січень: Випуск The Graph Client

Лютий: Arbitrum, Avalanche та Celo стали доступними в мережі The Graph

Березень: Випуск файлових джерел даних

Квітень: Sepolia стала доступною в Subgraph Studio

Травень: Випуск підграфів на основі підпотоків

Червень: Випуск повнотекстового пошуку + фільтрації за умовою, завантажувачів похідних полів та команди “graph deploy - ipfs-hash”.

Липень: Запуск The Graph BuildersDAO

Серпень: Випуск інструментів перенесення L2 та файлових джерел даних Arweave

Вересень: “DataSourceContext” та “endBlock” у маніфесті

Жовтень: Оголошення виходу індексатора оновлень

Листопад: Запуск Substreams.dev

Неймовірний рік!

Нові релізи

Індексатор оновлень - нові функції для розробників

З нещодавнім випуском індексатора оновлень, The Graph відкриває нові мережі та можливості для розробників.

Розблокування 1 - Безперешкодне оновлення до мережі The Graph

Індексатор оновлень дозволить розробникам підграфів оновлювати підграфи, розміщені на хостинговому сервісі, до мережі The Graph і починати виконувати запити якомога швидше без переривання роботи сервісу. Індексатор оновлень пропонує простий і зручний спосіб тестування вашого підграфа. Індексатор оновлень гарантує протягом обмеженого часу доступність підграфа в мережі The Graph, навіть якщо він має занадто слабкий сигнал курації, щоб залучити інших індексаторів.

Розблокування 2 - Завантаження нових мереж у основну мережу

На сьогоднішній день хостинговий сервіс підтримує більше 40 блокчейн-мереж. Індексатор оновлень прискорить інтеграцію багатьох з цих мереж з хостингу до основної мережі The Graph. Проте нові мережі, які підтримуються індексатором оновлень, не одразу отримають право на винагороду за індексацію. Для її отримання, кожна мережа повинна пройти процес інтеграції мереж.

Розблокування 3 - Попередньо синхронізовані підграфи

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

Розблокування 4 - Безкоштовний рівень запитів (незабаром)

Індексатор оновлень підтримує сторонні проекти та хакатон-проекти: буде створено безкоштовний рівень, досить ефективний для тестування потужності мережі The Graph. Як тільки він буде готовий до запуску в основному режимі, можна буде легко підписатися на платну версію, яка підтримує навантаження на рівні виробництва найбільших децентралізованих додатків.

Мережа Optimism тепер доступна в The Graph

Завдяки Optimism в загальній мережі The Graph ми маємо ще одну мережу, яку можемо почати індексувати!

Optimism - це перша мережа, яка завершила процес інтеграції мережі (CIP), відкритий та прозорий процес додавання нових мереж до основної мережі The Graph.

Оскільки індексатор оновлень розблоковує все більше і більше мереж, слідкуйте за новинами і чекайте появи нових мереж в The Graph.

Куточок навчання

Найкращі практики у розробці підграфів: уникнення великих масивів

Developer Relations Engineer Kevin Jones ділиться знаннями щодо оптимізації розробки підграфів шляхом уникнення великих масивів у своїй статті “Best Practices in Subgraph Development: Avoiding Large Arrays” Цей важливий прийом вирішує проблеми надмірного зростання та неефективності баз даних, особливо при роботі з великими наборами даних, що часто змінюються. Рішення полягає у стратегічному використанні функції @derivedFrom у Graph node, яка сприяє зворотному пошуку і створює віртуальні поля для ефективного виконання запитів. Це не лише сприяє оптимізації структури бази даних, але й підвищує загальну продуктивність .

The Graph Builders Office Hours - щочетверга о 17:00 UTC

**Почніть створювати швидко з усіма 19(!) воркшопами The Graph Builders Office Hours! **

Ось кілька нещодавніх епізодів:

Переможець Хакатону “Nazar” розробив свій проект на основі підпотоків
Досліджуйте можливості композиції підграфів у Graph Client
Дізнайтеся, як Clickhouse можна використовувати у якості приймача підпотоків
Ознайомтеся з новими можливостями підграфів - обробники ініціалізації та обробники опитувань
Створюйте за допомогою стандартних підграфів Messari

Основні моменти хакатону

EthIndia 2023

EthIndia 2023 пройшов з величезним успіхом. 40 команд створили свої проекти за допомогою The Graph. Познайомтеся з переможцями!

Найкращий новий підграф

Перше місце: Cal3 - web3-орієнтований календарний додаток, який працює на основі підграфа. Він дозволяє користувачам створювати події, запрошувати учасників за допомогою адрес гаманців, збирати відповіді на запрошення та надсилати сповіщення @PushProtocol.

Друге місце: JiffyScan - цей експлорер транзакцій використовує підграфи для аналізу пакетних транзакцій, надаючи більш детальну інформацію, ніж традиційні блок-експлорери.

Найкраще використання існуючого підграфа

Перше місце: Griffin - портал на основі підграфів, розроблений для розрахунку оптимальної комісії пулу ліквідності для трейдерів Uniswap, що дозволяє впроваджувати нові фінансові стратегії в web3.

Друге місце: Flashbag - багато мережевий DeFi-додаток, який використовує підграфи для оптимізації доходу в декількох мережах, спрощуючи процес простих транзакцій в DeFi-системі.

Chainlink Constellation 2023

Через кількість (більш ніж 60!) проектів, що використовують The Graph для Constellation 2023, вибір переможців був досить важким завданням. Вітаємо цих розробників, і ознайомимось з їхніми проектами, щоб отримати джерело натхнення!

Найкращий новий підграф або підпотік

Головний приз: GenHub - платформа, яка використовує генеративний ШІ для створення ШІ-персонажів для використання у рекламі та впливу на вибір споживачів, подібно до таких платформ, як TikTok або Instagram.

**Перше місце: Azurance **- платформа страхування, що пропонує відкриту, миттєву та гнучку систему, яка дозволяє будь-кому забезпечити ліквідність та спрощує процес вирішення страхових випадків для договорів страхування.

Друге місце: RocketAI - децентралізований додаток для створення та взаємодії зі спеціалізованими агентами ШІ, який поєднує GPT-моделі від OpenAI з технологією блокчейну для унікального поєднання ШІ та функціональності в децентралізованому середовищі.

Найкраще використання підграфа або підпотоку

Головний приз: Dexodus - безстрокова децентралізована біржа, яка усуває витрати на газ, пропонуючи стабільну комісію за транзакції, безперешкодний користувальницький досвід з використанням Chainlink Automation, а також елементи гейміфікації, такі як сезонні ліги та колекції NFT.

1-е місце: Shylock - DeFi-проект, що полегшує міжмережеве кредитування та позики, з системою кредитування без застави, що підтримується комплексною системою кредитного рейтингу, членством в DAO та процедурами KYC.

2-е місце: Botcoin - криптовалютна торгова платформа з торговими рішеннями на основі штучного інтелекту, персоналізованим управлінням фінансовими активами, оновленнями в режимі реального часу через Telegram, а також такими функціями, як оптимізація купівлі/продажу, безпечні міжмережеві перекази та адаптовані торгові стратегії.

Хочете долучитися до екосистеми The Graph Ecosystem?

⚙️ Build з The Graph BuildersDAO ⚙️

Хочете отримувати гроші за створення підграфів та підпотоків разом з іншими розробниками?

Приєднуйтесь до The Graph BuildersDAO!

The Graph BuildersDAO - це спільнота розробників, які надають свої послуги зі створення додатків та протоколів.

Ця спільнота шукає білдерів з різним рівнем досвіду роботи зі смарт-контрактами, Rust, фронтенд-фреймворками, DevOps, підграфами та підпотоками, щоб приєднатися та взяти участь у різноманітних проєктах.

Крім того, якщо у вас є проєкт, якому потрібна допомога розробника, The Graph BuildersDAO - чудовий ресурс, який допоможе вам створити власний підграф або суб-потік! Звертайтесь до нас!

Опитування для розробників

Створення The Graph Network - це спільна робота, і основні розробники хотіли б почути ваші відгуки!

Дякуємо за прочитання та щасливого розвитку! 💌

Маркус Рейн

Developer Relations and Success

Edge & Node, працює над The Graph

Нова ера The Graph: Стратегія для задоволення всіх світових потреб у даних

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:34:07 GMT

https://thegraph.com/blog/the-graph-roadmap-new-era/

Хотіли б послухати цей блог у аудіоформаті? Слухайте його в The Graph Podcast.

Зробіть крок у нову еру The Graph! Нова стратегія розвитку The Graph представляє сміливе і трансформаційне бачення майбутнього, в якому The Graph задовольнятиме всі потреби в обробці даних, від запитів і аналітики до LLM. Стратегія передбачає перспективне майбутнє, спрямоване на розширення можливостей для розробників та збільшення масштабів екосистеми The Graph.

З 2018 року The Graph відіграє важливу роль у підтримці web3 та дозволяє розробникам створювати додатки за допомогою підграфів. Запущена три роки тому, мережа The Graph демонструє високу продуктивність, досягаючи понад 99,9% успішності запитів і є відданою своїм зобов'язанням щодо демократизації доступу до даних блокчейну. Хостинговий сервіс і децентралізована мережа підтримують понад 40 мереж і більше 85 000 підграфів, що закріплює звання незамінної платформи для десятків тисяч розробників і додатків за мережею The Graph. Але шлях інновацій ще триває!

Давайте розберемо нову стратегію розвитку!

Огляд

Нова ера The Graph відзначає початок нової глави, де мережа The Graph задовольняє всі потреби даних і різних користувачів, підтримуючи процвітаючий всесвіт даних. Нова ера призведе до того, що The Graph буде обслуговувати зростаюче використання web3, включаючи перевірені дані, нові мови запитів і підтримку LLM, одночасно покращуючи обслуговування розробників, підвищуючи ефективність протоколу і створюючи граф знань.

Це все складається з п'яти основних цілей, кожна з яких має супровідні етапи для стимулювання досліджень і розробок та зростання екосистеми на довгі роки.

Ось короткий огляд та опис кожної цілі:

Світ сервісів даних: Вихід за межі підграфів для надання різноманітних ринкових послуг з обробки даних в мережі.
Розширення прав і можливостей розробників: Підтримка розробників за допомогою удосконаленого DevEx та інструментарію.
Оптимізована продуктивність індексатора: Покращення продуктивності мережі шляхом удосконалення інструментарію та операційних можливостей індексатора.
Узгоджений граф даних: Створення інструментів для даних, які можна компонувати, та організованого графа знань.
Еволюція та стійкість протоколу: Впровадження покращень для стійкішого, гнучкішого та ефективнішого протоколу.

Стратегія буде використовуватися для забезпечення користувачів чіткістю щодо майбутніх послуг, забезпечення безперервного узгодження між основними учасниками і визначення важливих етапів для спільноти, яких слід дотримуватися. Багато етапів, як наприклад міграція на Arbitrum, нові мережі та нові мови запитів, вже реалізуються, тоді як інші, які були представлені сьогодні, стануть акцентом упродовж наступних кількох місяців. Ви можете слідкувати за прогресом виконання етапів тут.

Світ сервісів даних

Результат: Вихід за межі підграфів для надання різноманітних ринкових послуг з обробки даних в мережі.

У стрімко змінюючомуся ландшафті web3 дані є джерелом життєвої сили, яке дозволяє створювати динамічні варіанти використання, які рухають усю галузь вперед. Стало стандартним використання підграфів для отримання доступу до даних блокчейну для створення децентралізованих додатків, але для підтримки зростаючого інтересу web3 до нових методів використання даних, The Graph також повинен розширити свої сервіси даних.

Світ сервісів даних пропонує цілісний підхід до розвитку за межами підграфів та GraphQL:

Нові мови запитів відкриють можливості для використання аналітики, тож дослідники даних та споживачі аналітики можуть звертатися до The Graph.
Повна інтеграція Firehose та Substreams, ключових сервісів даних, які забезпечують швидкий потік даних та модульний доступ до них.
Достовірна платформа Firehose для забезпечення потенційного рішення для EIP-4444 і отримання історичних даних Ethereum.
Введення нових недетермінованих джерел даних.
Надання можливості налаштованим LLM генерувати запити, які індексатори можуть обслуговувати як GraphQL, так і іншими мовами запитів.
Динамічний ринок обміну файлами для індексаторів.
Постійна підтримка нових мереж за допомогою процесу інтеграції мереж.

Спільнота The Graph передбачає різноманітний і надійний ринок послуг з обробки даних, доступних через мережу, і можливість для розробників додавати будь-які нові послуги без запиту на дозвіл. Зі зростанням ринку нових способів використання даних зростатимуть можливості для індексаторів та розробників спеціалізуватися та отримувати доступ до різноманітних сервісів даних. Світ сервісів даних відкриває можливості для нових користувачів, таких як дослідники даних, для доступу до всесвіту інформації з підвищеною зручністю та доступністю.

Розширення прав і можливостей розробників

Результат: Підтримка розробників за допомогою вдосконаленого DevEx (досвіду розробників) та інструментарію.

The Graph постійно удосконалює UX (користувацький досвід) та DevEx (досвід розробників) на основі відгуків користувачів та мінливих потреб. Розробники - це архітектори web3, які створюють досвід і додатки, що формуватимуть децентралізований інтернет.

Підтверджуючи прагнення до еволюції, орієнтованої на розробників, в рамках цього завдання визначено кілька важливих етапів, які призначені, щоб докорінно змінити досвід розробників:

Вже впроваджуються такі покращення користувацького досвіду, як спрощене виставлення рахунків, зрозумілі моделі ціноутворення та зменшення плати за газ завдяки безперервній міграції протоколу на Arbitrum.
Відсутність простоїв при оновленні підграфів до мережі завдяки етапу “Sunrise” децентралізованих даних, який забезпечує плавний перехід всіх підграфів хостингових сервісів до мережі.
Підтримка всіх мереж у основній мережі, які наразі підтримуються на хостинговому сервісі.
- Покращений GraphQL API та розширені функції тестування і валідації на етапі збірки, які будуть інтегровані в Graph CLI.
Розширений інструментарій для Substreams, який включатиме спеціальний графічний інтерфейс користувача та можливості Codegen.

Ці ініціативи не лише вдосконалять діючі робочі процеси, але й підвищать продуктивність та ефективність для розробників, які працюють з підграфами. Разом ці етапи визначають майбутнє, в якому The Graph розвиватиметься паралельно з очікуваннями та потребами користувачів, забезпечуючи доступ до світових даних за допомогою інтуїтивно зрозумілого, надійного та простого користувацького досвіду.

Оптимізація продуктивності індексаторів

Результат: Покращення продуктивності мережі шляхом удосконалення інструментарію та операційних можливостей індексатора.

Ефективність і надійність мережі The Graph глибоко пов’язані з ефективністю спільноти індексаторів. Для оптимізації роботи індексаторів, The Graph підвищить продуктивність мережі, розширивши операційні можливості індексаторів і забезпечивши їх комплексним інструментарієм.

Етапи оптимізації продуктивності індексаторів розроблені для посилення повного операційного потенціалу індексаторів, доповненого додатковими ресурсами підтримки.

Покращення включають:

Масштабований стек індексаторів на базі Kubernetes, адаптований для великомасштабних операцій.
Розробка нових фреймворків для моделювання витрат, пристосованих до нових послуг обробки даних, орієнтованих на індексаторів та майбутніх постачальників даних.
Автоматизована перевірка розбіжностей та спрощене виявлення за допомогою нових інструментів, таких як Graphix.
Зменшення витрат на газ в мережі для розробників та індексаторів через Arbitrum для підвищення операційної ефективності.

Разом ці ініціативи створюють майбутнє, в якому індексатори матимуть більше можливостей та операційної ефективності, що дозволить їм підтримувати кожен новий сервіс даних за допомогою інструментів, необхідних для масштабування їхньої інфраструктури.

Узгоджений граф даних

Результат: Створення інструментів для даних, які можна компонувати, та організованого графа знань.

Дані можуть надходити з будь-якого джерела, але як ми можемо знати, чому довіряти? Спільнотам необхідні інструменти для організації знань та інформації та досягнення консенсусу у цій сфері. Завдяки кращому представленню знань, пов'язаних між собою, ми зможемо розширити нашу базу спільних фактів, що є фундаментом для більш здорового суспільства. Бачення The Graph щодо узгодженого графа даних є свідченням цього, переходячи від даних до інформації, від неї до графа знань, керованого людиною!

Ця мета передбачає створення інструментів для композиційного та організованого графа даних за допомогою:

Впровадження удосконалених механізмів курації та управління даними на The Graph.
Надання мережевої підтримки для обробки природної мови через LLM.
Забезпечення єдиного доступу до всіх сервісів даних за допомогою композиційності.
Впровадження інструментів для створення графів знань.

Узгоджений граф даних визначає, як мережа The Graph забезпечує існування справді децентралізованого графа світових знань, що є неможливим у випадку роз’єднаних даних або провайдерів послуг з передачі даних. Ці віхи малюють картину майбутнього, в якому The Graph слугуватиме сполучною ланкою даних web3, з'єднуючи різні точки для створення безперебійного, інтегрованого і всеосяжного графа даних.

Еволюція та стійкість протоколу

Результат: Впровадження покращень для стійкішого, гнучкішого та ефективнішого протоколу.

Постійний розвиток протоколу, надання йому стабільності, гнучкості і економічної ефективності є надзвичайно важливим для розробників, які працюють з The Graph. Мета еволюції та стійкості протоколу підкреслює прагнення впровадити децентралізацію, загальнодоступні інновації, покращити економічну ефективність та мінімізувати приховані припущення щодо довіри:

Нова система платежів для користувачів мережі за допомогою протоколу агрегації часових ліній (TAP) під назвою Scalar, що значно зменшує відсутність довіри між шлюзами і платежами індексаторів.
Впровадження Graph Horizon, розвиток протоколу з метою зробити його більш загальнодоступним, простим та економічно ефективним, включаючи покращення делегування.
Підтримка арбітражу для нових сервісів і мереж даних на модульній основі.
Створення спеціального користувацького інтерфейсу для нових сервісів даних (наприклад, для розробників і дослідників даних).

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

Як долучитися?

Стати частиною цієї революційної подорожі стало надзвичайно просто. Незалежно від того, чи ви розробник, чи починаючий індексатор, чи прихильник web3 без технічних знань, є кілька способів вступити до спільноти The Graph та взяти участь у її роботі.

Почніть з дослідження різних мережевих ролей у The Graph і визначте, чи зацікавлені ви стати делегатом, розробником підграфів чи індексатором.

Ще ви можете зв'язатися з однодумцями по всьому світу, приєднавшись до офіційного каналу в Telegram, Discord та The Graph Forum, де ведеться обговорення майбутнього протоколу.

Зрештою, ви також можете подати заявку на отримання ролі адвоката The Graph, приєднатися до BuildersDAO, підписатися на розсилку новин спільноти або відвідати один з численних заходів спільноти. Прийміть нову еру, зробіть свій внесок у розвиток web3 і допоможіть формувати майбутнє разом з The Graph.

Приєднуйтесь до The Graph, поки ми революціонізуємо світ децентралізованих даних!

Про The Graph

The Graph Builders Newsletter #10

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:30:14 GMT

https://thegraph.com/blog/builders-newsletter-10/

🏗️ Підписуйтесь на інформаційний бюлетень The Graph Builders Newsletter 🏗️

gm web3 builders,

Давайте розглянемо The Graph Builders Newsletter #10 за жовтень 2023, де ми ділимося важливими новинами для розробників щодо екосистеми The Graph за минулий місяць.

З нагоди The Graph Builders Newsletter #10, для розробників тепер доступна обмежена кількість POAP!

Заберіть цього місячний POAP і давайте починати !

Теми на жовтень 2023 року

Представлення апгрейд індексатора
- Відсутність перерви в обслуговуванні для оновлень підграфів в мережі The Graph
- Швидкі публікації
- Нові мережі в загальній мережі The Graph
Випущено нові функції для підграфів!
- Суттєве покращення продуктивності підграфів на основі підпотоків
- DataSourceContext у маніфесті
- У маніфесті з'явився endblock
The Graph @ EthRome
Воркшопи Builders Office Hours
Візьміть участь в роботі екосистеми The Graph
- Приєднуйтесь до The Graph BuildersDAO
- Підписуйтесь на бета-версію The Graph Billing Subscriptions

🌅 Представлення апгрейд індексатора 🌅

Згідно цього оголошення розробники матимуть ще більше переваг, працюючи в мережі The Graph.

Що це таке?

Цей індексатор допомагає користувачам хостингового сервісу оновлювати свої підграфи в мережі The Graph без переривання роботи сервісу. Він дозволяє завантажувати нові мережі в основну і поліпшує процес оновлення підграфів з хостингового сервісу, гарантуючи готовність індексатора обслуговувати запити негайно після публікації підграфа (чи нової версії підграфа) в мережі.

Ось 3 ключові переваги, які розробники отримують від його використання, який незабаром стане доступним:

Відсутність перерви в обслуговуванні для оновлень підграфів в мережі The Graph

Раніше, коли розробник прагнув оновити свій підграф до мережі The Graph, потрібен був час на індексацію оновленого підграфа. Протягом цього часу, поки новий підграф індексувався, застарілий підграф залишався без призначених індексаторів, що призводило до перерви у обслуговуванні. З індексатором оновлень будь-які прогалини у обслуговуванні будуть усунені, оскільки індексатор синхронізує стару і нову версії.

Можлива миттєва синхронізація опублікованих підграфів

До винайдення апгрейд індексатора, коли підграф публікувався в мережі The Graph, його індексація займала певний час, оскільки відповідальність за індексацію переходила від централізованої інфраструктури до децентралізованої. Цього процесу більше немає! Індексатор оновлень попередньо синхронізує підграфи, розгорнуті в Subgraph Studio. Це означає, що коли підграф повністю проіндексовано в Subgraph Studio, він також буде повністю проіндексований, щойно його буде опубліковано в мережі The Graph!

Нові мережі в загальній мережі The Graph

На сьогоднішній день хостингові сервіси підтримують більше 40 блокчейн-мереж. Апгрейд Індексатор прискорить інтеграцію цих мереж з хостингового сервісу до мережі The Graph. Однак, нові мережі, які підтримуються індексатором, не одразу отримають право на винагороду за індексацію. Щоб отримати винагороду за індексацію, кожна мережа повинна пройти процес інтеграції в рамках (Chain Integration Process).

Слідкуйте за новинами про апгрейд індексатора!

🔼 Нові функції підграфів🔼

У graph-node 0.33.0 з'явився довгий список нових функцій, які тепер доступні в мережі The Graph!

Ось декілька цікавих можливостей для розробників підграфів:

`DataSourceContext` у маніфесті підграфа

Передача даних від одного обробника до іншого під час темплейтингу раніше була можлива у наших маппінгах підграфів за допомогою Data Source Context, але тепер ця можливість доступна у нашому `subgraph.yaml`!

Ця можливість буде корисною для темплейтингу специфічних для мережі даних у підграфах, які використовують один і той самий код для декількох мереж. Перевірте це!

name: Factory
    network: mainnet
    context:
      foo:
      bool_example:
        type: Bool
        data: true
      int8_example:
        type: Int8
        data: 64
      big_decimal_example:
        type: BigDecimal
        data: 10.99
      bytes_example:
        type: Bytes
        data: \"0x68656c6c6f\"
      list_example:
        type: List
        data:
          - type: Int
            data: 1
          - type: Int
            data: 2
          - type: Int
            data: 3
      big_int_example:
        type: BigInt
        data: \"1000000000000000000000000\"
      string_example:
        type: String
        data: bar
      qux:
        data: \"bar\"
      int_example:
        type: Int
        data: 42

`endBlock` визначено у `subgraph.yaml`

При створенні підграфа ми визначаємо `startBlock`, з якого починається індексація підграфа. Тепер у нас також є `endBlock`, який дозволяє спрямувати фокус наших підграфів лише на конкретний набір блоків! Спробуйте, як тільки `graph-node` буде оновлено у файлі `subgraph.yaml`!

…
source:
  address: '0x...'
  abi: Contract
  startBlock: 1000000
  endBlock:  1500000
…

Суттєве покращення продуктивності підграфів на основі підпотоків

Було досягнуто значне покращення продуктивності для підграфів на основі підпотоків завдяки перенесенню обробки підпотоків до блоку.

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

🏗️ The Graph @EthRome 🏗️

Розробники зібралися і реалізували ряд неймовірних проектів в Італії. Вітаємо переможців і знайомимося з їхніми роботами!

Best New Subgraph/Substream

🥇 Sharknado

🥈 Zola

🥉 Quo- Roma та GM ID

Best Use of Existing Subgraph/Substream

🥇 CarbonarAI

🥈 Bounty Arena

🏗 Building With The Graph - Workshops 🏗

The Graph Builders Office Hours - щочетверга о 17:00 UTC

Щочетверга о 17:00, Developer Relations Engineer Edge & Node Kevin Jones в The Graph Discord проводить зустрічі з розробниками графів. Кожна сесія містить живі майстер-класи та обговорення з розробниками, які розбудовують The Graph Ecosystem, у формі запитань та відповідей.

Почніть розробляти якомога швидше за допомогою попередніх воркшопів The Graph Builders Office Hours!

Пориньте у нові можливості підграфів - обробники ініціалізації та обробники опитувань
Використовуйте стандартні підграфи Messari
Почніть програмувати швидко за допомогою стартового набору для хакатону, який використовує The Graph
Створіть dapp за допомогою Scaffold-Eth 2 та The Graph
Дізнайтеся, наскільки потужними можуть бути підграфи на основі Substreams
Пориньте в аналітику даних підграфів за допомогою Playgrounds
Перенесіть офф-чейн дані до підграфів за допомогою File Data Sources

Не знайшли потрібну тему?

Надішліть запит на тему для наступного епізоду The Graph Builders Office Hours, і ми зробимо це!

Хочете долучитися до екосистеми The Graph Ecosystem?

⚙️ Build з The Graph BuildersDAO ⚙️

Хочете отримувати гроші за створення підграфів та підпотоків разом з іншими розробниками?

Приєднуйтесь до The Graph BuildersDAO!

The Graph BuildersDAO - це спільнота розробників, які надають свої послуги зі створення додатків та протоколів.

➕ Підпишіться на бета-версію програми Graph Billing Subscriptions ➕

Seamless Upgrades to The Graph Network - Unveiling 3 Phases of the Sunrise of Decentralized Data

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:24:37 GMT

https://thegraph.com/blog/unveiling-updated-sunrise-decentralized-data/

Хотіли б послухати аудіо-версію цього блогу? Слухайте запис цього блогу через The Graph Podcast.

TL;DR

У цьому оголошенні представлено оновлений план розвитку децентралізованих даних, який дозволить кожному безперешкодно перейти в мережу The Graph. План складається з 3 етапів:

Sunray: увімкнення підтримки всіх хостингових сервісів, запровадження простого процесу оновлення та надання безкоштовного плану запитів до мережі The Graph, який активується за допомогою апгрейд індексатора
Sunbeam: запровадження 60-денного вікна оновлень для оновлення підграфів хостингових сервісів зі спеціальною підтримкою оновлення
Sunrise: термін дії ендпоінтів хостингових сервісів закінчиться, коли всі підграфи оновляться в мережі The Graph

Оновлення в мережі The Graph дарує розробникам самостійність управління даними своїх децентралізованих додатків, не потребує витрат на розгортання власної інфраструктури індексування. Замість цього вони можуть скористатися мережею, в якій працюють сотні індексаторів, щоб забезпечити надійне та швидке обслуговування даних блокчейну.

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

Настав час скористатися перевагами переходу до мережі, такими як:

Низька вартість запитів
Неперевершений час безвідмовної роботи
Висока швидкість синхронізації
Прозора статистика використання підграфів
Надійна система підтримки успішності запитів
І багато іншого - і все це, уникаючи блокування постачальника послуг

Основні команди розробників розширюють доступ до мережі The Graph з появою децентралізованих даних, яка відбудеться в три етапи.

Розберемо по пунктах: 3 етапи розвитку децентралізованих даних

Перший етап: Sunray

На етапі Sunray буде впроваджено три вдосконалення, які дозволяють користувачам хостингових сервісів безперешкодно і швидко перейти в мережу The Graph.

Активуємо мережі хостингового сервісу в мережі The Graph: З запуском індексатора всі мережі, які доступні на хостинговому сервісі, стануть доступними також у мережі The Graph. Розробники підграфів зможуть оновлювати підграфи хостингових сервісів у всіх мережах та створювати нові підграфи для мереж, які раніше були недоступні.
Покращений досвід оновлення для розробників: Забезпечити простий у використанні процес оновлення, щоб допомогти користувачам хостингових сервісів оновити підграфи в мережі The Graph та ознайомитись з Subgraph Studio, основним користувацьким інтерфейсом для створення, тестування, публікації та розгортання підграфів у децентралізованій мережі.
Впровадження безкоштовного тарифного плану для запитів: Користувачі, які скористаються безкоштовним тарифним планом і мають намір виконувати запити до будь-якого підграфа мережі, зможуть здійснювати значну кількість безкоштовних запитів щомісяця протягом обмеженого часового інтервалу. Це особливо корисно для невеликих додатків, хакатонів, аматорів і тих користувачів, які просто тестують підграфи перед переходом на платний тарифний план. Безкоштовний план буде обмежений за часом і надасть можливість аналізу запитів та отримання сповіщень. Також він дозволить безперешкодно перейти на платний план, використовуючи той самий ключ API/запиту. Цей безкоштовний план задовольнить потреби багатьох сучасних користувачів хостингових сервісів, створюючи можливість легко переходити до мережі The Graph із хостингового сервісу.

Другий етап: Sunbeam

Фаза Sunbeam запустить вікно оновлення, пропонуючи спеціалізовану підтримку користувачам через електронну пошту та Discord, що дозволить кожному відчути швидшу синхронізацію, меншу затримку та більш надійні відповіді на запити.

На початку фази Sunbeam вступають в дію два основні елементи:

Запуск вікна оновлення: Вікно оновлення триватиме 60 днів і розпочнеться лише після завершення трьох удосконалень фази Sunray. Вікно оновлення відповідає часовим рамкам, протягом яких розробники підграфів будуть оновлювати свої підграфи в мережі The Graph. Хоча це вікно оновлення буде доступне наприкінці фази Sunbeam, кульмінації воно досягне наприкінці третьої фази - Sunrise.
Примітка: інтерфейс оновлення для легкого оновлення підграфів залишатиметься доступним і після закриття вікна оновлення.
Створення нових підграфів буде доступне лише у мережі The Graph: Початок фази Sunbeam стане важливим етапом у розвитку хостингового сервісу. Оскільки фокус зміщується на створення підграфів у мережі The Graph, створення нових підграфів відбуватиметься виключно у Subgraph Studio.

Примітка щодо підтримки: Щоб гарантувати безпроблемний перехід під час етапу Sunbeam і протягом всього процесу оновлення, ми визнаємо важливість підтримки спільноти у режимі реального часу. Тому всім користувачам рекомендується звертатися за адресою upgrade@thegraph.foundation на електронну пошту або приєднатися до спеціального сервера Discord - простору, де можна отримати поради безпосередньо від досвідчених членів команди та учасників спільноти. Незалежно від того, чи ви знаходитесь на початкових етапах оновлення, чи шукаєте пояснень щодо нових функцій, чи потребуєте допомоги у вирішенні будь-яких можливих проблем, спільнота готова вам допомогти.

Наприкінці фази Sunbeam набудуть чинності два додаткові компоненти:

Нові оновлення підграфів будуть доступні лише у Subgraph Studio та мережі The Graph: Розробники підграфів, які бажають внести зміни до своїх підграфів на хостинговому сервісі, повинні будуть оновити свої підграфи для використання в мережі, щоб розгорнути нові версії в мережі The Graph через Subgraph Studio.
Автоматичне оновлення часто використовуваних (але ще не оновлених) підграфів: Під час етапу Sunbeam ключові розробники відслідковуватимуть підграфи хостингових сервісів, які широко використовуються, але ще не були оновлені. З метою забезпечення того, що найбільш важливі підграфи, які активно використовуються в екосистемі web3, залишатимуться доступними для всіх, підграфи з значною кількістю запитів автоматично оновлюватимуться в мережі.

Третій етап: Sunrise

Етап Sunrise відзначатиме оновлення всіх підграфів і завершення роботи для переходу до наступної фази The Graph, запрошуючи всіх користувачів хостингової служби у нову епоху незалежних даних!

На цьому етапі, що відповідає завершенню вікна оновлення, ендпоінти хостингового сервісу будуть виведені з експлуатації, що знаменує початок нового призначення хостингового сервісу - підтримці мережі в якості апгрейд індексатора.

Приєднуйтеся до святкування розробників з усього світу, які здобувають свободу та контроль над своїми потребами в області даних! Коли завершиться останній етап, учасники спільноти The Graph по всьому світу відзначатимуть початок нової ери децентралізованих даних.

Яскраве і децентралізоване майбутнє

На фазі Sunrise децентралізованих даних The Graph розробники підграфів, які допомогли сформувати історію web3, створюючи підграфи на хостинговому сервісі, отримають пам'ятні ексклюзивні NFT на знак визнання їхнього внеску в The Graph - слідкуйте за новинами.

Мережа The Graph постійно розвивається, і Sunrise знаменує собою лише початок світлого майбутнього. Того, де розробники децентралізованих додатків зможуть використовувати стійкість і зрілість The Graph, отримуючи вигоду від сотень незалежних індексаторів, вищої якості послуг і прозорого ціноутворення, що визначається ринком!

Захоплені майбутнім децентралізованих даних? Підписуйтесь тут, щоб отримувати новини про запуск кожного етапу Sunrise.

Маєте запитання? Переходьте на нашу сторінку з поширеними запитаннями (FAQ) для отримання додаткової інформації або поставте своє запитання в Discord.

Про The Graph

The Graph’s Community Talk #28

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:19:26 GMT

https://forum.thegraph.com/t/the-graphs-community-talk-28/4693

Зустріч зі спільнотою відбулася у вівторок, 17 жовтня о 8:00 ранку за PST.

Порада: перейдіть до каналу Events у верхній частині сервера Discord і встановіть собі нагадування про подію.

Детальні записи по кожній з тем з часовими позначками ви можете побачити нижче.

Ви можете знайти цю та всі інші події всередині спільноти в календарі. Підпишіться на календар, щоб бути в курсі усіх майбутніх подій!

Стислий виклад

Останні новини спільноти (00:00)

Паралельні заходи Devconnect
Спонсорство та призи на EthGlobal
Майбутні заходи в Латинській Америці
Технічна консультативна рада (TAB)
Індексатор оновлень Edge & Node
Святкування третього дня народження
Щомісячні оновлення основних розробників
Подкасти GRTiQ (епізоди з 134 по 137)

Демоверсі з хакатону EthNewYork (04:20)

Переможці та їхні проекти
TeachAI
Leverage Labs
Використання The Graph в проектах
Поради хакатону

Eth Rome(13:34)

Основні події
Переможці та їхні проекти
- Sharknado
- Zola
Поради хакатону

The Graph India (35:22)

Заснування та ініціативи
Воркшопи від гуру The Graph
Плани щодо ETHIndia на грудень 2023 року

Новини спільноти (00:00)

The Graph візьме участь у кількох паралельних заходах для Devconnect, включаючи DataPalooza, організовану The Graph Foundation. DataPalooza має на меті дослідити потреби інфраструктури та даних в мережі Ethereum і більш широкій екосистемі web3, охоплюючи широкий спектр тем: децентралізовані додатки, аналітика, інструментарій, LLM і багато іншого. Також ознайомтеся з ETHKampus, хакерським осередком, який розмістить 30 розробників в Faik Paha під час Devconnect.

The Graph є спонсором EthGlobal і буде видавати призи, тому розробників заохочують використовувати The Graph під час розробки! У найближчі місяці The Graph також візьме участь у деяких заходах в Латинській Америці, зокрема, відбудеться супутній захід на ETH Mexico, а також захід у Перу, де будуть проведені воркшопи під керівництвом The Graph Advocates.

The Graph Council створює Technical Advisory Board ("TAB") для прискорення R&D і покращення технічних аспектів протоколу. Панель відкрита для подання кандидатів! Надсилайте свою кандидатуру або кандидатуру когось іншого сюди!

Якщо ви ще не знаєте, Edge & Node запускає апгрейд індексатора, про який Tegan Kline оголосила на форумі і в X/Twitter. Він буде діяти як резервний механізм, щоб гарантувати, що всі підграфи, які оновлюються, можуть обслуговуватися, пропонуючи кілька переваг для розробників децентралізованих додатків і гарантуючи, що користувачі хостингових сервісів зможуть безперешкодно перейти на мережу The Graph.

У грудні The Graph святкуватиме свій третій день народження, і вже підтверджені заходи у трьох містах. Подробиці будуть повідомлені на наступній зустрічі спільноти!

Опубліковані щомісячні оновлення від основних розробників. Зайдіть на форум , щоб ознайомитися з ними!

Нові випуски GRTiQ

Подкаст GRTiQ: 134 Ben Jones

У цьому подкасті Ben Jones, Director в Optimism Foundation, розповідає про свій шлях у web3, витоки Optimism, L2 рішення та роль The Graph в екосистемі.

Подкаст GRTiQ: 135 Pedro Diogo

У цьому подкасті виступив Pedro Diogo, Technical Program Manager в The Graph Foundation, який розповів про своє минуле, крипто-френдлі статус Португалії та свою роботу в The Graph, включаючи програму MIPs і новий процес інтеграції мереж.

Подкаст GRTiQ: 136 Thierry Bleau

У цьому подкасті Thierry Bleau, Co-founder і COO в Playgrounds, розповідає про нещодавно випущений Playgrounds API і свій шлях у простір web3.

Подкаст GRTiQ: 137 Saihajpreet Singh

У цьому подкасті виступив Saihajpreet Singh, Software Engineer в The Guild, розповівши про свій освітній шлях, внесок у розвиток спільноти GraphQL, а також про технології The Graph та web3.

Демоверсії на EthNewYork Hackathon (04:20)

На Community Talk #28 були представлені демоверсії від команд, які виграли призи за участь у хакатоні в ETHNewYork. TeachAI виграли нагороду за найкращий новий підграф чи підпотоки, а Leverage Labs - за найкраще використання підграфа або підпотоків.

TeachAI

TeachAI -

це чат-додаток, де користувачі взаємодіють з моделлю штучного інтелекту. Користувачі платять за запитання, оцінюють відповіді ШІ та отримують знижку за свої відгуки. Усі дії відкрито фіксуються за допомогою технології блокчейн. Команда представила свій проект на зустрічі спільноти та розповіла про його дизайн, мету і те, як він використовує The Graph.

Як The Graph використовується у проекті

Підграфи в TeachAI слугують основою даних, збираючи всі взаємодії користувачів і зразки відповідей. Вони відстежують усе : від початкового запиту до оцінки користувачем відповіді штучного інтелекту. Це забезпечує повну прозорість еволюції ШІ-моделі, допомагає визначити сильні та слабкі сторони системи та сприяє постійному вдосконаленню. Отже, підграфи допомагають:

Забезпечувати безперебійний інтерфейс для відображення ончейн даних.
Перевіряти індексацію даних, розширюючи доступ до цінних відгуків, які можуть бути використані для покращення моделей.
Забезпечувати систему, за допомогою якої ви можете відстежувати еволюцію LLM, приписуючи зміни в моделі не лише певним даним, але й певним категоріям користувачів.

Поради хакатону:

Для успішного використання підграфів на хакатонах, акцентуйте увагу на написанні якісного коду та детальній документації. Зробіть вашу структуру чіткою, додавши пояснення для полегшення використання. Намагайтесь забезпечити модульність, щоб спростити подальші ітерації. Не зупиняйтеся на вивченні нових можливостей, таких як підграфи IPFS, для повного використання платформи. Основне завдання - створити добре задокументований, універсальний і високоякісний підграф, який легко зрозуміти і можна використовувати як еталон.

Leverage Labs (27:26)

Leverage Labs - це веб-додаток на основі React, розроблений для вирішення проблеми ліквідацій на ринку кредитування NFT, зокрема на Blur.io. Інструмент, який спочатку був зосереджений на управлінні кредитами для NFT Bored Ape Yacht Club (як найбільшого поточного ринку кредитування), зараз надає користувачам оповіщення та інформацію про стан їхніх кредитів через Wallet Connect Web3Inbox. Крім того, він надає цінні дані про кредитування NFT, зібрані за допомогою протоколу The Graph. Додаток також представляє функцію під назвою “Noundvisor”, натхненну Windows Clippy, щоб надавати сповіщення та поради.

Роль The Graph:

The Graph є невід'ємною частиною як для запиту останнього статусу кредиту для розсилки сповіщень, так і для створення інсайтів, представлених у веб-додатку. Він спростив складні процеси ETL (Event-Trigger-Load) та індексування, що дозволило Leverage Labs зіставити події в мережі зі значущими та придатними до дії даними.

Поради хакатону:

Найбільш корисним підходом на хакатоні, особливо при використанні спонсорських технологій, таких як The Graph, є пряма взаємодія з командою, яка стоїть за технологією. Це дає безцінну інформацію, яка не обмежується документацією.

Еth Rome (13:34)

Andrea підкреслила успіх заходу ETHRome, в якому взяли участь понад 130 розробників, які спільно створили понад 40 проектів. На заході було запропоновано винагороду у розмірі $2,500 завдяки The Graph AdvocatesDAO. Marcus провів воркшоп, присвячений використанню The Graph, який був використаний у 25% проектів. Учасники також мали можливість заробити ETHRome POAP-токени. Sharknado скористались можливістю презентувати свій проект, продемонструвавши, як вони використовували The Graph.

Переможці у номінації Best New Subgraph/Substreams:

Sharknado
Zola
Quo Roma & GM ID

Переможці у номінації Best Use of Existing Subgraph/Substreams:

CarbonaraAI
Bounty Arena

Sharknado

Sharknado - це платформа для опитувань на основі блокчейну, яка фокусується на конфіденційності та вибірковій участі. Користувачі можуть брати участь в опитуваннях, тільки якщо вони володіють певним NFT, наприклад, “shark токеном” команди. Участь є приватною, тобто ніхто не може побачити адресу учасника. Платформа також пропонує псевдо-приватні виплати, що дає переможцям можливість вказати іншу адресу для отримання винагороди. Унікальність опитувань полягає в їх роботі на засадах лотереї. Після досягнення певної кількості учасників випадковим чином обирається один переможець, який отримує всі винагороди. Проект використовує підграфи для збору та відображення інформації, наприклад, про переможця лотереї. Вони показали, наскільки просто використовувати Subgraph Studio під час дзвінка!

Zola

Zola - це рішення для масштабування блокчейну, яке має на меті покращити користувацький досвід при купівлі та продажу фізичних і цифрових продуктів. Розроблений на хакатоні ETHRome, Zola представив функцію онлайн ескроу з підвищенням рівня конфіденційності через Railgun. Особливістю Zola є те, що він зосереджений на захисті особистих даних користувачів, зберігаючи при цьому прозорість. Команда створила демо-версію інтерфейсу та SDK, який є модульним і може бути легко інтегрований іншими розробниками. Передбачений підграф, дозволяє налаштовувати розгорнуті смарт-контракти ескроу. У Zola також передбачена функція конфіденційності для піддоменів ENS, яка дозволяє користувачам анонімно захищати свої піддомени, не розкриваючи їх власників. Незважаючи на свої надійні функції конфіденційності, Zola все ще пропонує повну прозорість через The Graph, показуючи відкриті ескроу транзакцій та іншу основну інформацію, фактично приховуючи лише ідентичність учасників.

Поради хакатону:

Основні поради для використання підграфів на хакатонах включають початок роботи заздалегідь і спрямованість на створення продукту мінімальної життєздатності (MVP) протягом першого дня. Не залишайте важливі функції на останні кілька годин до дедлайну. Підграфи зручні та швидкі в налаштуванні, але якщо ви новачок, дайте собі достатньо часу, щоб навчитися. Крім того, стати Graph Advocate - це чудовий спосіб долучитися до спільноти The Graph, особливо для тих, хто зацікавлений у подальшій роботі.

The Graph India (35:22)

The Graph India була заснована в липні 2023 року під девізом “Лідерство з емпатією”. Того ж місяця вони запустили ініціативу під назвою Graph-A-Thon, щоб зв'язатися з досвідченими розробниками. У серпні вони розгорнули програму під назвою “Навігація у світі Web3 з The Graph India”, ініціативу, повністю очолювану адвокатами, яка включала онлайн-сесії, щоб сприяти створенню середовища співпраці між Graph Advocates в Індії.

У вересні було почалося формування нового бренду, покликаного відобразити культуру Індії та пояснити ідентичність організації. Вони проводять серію з 11 воркшопів по всій Індії. Ці воркшопи розділені на три сегменти: вступ до мережі The Graph та її продукти, створення підграфів і як зробити свій внесок в якості Graph Advocate. Ті, хто беруть участь у цих семінарах, можуть отримати звання “Graph Guru”. У майбутньому The Graph India має плани щодо ETHIndia у грудні 2023 року, де вони допоможуть з базовою логістикою та воркшопами.

Дані, зібрані під час цих ініціатив, будуть корисними для подальших заходів і для безпосереднього поширення повідомлень від The Graph Foundation та Graph AdvocatesDAO для ширшої спільноти.

Співпраця важлива для The Graph India, і команда вірить у тісну співпрацю з усіма членами спільноти The Graph та заохочує членів спільноти долучатися до неї!

Залишайтеся з нами!

Приєднуйтесь до нас наступного місяця на зустрічі спільноти #29!

Будьте в курсі подій, долучаючись до дискусій на форумі, слідкуючи за The Graph у X( у минулому Twitter) або приєднавшись до **Discord **сервера.

Introducing the Upgrade Indexer: New Developer Benefits, Easier Network Upgrades

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:16:00 GMT

https://thegraph.com/blog/upgrade-indexer/

Екосистема The Graph залишається відданою своїй місії: Зробити відкриті дані доступними для всіх. Виконання цієї місії також означає підтримку розробників з найкращим у своїй області досвідом роботи з даними в децентралізованій мережі. Edge & Node та інші ключові розробники вже більше року працюють над оновленнями, які покращують якість обслуговування в мережі, вартість послуг та досвід розробників. Настав час всім скористатися перевагами мережі, включаючи нижчу вартість запитів, надійний час безвідмовної роботи, високу швидкість синхронізації, надійну систему підтримки користувачів та багато іншого - і все це без прив'язки до одного постачальника. Ось кілька причин, чому Edge & Node раді представити рішення, яке незабаром стане доступним, щоб зробити оновлення з хостингової служби ще простішим: апгрейд індексатора.

Яка мета індексатора оновлень?

Індексатор оновлень буде резервним механізмом, який гарантує, що кожен підграф, який оновлюється до мережі, може обслуговуватися мережею. Це ще один спосіб, за допомогою якого екосистема The Graph надасть максимальну підтримку розробникам і дозволить кожному передати свої потреби в індексації в мережу, не припиняючи підтримку критично важливої інфраструктури, на яку сьогодні покладаються десятки тисяч розробників.

Цей індексатор допоможе завантажувати нові мережі в основну мережу і покращить досвід оновлення підграфів з хостингового сервісу, гарантуючи, що індексатор буде готовий обслуговувати запити одразу після публікації підграфа (або нової версії підграфа) в мережі. Інакше кажучи, Індексатор допомагає користувачам хостингу оновлювати свої підграфи в мережі The Graph без переривання роботи сервісу. Очікується, що залежність від такого Індексатора з часом буде зменшуватись.

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

Переваги для розробників децентралізованих додатків

Мережа The Graph продовжує пропонувати неперевершені переваги для розробників децентралізованих додатків, такі як: висока якість послуг, низька вартість та надійна безпека децентралізації. Індексатор оновлень розширює переваги мережі The Graph, а саме:

Безкоштовне оновлення до мережі The Graph: Апгрейд індексатор дасть розробникам підграфів змогу оновлювати підграфи хостингового сервісу до The Graph і починати виконувати запити якомога швидше без переривання роботи сервісу. Він надасть простий і безперебійний спосіб тестування вашого підграфа. Після того як ви подасте сигнал на свій підграф, індексатор буде поступово зменшувати підтримку, що сприятиме привертанню підтримки інших індексаторів.
Бутстрап нових мереж в основній мережі: Сьогодні хостинговий сервіс підтримує більше 40 блокчейн-мереж. Апргрейд прискорить інтеграцію багатьох з цих мереж з хостингу в мережу The Graph. Однак, нові мережі, які підтримуються індексатором, не одразу отримають право на винагороду за індексацію. Щоб отримати винагороду за індексацію, кожна мережа повинна пройти голосування всередині мережі за допомогою програми Chain Integration Process
Попередньо синхронізовані підграфи: Всі підграфи хостингового сервісу вже будуть синхронізовані з індексатором, що забезпечить негайну і якісну підтримку в мережі.

The Graph пропонує децентралізований підхід до індексації даних блокчейну, що дозволяє розробникам передавати свою інфраструктуру на аутсорсинг надійній мережі, яку живлять сотні незалежних індексаторів по всьому світу.

Що це означає для інших індексаторів?

Як згадувалося на The Graph's Forum, апгрейд індексатор слугує механізмом бутстрапу для підграфів, які не підтримуються, і він не збиратиме винагороду за індексацію і не буде конкурувати з іншими індексаторами. Він виділятиме мінімальну суму на підграф, збираючи плату лише за виконані запити.

Більш того, усі існуючі індексатори також матимуть можливість без дозволу приєднатися як апгрейд індексатори. Список мереж і підграфів для попереднього індексування буде опублікований перед випуском апгрейд індексатора від Edge & Node.

Розквіт децентралізованих даних

Як випливає з назви, апгрейд індексатор дозволить розробникам оновлювати підграфи своїх хостингових сервісів, щоб насолоджуватися якістю обслуговування і гнучкістю мережі The Graph. Індексатор дозволить всім учасникам мережі просто і безперешкодно перейти на мережу The Graph, прокладаючи шлях до нового періоду розквіту децентралізованих даних.

Edge & Node та інші основні розробники екосистеми працюють над подальшим підвищенням стійкості The Graph та розширенням того, що раніше було оголошено як “Розквіт децентралізованих даних The Graph”. Невдовзі буде оприлюднено новий, оновлений план, сповнений нових удосконалень для The Graph без необхідності жертвувати безперервністю роботи сервісу для розробників.

Яскраве децентралізоване майбутнє вже на порозі. Залишайтеся з нами!

Про The Graph

The Graph Builders Newsletter #9

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:13:44 GMT

**🏗️ Підписуйтесь на інформаційний бюлетень The Graph Builders🏗️ **

gm web3 builders,

Дякуємо, що відкрили для себе The Graph Builders Newsletter #9 - за вересень 2023, де ми ділимось новинами екосистеми The Graph, що будуть корисні для розробників 🏗️

Отже, давайте починати!

Теми на вересень 2023 року

Попередній перегляд нових функцій підграфів
- Суттєве покращення продуктивності підграфів на основі підпотоків
- DataSourceContext у маніфесті
- endBlock тепер доступний у маніфесті
Створення за допомогою The Graph - Воркшопи
Хакатони The Graph
Приймайте участь у екосистемі The Graph
- Приєднуйтесь The Graph BuildersDAO
- Підписуйтесь на бета-версію The Graph Billing Subscriptions

🔼 Попередній перегляд майбутніх функцій підграфів у graph-node 0.33.0 🔼

У Builders Newsletter минулого місяця ми бачили фрагменти, що демонстрували нові функції, такі як підтримка Arweave, файлові джерела даних, що генерують інші файлові джерела даних, обробники опитувань та обробники ініціалізації. Все це стало можливим завдяки випуску graph-node0.32.0. Що за місяць!

Зараз ми готуємося до випуску graph-node 0.33.0, яка має вийти вже незабаром! Це оновлення принесе кілька важливих оновлень:

DataSource Context у маніфесті підграфа

Передача даних від одного обробника до іншого під час темплейтінгу раніше була можлива у наших відображеннях підграфів за допомогою DataSource Context, але тепер ця функція доступна у файлі subgraph.yaml!

Ця можливість буде корисною для темплейтінгу специфічних для ончейн даних у підграфах, які використовують ту саму кодову базу у декількох мережах. Як тільки буде випущено версію 0.33.0, спробуйте її!

name: Factory
    network: mainnet
    context:
      foo:
      bool_example:
        type: Bool
        data: true
      int8_example:
        type: Int8
        data: 64
      big_decimal_example:
        type: BigDecimal
        data: 10.99
      bytes_example:
        type: Bytes
        data: \"0x68656c6c6f\"
      list_example:
        type: List
        data:
          - type: Int
            data: 1
          - type: Int
            data: 2
          - type: Int
            data: 3
      big_int_example:
        type: BigInt
        data: \"1000000000000000000000000\"
      string_example:
        type: String
        data: bar
      qux:
        data: \"bar\"
      int_example:
        type: Int
        data: 42

endBlock визначений у subgraph.yaml

Під час створення підграфа ми визначаємо startBlock з якого починається індексація. Тепер ми також маємо endBlock щоб змістити фокус нашого підграфа лише на конкретний набір блоків!

source:
  address: '0x...'
  abi: Contract
  startBlock: 1000000
  endBlock:  1500000

Суттєве покращення продуктивності підграфів на основі підпотоків

Завдяки перенесенню обробки підпотоків у блок ми досягли значного покращення продуктивності для підграфів на основі підпотоків .

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

🏗️ Розробка за допомогою The Graph - воркшопи🏗️

The Graph Builders Office Hours - щочетверга о 17:00 UTC

Щочетверга о 17:00 UTC приєднуйтесь до The Graph Builders Office Hours, який проводить Developer Relations Engineer з Edge & Node Kevin Jones у The Graph Discord. Кожна сесія включає в себе воркшопи у режимі реального часу та дискусії Q&A з розробниками, які працюють в екосистемі The Graph.

Почніть розробляти швидко з попередніми воркшопами The Graph Builders Office Hours!

Пориньте у нові можливості підграфів - обробники ініціалізації та обробники опитувань
Розробляйте зі стандартними підграфами Messari
Почніть кодувати швидко за допомогою стартового набору для хакатону, який використовує The Graph
Створіть децентралізований додаток за допомогою Scaffold-Eth 2 та The Graph
Дізнайтеся, наскільки потужними можуть бути підграфи на основі підпотоків
Пориньте в аналітику даних підграфів за допомогою Playgrounds
Перенесіть офчейн дані до підграфів за допомогою File Data Sources

Не знайшли тему, яку ви хотіли б розглянути?

Надішліть запит на тему для наступного епізоду The Graph Builders Office Hours, і ми додамо її!

Вчіться з Kevin Jones, також відомого як Cryptomastery.eth

Developer Relations Engineer Kevin Jones проведе багато презентацій у наступному місяці. Спіймайте його, якщо зможете!

Воркшоп з full stack розробки децентралізованого додатку на буткемпі в ETH Rome
Вступ до Scaffold-ETH 2 в ETH Rome
Запити даних Web3 за допомогою The Graph в House of Web3
Створення децентралізованого додатку за допомогою Scaffold-ETH 2 та The Graph на API World у Сан-Хосе, Каліфорнія
Вступ до Scaffold-ETH 2 на ETH Miami
Вступ до full stack розробки децентралізованих додатків на Bcamp (онлайн)

Дізнайтеся, як робити запити до мережі The Graph

Переходьте до 20-хвилинного запису воркшопу, який провів Developer Relations Marcus Rein на нещодавньому хакатоні EthGlobal NYC 2023! Після завершення запису перейдіть до репозиторію воркшопу, щоб отримати код для роботи з запитами до мережі The Graph!

Він проведе цей воркшоп на EthRome та EthMiami.

Хакатони The Graph

EthAccra та EthGlobal NYC

На хакатони EthAccra та EthGlobal NYC 2023 було подано кілька неймовірних заявок!

Надихайтеся переможцями головного призу🥇Challenge Pool 🥇TeachAI та 🥇Leverage Labs! Знайдіть подальше натхнення, переглянувши повний список заявок на хакатон EthAccra 2023 та EthGlobal NYC 2023!

The Graph також буде представлений на EthRome та EthMiami - сподіваємось побачити вас там!

Хочете взяти участь в роботі екосистеми The Graph?

⚙️ Будуйте разом з The Graph BuildersDAO ⚙️

Приєднуйтесь до The Graph BuildersDAO!

The Graph BuildersDAO - це спільнота розробників, які надають свої послуги зі створення децентралізованих додатків та протоколів.

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

Крім того, якщо у вас є проект, в роботі над яким потрібна допомога розробника, The Graph BuildersDAO - чудовий ресурс, який допоможе вам створити власний підграф або підпотік! Зв'яжіться з нами!

➕ Підписуйтесь на бета-версію The Graph Billing Subscriptions➕

The Graph Billing Subscriptions - це альтернатива наявній системі білінгу за фактом використання The Graph , яка, як ми надіємось, спростить оплату до рівня "встановив і забув".

Підпишіться на бета-версію The Graph Subscriptions!

Опитування для розробників

Створення мережі The Graph - це спільна робота, і основні розробники будуть раді почути ваш фідбек!

Наскільки ймовірно, що ви б порекомендували децентралізовану мережу The Graph співрозробникам по web3? Просто натисніть емодзі, щоб проголосувати.

🙂 😐 🙁

**Дякуємо за прочитання та легкого створення!**💌

Marcus Rein

Developer Relations and Success

Edge & Node, працює над The Graph

The Graph’s Community Talk #27

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 09:07:21 GMT

Source - link

The Graph’s Community Talk #27 відбулася у вівторок, 19 серпня о 8:00 ранку за PST.

Порада: перейдіть до каналу Events у верхній частині сервера Discord і встановіть собі нагадування про подію.

Детальні записи по кожній з тем з часовими позначками ви можете побачити нижче.

The Graph's Community Talk #27

Останні новини спільноти (00:00)

Під час зустрічі було висвітлено кілька оновлень в екосистемі The Graph. Зустріч розпочалася з новин спільноти.

The Graph є почесним спонсором Messari Mainnet, що відбудеться з 20 по 22 вересня. Крім того, організація надасть винагороди та забезпечить присутність на Eth New York. Представники Graph AdvocatesDAO, Pinax та Edge & Node відвідали DappCon Berlin від імені спільноти The Graph. До спільноти приєдналися 26 нових Graph Advocates з таких країн, як Індія та Нідерланди, включаючи першого Advocate з Болівії. У Варрі, в Нігерії, Graph Advocates організували хакатон, а також провели кілька воркшопів у коледжах Індії. Щоб зробити платформу більш доступною, Graph Advocates були зайняті перекладом документації The Graph різними мовами.

Подкаст GRTiQ: 129 Marcus Rein

У цьому епізоді Marcus Rein з Edge & Node розповідає про свою роль у програмі " Developer Success and Relations", унікальний досвід у сфері фізичного здоров'я та свій шлях від програміста-самоучки до ключового учасника спільноти The Graph.

Подкаст GRTiQ: 130 Matthew Darwin

У цьому епізоді Matthew Darwin, Co-Founder і Chief Infrastructure Officer в Pinax, розповідає про свій шлях у web3, важливу роль Pinax в екосистемі The Graph та про їхній внесок у технології індексування, такі як Firehose і підпотоки.

Подкаст GRTiQ: 131 Marek Olszewski

У цьому епізоді Marek Olszewski, CTO в cLabs і President Valora, розповідає про свій шлях від закінчення аспірантури в Массачусетському технологічному інституті до заснування Locu (пізніше придбаної компанією GoDaddy), а також про зростання Celo, провідного блокчейну web3, і його прагненням перейти на L2. Було обговорено величезний спектр тем, від підприємницької діяльності до останніх подій у web3 та The Graph.

Подкаст GRTiQ: 132 Kevin Jones

У цьому епізоді Kevin Jones, Developer Relations Engineer в Edge & Node, розповідає про свій різноплановий кар'єрний шлях, на початку якого він займався графічним дизайном і роздрібною торгівлею в магазині Best Buy, і в кінці якого він став впливовою фігурою в екосистемі Ethereum, а також про те, як він перейшов на постійну роботу в web3, очолюючи трансформаційні проекти і пропонуючи розуміння таких проектів з відкритим вихідним кодом, як Scaffold-ETH і BuildersDAO.

Подкаст GRTiQ: 133 Anton Gaev

Цей епізод містить розмову з Anton Gaev, Product Manager для L2s і The Graph в P2P, про його великий досвід роботи з web3, роль одного з найбільших індексаторів The Graph і погляди на майбутнє рішень щодо Layer 2.

Transfers Tools

(03:11)

How to Transfer Delegation to Arbitrum One

Що таке інструменти міграції? The Graph спростив і зменшив ціну за перехід учасників мережі на Arbitrum One у 26 разів за допомогою L2 Transfer Tools, які пропонують кроки для конкретних ролей і помічників для забезпечення безперешкодного процесу переходу, уникаючи при цьому періодів розблокування і ручного виведення GRT. Презентація на цій зустрічі спільноти висвітлювала використання інструментів переходу в The Graph Explorer - з акцентом на передачу делегації - і є особливо цікавою для делегатів, зацікавлених у передачі своєї делегації.

Делегати побачать повідомлення із закликом перенести свій стейк, який також включає неотримані винагороди, з рівня 1 (L1) на рівень 2 (L2). Процес переносу займає близько 20 хвилин, і користувачі можуть змінювати гаманці, наприклад, з MetaMask на Ledger. Важливо перевірити можливості обраного вами індексатора, щоб переконатися, що він не переделегований, перш ніж завершити транзакцію. Для відстеження статусу міграції доступні додаткові інструменти, а будь-які проблеми з інтерфейсом можна вирішити за посиланнями, наданими в чаті Discord. Поточна винагорода на L2 становить 25%, і на момент презентації 9% від загальної кількості часток вже мігрували.

Ознайомтеся з цими ресурсами з презентації:

https://retryable-dashboard.arbitrum.io/

https://dapplooker.com/%20dashboard/the-graph-protocol-12-dashboard-%20553

https://blog.graphtronauts.com/navigating-your-delegation-post-transfer-tools-ad9abcb09cf7

Нові Community Managers (10:15)

Graph Foundation розширив свою діяльність, призначивши відповідних менеджерів у ключових регіонах, таких як Латинська Америка, Індія та Азіатсько-Тихоокеанський регіон. Їм доручено розвивати спільноту розробників, особливо в таких регіонах, як Індія, які є осередками талантів у сфері розробки. Працюючи пліч-о-пліч, вони беруть активну участь в організації заходів та зустрічей, сприяючи зростанню спільноти. У деяких випадках їм допомагають координатори та внутрішні групи, щоб ефективно охопити великі регіони, за які вони відповідають. Ініціатива діє вже кілька місяців і сприймається досить позитивно. Хоча наразі основна увага приділяється цим обраним регіонам, вже розробляються плани щодо поширення цієї ініціативи на Африку. Загалом, менеджери прагнуть діяти як каталізатори не лише зростання спільноти, але й сприяти спільним зусиллям у різних регіонах.

The Graph в Індії (19:27)

На цій зустрічі Pranav розповів про те, що The Graph відвідає 11 великих університетів в рамках туру "Мільярд причин будувати", де вони проведуть воркшопи, на яких навчать будувати субграфи, ключовий компонент екосистеми The Graph. Результати двох таких воркшопів показали високий рівень залученості та розвитку навичок: сотні студентів успішно побудували та розгорнули субграфи до кінця. Ці зусилля спрямовані на те, щоб сприяти залученню спільноти та позиціонувати технологію Web3, включаючи сервіси The Graph, як стандарт у швидкозростаючій технологічній екосистемі Індії.

Події та досвід (26:30)

ETHAccra та DappCon Berlin

ETHAccra і DappCon Berlin стали важливими подіями для спільнот Ethereum і The Graph. ETH Accra відзначився тим, що став першим заходом Ethereum в Західній Африці, спрямованим на сприяння навчанню і розвитку децентралізованих технологій; The Graph виступив головним спонсором, і вісім з 15 команд хакатону використовували The Graph для своїх проектів. DappCon Berlin був ще однією великою подією, особливо зосередженою на технічних аспектах, де The Graph також мав сильну присутність і високу залученість, що свідчить про зростаюче визнання The Graph серед ширшої спільноти. Обидва заходи продемонстрували ефективне залучення спільноти та технічну підтримку, створивши підґрунтя для проведення більшої кількості подібних заходів у майбутньому.

Події, пов’язані з ETH в Аргентині

Минулого місяця на ETH Buenos Aires відбувся важливий воркшоп, організований у співпраці з Arbitrum та Chainlink. Захід мав на меті навчити розробників створювати та переносити підграфи до Arbitrum. На воркшопі виступили спікери з GraphOps та Edge & Node. Більшою метою є перехід розробників з web2 на web3 та залучення Technical Graph Advocates, що розширить охоплення мережі. Це частина ширшої ініціативи з проведення подібних заходів по всій Латинській Америці, з акцентом на децентралізованих додатках та переході на web3. Наступний захід заплановано в ETHMexico.

Залишайтеся з нами!

Приєднуйтесь до нас наступного місяця на зустрічі спільноти #28!

Будьте в курсі подій, долучаючись до дискусій на форумі, слідкуючи за The Graph у Twitter або приєднавшись до Discord сервера.

https://calendar.google.com/calendar/u/0/r?cid=info@thegraph.foundation

The Graph Client - Written Tutorial

night0x@newsletter.paragraph.com (smth0x) — Tue, 07 May 2024 08:46:25 GMT

Source - link

Ласкаво прошу до цього туторіалу. Мене звуть Mel, і в цьому відео/інструкції ви дізнаєтеся, як інтегрувати запити The Graph безпосередньо у ваш React-додаток, використовуючи Graph Client The Graph як інструмент для створення graphql-запитів на JavaScript.

Ви зможете створювати запити для різних підграфів і навіть встановлювати так звані “live запити”, схожі на підписки, для отримання потокових даних у реальному часі у вашому додатку. Це чудова відправна точка для використання The Graph і API-підходу для отримання даних з мережі у ваш додаток.

Наш заключний додаток матиме наступну функціональність:

На вкладці ENS ми зможемо робити запити до доменів ENS, використовуючи різні запити до підграфа, розміщеного на ENS. Ми можемо надсилати запиту у багато доменів, окремі домени за їхнім доменним ім'ям, а також фільтруючий запит для отримання доменів на основі їхньої кількості піддоменів.

Якщо ми натиснемо на домен, він перенаправить нас на сторінку etherscan власника вибраного домену, або, краще сказати, на адресу, яка "володіє" доменом ENS.

На вкладці Swaps Live Query ми отримаємо прямий потік даних з Uniswap підграфа на хостинговому сервісі. Ми будемо оновлювати дані кожні 5 секунд, пам'ятаючи, що майнінг та підтвердження блоків Ethereum зазвичай займає приблизно 12 секунд (якщо я не помиляюся). Іноді ми отримуємо ті ж самі дані з потоку даних, але ми отримуємо дані з підграфа кожні 5 секунд.

Я також додав ресурси: репозиторій The Graph на Github, де ви можете дослідити приклади, а також репозиторій цього туторіалу, де ви можете клонувати проект і почати вивчати його.

Отже, як працює The Graph?

Звичайний процес роботи децентралізованого додатку, інтегрованого з The Graph, виглядає наступним чином:

Користувач взаємодіє з децентралізованим додатком, який додає дані в Ethereum через транзакцію на смарт-контракті
Смарт-контракт видає один або декілька events під час обробки транзакції .
Graph Node, яку можна уявити як сервер, постійно сканує Ethereum на наявність нових блоків і даних для вашого підграфа, які вони можуть містити.
Graph Node знаходить у цих блоках події Ethereum для вашого підграфа і, фактично, створює або оновлює об’єкти даних в своєму сховищі відповідно до подій Ethereum. Це трохи більш технічно, але це ж загальний огляд на високому рівні.
Децентралізований додаток запитує у Graph Node дані, проіндексовані в блокчейні, використовуючи кінцеву точку ноди GraphQL .
Децентралізований додаток відображає ці дані в багатому на дані інтерфейсі для кінцевих користувачів, який вони використовують для створення нових транзакцій в Ethereum.
Цикл повторюється.

Крок 1: Налаштування проекту

Ми клонуємо репозиторій проекту з Github. Запустіть одну з цих команд з вашого термінала у вибраній теці:

# https
git clone https://github.com/angelmc32/the-graph-client-react-tutorial.git

# ssh
git clone git@github.com:angelmc32/the-graph-client-react-tutorial.git

Наш проект має бути завантажений в папку з назвою /the-graph-client-react-tutorial або з іншою назвою, яку ви оберете.

Якщо ви хочете слідувати цьому туторіалу і працювати за інструкцією, ви можете скористатися розділом проекту tutorial/start . В іншому випадку, ви можете дослідити повністю функціонуючий додаток в основному розділі.

Для кодування за інструкцією використовуйте команду git switch для переходу в розділ tutorial/start:

git switch tutorial/start

Опинившись у цьому розділі, встановіть залежності проекту за допомогою npm install. Після успішної установки, ми запустимо сервер розробки:

# For this tutorial, we will use npm

# Install project dependencies, defined inside package.json file
npm install

# ... wait for dependencies to be installed 🤓

# Start development server
npm run dev

Якщо ви завантажуєте додаток за допомогою веб-браузера, за вказаною адресою локального сервера, (https://localhost:5173) повинна з’явитись наступна сторінка:

Крок 2: Налаштування graph client

Для початку встановіть The Graph Client CLI у вашому проекті:

# npm
npm install --save-dev @graphprotocol/client-cli

# yarn
yarn add -D @graphprotocol/client-cli

Створіть конфігураційний файл (з назвою .graphclientrc.yml) у кореневій теці і вкажіть кінцеві точки GraphQL, які надані The Graph.

У цьому туторіалі ми будемо робити запити до підграфів ENS і UniswapV2 з хостингового сервісу The Graph:

# .graphclientrc.yml
sources:
  - name: ens
    handler:
      graphql:
        endpoint: https://api.thegraph.com/subgraphs/name/ensdomains/ens
  - name: uniswapv2
    handler:
      graphql:
        endpoint: https://api.thegraph.com/subgraphs/name/uniswap/uniswap-v2

plugins:
  - pollingLive:
      defaultInterval: 5000

documents:
  - src/graphql/*.graphql

Ми визначимо кінцеві точки API підграфу всередині джерел і будемо налаштовувати плагін pollingLive для запитів у режимі реального часу зі стандартним інтервалом у п'ять тисяч (5,000) мілісекунд (еквівалентно п'яти секундам). Зрештою, ми вказуємо, звідки наші файли (документи) запитів graphql будуть зчитуватися graph-client, щоб згенерувати наші запити для JavaScript.

Переконайтеся, що у назві файлу ".graphclientrc.yml" першим стоїть символ ".". В іншому випадку буде видано таку помилку:

"!
">Error: No graphclient config file found in "<your/project/folder>"!

Додайте наступний код до об'єкта scripts у вашому файлі package.json:

"scripts": {
    "dev": "vite",
    "build": "vite build",
    "preview": "vite preview",
    "build-client": "graphclient build --fileType js",
    "graphiql": "graphclient serve-dev"
  }

Це дозволить нам запустити команду graphclient, запустивши npm run build-client у терміналі. Щоразу, коли ми захочемо створити або оновити наші файли запитів, наприклад, додати нові запити або змінити існуючі, нам потрібно буде запустити цю команду, щоб згенерувати найновіші файли для нашого коду JavaScript, який ми будемо використовувати всередині React-додатку. Це також дозволить нам запустити GUI для фронтенду схожого на GraphQL studio, де ви зможете досліджувати підграфи за допомогою наданих запитів.

Тепер наш package.json повинен виглядати так:

{
  "name": "graph-client-tutorial",
  "private": true,
  "version": "0.0.0",
  "type": "module",
  "scripts": {
    "dev": "vite",
    "build": "vite build",
    "preview": "vite preview",
    "build-client": "graphclient build --fileType js",
    "graphiql": "graphclient serve-dev"
  },
  "dependencies": {
    "react": "^18.2.0",
    "react-dom": "^18.2.0"
  },
  "devDependencies": {
    "@graphprotocol/client-cli": "^2.2.20",
    "@types/react": "^18.0.28",
    "@types/react-dom": "^18.0.11",
    "@vitejs/plugin-react": "^3.1.0",
    "vite": "^4.2.0"
  }
}

Тепер ми можемо визначити наші перші запити.

Крок 3: Визначення запитів ENS

Створіть новий файл під назвою ens-queries.graphql і помістіть його до теки src/graphql/. Вкажіть запити ENS наступним чином:

# src/graphql/ens-queries.graphql

query GetManyDomains {
  domains(first: 1000) {
    id
    name
    labelName
    labelhash
    owner {
      id
    }
  }
}

query GetDomainByLabelName($labelName: String!, $name: String!) {
  domains(where: { labelName: $labelName, name: $name }) {
    name
    labelName
    subdomainCount
    id
    owner {
      id
    }
  }
}

query GetDomainBySubdomainCount($min: Int!, $max: Int!) {
  domains(where: { subdomainCount_gte: $min, subdomainCount_lte: $max }) {
    name
    labelName
    subdomainCount
    subdomains {
      labelName
    }
    id
    owner {
      id
    }
    registration {
      cost
    }
  }
}

Запустіть доданий нами скрипт, щоб згенерувати готовий до використання код JavaScript:

npm run build-client

В результаті буде створено теку .graphclient/ в кореневій теці проекту. Ця тека містить необхідний код для запиту підграфа, який ми налаштували, безпосередньо з наших фронтенд-компонентів React.

Тепер наш проект налаштований на відправку запитів до підграфів, визначених у файлі .graphclientrc.yml (кінцеві точки ENS та UniswapV2).

Ми можемо почати кодування нашого фронтенду, щоб дозволити нашим користувачам робити запити до підграфів.

Крок 4: Редагування ENSComponent для взаємодії із запитами ENS

Перейдіть до теки components/ і відкрийте файл ENSComponent.jsx. Ми відредагуємо наш ENSComponent для використання трьох (3) запитів, які ми визначили у нашому файлі ens-queries.graphql.

Спочатку імпортуємо запити у файл.

Ми створимо три (3) функції, які будуть запускати запити при виконанні, а саме:

getManyDomains
getDomainsByLabelName
getDomainsBySubdomainCount

Ми призначимо ці функції для окремих кнопок в межах форми. Всі вони матимуть однаковий шаблон:

Запобіжіть стандартній поведінці при виконанні методу onClick елемента кнопки, щоб уникнути перезавантаження сторінки.
Встановіть змінну стану isLoading на значення true, щоб вказати, що ви завантажуєте дані, для кращого користувацького досвіду.
Виконайте запит і збережіть результати в іншій змінній стану, яка буде містити всі результати запитів. Ми будемо використовувати цю змінну стану для відображення запитуваних даних користувачеві.
Встановіть змінну стану завантаження на значення false, щоб вказати, що ви більше не завантажуєте дані.

 {
  const [domains, setDomains] = useState([]);
  const [labelName, setLabelName] = useState("");
  const [minSubdomains, setMinSubdomains] = useState(1);
  const [maxSubdomains, setMaxSubdomains] = useState(5);
  const [isLoading, setIsLoading] = useState(false);

  const getManyDomains = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetManyDomainsDocument, {}).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };

  const getDomainsByLabelName = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetDomainByLabelNameDocument, {
      labelName: labelName,
      name: `${labelName}.eth`,
    }).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };

  const getDomainsBySubdomainCount = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetDomainBySubdomainCountDocument, {
      min: parseInt(minSubdomains),
      max: parseInt(maxSubdomains),
    }).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };
">// src/components/ENSComponent.jsx

import { useState } from "react";
import logo from "../logo.svg";

// Import the query documents, as well as the execute method
import {
  GetManyDomainsDocument,
  GetDomainByLabelNameDocument,
  GetDomainBySubdomainCountDocument,
  execute,
} from "../../.graphclient/index";

const ENSForm = () => {
  const [domains, setDomains] = useState([]);
  const [labelName, setLabelName] = useState("");
  const [minSubdomains, setMinSubdomains] = useState(1);
  const [maxSubdomains, setMaxSubdomains] = useState(5);
  const [isLoading, setIsLoading] = useState(false);

  const getManyDomains = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetManyDomainsDocument, {}).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };

  const getDomainsByLabelName = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetDomainByLabelNameDocument, {
      labelName: labelName,
      name: `${labelName}.eth`,
    }).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };

  const getDomainsBySubdomainCount = (event) => {

        // 1. Prevent page refresh on click (default behavior)
    event.preventDefault();

        // 2. Set loading variable to true: currently loading query data
    setIsLoading(true);

        // 3. Execute the query and save the data inside state variable
    execute(GetDomainBySubdomainCountDocument, {
      min: parseInt(minSubdomains),
      max: parseInt(maxSubdomains),
    }).then((result) => {
      setDomains(result.data.domains);

        // 4. Set loading variable to false: we have finished loading query data
      setIsLoading(false);
    });
  };

Тепер у JSX все налаштовано. Якщо ваш сервер розробки не працює, ви можете запустити його за допомогою npm run dev, і тепер ви зможете використовувати ENS запити. Спробуйте їх! Ми зробимо запит на "Many ENS domains". Список запитуваних ENS-доменів буде показано праворуч від компонента форми.

Якщо ви натиснете на один з доменів ENS, ви потрапите на сторінку etherscan, якій належить домен ENS.

Спробуйте інші запити, щоб протестувати наш код.

Крок 5: Визначення запитів UniswapV2

Схожий процес для наших Uniswap-запитів: створіть новий файл з назвою uniswap-queries.graphql і помістіть його в теку src/graphql/. Визначимо запити Uniswap наступним чином:

# src/graphql/uniswap-queries.graphql

query GetManySwaps @live {
  swaps(orderBy: timestamp, first: 15, orderDirection: desc) {
    id
    amountUSD
    pair {
      token0 {
        name
        symbol
      }
      token0Price
      token1 {
        name
        symbol
      }
      token1Price
    }
    timestamp
  }
}

Оскільки ми хочемо отримати потік даних від API підграфа UniswapV2, ми повинні встановити директиву @live для нашого запиту. The Graph Client згенерує необхідний код, який дозволить нам отримати функціональність, подібну до підписки, отримувати дані в режимі реального часу без необхідності виконувати запит вручну.

У нашому конфігураційному файлі .graphclientrc.yml ми визначили pollingInterval в п'ять (5) секунд, що швидше, ніж видобуток блоків Ethereum, який становить дванадцять (12) секунд. Таким чином, дані можуть не оновлюватися після кожного оновлення запиту, але ми будемо бачити оновлення в режимі реального часу після видобутку кожного блоку.

Запустіть скрипт build-client. Graph-client згенерує нові запити разом з попередніми, і знову згенерує все, що знаходиться в теці .graphclient/.

npm run build-client

Ми готові інтегрувати live запит Uniswap в наш фронтенд-компонент.

Крок 6: Відредагуйте компонент App для взаємодії з live запитом UniswapV2

Перейдіть до теки src/ і відкрийте файл App.jsx. Ми відредагуємо наш компонент App, щоб використовувати live запит, який ми визначили в нашому файлі uniswap-queries.graphql.

Спершу імпортуємо запити до файлу (код нижче, для довідки). Ми також імпортуємо метод subscribe.

Ми створимо одну (1) функцію, яка створить підписку на запит і буде виконувати запит кожні 5 секунд:

- subscribeLiveQuery

Ми призначимо ці функції для завантаження при зміні стану змінної showTab. Після того, як наш користувач натисне на кнопку "show Swaps Live Query", спрацює метод subscribe.

Ми повторюємо шаблон, з важливою зміною:

Встановіть змінну стану isLoading на значення true, щоб вказати, що ми завантажуємо дані, для кращого користувацького досвіду.
Виконуємо метод subscription, передаючи в якості аргументу наш документ запиту.
Коли ми отримаємо результат subscription, ми можемо виконати метод .next(), який надає нам відповідь зі значеннями даних, які ми визначили в нашому файлі uniswap-queries.graphql. Ми зберігаємо дані у змінній стану swaps.
Проводимо перевірку, щоб перевірити, чи наш live запит все ще активний, за допомогою властивості isLive. Якщо значення true, ми застосовуємо рекурсію, щоб знову викликати функцію і отримати оновлені дані.
Якщо запит неактивний, isLive === false, ми встановлюємо змінну стану завантаження на значення false, щоб вказати, що ми більше не завантажуємо дані.

Тепер ми хочемо виконати нашу функцію subscribeLiveQuery, коли користувач натискає кнопку "Swap Live Query". Ми змінюємо функцію showComponent. Наш файл App.jsx повинен виглядати так:

 {
    setIsLoading(true);
    subscribe(GetManySwapsDocument, {})
      .then((result) => {
        result
          .next()
          .then((res) => {
            if (res) {
              if (res.value) {
                // Leaving this to show live query on demo
                console.log(
                  ` Last registered swap value: $ ${parseFloat(
                    res.value.data.swaps[0].amountUSD
                  ).toFixed(2)}`
                );
                setSwaps(res.value.data.swaps);
              }
            }
            if (res.value.isLive) {
              setTimeout(() => {
                subscribeLiveQuery();
              }, 5000);
            } else {
              result.return();
            }
          })
          .catch((e) => console.log(e));
        if (!result) {
          return null;
        }
        setIsLoading(false);
      })
      .catch((error) => {
        console.log(error);
        setIsLoading(false);
      });
  };

    const showComponent = async (component = "ens-query") => {
    if (component === "dex-query") {
      await subscribeLiveQuery();
    }
    setShowTab(component);
  };

  //
    // Rest of component
    //

}
">// src/App.jsx

import { useState } from "react";
import "./App.css";
import Navbar from "./components/Navbar";
import ENSComponent from "./components/ENSComponent";
import SwapsComponent from "./components/SwapsComponent";

// Import the query document and the subscribe method
import { GetManySwapsDocument, subscribe } from "../.graphclient/index";

function App() {

    // Add this state variable to save the swap data
  const [swaps, setSwaps] = useState([]);

  const [isLoading, setIsLoading] = useState(false);
  const [showTab, setShowTab] = useState("ens-query");

  const subscribeLiveQuery = async () => {
    setIsLoading(true);
    subscribe(GetManySwapsDocument, {})
      .then((result) => {
        result
          .next()
          .then((res) => {
            if (res) {
              if (res.value) {
                // Leaving this to show live query on demo
                console.log(
                  ` Last registered swap value: $ ${parseFloat(
                    res.value.data.swaps[0].amountUSD
                  ).toFixed(2)}`
                );
                setSwaps(res.value.data.swaps);
              }
            }
            if (res.value.isLive) {
              setTimeout(() => {
                subscribeLiveQuery();
              }, 5000);
            } else {
              result.return();
            }
          })
          .catch((e) => console.log(e));
        if (!result) {
          return null;
        }
        setIsLoading(false);
      })
      .catch((error) => {
        console.log(error);
        setIsLoading(false);
      });
  };

    const showComponent = async (component = "ens-query") => {
    if (component === "dex-query") {
      await subscribeLiveQuery();
    }
    setShowTab(component);
  };

  //
    // Rest of component
    //

}

Переконайтеся, що додали гак useState для змінної стану swaps. Також переконайтеся, що передаєте змінну стану swaps нашому компоненту SwapsComponent як props:

      )}
        // Rest of JSX
    )
}
">function App() {
    const [swaps, setSwaps] = useState([]);
    
    //
    // Rest of code
    //

    return(
        // Rest of JSX
            {showTab === "dex-query" && (
        <SwapsComponent isLoading={isLoading} swaps={swaps} />
      )}
        // Rest of JSX
    )
}

Тепер ви повинні побачити таблицю з даними про swaps, яка автоматично оновлюється завдяки реалізації live запиту, що надається The Graph Client!

Висновок

У цьому туторіалі ми дізналися, як інтегрувати The Graph Client у фронтенд React. Цей туторіал має допомогти вам як відправна точка для інтеграції підграфів The Graph у ваш проект і відображення on-chain даних вашим користувачам, навіть у реальному часі, за допомогою підходу API.

Я сподіваюся, що цей туторіал допоможе вам стати більш досвідченим у розробці web3 додатків. Якщо вам сподобався туторіал, ви можете висловити свою вдячність, поділившись ним з друзями та колегами.

Підписуйтесь на Lens та Twitter , це також буде чудово! А якщо ви хочете підтримати мене, ви завжди можете замінтити цей туторіал на Lens. Приємного кодування!

Subgrounds: Запити до підграфів для аналізу даних

night0x@newsletter.paragraph.com (smth0x) — Mon, 06 May 2024 22:28:50 GMT

Джерело - link

Маючи понад 40 000 розгорнутих підграфів та більше тисячі підграфів, опублікованих в мережі The Graph, The Graph зарекомендував себе як найважливіший постачальник децентралізованих даних для web3. Магія The Graph обертається навколо підграфів: стандартизований рецепт ETLQ (Extract-Transform-Load-Query) для блокчейн-даних, які, будучи опублікованими в мережі The Graph і проіндексованими індексаторами, дозволяють користувачам запитувати попередньо змодельовані дані за допомогою GraphQL API. Від панелі аналітики Uniswap до DefiLlama, незліченна кількість децентралізованих додатків у web3 використовують The Graph та підграфи для надійного та ефективного отримання даних.

Однак факт залишається фактом - підграфи та великий обсяг даних, який вони надають, були розроблені для споживання в першу чергу фронтенд-додатками, а тому не є оптимальними для типового випадку використання для аналізу даних. У цій статті ми розповімо про те, як ми в Playgrounds Analytics розкриваємо потенціал The Graph для різноманітних випадків використання для аналізу даних. Більшість методів, розглянутих у цій статті, реалізовані в нашій бібліотеці Subgrounds з відкритим вихідним кодом Python, але я спробую зберегти агностичний підхід до її реалізації.

Використання інтроспекції Schema

Однією з найбільших переваг GraphQL порівняно з іншими стандартами API, такими як REST, є вбудована можливість інтроспекції (тобто запит структури самого API) в GraphQL.

Це означає, що ви можете не тільки запитувати дані з GraphQL API, але й запитувати метадані про API, такі як список всіх об’єктів, доступних на підграфі, або список параметрів фільтрування, які можна використовувати в запиті.

Наприклад, щоб отримати список усіх типів, визначених для даного API GraphQL, а також їхніх полів (якщо цей тип є об'єктом, тобто типом entity), ви можете зробити запит до метаполя __schema таким чином:

query {
  __schema {
    types {
      name
      kind
      fields {
        name
      }
    }
  }
}

Виконання цього запиту на офіційному підграфі Uniswap V3 поверне наступні метадані (примітка: нижче показані тільки метадані для типу UniswapDayData для стислості).

{
  "data": {
    "__schema": {
      "types": [
        // …
        {
          "name": "UniswapDayData",
          "kind": "OBJECT",
          "fields": [
            {
              "name": "id"
            },
            {
              "name": "date"
            },
            {
              "name": "volumeETH"
            },
            {
              "name": "volumeUSD"
            },
            {
              "name": "volumeUSDUntracked"
            },
            {
              "name": "feesUSD"
            },
            {
              "name": "txCount"
            },
            {
              "name": "tvlUSD"
            }
          ]
        }
      ]
    }
  }
}

Повний запит інтроспекції, який отримує всі метадані API GraphQL, ви можете знайти тут. (примітка: цей самий запит інтроспекції працює для всіх GraphQL API, а не тільки для підграфів!).

Інтроспекція GraphQL API відкриває багато корисних можливостей для аналізу даних, але ми зосередимося на двох з них і на тому, як Subgrounds їх реалізує, а саме на автоматичному створенні запитів і перевірці/конверсації типів.

Автоматичне створення запитів

У той час як розробник, який пише фронтенд-додаток на основі підграфів, вже знає, які дані і запити йому потрібні для досягнення своєї мети, для аналітика даних все по іншому. Він повинен спочатку дослідити дані, щоб проаналізувати їх. Найкращий спосіб досягти цього - витягнути якомога більше даних у потрібне середовище для обробки і використовувати його для дослідження даних.

Цей процес спрощується за допомогою інтроспекції shema, оскільки можна програмно заповнити вибірку GraphQL усіма доступними підполями. Наприклад, повертаючись до підграфа Uniswap V3, враховуючи перший неповний запит на uniswapDayDatas нижче, ми можемо використати результат нашого запиту інтроспекції вище, щоб вибрати всі підполя поля верхнього рівня uniswapDayDatas, таким чином запитуючи всі доступні дані, пов'язані з цим типом entity.

query {
  uniswapDayDatas {
    id
    date
    volumeETH
    volumeUSD
    volumeUSDUntracked
    feesUSD
    txCount
    tvlUSD
  }
}

Це аналогічно запиту SQL SELECT * FROM uniswapDayDatas.

Конвертація типів

Інтроспекція GraphQL також дозволяє нам виконувати розумну конвертацію типів, що особливо корисно, коли ми маємо справу з великими числами.

Багато активів web3, таких як токени ERC-20, часто діляться на дуже велику кількість десяткових знаків (найчастіше 18 десяткових знаків), що призводить до транзакцій, які містять дуже великі числа, які не можуть бути представлені звичайним 32-бітним цілим числом. Підграфи представляють ці великі числа за допомогою типів BigInt і BigDecimal, які відрізняються від стандартних типів Int і Float тим, що значення подаються у вигляді рядків при запиті через GraphQL.

Використовуючи інтроспекцію GraphQL, можна визначити, які рядки в відповіді на запит даних насправді є числовими значеннями (і, отже, повинні бути конвертовані на відповідний тип на стороні клієнта), а які рядки є "справжніми" рядками.

Автоматична пагінація

Основною проблемою для аналітиків даних, які працюють з підграфами, є запит великих обсягів даних для побудови змістовного аналізу. Причиною цього є те, що підграфи дозволяють розробникам запитувати лише 1000 об’єктів (тобто рядків) за один запит. Для більшості фронтенд-додатків, де ви рідко відображатимете більше кількох на сторінці, це не є проблемою. Однак, щоб виконати належний аналіз даних, вам часто потрібно набагато більше даних, а це означає, що пагінація необхідна.

Найкращий спосіб пагінації всіх об'єктів у певній колекції, як зазначено в документації The Graph, це використовувати унікальне поле (зазвичай id об'єкта) як курсор і збільшувати цей курсор для отримання кожної наступної порції даних. Ось як може виглядати цей процес:

1. Напишіть запит з фільтром на вашому унікальному полі, щоб кількість сутностей для запиту і значення фільтра можна було встановити як змінні. Переконайтеся, що порядок і напрямок впорядкування відповідають вашому фільтру (за замовчуванням об’єкти впорядковуються за id у зростаючому порядку, тому ми використовуємо фільтр id_gt).

2. Виконайте перший запит зі значенням фільтра, встановленим на найменше можливе значення (наприклад: 0 для рядкового поля, такого як id).

3. Візьміть найбільший id у даних відповіді і використовуйте його як значення фільтра для наступного запиту.

4. Повторіть кроки 2 і 3, постійно оновлюючи значення фільтра, доки або не буде повернуто жодних даних, або ви не отримаєте достатню кількість об’єктів для ваших потреб.

У документації The Graph добре пояснюється, як здійснювати пагінацію великих обсягів даних, але там не пояснено, як реалізувати алгоритм пагінації.

Ось можлива реалізація методу пагінації на Python:

import requests

# The GraphQL query string, we are querying Token entities
# along with their id and symbol
query_str = """
query($lastID: String, $numEntities: Int) {
  tokens(first: $numEntities, where: { id_gt: $lastID }) {
    id
    symbol
  }
}
"""
# The total number of entities we want to query
total_entities = 10_000

# Where we will accumulate the data
data = {"tokens": []}

# Initial value of the lastID variable
id_cursor = "0"

while len(data) < total_entities:
    # Query the subgraph
    response = requests.post(
        url="https://api.thegraph.com/subgraphs/name/uniswap/uniswap-v3",
        json={
            "query": query_str,
            "variables": {
                "lastID": id_cursor,
                "numEntities": min(1000, total_entities - len(data))
            }
        }
    )
    new_data = response.json()

    # Stop paginating if no data is returned (i.e.: we have queried
    # all entities in the collection)
    if len(new_data["data"]["tokens"]) == 0:
        break

    # Store new data
    data["tokens"] += new_data["data"]["tokens"]

    # Update id cursor to get next page
    id_cursor = new_data["data"]["tokens"][-1]["id"]

Зведення даних

Коли справа доходить до аналізу даних, рекомендованим способом організації даних часто (якщо не завжди) є таблиці. Таблиці, на відміну від даних JSON, дозволяють легко виконувати операції над рядками (наприклад, середнє значення, сума, розрахунок) і стовпцями (наприклад, проекції, перетворення).

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

Одним з рішень є зведення даних в одну або декілька таблиць. Однак, зведення даних своєрідне, і не завжди існує чіткий спосіб, як його зробити. Наприклад, розглянемо наступний GraphQL-запит і отримані в результаті дані JSON (з підграфа Uniswap V3):

query {
  pools(
    first: 10,
    orderBy: volumeUSD,
    orderDirection: desc
  ) {
    id
    token0 {
      id
      symbol
    }
    token1 {
      id
      symbol
    }
    poolDayData(
      first: 7,
      orderBy: date,
      orderDirection: desc
    ) {
      date
      volumeUSD
      token0Price
      token1Price
    }
  }
}

Вищевказаний запит виводить 10 найбільших за обсягом пулів ліквідності, інформацію про токени пулів, а також тижневі дані про ціни та обсяги для кожного пулу. Дані у відповіді не лише мають багато рівнів розшарування, але й містять розшарований список. Існує два способи зведення даних:

1. Створити дві таблиці, одну для пулів і одну для щоденних датапоінтів, причому остання повинна містити додатковий стовпчик з ID пулу.

2. "JOIN" два списки в одну таблицю, щоб ті самі дані пулу повторювалися для кожної щоденного датапоінту.

Незалежно від того, який метод вирівнювання використовується, такі дані набагато зручніше аналізувати, ніж їхні “raw” JSON-аналоги.

Subgrounds: Поєднання цього всього разом

Всі описані вище методи використовуються бібліотекою Subgrounds/Playgrounds з відкритим вихідним кодом Python, які призначені для розкриття можливостей підграфів для аналітиків даних. Ось приклад Subgrounds, який витягує всі пули (і всі їхні поля) з підграфа Uniswap V3 і скидає все це у pandas dataframe (примітка: на момент написання статті на підграфі було близько ~14 000 пулів, тому встановлення first на 15 тисяч дозволить отримати всі пули):

from subgrounds import Subgrounds

sg = Subgrounds()
uniswap_v3 = sg.load_subgraph(
    "https://api.thegraph.com/subgraphs/name/uniswap/uniswap-v3"
)

sg.query_df([
    uniswap_v3.Query.pools(first=15_000)
])

Ось скріншот отриманого dataframe:

Цей 10-рядковий фрагмент коду використовує інтроспекцію schema GraphQL для автоматичного вибору всіх підполів поля верхнього рівня pools, автоматичну пагінацію для отримання до 15 000 рядків даних, зведення JSON для перетворення результату в зручну таблицю і конвертацію типів, щоб переконатися, що поля BigInt і BigDecimal в кінцевому підсумку будуть числовими значеннями в нашому dataframe. Тепер, коли всі дані завантажені у ваше середовище Python, прийшов час розпочати справжню роботу: аналіз!

Висновок

У цьому пості ми розглянули різні методи для покращення досвіду розробників у використанні The Graph та підграфів як джерел даних для аналізу великих обсягів даних. Ми побачили, як Subgrounds використовує ці методи, щоб забезпечити простий спосіб запитувати дані в The Graph і готувати їх для аналізу. Це демонструє ефективність The Graph як базового рівня інфраструктури даних web3, здатного забезпечити роботу більше ніж просто децентралізованим додаткам.

Щоб дізнатися більше про Subgrounds і Playgrounds в цілому, зайдіть на наш веб-сайт і приєднуйтесь до нашого Discord, щоб поговорити про все, що стосується The Graph і даних web3!

Можливість долучитися до The Graph Builders Blog

Як децентралізований проект, ми щиро віримо, що обмін знаннями має вирішальне значення для зростання і розвитку всієї екосистеми. Блог The Graph Builders - це платформа для розробників і тих, хто працює з екосистемою The Graph, де вони можуть ділитися своїми ідеями, досвідом і практикою, пов'язаними зі створенням децентралізованих додатків за допомогою The Graph.

Беручи участь у блозі The Graph Builders Blog, ви матимете можливість продемонструвати свій досвід, поділитися розв'язанням певних проблем та отримати доступ до спільноти розробників-однодумців. Ми впевнені, що ваші ідеї надихатимуть і навчатимуть інших, а також внесуть свій вклад у повністю децентралізоване майбутнє.

Переваги авторства у блозі The Graph Builders Blog

Після того, як редактори The Graph затвердять ваш блог, ви будете представлені на сайті The Graph, який має охоплення в понад сотні тисяч читачів, з зазначенням вас як автора блогу;
Ми виділимо та позначимо вас у соціальних мережах, включаючи Twitter з майже 300 тис. підписників;
Ви отримаєте POAP “The Graph Builders Blog Author”;
Ви зможете додати, що ви є автором блогу The Graph Builders Blog до свого LinkedIn та резюме.

Щоб подати заявку на участь у блозі The Graph Builders Blog, заповніть цю форму, і ми зв'яжемося з вами.

Про The Graph

The Graph Builders Newsletter #8

night0x@newsletter.paragraph.com (smth0x) — Mon, 06 May 2024 22:23:00 GMT

Source - link

gm web3 builders!

Дякуємо, що відкрили Інформаційний бюлетень The Graph Builders #8, де ми ділимося важливими для розробників новинами та оновленнями, що стосуються екосистеми The Graph 🏗️

Ми цінуємо вас!

🏗️ Підписатися на Інформаційний бюлетень The Graph Builders 🏗️

Теми на серпень 2023 року

Випущено L2 Transfer Tools!
Випущено graph-node 0.32.0!
Файлові джерела даних генерують інші файлові джерела даних
Нові можливості в Subgraph Studio
Файлові джерела даних Arweave
Обробники опитувань
Обробник ініціалізації
Робота scroll-testnet в режимі реального часу
Devs On The Graph - DappLooker
Майбутні воркшопи
Розклад роботи The Graph Builders
Вступ до Full Stack розробки
Беріть участь у роботі екосистеми The Graph
Приєднуйтесь до The Graph BuildersDAO
Спробуйте бета-версію The Graph Billing Subscription

🔼 Випущено L2 Transfer Tools 🔼

L2 Transfer Tools вже є!

Це важливий етап, який знаменує початок фінальної фази масштабування The Graph за допомогою Arbitrum. Дізнайтеся більше про цей етап тут.

Чим саме є ці інструменти перенесення?

L2 Transfer Tools дозволяють всім учасникам мережі легко переносити з основної мережі Ethereum на Arbitrum.

Маєте підграф в мережі The Graph? Використовуйте Subgraph Transfer Tool, щоб перенести його на Arbitrum!

Кураторство, делегування, стейк індексатора і багато іншого також можуть бути перенесені за допомогою L2 Transfer Tools.

Перегляньте документацію та покрокові відео, щоб розпочати перехід з L1 на L2:

⏫ Випущено версію graph-node 0.32! ⏫

Оновіть graph-node до версії 0.32.0 і перевірте всі нові можливості, перелічені у списку змін (їх там купа!).

Однією з важливих особливостей цього релізу є те, що файлові джерела даних можуть породжувати інші файлові джерела даних…

Одні файлові джерела даних можуть генерувати інші файлові джерела даних

Раніше тільки обробник блокчейну міг генерувати шаблон файлового джерела даних. Але частіше IPFS-файли посилаються на інші IPFS-файли, які ми також хочемо проіндексувати! Для того, щоб підтримати цю можливість, обробники даних файлу тепер також можуть створювати шаблон файлового джерела даних.

Як ми бачимо, він має схему з іншим IPFS/Qm..., який ми також хотіли б проіндексувати. Тепер ми можемо це зробити, зібравши Qm... з IPFS-файлу і активувавши інше файлове джерело даних з обробника джерела файлових даних! 🤯

import { NewFileDataSource as NewFileDataSourceTemplate } from " ../types/templates";

export function fileDataSourceHandler(content: Bytes): void {
  if (content !== null) {
    let manifest = content.toString();

    let schemaSplitTry = manifest.split(" schema: In", 2);
    if (schemaSplitTry.length == 2) {
      let schemaFileSplitTry = schemaSplitTry[1].split("/ipfs/", 2);
      if (schemaFileSplitTry.length == 2) {
        let schemaIpfsHashTry = schemaFileSplitTry11.split("In", 2);
        if (schemaIpfsHashTry.length == 2) {
          let schemaIpfsHash = schemaIpfsHashTry[0];
          NewFileDataSourceTemplate.create(schemaIpfsHash);
        }
      }
    }
  }
}

👀 Спробуйте майбутні функції graph-node у Subgraph Studio 👀

Ці функції доступні для випробування у Subgraph Studio і незабаром будуть доступні у 🧑‍🚀мережі The Graph 🧑‍🚀

Файлові джерела даних Arweave

Arweave тепер є ще одним файловим джерелом офчейн , яке ми можемо інтегрувати з нашими підграфами (IPFS також підтримується)! Ознайомтеся з прикладом репозиторію файлових джерел даних, який індексує як Arweave, так і IPFS, і починайте працювати🔥 🔥 🔥 🔥

Обробники блоків опитувань

Ця майбутня функція дозволить підграфу виконувати обробник через певні інтервали блоків, визначені числом у кожному полі:

blockHandlers:
  - handler: handleBlock
    filter:
      kind: polling
      every: 10

Обробник ініціалізації

Ця майбутня функція дозволить підграфу виконувати обробник під час його ініціалізації, що зробить його цінним інструментом для виконання таких завдань, як встановлення початкових параметрів або попереднє завантаження певних даних:

blockHandlers:
  - handler: handleOnce
    filter:
      kind: once

scroll-sepolia. Додано чейн до тестнету

📜 Тестнет Sepolia від Scroll тепер доступний у Subgraph Studio. Слідкуйте за оновленнями разом зі Scroll!

👁️ Devs On The Graph - DappLooker 👁️

У третьому епізоді Devs On The Graph з Abhay Singh, CoFounder DappLooker, ми занурюємося в передісторію того, як він прийшов у web3. Також у ньому є live воркшоп про створення власних аналітичних інформаційних панелей без коду, які побудовані на основі інфраструктури The Graph.

Ці інформаційні панелі можуть бути легко інтегровані в наші децентралізовані додатки, надаючи більшу цінність та міць тим, хто бажає мати легкодоступні та узгоджені дані з web3.

Devs On The Graph - це серія інтерв'ю, в яких розробники діляться своїми історіями та методами розробки за допомогою технології The Graph. Кожен епізод містить воркшоп з кодування в кінці, тож зберігайте собі і навчайтесь! 🏫

Майбутні воркшопи

👷‍♀️The Graph Builders Office Hours - щочетверга о 15:00 UTC👷

Приєднуйтесь щочетверга о 15:00 UTC до The Graph Builders Office Hours, яке проводить Developer Relations Engineer Edge & Node Kevin Jones на Discord The Graph. Кожна сесія включає в себе живі майстер-класи та обговорення з розробниками, які працюють в екосистемі The Graph Ecosystem, у формі запитань та відповідей.

Нижче наведений перелік воркшопів, запланованих на вересень:

14 вересня - Alex з StreamingFast, підграфи на основі підпотоків
21 вересня - Kent Fourie з Graphrica
28 вересня - Dylan Melotik, Огляд підграфів від Messari

Перегляньте воркшопи минулого місяця!

Почніть кодувати швидко зі стартовим набором, який використовує The Graph
Створіть децентралізований додаток якнайшвидше, використовуючи Scaffold-Eth 2 та The Graph
Дізнайтеся, наскільки потужними можуть бути підграфи на основі підпотоків
Пориньте в аналітику даних з Playgrounds
Перенесіть офф-чейн дані в підграфи за допомогою File Data Sources

👷‍♀️ Воркшоп на тему “Вступ до Full Stack розробки” буде проведено 7 вересня

DevRel Engineer з Edge & Node Kevin Jones виступить з доповіддю "Вступ до Full Stack розробки децентралізованих додатків" в House of Web3 в Сан-Франциско 7 вересня.

Реєструйтеся тут, щоб бути присутнім особисто!

Якщо ви не можете відвідати захід, воркшоп буде транслюватися на Youtube каналі - House of Web3!

Хочете брати участь у екосистемі The Graph?

⚙️ Створюйте розробки з The Graph BuildersDAO! ⚙️

Хочете отримувати гроші за створення підграфів та підпотоків разом з іншими розробниками?

Приєднуйтесь до The Graph BuildersDAO!

The Graph BuildersDAO - це спільнота розробників, які надають свої послуги зі створення додатків та протоколів.

➕ Підписуйтесь на бета-версію The Graph Billing Subscriptions➕

The Graph Billing Subscriptions - це альтернатива існуючій системі білінгу за фактом використання The Graph , яка, як ми надіємось, спростить оплату до рівня "встановив і забув".

Щоб дізнатися більше, а також підписатися на бета-версію The Graph Subscriptions, перейдіть за цим посиланням.

Опитування для розробників

Наскільки ймовірно, що ви б порекомендували децентралізовану мережу The Graph співрозробникам по web3?

Просто натисніть емодзі, щоб проголосувати

🙂 😐 🙁

The Graph Builders Newsletter #7

night0x@newsletter.paragraph.com (smth0x) — Mon, 06 May 2024 22:13:24 GMT

Source - link

gm devs!

Дякуємо, що приєдналися до інформаційного бюлетеню The Graph Builders, де ви щомісяця будете отримувати важливі новини та оновлення для розробників, які стосуються екосистеми The Graph 🙌

Вперед!

Теми на липень 2023 року

Відкриття винагороди за індексування підграфів на основі підпотоків
Запуск Graph BuildersDAO
Підписуйтесь на бета-версію The Graph Billing Subscriptions
Devs On The Graph - Spyglass Labs
Події під час заходу Paris Builders

🏗️ Підписатися на інформаційний бюлетень The Graph Builders 🏗️

🎉Відкриття винагороди за індексування підграфів на основі підпотоків 🎉

Дізнайтеся більше про підграфи на основі підпотоків у нещодавньому блозі від StreamingFast.

Синхронізація підграфів на основі підпотоків з локальним сховищем - це чудово, однак це обмежує можливий рівень децентралізації вже проіндексованих даних. Відкривши винагороду за індексування підграфів на основі підпотоків, мережа The Graph ще раз підтверджує своє бачення надання відкритих і децентралізованих даних для всього світу (тепер зі швидкістю індексації до 100 разів вищою, ніж за допомогою підпотоків!)

Почніть роботу з підграфами на основі підпотоків

Ще не працювали з підпотоками? Ми вам допоможемо!

Документація по підпотокам від StreamingFast.
Воркшоп від Sahra Karakoç з її репозиторієм підпотоків.
Приклади репозиторіїв підграфів на основі підпотоків
Короткі навчальні відео про підпотоки від Pinax.

🏗️ Запуск Graph BuildersDAO 🏗️

Бажаєте отримувати оплату за створення підграфів та підпотоків?

Бажаєте працювати разом з іншими розробниками підграфів та підпотоків?

Приєднуйтесь до The Graph BuildersDAO!

The Graph Builders DAO прагне бути спільнотою співпрацюючих розробників, які надають свої послуги. Спільноті потрібні розробники з різним рівнем досвіду роботи зі смарт-контрактами, Rust, фронтенд-фреймворками, DevOps і, звісно, підграфами та підпотоками.

Крім того, якщо у вас є проект, в роботі над яким потрібна допомога розробника, зв'яжіться з нами.

➕ Підписуйтесь на бета-версію The Graph Billing Subscriptions➕

Ми раді відкрити доступ до подачі заявок до The Graph Subscriptions, які незабаром стануть загальнодоступними!

Щоб дізнатися більше, а також підписатися на бета-версію The Graph Subscriptions, перейдіть за цим посиланням.

👁️ Devs On The Graph - Spyglass Labs 👁️

У Devs On The Graph - Епізоді 2 з @blind_nabler з @SpyglassApp, ми дізнаємось його передісторію. Також у цьому відео представлений воркшоп з створення підпотоків у live режимі. Сподіваємось, в ньому ви дізнаєтесь щось нове про підпотоки.

🥐 Події під час заходу Paris Builders 🥐

The Graph y Encode Club’s Hacker House - відео з основними моментами
Доповіді про перспективи майбутнього на EthCC.
Хакатон EthGlobal Paris - 48 годин активності розробників!

Хочемо відзначити двох перших призерів EthGlobal Paris, а також привітати всіх хакерів, які працювали з The Graph!

Найкращий новий підграф та/або підпотік

🥇 Acid chains 🥇

Команда Acid chains отримала перше місце за неймовірне використання підпотоків для аналізу даних мемпула для розв'язання проблем масштабування Ethereum, одночасно сприяючи швидшій, більш якісній та економічно ефективнішій обробці транзакцій.

Познайомтеся ближче з їх проектом за посиланням вище, щоб дізнатися, що нового підпотоки можуть принести вашому проекту!

Найкраще використання існуючого підграфа та/або підпотоку

🥇 Delta V 🥇

Команда Delta V створила децентралізований додаток, який об'єднав багато підграфів, щоб дати розробникам можливість відстежувати власні адреси смарт-контрактів, об'єднувати джерела даних в єдину точку доступу і налаштовувати сповіщення. Адміністратори можуть використовувати наш продукт для вживання заходів на основі попередньо визначених тригерів на чейні.

Ознайомтеся з їхнім проектом, щоб побачити, що ви можете створити, використовуючи вже існуючі підграфи!

Опитування для розробників

Створення мережі The Graph - це спільна робота, і основні розробники хотіли б почути ваші відгуки!

🙂 😐 🙁

Дякуємо, що прочитали! Ми сподіваємося, що вам сподобалося це дослідження. Ми завжди раді вашим відгукам та пропозиціям, просто напишіть нам на цю електронну адресу. Ми читаємо кожну відповідь 💌

Щасливого хакінгу!

Marcus з Edge & Node, працює над The Graph

The Graph's Core Dev Teams - Епізод 4: Semiotic Labs - Об'єднання штучного інтелекту та блокчейну для децентралізованого майбутнього

night0x@newsletter.paragraph.com (smth0x) — Mon, 06 May 2024 21:43:32 GMT

Source - link

З поверненням, шановні дослідники всесвіту Web3!

Як гордому NPC в екосистемі The Graph, мені приємно знову направляти вас у цій подорожі технологічним світом. Сьогодні ми розпочинаємо подорож туди, де штучний інтелект перетинається з блокчейном, завдяки зусиллям Semiotic Labs та їхній ключовій ролі в екосистемі The Graph.

Злиття штучного інтелекту та блокчейну: Симбіотичний танець

Поєднання штучного інтелекту і блокчейну на перший погляд може здатися досить незвичним. Однак, коли ми копаємо глибше, ми відкриваємо величезну кількість взаємних переваг. Блокчейн забезпечує прозоре і стале середовище, яке можна використовувати для розвитку більш етичних і відповідальних моделей штучного інтелекту. Водночас штучний інтелект може усунути недоліки блокчейну, підвищити безпеку та отримати практичні висновки з обширних наборів даних, наявних у світі блокчейну.

Команда засновників Semiotic Labs та їхній досвід

Команда Semiotic Labs складається з досвідчених дослідників з різних доменів машинного навчання і криптографії. До команди засновників входять Dr. Ahmet Ozcan і Alexis Asseman, які раніше працювали в галузі машинного навчання в IBM Research; Dr. Sam Green, який раніше працював у Sandia National Labs; та Dr. Gokay Saldamli, який спеціалізується на криптографічній інженерії].

Скріншот з виступу Dr. Sam Green в Стенфорді

Глибоке занурення зі штучним інтелектом: серфінг на хвилі даних

До того, як приєднатися до The Graph, Semiotic Labs спочатку зосередилися на повністю гомоморфному шифруванні (FHE) - типі шифрування, який дозволяє проводити математичні обчислення з зашифрованими даними, що важливо для забезпечення конфіденційності та безпеки в додатках зі штучним інтелектом. Вони успішно продемонстрували використання FHE в режимі реального часу для додатку, пов'язаного зі здоров'ям: передбачення нормального чи ненормального серцебиття за допомогою зашифрованих даних зі смарт-годинника.

Скріншот з виступу Dr. Sam Green в Стенфорді

Самофінансування та перехід на криптовалюту

Вони розпочали роботу у 2020 році. Спочатку компанія працювала на самофінансуванні, розробила свою технологію, але не змогла закріпитися на початкових цільових ринках - фінансово-технологічному та охорони здоров'я. В основному це було пов'язано з нормативними бар'єрами в цих галузях. Приблизно тоді ж команда помітила зростання популярності криптовалюти і ознайомилась з протоколом The Graph, потреби якого перетиналися з їхніми навичками. Згодом вони приєдналися до The Graph, отримавши 8-річний грант на 60 мільйонів доларів.

Скріншот з виступу Dr. Sam Green в Стенфорді

Роль Semiotic в The Graph

Хоча Semiotic займається різними дослідженнями і розробками, деякі з їхніх внесків значно покращили The Graph:

Покращення ціноутворення на запити

The Graph пропонує ринок для он-чейн даних, і на цьому ринку індексатори хочуть оптимізувати свої ціни, щоб покрити операційні витрати і максимізувати свій прибуток; споживачі хочуть дані за розумною ціною. Semiotic створила AutoAgora, автоматизованого агента ціноутворення, використовуючи методи навчання з підкріпленням. Ці агенти дають змогу індексаторам вигідно оцінювати вхідні запити.

Платежі, які піддаються перевірці

Вони розробили Timeline Aggregation Protocol (TAP) - швидку, ефективну та надійну односторонню систему мікроплатежів, що забезпечує високопродуктивні платежів для The Graph. Це дозволяє індексаторам ефективно агрегувати мільйони надходжень.

Firehose з можливістю перевірки

Firehose, як згадувалося в першому епізоді цього блогу, - це конвеєр даних, розроблений StreamingFast, який спрощує процес вилучення даних з блокчейну. Він перетворює дані з ноди блокчейну в плоскі файли в режимі реального часу, що сприяє гнучкішій обробці даних. Semiotic намагаються зробити так, щоб плоскі файли піддавались перевірці, додаючи додатковий рівень безпеки для споживачів.

Алгоритми, які допомагають DeFi трейдерам

Крім внеску у розробку протоколу The Graph, Semiotic Labs створила Odos - інтелектуальне рішення для маршрутизації ордерів, яке оптимізує маршрути обміну між сотнями децентралізованими обмінними платформами і тисячами пулів ліквідності. У ньому реалізована можливість багатотокенового обміну, що дозволяє користувачам обмінювати кілька токенів за одну атомарну транзакцію. Зараз Odos працює у 8 блокчейн-мережах EVM, а обсяг торгів перевищив $10 млрд з моменту запуску 14 місяців тому.

Наслідки: Революція децентралізованого штучного інтелекту

Спостереження за роботою Semiotic робить мене сильно зацікавленим у злитті штучного інтелекту та блокчейну. Їхні творіння не абстрактні; вони планомірно вирішують проблеми користувацького досвіду, один алгоритм за іншим. Це все ресурси, які The Graph та такі ж протоколи можуть надати командам, які працюють зі штучним інтелектом , таким як Semiotic Labs.

Децентралізований підхід до штучного інтелекту може демократизувати доступ до прогностичних можливостей штучного інтелекту, уможлививши більш справедливий розподіл цих передових можливостей. Він вказує на майбутнє, в якому переваги штучного інтелекту не зосереджуватимуться в руках кількох централізованих організацій, а систематично розподілятимуться по децентралізованій мережі. Хоча ми все ще перебуваємо на ранніх стадіях цієї революції, я в захваті від того, що нас чекає попереду.

На цьому ми завершуємо дослідження злиття штучного інтелекту і блокчейну в рамках Semiotic Labs. Продовжуючи нашу подорож всесвітом Web3, ми зіткнемося ще з багатьома захоплюючими інноваціями та революційними розробками.

Якщо ви хочете дізнатися про останні розробки основної команди розробників The Graph, ви можете стежити за сторінкою основної команди розробників на форумі The Graph.

Про мене

Мене звуть Tiehan, я community manager у The Graph. Маючи п'ятирічний досвід розвитку бізнесу та побудови спільноти у Web3, зараз я фокусуюсь на налагодженні зв'язків між міжнародними спільнотами. Я також музикант та візуальний художник, який використовує web3 для самостійного створення міжнародної доступності.

Не соромтеся звертатися до мене, якщо у вас виникнуть запитання. Ви можете знайти мене на більшості платформ, перелічених тут.