GraphOps продемонстрував GraphSeer, програму з даними в ланцюзі та поза ланцюгом, що охоплює продуктивність індексування та показники протоколу, тоді як Edge & Node обговорили завершення Sunray, першої фази децентралізованих даних Sunrise.
вступне слово
Привіт усім і ласкаво просимо до останнього випуску Indexer Office Hours! 26 березня, 150 сесія.
Посилання на відео: https://youtu.be/wkgGPRErDlE
GRTiQ 161
Слухайте цьоготижневий подкаст GRTiQ із Кірстен Помалес, співзасновницею TalentLayer, інноваційного відкритого протоколу та набору інструментів для розробників, які зробили революцію на ринку послуг.
Огляд змісту
Останні оновлення важливих сховищ
Клієнт рівня виконання
Erigon v2.0 нова версія v2.59.0:
Більш агресивне відсікання журналів і квитанцій (для вузлів із r у прапорці відсікання, наприклад, –prune=hrtc), таким чином зменшуючи дисковий слід у 2 рази. Ця функція доступна лише для нових вузлів. Існуючі вузли ввімкнули його, ви повинні повторно синхронізувати його з нуля.
Пошук транзакцій за хешем стосується занадто багатьох місць на знімку. Це призвело до високого вилучення IO та PageCache. Це дуже допоможе в цьому випадку використання, якщо у вас багато запитів RPC. Отримайте: rm datdir/snapshots/*.idx і перезапустіть Erigon.
Користувачам Caplin потрібно скинути заголовки та знімки.
Нова версія Geth v1.13.14:
Geth v1.13.14 — це незначний випуск для обслуговування з деяким доопрацюванням пулу блобів. Цей випуск не є критичним для філії в Канкуні, але рекомендований, щоб зробити Geth легшим, щоб справлятися з невідомими blob-навантаженнями.
sfeth/fireeth: нова версія:
версія v2.3.6:
BlockFetcher: додано підтримку полів WithdrawalsRoot, BlobGasUsed, BlobExcessGas і ParentBeaconRoot під час отримання блоків із RPC (наприклад, отримання цих значень для Optimism).
Підпотоки: додано підтримку прапора substreams-tier2-max-concurrent-requests, щоб обмежити кількість одночасних запитів рівнем 2.
Додано traceID для RPC.
версія v2.3.7:
Виправлено інструмент перевірки діапазону за замовчуванням для об’єднаних блоків, коли r <range> не надано, який тепер дорівнює [0, +∞] (раніше [HEAD, +∞]).
Інструмент виправлення перевіряє блоки злиття, щоб працювати без наданого діапазону блоків.
Додано автентифікацію на основі ключа API до інструментів firehose-client і firehose-single-block-client для вказівки значення через змінну середовища FIREHOSE_API_KEY (ви можете використовувати прапорець -api-key-env-var, щоб змінити назву змінної на крім FIREHOSE_API_KEY).
Виправлено інструмент перевірки прикладів блоків злиття за допомогою діапазону блоків (діапазон має бути вказано як [<start>]?:[<end>]).
Додано -substreams-tier2-max-concurrent-requests, щоб обмежити кількість одночасних запитів до служби Substreams рівня 2.
Avalanche: Нова версія v1.11.3:
Видалені API:
Платформа GetPendingValidators
Платформа GetMaxStakeAmount
Вилучено конфігурацію avalanchego:
network-peer-list-validator-gossip-size
network-peer-list-non-validator-gossip-size
network-peer-list-peers-gossip-size
network-peer-list-gossip-frequence
consensus-accepted-frontier-gossip-validator-size
consensus-accepted-frontier-gossip-non-validator-size
consensus-accepted-frontier-gossip-peer-size
consensus-on-accept-gossip-validator-size
consensus-on-accept-gossip-non-validator-size
consensus-on-accept-gossip-peer-size
Додано конфігурацію ланцюга P, ланцюга X і ланцюга C:
push-gossip-percent-stake
Інструмент оркестровки графіків
Приєднуйтесь до нас кожну другу середу о 17:00 UTC на нашій онлайн-зустрічі Launchpad, щоб отримати останні оновлення щодо запуску Launchpad.
Наступний – 10 квітня. Приносьте всі ваші запитання!
Календар оновлення оператора Blockchain
Календар оновлення оператора Blockchain — це ваше універсальне рішення для відстеження оновлень хардфорка та графіків обслуговування для різних протоколів в екосистемі The Graph.
Спростіть процес оновлення та більше ніколи не пропускайте терміни.
протокольне спостереження
Останні оновлення важливих змін у протоколі
Дослідження форуму
Синхронізація підграфа повільна
Контрактний репозиторій
клопіт: розгорнути межу даних SAO у тестовій мережі#964(відкрито)
робота: Додати контракт DataEdge №963 (об’єднано)
відкрита дискусія
Сеанс GraphSeer
Сахра з GraphOps поділилася оновленням продукту, який вони розробляли під назвою GraphSeer.
Вона визначає GraphSeer як браузер протоколу Graph. Це програма, яка містить дані в ланцюзі та поза ланцюгом, а також аналіз показників і параметрів індексу та протоколу.
картина
💡 Відвідайте GraphSeer: http://beta.graphseer.com/
Ім'я користувача: thegraph
Пароль: graphops
Ці облікові дані призначені лише для тестування.
GraphSeer розвиватиметься разом із вашими відгуками, тому, будь ласка, скористайтеся цією формою, щоб поділитися своїми відгуками, щоб допомогти їм покращитися.
Чому ми створили GraphSeer?
Як основні розробники, ми розробляємо інструменти для надання користувачам даних блокчейну, таких як підграфи та підпотоки. Потім, як індексатори, ми використовуємо ці інструменти для надання даних кінцевим користувачам, і ми подумали, що створивши GraphSeer для кінцевих користувачів, ми зможемо краще зрозуміти користувачів.
Зрозумійте наших кінцевих користувачів, станьте кращими основними розробниками та кращими індексаторами.
Зрозумійте та повідомте іншим про якість обслуговування операцій індексації.
Надайте користувачам екосистеми The Graph привабливі програми для розуміння ринку.
💡Перегляньте повне відео та демонстрацію в прямому ефірі.
Графік розробки GraphSeer
Зворотній зв'язок по телефону
Може бути корисно відобразити індикатор прогресу індексування в провіднику. Мені подобається перевіряти, чи підграф може бути проіндексований іншими, перш ніж призначати його.
Нечіткий пошук у списку індексатора. Тепер ви повинні знати, кого ви шукаєте, і звернутися до них.
Re: статус індексу, якщо ви також можете вказати, коли вони починають розподіл. Тепер я мушу повернутися до їхньої сторінки відкритих завдань.
Для здоров’я мережі та майбутнього The Graph ми хочемо дозволити делегатам і індексаторам зосереджуватися на запитах. Радий бачити, що у вас є нові показники.
Таким чином ви можете скопіювати IPFShash, не натискаючи його.
Я думаю, було б непогано мати деякі стандартизовані цифри щодо затримки та успішності. В іншому випадку індексатор, який не обробляє важкі підграфи, виглядатиме краще з точки зору загальної статистики.
Запити щодо функцій: виділіть відхилені підсхеми, підпотоки тощо.
Average Blocks Behind не дуже корисний. Якщо ви приймаєте нову підсхему або одна підсхема виявляється невдалою, це спотворює графік і насправді не дає значення.
Ці показники не дуже корисні в глобальному масштабі, але для кожної мережі та кожного підграфу.
Запит щодо функції: використовуйте піктограму, схожу на Subgraph Radio, щоб показати, які індексатори є зомбі.
Суперечки та кнопка 0xdeadbeef.
Затримка кожного підграфа може бути дуже різною.
Середнє значення за певний період – це добре, і на нього слід звернути увагу. Поточний APR корисний для індексатора, щоб перевірити, чи було його перерозподіл успішним.
Також зручно бачити, які мережі підтримує індексатор.
Ранжуйте індексатори абсолютно за вартістю запиту, але включайте підтримувані мережі як видимі дані.
Як делегату, було б круто, щоб GraphSeer міг робити прогнози на основі історичного APY. Очікування делегатора щодо винагороди за делеговану суму. Наприклад, якщо я делегую 100 тис. GRT, я можу розраховувати на 1 тис. винагороди щомісяця.
Фаза Sunray Graph завершена
Адам з Edge & Node приєднується, щоб повідомити про децентралізовані дані Sunrise.
Посилання на твіт: https://x.com/graphprotocol/status/1772655292934705371?s=20
Адам пояснив, що Sunray є частиною децентралізованих даних Sunrise. Це перший із трьох етапів, на яких вони додавали функціональність у Subgraph Studio та індексували Інтернет. Мета полягає в тому, щоб надати розробникам спрощений досвід для оновлення своїх підграфів із розміщених служб до Інтернету.
Тут слід звернути увагу на кілька речей. Деякі були випущені деякий час тому, деякі були випущені протягом останнього тижня чи тижнів, як щодо оновлення індексаторів, так і щодо доступності всіх ланцюжків послуг хостингу, запитуваних у мережі. Розробники мають безкоштовний план запитів, тому мережа Graph Network може підтримувати більше ланцюжків для запитів у більш спрощений спосіб.
Буде підтримуватися оплата кредитною карткою, тому люди зможуть підключити кредитну картку для оплати запитів, не торкаючись GRT, ETH або AETH. Отже, знову ж таки, це просто спроба спростити речі, і врешті-решт, існує спрощений процес оновлення для підграфів із служби хостингу до студії, і ви можете вибрати свої підграфи, визначити, які гаманці ви хочете мати ці підграфи в мережі. Крім того, є автоматизований процес публікації та передачі, який публікує підграфи, а потім переносить їх у ваш призначений гаманець, тому ми просто намагаємося усунути тертя та спростити роботу користувача.
(Щоб знайти відповідні посилання в статті, перейдіть на офіційний обліковий запис Pinax)
