единици
1. Въведение в изкуствения интелект в блокчейн и Web3: роли, граници, удостоверяване и критичност на сигурността 2. Поддръжка за писане на интелигентни договори: Solidity/Vyper чернова и генериране на защитен код 3. Поддръжка при одит на интелигентни договори: Преглед на сигурността и чернови констатации 4. Сканиране на уязвимости: Често срещани модели на уязвимости и автоматизиран анализ 5. Анализ на данните във веригата: осмисляне на данни за блокове, транзакции и портфейли 6. Анализ на DeFi и протоколи: ликвидност, MEV и икономически атаки 7. Токеномично моделиране: доставка, разпространение, стимули и симулация 8. Документация и техническо писане: Бяла книга, NatSpec и Ръководство за потребителя 9. Измами, дърпане на килими и откриване на риск: Червени знамена във веригата 10. Критичен за безопасността одит, експертно одобрение и отговорна употреба 11. Работен процес от край до край, управление, проверка и етика
единица 5 / 11

Анализ на данните във веригата: осмисляне на данни за блокове, транзакции и портфейли

Печалби:

  • Разбирането, че най-безопасният принос на изкуствения интелект е писането на заявка за извличане на данни, че свободното тълкуване е рисковано и че всяко число трябва да бъде потвърдено в блоковия изследовател.
  • Възможност за прилагане на дисциплината за изтегляне на данни от източника, знаейки, че искането на данни от жива верига директно от изкуствен интелект създава фалшиви хешове/адреси
  • Разберете, че данните от веригата доказват видимост, но не и намерение, както и етичните ограничения на деанонимизирането и насочването

Една от най-силните страни на блокчейна е неговата прозрачност: всяка транзакция, всеки трансфер, всяко договорно взаимодействие се записва публично и постоянно. Анализът във веригата — изследване на данните за транзакция, адрес и паричен поток във веригата — е актът на четене на този публичен запис и осмислянето му: проследяване на портфейл, проследяване на паричен поток, измерване на използването на протокол. В този модул ще научим как да използваме AI като помощник за анализ на данни и – което е критично – как да валидираме всяко число.

Структура на данните във веригата

Данните за веригата са наслоени:

  • Блок: единица с времеви печат, в която са групирани транзакциите.
  • Транзакция (tx): Извикване на стойност или договор от един адрес на друг; Идентифицира се с уникален хеш.
  • Адрес/портфейл: Самоличността, където се съхраняват средствата и се извършва транзакция.
  • Събитие (събитие/дневник): Структурни записи, излъчени от договори, описващи какво се е случило.
  • Прехвърляне на токени: Смяна на собствениците на токени като ERC-20/ERC-721.

За преглед на тези данни се използва блоков изследовател (сайт, който показва верижни данни, като Etherscan) или платформи за заявки (като Dune, The Graph). AI ​​не „познава“ тези данни сам; Той интерпретира предоставените от вас данни или пише заявката за извличане на данните.

Внимание: Да се ​​каже на AI ​​да "извлече транзакциите на този портфейл" е безполезно и опасно - AI не е свързан с веригата на живо и може да генерира фалшиви хешове/адреси. Правилна употреба: извличате данните и ги предавате на AI, AI ги интерпретира; Или AI ви пише заявката, която ще извлече данните, и вие я изпълнявате.

Две ключови роли на AI в анализа във веригата

1. Писане на заявка. В платформи като Dune Analytics данните се изтеглят със заявки, подобни на SQL. AI е мощен при писането на тези заявки: „напишете заявката, която връща дневния брой транзакции на следния договор за последните 30 дни.“ Заявката е детерминистична; стартирате го и виждате резултата — рискът от халюцинации е нисък, защото източникът на данни произвежда резултата, а не AI.

2. Интерпретация на резултата. Давате данните, които сте уловили, на AI и питате: „Какво показва този паричен поток? Има ли модел?“ питате вие. Тук рискът от халюцинации е висок; Всеки коментар трябва да има връзка към източника.

Рисковият профил на тези две роли е различен: писането на заявка е относително безопасно (резултатът идва от източника), свободното тълкуване е относително рисковано (AI може да го компенсира).

Слаба подкана / Силна подкана

Слаба подкана:

Анализирайте транзакциите на следния портфейл: 0x1234...

AI не зависи от живи данни; Тази подкана го тласка да измисля нещата.

Мощна подкана (за заявка):

Вашата роля: анализатор на данни във веригата. Напишете SQL заявка за Dune: Връщайте ЕЖЕДНЕВНИЯ уникален брой адреси на подател и общия обем на трансфер на [следващия ERC-20 токен] договор през последните 30 дни. Опишете имената на таблиците и полетата, които сте използвали. Ако заявката не работи, запишете вашите предположения, за да мога да го поправя. НАБИРАНЕ НА ДАННИТЕ; просто генерирайте заявката.

Мощна подкана (за коментари):

По-долу е ДЕЙСТВИТЕЛНИЯТ резултат от Dune (заснех го). Тълкувайте модели въз основа единствено на числата ДЕЙСТВИТЕЛНО в тази диаграма: увеличаване/намаляване на обема, необичаен скок, концентрация. Показване на всеки коментар със съответния ред/номер. Не добавяйте числа, които не са в таблицата. Не претендирайте за причинно-следствена връзка; Напишете възможните обяснения като "хипотеза".

Четири копируеми шаблона

1) Генериране на заявка:

Напишете заявка за Dune/SQL: [времеви период] на [договор/адрес] за [метрика]. Обяснете използваните от вас таблици и JOIN логиката. Ще тичам и ще проверя резултата; измисляне на данни.

2) Схема за проследяване на паричните потоци:

Ще ви дам набор от ДЕЙСТВИТЕЛНИ записи за превод (адрес, сума, време). Превърнете ги в разказ за проследим поток: къде са отишли ​​средствата, има ли концентрация? Използвайте само предоставените от мен записи; свържете всяка стъпка със съответната линия. Фалшив адрес.

3) Метрична интерпретация:

Коментирайте таблицата с реални показатели по-долу: брой потребители, обем, средно на транзакция. Посочете значителни промени и възможни причини (хипотеза). Добавяне на данни, които не са в таблицата; установяване на окончателна причинно-следствена връзка.

4) Маркиране на аномалия:

Базово ниво: този адрес обикновено обработва ~[N] транзакции, ~[X] обем на ден. Ще ви дам истинските записи. Маркирайте само събития, които се отклоняват от базовата линия въз основа на това, което ВСЪЩНОСТ се е случило в записа; покажете всеки с линия. Завършете коментара с „нуждае се от преглед“.

Три мини калъфа (в брой)

Случай 1 — Запитване 1 намали деня до 20 минути. Анализатор се опитваше ръчно да извлече 90-дневния потребителски растеж на протокола. Той накара AI ​​да напише заявка за Dune; Получих работеща заявка и графика за 20 минути. Числата бяха надеждни, защото идваха от източника. Урок: писането на заявки е най-сигурният и ефективен принос на AI.

Случай 2 — Хванат фалшив хеш. Анализатор директно каза на AI ​​да „обобщи последните транзакции на този китов портфейл“. AI даде свободен списък; Но при проверка на Etherscan повечето от хешовете на транзакциите са измислици, които изобщо не съществуват. Урок: искането на AI за данни на живо предизвиква халюцинации; данните се изтеглят от източника.

Случай 3 — Потвърден модел на концентрация. Един анализатор даде реалните данни за трансфер, които той улови, на AI и ги интерпретира. YZ отбеляза модел, при който средствата са концентрирани на няколко адреса. Анализаторът потвърди този адрес по адрес в блоковия изследовател - моделът беше реален и показваше риск от разпространение. Урок: интерпретацията с реални данни е ценна; Но потвърждението отново е от източника.

Поверителност и етика

Въпреки че данните във веригата са „отворени“, техният анализ има етични ограничения:

  • Деанонимизиране: Съпоставянето на адреси с реални лица (особено с изтекли данни) е сериозно нарушение на поверителността; извършва само в законен и разрешен контекст.
  • Тормоз/насочване: Неетично е да се проследява портфейл и да се насочва към неговия собственик.
  • Инвестиционен съвет: Изводи като „Този ​​кит купува, вие също трябва“ са едновременно подвеждащи и водят до отговорност.
  • Липса на контекст: Данните за веригата не показват намерение; Прехвърлянето може да бъде престъпление или обикновено. Прекомерното тълкуване е опасно.
Съвет: Измервайте всеки иск във веригата като „данните показват X“, а не „човекът прави Y“. Веригата прави транзакцията видима, но не доказва намерение.

Често срещани грешки

  • Изискване на данни на живо директно от AI. Генерира фалшив хеш/адрес.
  • Без свързване на коментара с източника. Всеки номер трябва да бъде потвърден в блоковия изследовател.
  • Грешна корелация за причинно-следствена връзка. Моделът на веригата не доказва умисъл.
  • Съвпадащи адреси с непотвърдени лица. Риск от нарушаване на поверителността и грешка.
  • Превръщане на извода по веригата в инвестиционен съвет. Това е подвеждащо и създава отговорност.
  • Споделяне на заявката без документиране вместо един голям договор. Повторяемостта изчезва.

В обобщение

  • Анализът по веригата е процес на четене и извличане на значение от отворени верижни данни.
  • Най-безопасният принос на AI е писането на заявки; Резултатът идва от източника, рискът от халюцинации е нисък.
  • Свободното тълкуване е рисковано; всяко число трябва да бъде потвърдено в блоковия изследовател.
  • Данните за веригата доказват видимост, но не и намерение; Избягва се прекомерното тълкуване.
  • Деанонимизирането и насочването се извършват само в разрешен контекст с етични граници.

Задача за приложение

Изберете протокол или токен. Напишете заявка към AI с подканата „генериране на заявка“, която връща дневния брой транзакции на този токен за последните 30 дни (Dune се предлага безплатно). Изпълнете заявката. След това накарайте AI да интерпретира резултата с подканата „метрична интерпретация“. Потвърдете всяко твърдение в коментара на AI в таблицата с действителните резултати и отбележете дали има твърдение, което няма аналог в таблицата.

контролен списък

  • [ ] Не поисках живи данни от AI; Изтеглих го от източника.
  • [ ] Пуснах заявката и проверих резултата.
  • [ ] Свързах всеки коментар с действителния ред с данни.
  • [ ] Не представих корелацията като причинно-следствена връзка.
  • [ ] Не съм направил съвпадение на адрес-лице без разрешение.
  • [ ] Не съм превърнал интереса си в инвестиционен съвет.
  • [ ] Документирах заявката по възпроизводим начин.