Блокчейн, перш за все, це технологія і її реалізація може сильно відрізнятися в залежності від того, яку глобальну проблему намагається вирішити певна екосистема. Деякі блокчейни намагаються зосередитися на продуктивності, щоб потенційно замінити традиційну інфраструктуру (наприклад, VISA може обробляти 12 000 транзакцій в секунду), в той час як інші ставлять конфіденційність як основний компонент фінансової інфраструктури. Так, глобально в основі будь-якого блокчейну лежать блоки, які мають певну ємність для зберігання даних і при заповненні закриваються і пов'язані з раніше заповненим блоком, утворюючи ланцюжок даних, відомий як блокчейн, але сама організація зберігання може кардинально відрізнятися між блокчейнами. Вся бізнес-логіка в Ethereum в основному реалізована через смарт-контракти, коли, наприклад, в Polkadot, реалізація відбувається через палети. Так, навіть зупинившись на одних і тих же смарт-контрактах і порівнявши, наприклад, Ethereum і Solana. По-перше, вони написані на різних мовах програмування ( Solidity у випадку з Ethereum, RUST | З | C++ у випадку з Solana), а по-друге, вони реалізують абсолютно різні підходи до зберігання.
Байткод розшифровується і зберігається у вигляді сировини. Сирові дані, які утримує певний блокчейн, повинні бути відомі вам, якщо ви коли-небудь користувалися дослідником блоків. Ці деталі відрізняються між ланцюжками. Однак, для ілюстрації, більшість ланцюжків, що працюють на базі віртуальної машини Ethereum (EVM), включають:
Ці деталі відрізняються серед ланцюгів. Однак, наочно, більшість ланцюгів, які працюють за допомогою віртуальної машини Ethereum (EVM), включають в себе:
Насправді зазначені сутності складають собою всю блокчейн-систему. Це свідчить про те, що, використовуючи лише їх, будь-яку децентралізовану екосистему вже можна повністю проаналізувати. Хоча дані в цих таблицях можуть бути прочитані людьми (на відміну від байткоду), для цього потрібне глибоке розуміння блокчейну.
Аналітика слідів підтримує необроблені дані, що дозволяє нам здійснювати аналіз на їх основі.
Ви можете отримати доступ до даних з нашого веб-застосунку, натиснувши Створити-> Нова діаграма.
Ми зберігаємо сирові дані в різних таблицях, назви яких були побудовані згідно з наступним конвенцією найменування:
[ланцюг]_[сутність]
де [ланцюг] _ім'я ланцюга та [сутність]_, на прикладі даних ланцюга, це будь-що зі списку, який ми вище згадали (блоки, транзакції та інше). Щоб знайти таблиці, що стосуються сирої інформації для конкретного ланцюга, потрібно 1. ввести його назву у бічній панелі та 2. вибрати рівень бронзи, як показано на наступному знімку екрану.
Як можна було побачити, відображаються лише пов'язані з Ethereum та пов'язані з сирими даними. Давайте пройдемося по всім підтримуваним таблицям, щоб побачити, як дані відповідають чому-небудь, з чим ви вже знайомі - дослідники блоків. Давайте візьмемо транзакцію з хешем 0x83c0b53f4b9d3c3d454dbffd924b4a390e0b0636f723399839fa92b6efde023e :
Спробуємо знайти інформацію про транзакцію в таблиці ethereum_transaction. Для отримання потрібних даних потрібно налаштувати наступну конструкцію запиту:
Результат можна знайти заhttps://www.footprint.network/chart/0x83c0b53f4b9d3c3d454dbffd924b4a390e0b0636f723399839fa92b6efde023e-in-ethereum-transactions-fp-36101
Більшість повернутої інформації можна знайти на головній вкладці огляду транзакцій. Давайте підкреслимо деякі з повернутих полів у інтерфейсі користувача:
Давайте перейдемо на іншу вкладку на Etherscan - ЖурналиУ складних випадках ваша транзакція може проходити кілька смарт-контрактів, які випускають кілька різних подій протягом виконання.
Щоб знайти відповідну інформацію, вам слід запитати таблицю ethereum_logs. Щоб отримати журнали конкретної транзакції, запит у конструкторі буде мати наступний вигляд:
На цьому Внутрішні Tnxsна вкладці Etherscan ви повинні бачити сліди кожного конкретного журналу:
Це також можна запитати з Footprint:
Блокчейн, перш за все, це технологія і її реалізація може сильно відрізнятися в залежності від того, яку глобальну проблему намагається вирішити певна екосистема. Деякі блокчейни намагаються зосередитися на продуктивності, щоб потенційно замінити традиційну інфраструктуру (наприклад, VISA може обробляти 12 000 транзакцій в секунду), в той час як інші ставлять конфіденційність як основний компонент фінансової інфраструктури. Так, глобально в основі будь-якого блокчейну лежать блоки, які мають певну ємність для зберігання даних і при заповненні закриваються і пов'язані з раніше заповненим блоком, утворюючи ланцюжок даних, відомий як блокчейн, але сама організація зберігання може кардинально відрізнятися між блокчейнами. Вся бізнес-логіка в Ethereum в основному реалізована через смарт-контракти, коли, наприклад, в Polkadot, реалізація відбувається через палети. Так, навіть зупинившись на одних і тих же смарт-контрактах і порівнявши, наприклад, Ethereum і Solana. По-перше, вони написані на різних мовах програмування ( Solidity у випадку з Ethereum, RUST | З | C++ у випадку з Solana), а по-друге, вони реалізують абсолютно різні підходи до зберігання.
Байткод розшифровується і зберігається у вигляді сировини. Сирові дані, які утримує певний блокчейн, повинні бути відомі вам, якщо ви коли-небудь користувалися дослідником блоків. Ці деталі відрізняються між ланцюжками. Однак, для ілюстрації, більшість ланцюжків, що працюють на базі віртуальної машини Ethereum (EVM), включають:
Ці деталі відрізняються серед ланцюгів. Однак, наочно, більшість ланцюгів, які працюють за допомогою віртуальної машини Ethereum (EVM), включають в себе:
Насправді зазначені сутності складають собою всю блокчейн-систему. Це свідчить про те, що, використовуючи лише їх, будь-яку децентралізовану екосистему вже можна повністю проаналізувати. Хоча дані в цих таблицях можуть бути прочитані людьми (на відміну від байткоду), для цього потрібне глибоке розуміння блокчейну.
Аналітика слідів підтримує необроблені дані, що дозволяє нам здійснювати аналіз на їх основі.
Ви можете отримати доступ до даних з нашого веб-застосунку, натиснувши Створити-> Нова діаграма.
Ми зберігаємо сирові дані в різних таблицях, назви яких були побудовані згідно з наступним конвенцією найменування:
[ланцюг]_[сутність]
де [ланцюг] _ім'я ланцюга та [сутність]_, на прикладі даних ланцюга, це будь-що зі списку, який ми вище згадали (блоки, транзакції та інше). Щоб знайти таблиці, що стосуються сирої інформації для конкретного ланцюга, потрібно 1. ввести його назву у бічній панелі та 2. вибрати рівень бронзи, як показано на наступному знімку екрану.
Як можна було побачити, відображаються лише пов'язані з Ethereum та пов'язані з сирими даними. Давайте пройдемося по всім підтримуваним таблицям, щоб побачити, як дані відповідають чому-небудь, з чим ви вже знайомі - дослідники блоків. Давайте візьмемо транзакцію з хешем 0x83c0b53f4b9d3c3d454dbffd924b4a390e0b0636f723399839fa92b6efde023e :
Спробуємо знайти інформацію про транзакцію в таблиці ethereum_transaction. Для отримання потрібних даних потрібно налаштувати наступну конструкцію запиту:
Результат можна знайти заhttps://www.footprint.network/chart/0x83c0b53f4b9d3c3d454dbffd924b4a390e0b0636f723399839fa92b6efde023e-in-ethereum-transactions-fp-36101
Більшість повернутої інформації можна знайти на головній вкладці огляду транзакцій. Давайте підкреслимо деякі з повернутих полів у інтерфейсі користувача:
Давайте перейдемо на іншу вкладку на Etherscan - ЖурналиУ складних випадках ваша транзакція може проходити кілька смарт-контрактів, які випускають кілька різних подій протягом виконання.
Щоб знайти відповідну інформацію, вам слід запитати таблицю ethereum_logs. Щоб отримати журнали конкретної транзакції, запит у конструкторі буде мати наступний вигляд:
На цьому Внутрішні Tnxsна вкладці Etherscan ви повинні бачити сліди кожного конкретного журналу:
Це також можна запитати з Footprint: