Ми раді оголосити про успішне завершення етапу Levitron, важливого кроку вперед у прозорості та аналітиці для Інтернет-протоколу комп'ютера (ICP). Завдяки цьому етапу, журнали доступу до API граничного вузла (API BN) стають загальнодоступними в реальному часі, пропонуючи безпрецедентну інформацію про те, як використовується Інтернет-комп'ютер та його хостовані каністри.
Край Інтернет-комп'ютера: граничні вузли API
API BNs діють як публічний край Інтернет-комп'ютера. Вони є першою точкою контакту для кожного вхідного запиту, пересилаючи кожен з них до відповідного підмережі, реплікаційного вузла і, врешті-решт, до цільового каністера. Це означає, що вони захоплюють і реєструють кожен зовнішній запит для Інтернет-комп'ютера.
Відкриття нових інсайтів за допомогою публічних логів доступу
Публічні журнали доступу є безцінним ресурсом як для розробників каністера, так і для ширшої спільноти ICP, а їхня доступність надає велику кількість інформації, яка раніше була недоступною. Наприклад, вони дозволяють наступне.
Відстеження використання контейнерів: Вперше розробники можуть спостерігати за повним спектром взаємодій з контейнерами, включаючи запити, які раніше були недоступні.
Оцінка активності мережі: Ширша спільнота може слідкувати за активністю на популярних dapp та загальною мережею.
Надання даних для аналітичних платформ: Рейтингові та аналітичні платформи можуть безпосередньо інтегрувати ці журнали для надання точних метрик безпосередньо з ICP.
До тепер ці журнали не були доступні для публіки. Однак, у справжньому дусі Web3, досягнення Levitron змінює це: кожен API BN тепер відкриває кінцеву точку, що дозволяє клієнтам підписуватися на ці журнали та транслювати їх безпосередньо.
Децентралізований, прямий та детальний
Цей новий доступ є повністю децентралізованим, що означає, що немає посередника. Зацікавлені сторони можуть транслювати інформацію безпосередньо з прикордонних вузлів API самого Інтернет-комп'ютера.
Стримінг журналів відбувається на основі кожного каністера, надаючи детальну інформацію, таку як:
Метод, який викликається.
Код статусу відповіді.
Клієнт, який здійснює дзвінок.
Статус кешу відповіді (попадання, пропуск або обхід).
Інформація про помилку (, якщо доступна ).
Розміри запиту та відповіді.
І багато іншого!
Пріоритетність конфіденційності
Важливо зрозуміти, що ці журнали створені з урахуванням конфіденційності. Вони не містять жодної інформації про фактичний вміст виклику, IP-адреси або відправника. Єдина інформація, пов'язана з користувачем, - це ідентифікатор клієнта, який є посоленою хеш-функцією IP та відправника. Ця сіль походить з контейнера для обміну сіллю, змінюється щомісяця і доступна лише для API BN, що означає, що жодна інша сторона не знає про цю сіль. Це забезпечує доступ до цінних даних про використання без порушення конфіденційності користувача.
Потокова передача в реальному часі та майбутні вдосконалення
Ви тепер можете транслювати журнали в реальному часі, починаючи з сьогодні! Важливо зазначити, що цей механізм прямої трансляції не надає історичних даних. Якщо ви хочете проаналізувати минулу активність, вам потрібно буде створити власну базу даних для зберігання транслюваних журналів.
Щоб допомогти вам почати, ми надали інструкції в нашій документації разом із зразковим клієнтом, який готовий до використання.
Дивлячись вперед, як тільки SEV-SNP буде впроваджено на прикордонних вузлах API, клієнти зможуть підтвердити ці вузли. Це значно покращить автентичність і цілісність цих журналів, надаючи вам ще більшу впевненість у даних.
Для отримання більш детальної інформації та технічних деталей обов'язково ознайомтеся з офіційною документацією та зразковим клієнтом.
!
Прозорість в реальному часі з журналами доступу до граничних вузлів публічного API спочатку була опублікована в The Internet Computer Review на Medium, де люди продовжують обговорення, підкреслюючи та відповідаючи на цю історію.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Прозорість в реальному часі з публічними API журналами доступу до Ноди
Край Інтернет-комп'ютера: граничні вузли API
API BNs діють як публічний край Інтернет-комп'ютера. Вони є першою точкою контакту для кожного вхідного запиту, пересилаючи кожен з них до відповідного підмережі, реплікаційного вузла і, врешті-решт, до цільового каністера. Це означає, що вони захоплюють і реєструють кожен зовнішній запит для Інтернет-комп'ютера.
Відкриття нових інсайтів за допомогою публічних логів доступу
Публічні журнали доступу є безцінним ресурсом як для розробників каністера, так і для ширшої спільноти ICP, а їхня доступність надає велику кількість інформації, яка раніше була недоступною. Наприклад, вони дозволяють наступне.
До тепер ці журнали не були доступні для публіки. Однак, у справжньому дусі Web3, досягнення Levitron змінює це: кожен API BN тепер відкриває кінцеву точку, що дозволяє клієнтам підписуватися на ці журнали та транслювати їх безпосередньо.
Децентралізований, прямий та детальний
Цей новий доступ є повністю децентралізованим, що означає, що немає посередника. Зацікавлені сторони можуть транслювати інформацію безпосередньо з прикордонних вузлів API самого Інтернет-комп'ютера.
Пріоритетність конфіденційності
Важливо зрозуміти, що ці журнали створені з урахуванням конфіденційності. Вони не містять жодної інформації про фактичний вміст виклику, IP-адреси або відправника. Єдина інформація, пов'язана з користувачем, - це ідентифікатор клієнта, який є посоленою хеш-функцією IP та відправника. Ця сіль походить з контейнера для обміну сіллю, змінюється щомісяця і доступна лише для API BN, що означає, що жодна інша сторона не знає про цю сіль. Це забезпечує доступ до цінних даних про використання без порушення конфіденційності користувача.
Потокова передача в реальному часі та майбутні вдосконалення
Ви тепер можете транслювати журнали в реальному часі, починаючи з сьогодні! Важливо зазначити, що цей механізм прямої трансляції не надає історичних даних. Якщо ви хочете проаналізувати минулу активність, вам потрібно буде створити власну базу даних для зберігання транслюваних журналів.
Щоб допомогти вам почати, ми надали інструкції в нашій документації разом із зразковим клієнтом, який готовий до використання.
Дивлячись вперед, як тільки SEV-SNP буде впроваджено на прикордонних вузлах API, клієнти зможуть підтвердити ці вузли. Це значно покращить автентичність і цілісність цих журналів, надаючи вам ще більшу впевненість у даних.
Для отримання більш детальної інформації та технічних деталей обов'язково ознайомтеся з офіційною документацією та зразковим клієнтом.
!
Прозорість в реальному часі з журналами доступу до граничних вузлів публічного API спочатку була опублікована в The Internet Computer Review на Medium, де люди продовжують обговорення, підкреслюючи та відповідаючи на цю історію.