Шлях до основної мережі Aptos проходить через низку стимульованих тестових мереж. Під час цієї подорожі ми з нетерпінням чекаємо спільноти Aptos, щоб створити безпечну, надійну та децентралізовану мережу. Нижче ми описуємо наш графік на цьому шляху, окреслюючи результати та цілі. Точні цілі та нагороди будуть опубліковані, коли відкриється реєстрація в стимульованій тестовій мережі. Хоча цей документ має на меті бути вичерпним щодо роботи, що залишилася, ми маємо намір зберігати гнучкість у часовому графіку через нові можливості та виклики, які виникають на цьому шляху.

Основна мета наших стимульованих тестових мереж проста: переконатися, що ця спільнота готова до запуску основної мережі Aptos робочого рівня. Оператори вузлів, розробники, аудитори та розробники екосистеми запрошуються взяти участь і отримають винагороду за свій внесок у досягнення цієї мети. Наша спільнота візьме участь у ряді оцінок і навчань, які підтвердять результати основного тестування розробників, а також підготують усіх нас до роботи в основній мережі. Ми запрошуємо та вітаємо всі відгуки спільноти Aptos у цей хвилюючий час і будемо проводити часті сесії спільноти, щоб вислухати, повторити та вдосконалити ці плани.

Огляд

IT1 (Incentivized Testnet 1): децентралізований запуск

• Реєстрація 13 травня
• Початок 16 травня
• Завершується 27 травня
• Основні результати
  1. Веб-сайт реєстрації та відстеження буде доступним до початку IT1
  2. Спочатку обмежено до 100 вузлів перевірки (буде розширено на наступних етапах)
  3. Інструменти для запуску децентралізованої мережі за допомогою GitHub
  4. Документація для запуску виробництва валідатор оцінки
• Цілі
  1. Виконайте децентралізований запуск мережі за допомогою інструментів GitHub / Genesis
  2. Залишайтеся онлайн і беріть участь через завершення тестової мережі за вимірюванням Aptos

IT2: Ставки

• Орієнтовний час початку: червень
• Основні результати
  1. Підтримка ставок і винагород за ставки за допомогою тестових монет
  2. Підтримка децентралізованого крана
  3. Оновлений графік подачі газу, наприклад, покращена та добре задокументована вартість для кожної операції в рамках транзакції, щоб зробити вартість транзакцій передбачуваною
• Цілі
  1. Переконайтеся, що стейкинг, винагороди та делегування працюють належним
  чином 2. Мотивуйте валідаторів пропонувати токени через крани для підтримки розповсюдження тестових монет, делегування валідаторам та залучення екосистеми

IT3: Управління та оновлення

• Орієнтовний час початку: липень
• Основні результати
  1. Голосування та управління в ланцюжку
  2. Легка синхронізація стану за допомогою технології резервного копіювання та відновлення
• Цілі
  1. Виконати децентралізоване оновлення мережі за допомогою управління в ланцюжку
  2. Підтримувати нові валідатори, які приєднуються до мережі за допомогою резервного копіювання та відновлення

IT4: топологія динамічного валідатора

• Орієнтовний час початку: серпень
• Основні результати
  1. Підтримка якомога більшої кількості валідаторів
  2. Захист валідатора від DDoS
• Цілі
  1. Остаточна розминка перед переходом до Mainnet
  2. Перевірка DDoS валідатора

Можливості спільноти

Щоб надати імпульс запуску основної мережі, що змінить правила гри, ми також плануємо залучати як технічні, так і нетехнічні внески в освіту, розвиток і зростання. Наша спільнота безстрашних аптонавтів координуватиме місії з дослідження Аптовсесвіту. Таким чином кожен має можливість взяти участь і отримати винагороду за якісну участь. Ми відкрито обговорюємо кілька стимульованих проектів:

1. Aptoversity (освіта)
2. Баунті + Хакатони (розробка)
3. Creative Challenge (зростання)

Незабаром ми поділимося додатковою інформацією про те, як взяти участь у цій програмі спільноти Aptos. Перейдіть на наш канал Discord, щоб обговорити, і слідкуйте за новим форумом спільноти Aptos.

FAQ

Яка поведінка буде винагороджена?

• Для кожного результату та цілі Aptos Labs за підтримки спільноти Aptos визначить відповідні критерії успіху та стимули, щоб зрозуміти наш прогрес у цій галузі. Деякі оцінки, можливо, доведеться повторити, можливо, з покращеними критеріями успіху та з іншими стимулами. Ми надамо чітке визначення як критеріїв успіху, так і стимулів перед початком кожної оцінки спільноти.

Як буде виглядати процес реєстрації?

• Ми все ще працюємо над вимогами для приєднання до стимульованої тестової мережі та над тим, що включатиме процес реєстрації.

Коли буде більше оновлень?

• Ми поділимося більш детальною інформацією, коли наблизимося до запуску стимульованої тестової мережі. Багато з цих неоднозначних питань зазначено в нашій дорожній карті, наведеній нижче.

Коли ви опублікуєте свою токеноміку та білий документ?

• Ми активно оцінюємо різні підходи до токеноміки та очікуємо, що певна форма буде опублікована під час запуску стимульованих тестових мереж. Подібним чином наша біла книга охоплюватиме роботу, яка, на нашу думку, буде готова до Mainnet, яка також буде готова.

Чи можете ви детальніше розповісти про розмір участі валідатора?

• Під час IT1 ми почнемо зі 100 учасників. Ми встановили це число обережно, оскільки це перший раз, коли стек програмного забезпечення запускатиметься в дикій природі. Внутрішньо ми оцінили набагато більші мережі. Ми очікуємо збільшення кількості учасників у кожному наступному раунді, оскільки спільнота встановить розуміння розгортання та керування вузлом Aptos. До IT4 ми плануємо дозволити якомога більше валідаторів.

Технічна дорожня карта

З цього моменту до завершення стимульованих тестових мереж ми будемо оновлювати блокчейн Aptos за допомогою багатьох технічних внесків. Нижче наведено багато з них, більшість з яких можна відстежити через проблеми в нашому репозиторії GitHub :

Основний стек блокчейна

Мережа

• Виявлення повних вузлів у мережі — більше не потрібно рекламувати
• Покращена топологія мережі, наприклад, диференціація висхідного, низхідного та однорангового
• Засоби пом’якшення DDoS-атак і оцінка для валідаторів — як атак з нижчих повних вузлів, так і валідаторів
• Вбудовані перевірки працездатності для зменшення непотрібних суперечок у мережевому стеку

Консенсус

• Набори динамічних валідаторів, підкомітети
• Видалення застарілого коду консенсусу
• Глибока інтеграція правил безпеки через еталонну модель для мінімізації витрат на копіювання
• Ключ, отриманий через змінні середовища або параметри конфігурації
• Зберігання даних безпеки в консенсусній БД (rocksdb)

Зберігання

• Точне сховище — поточна модель використовує сховище blob, що обмежує максимальний обсяг пам’яті для одного облікового запису. Включно з рідним розширенням таблиці.
• CRSN (стійкі до конфліктів порядкові номери) — використовуйте вікна придатних порядкових номерів замість послідовного поля
• Економіка зберігання, антидержавний вибух. Газ і державне виселення.
• Порівняльний аналіз продуктивності та вдосконалення, включаючи підтримку структури автентифікації для кожного блоку замість транзакції.

Стан синхронізації

• Синхронізація з використанням останнього стану та дельт виведення стану, а не транзакцій
• Адаптери резервного копіювання та відновлення для кінцевих точок, наприклад, відра AWS S3
• Інтелектуальні дані між консенсусом і синхронізацією стану, обізнаність про продуктивність і роль у консенсусі (набір валідаторів або послідовник)

Мемпул

• Покращена серіалізація транзакцій і постійність, включаючи паралелізовану підтримку транзакцій на одному обліковому записі
• Скасування або обмеження валідаторів трансляції транзакцій

Виконавець

• Дозволяє паралельне виконання транзакцій
• Зменшення деталізації оновлень дерева Merkle від транзакцій до блоків
• Видалення коректності виконання довіреної обчислювальної бази

Віртуальна машина (VM) / Framework

• Суворіше дотримання мінливості модулів, наприклад, заморожування версій на даний момент і залишення відкритою можливості для управління, щоб увімкнути це
• Типи помилок або повніші помилки з неосновних модулів фреймворку
• Модернізований розклад подачі газу, який відповідає фактичному використанню — ми все ще працюємо на застарілому розкладі подачі газу, який надалі мало пропонує конфігурацію.
• Підтримка розпаралелюваних порядкових номерів, що дозволяє виконувати транзакції «не по порядку» для одного облікового запису, також відомі як конфліктостійкі порядкові номери

Оперативна оснащення

• Створення та реєстрація валідатора та повного вузла
• Ротація ключів і адрес
• Резервне копіювання та відновлення у співпраці з синхронізацією стану
• Глибока перевірка працездатності
• Отримання та друк інформації про керований вузол
• Отримання та друк інформації про вузол у ланцюжку
• Перевірте розгортання повного вузла/валідатора, наприклад, запустіть автономну тестову мережу

Розумні контракти та фреймворки

• Підтвердження участі, делегування та винагороди
• Платформа оновлення управління/DAO замінює кореневий обліковий запис
• Додаток DeFi або Exchange (бажана підтримка спільноти!)

Налаштування продуктивності

• Оцініть втрати за допомогою perf і застосуйте цінні зміни до валідаторів і повних вузлів
• Уніфіковані виконавці Tokio для зменшення суперечок

Екосистема

• Індексатор для надання більш детального перегляду даних, наприклад, кількості та пошуку різних типів транзакцій
• Стимульована реєстрація тестової мережі та веб-сайт моніторингу
• Реалізація прототипу/еталонного гаманця Веб-розширення та нативний
  1. Передача монет
  2. Публікація NFT/токенів, перегляд, передача
  3. Підтримка WalletConnect (2.0)
• Видимість
  1. Збирайте показники екосистеми про використання вузла та інструментів
  2. Інструмент перевірки та інформаційна панель/табло повного вузла
• Плагін коду VS із підтримкою Aptos local testnet/devnet
• Документація для Aptos-core, Aptos’ Move і Aptos’ Framework
• Aptos + Move CLI разом із документацією
• Підтримка розгортання вузла за допомогою різних інструментів. Надайте документацію щодо розгортання (terraform, helm, kubernetes, docker)

Будь ласка, позначте нас зірочкою на GitHub і приєднуйтеся до нас на Discord , щоб слідкувати за нашими новинами!