*Переслати оригінальний заголовок: Співзасновник Polygon «Йде поодинці»: Огляд візії доступності даних Avail
Polygon був заснований трьома співзасновниками в 2017 році. Однак у березні 2023 року один із співзасновників, Анураг Арджун, оголосив про свій відхід, кажучи, що він буде керувати своєю командою, щоб повністю сконцентруватися на іншому новому проекті.
Новий проект єДоступний. Polygon, виступаючи як масштабний агрегатор Layer2, внутрішньо досліджував різні напрями масштабування протягом років. У 2020 році він розпочав дослідження модульного блокчейн-проекту Avail. Можливо, Polygon фокусується на власному розвитку, або можливо, Avail має значний потенціал. З березня 2023 року Avail маєвідокремивсяз Polygon та працює як незалежна структура.
З моменту свого відокремлення, Availпочавтримісячний тестовий майданчик Gate в червні,запущений містить «Data Attestation Bridge» та співпрацює з Equilibrium Group длявідкритий кодновий прототип набору розробки програмного забезпечення Optimism EVM (OpEVM). Avail заявив, що тестова мережа Kate очікуєтьсязакінчитися в жовтні, і наступним значущим кроком буде запуск стимулюючої тестової мережі. Запуск mainnet запланований на четвертий квартал 2023 року або на перший квартал 2024 року.
В кінці дня Avail все ще вирішує проблему масштабованості монолітних блокчейнів, таких як Ethereum. Спочатку його можуть називати L3, або рішення масштабування поза ланцюгом, або щось інше, але зараз Avail знайшов більш відповідний термін - модульний блокчейн.
Основні компоненти технології блокчейн включають рівень консенсусу/рівень виконання, рівень розрахунків і рівень доступності даних. У традиційних монолітних архітектурах блокчейну, таких як Ethereum і Solana, всі ці завдання виконуються незалежно єдиною системою. Тому масштабованість обмежена. Ідея дизайну модульного блокчейну полягає в тому, щоб розділити ці основні функції на кілька модулів, кожен з яких може виконуватися спеціалізованим провайдером, тим самим досягаючи більш високої кастомізації та масштабованості.

Avail може ефективно сортувати та реєструвати транзакції, забезпечувати зберігання даних та перевіряти доступність даних. Він підтримує блокчейни, сумісні з Ethereum Virtual Machine (EVM) та дозволяє Rollup публікувати дані безпосередньо в Avail. Механізм перевірки мережі легких клієнтів Avail (пояснено далі) дозволяє Rollup на Avail перевіряти статус через мережу легких клієнтів, незалежно від розумних контрактів та базових шарів.

Крім того, функціональність вузла Avail забезпечує його унікальним відмовостійким механізмом. Мережева архітектура монолітних блокчейнів складається з вузлів-валідаторів, повних вузлів і легких клієнтів, які можна розглядати як таких, що грають ролі майстрів, інспекторів якості та споживачів відповідно. Однак Avail надає права інспектора якості повних вузлів легким клієнтам. Легкі клієнти використовують вибірку доступності даних (DAS) для перевірки, процес, у якому легкі клієнти запитують невеликі випадкові порції кожного блоку. Цей метод може забезпечити такий самий рівень гарантії безпеки, як і традиційні повні ноди. У дизайні Avail повні ноди все ще існують, але розглядаються майже як інструменти резервного копіювання для підтримки високої надлишковості даних у мережі. Така конструкція не дозволяє Avail покладатися на повні вузли для отримання даних під час перебоїв у мережі або вузьких місць, тим самим запобігаючи ризику змови повних вузлів.
Незважаючи на те, що обидва мають багато схожостей на рівні доступності даних, Avail і Celestia різняться за довідками про дійсність. Avail використовує зобов'язання поліномів KZG (зобов'язання KZG), які можуть зменшити вимоги до пам'яті, пропускної здатності та зберігання та забезпечити стислість. Поєднання зобов'язань KZG та легких клієнтів Avail прискорює процес перевірки на Avail. З іншого боку, Celestia використовує технологію шахрайства, яка набагато швидше генерується, ніж зобов'язання KZG. Але через те, що масштаб вибіркових даних більший, вона вимагає трохи вищої пропускної здатності комунікації.
Зобов'язання з поліномів KZG Avail посилаються на зобов'язання, створені виробниками блоків при виробництві блоків, які узагальнюють дані у всьому ряду блоків Avail. Під час фази перевірки легкі клієнти переглядають зобов'язання в заголовку блоку та перевіряють доказ кожної одиниці на основі зобов'язань, тим самим підтверджуючи доступність усіх даних у блоку. Це робиться для збільшення пропускної здатності даних на ланцюжку та вирішення проблем з продуктивністю.





