Текстова версія АМА-сесії Axelar Network щодо питань валідаторів українською
Зовсім нещодавно ми переклали та опублікували на YouTube-каналі україномовної спільноти Axelar Network розмову між співробітниками Axelar Network щодо питань валідаторів.
За посиланнями нижче ви можете ознайомитися з оригінальним відео англійською мовою, а також з нашим перекладом українською мовою
Посилання на відео АМА англійською.
Посилання на відео АМА українською.
Також ви можете ознайомитися з текстовою версією АМА, яку ми публікуємо нижче!
Сергій: Привіт! Це дзвінок спільноти валідаторів. Приємно бачити багато знайомих та кілька нових осіб. Отже, почнемо. Мета цього дзвінка полягає в тому, щоб охопити конкретні питання, які продовжували виникати при розгортанні основної мережі, яка є поетапним розгортанням, яке буде включати ряд різних кроків. Початкові кроки включали просто налаштування і запуск основного валідатора, запуск виробництва блоків, виконання деяких базових транзакцій по всій мережі для підключення різних різних екосистем - Terra, Ethereum, Polygon, Moonbeam, Avalanche і парою інших. Досі все йшло дуже добре. Я думаю, ми мали кілька оновлень, які ми повинні були зробити в мережі, але я думаю, що розгортання відбувається досить гладко. Я думаю, що ще одна річ, яку я просто хочу згадати, це величезне спасибі всім валідаторам, які беруть участь у проекті. Я знаю, що деяким із вас доводилося бути на зв'язку у вихідні дні, коли ми випускали деякі оновлення та досить швидко реагували на деякі запити від команди розробників. Так що просто велике спасибі за те, що ви онлайн для ваших швидких відповідей. І наша мета – продовжувати просувати мережу, додавати нові функції, покращувати речі в міру просування, а також швидко реагувати та взаємодіяти з вами, хлопці. Це дійсно дуже важливо для нас. Отже, на цьому, можливо, давайте поговоримо про кілька питань, які виникають. Гасе, перше запитання до тебе. Деякі люди запитують, скільки часу потрібно, щоб синхронізувати ноду і що можна зробити, щоб швидко надолужити втрачене і почати брати участь і надсилати транзакції через мережу?
Гас: Так, звісно. Синхронізація вузла тестової або основної мережі не займе багато часу. Ми мали невелике уповільнення синхронізації з тестовою мережею, але тепер це в минулому. І ми також маємо кілька нових служб швидкої синхронізації. Насправді є два різні партнери, які щодня роблять знімки та публікують їх. Тому, якщо вам потрібно швидко синхронізувати ноду, ви можете просто завантажити їх знімки, дотримуватися інструкцій на веб-сайті, і ви будете готові за кілька хвилин. І, звичайно, є можливість синхронізації з нуля, використовуючи однорангову мережу від Genesis.
Сергій: Я вважаю, що найшвидше місце для початку це просто наш портал, де знаходяться всі документи. Отже, наступне питання, стосується оновлень. Мілапе, як проходив процес оновлення за останні кілька тижнів і як процес оновлення зміниться у майбутньому? У короткостроковій та довгостроковій перспективі?
Мілап: Я вважаю, що для випусків патчів та іншого команда намагатиметься попереджати щоразу, коли виходить патч. Тому якщо є проблема, валідатори можуть просто швидко перейти до неї. Але наша мета – максимально спростити процес оновлення. Тому, ґрунтуючись на всьому досвіді, який ми здобули за останній тиждень, ми намагаємося прагнути цього.
Сергій: Круто. І я думаю, тут треба зазначити одну річ, що наступного разу, коли ми робитимемо оновлення, це порушить консенсус. Ми збираємось слідувати формату, сумісному з Cosmovisor. Це означає, що коли Cosmovisor стане доступним, люди зможуть плавно оновитися з його допомогою або просто слідувати за ручним процесом оновлення, коли ланцюжок викликає і перезапускає двійковий файл або Docker, щоб продовжити з наступної висоти блоку. Отже, я припускаю, що наступне питання, яке виникає, — які канали ми використовуємо для зв'язку між валідаторами та командою? І я думаю, зокрема, які зі звичайних каналів будуть використовуватись у разі більш термінового оновлення, яке необхідно враховувати у мережі? Гасе, не хочеш трохи поговорити про це?
Гас: Так, звісно. Отже, як багато хто з вас знає, у нас є Discord, і більшість з вас активні в Discord і досить чуйні. І я вважаю, що команда також дуже чуйна. Ми продовжуватимемо використовувати це як засіб комунікації. Крім того, у нас є розсилка, яка насамперед призначена для вихідних повідомлень від команди валідаторам, щоб попередити їх про термінові завдання, як згадав Сергій. І ми також знаходимося в процесі налаштування списку розсилки для вхідного зв'язку від валідаторів з командою, щоб попередити нас про будь-які проблеми, які вони мають.
Сергій: Зрозумів. Також ми збираємось виділити деякі рядки у цих листах різним кольором. Таким чином, валідатори одразу дізнаються, як швидко їм потрібно реагувати на лист, тощо.
Мілап: Якщо у вас є якісь конкретні питання з цього приводу, які допоможуть вам у моніторингу або швидкій відповіді, повідомте нам про це.
Гас: Так, звичайно, метою кодування кольору є те, що ви можете налаштувати автоматичні оповіщення, які будуть спрацьовувати в залежності від кольору, зазначеного в рядку теми.
Сергій: Чудово. Отже, я думаю, ми маємо обговорити кілька технічних моментів. Я думаю, що перше питання, яке ставили кілька разів, полягає в тому, чи повинні валідатори запускати повні ноди для інших ланцюжків і чи потрібно їм зберігати всю історію. Мілап, я думаю, ти зможеш висвітлити це питання, і давай поговоримо про деякі плани, які ми маємо на майбутнє.
Мілап: Так, у нас безперечно була купа питань з цієї теми. Таким чином, ґрунтуючись на обговореннях у Discord та обговореннях, які у нас були, для нас безумовно немає сенсу очікувати, що ви зберігатимете повну історію. Найчастіше вона нам не знадобиться. Отже, наш план полягає в тому, що принаймні на даний момент, поки ми тестуємо мережу, ми впроваджуємо різні функції поки Satellite знаходиться на стадії бета-тестування. Я думаю, що якщо валідатор є дійсним, ми хотіли б, щоб він зберігав всю історію принаймні з початку цього року, а потім, як тільки Satellite стане стабільним, а мережа стане більш зрілою, я думаю, що наш план складається в тому, щоб зберігати лише історію за останній місяць або два для всіх нод.
Сергій: Звучить непогано. І я думаю, що ще одна річ, яку слід зазначити, це те, що я думаю, що у довгостроковій перспективі валідатор не триматиме ноди для всіх ланцюжків, які ми підтримуємо. А механізм інфляції та винагороди будуть структуровані так, щоб стимулювати вас підтримувати якнайбільше мереж.
Гас: Просто, щоб підкреслити, що на цьому ранньому етапі ми рекомендуємо всім валідаторам підтримувати всі ланцюжки.
Мілап: І нагадаю, що ми маємо стимули для підтримки зовнішньої мережі, в основному ми надаємо винагороду у розмірі 2% від інфляції на кожну зовнішню мережу. Принаймні це поточний параметр, і ми можемо повернутися до нього за необхідності.
Сергій: Так. Тому я думаю, що буде більше оголошень від команди та фонду про те, якими будуть точні інфляційні винагороди та які параметри встановлені. Наступне питання, яке виникає про делегування в тестовій мережі, а потім в основній мережі. Бажаєте трохи поговорити про це?
Гас: Так, звісно. Таким чином, в основному процес полягає в тому, що ми хотіли б поступово додавати валідаторів до основної мережі. І ми починаємо з того, що ви повинні створити послужний список з гарною продуктивністю та становищем у тестовій мережі. І у нас також є анкета, яку ви заповнюєте, щоб вказати та пояснити команді та фонду, наприклад, ваш прогрес, вашу надмірність та можливі різні географічні розташування та таке інше, просто щоб мати уявлення про рівень доступності вашого валідатора. І, очевидно, чим вище доступність, чим краща надмірність і т. д., тим більша ймовірність того, що ви потрапите в основний набір валідаторів. Отже, ви починаєте у тестовій мережі, створюєте там послужний список, а потім переходьте до обслуговування. Є що ще згадати?
Сергій: Я гадаю, є ще кілька інших речей. Отже, тільки вчора ми обговорювали, що ми збираємося відкрити тестові мережеві канали, я думаю, у найближчий тиждень чи два для кожного. Таким чином, ви зможете підняти ноду та почати реєстрацію там. Це перше. По-друге, ми продовжуємо проходити етапи розгортання мережі, оскільки технічно на рівні протоколу будь-хто може стати валідатором. І врешті-решт, коли токен буде запущено, вам просто потрібно зібрати достатньо делегацій від спільноти, щоб включити його до активного дійсного набору даних. І я думаю, що ще одна річ, яку просто потрібно відзначити, це те, що токен управління, фактичний токен ще не запущений. Так що зараз валідатори просто піднімають ноди, беручи участь у консенсусі, і ми продовжимо розгортання мережі в цьому поетапному підході, про який ми говорили раніше. Отже, ще одне питання, яке, я думаю, продовжувало виникати у валідаторів, я думаю, вони хочуть трохи більше зрозуміти, що це означає – що таке серцебиття, що таке мультипартійне призупинення?
Мілап: Отже, учасники, до яких зверталися, помітили, що ми маємо ці окремі процеси, які вони повинні запускати окремо від основної ноди. Таким чином, ці процеси використовуються для участі у голосуванні за зовнішні ланцюжки та для надсилання підписів для подання даних на зовнішню зміну. Таким чином, щоб виміряти живучість цих процесів, ми маємо поняття серцебиття. Якщо ваше значення не транслює серцебиття, воно не буде включено до ключового знаку Gen. І ідея в тому, що якщо вам не вистачає жвавості, ви не отримаєте і деяких нагород, тому що ви це показуєте. Ви отримаєте кроки щодо усунення несправностей, такі як моніторинг ваших процесів цінності, періодична перевірка їхньої працездатності. Отже, ми спробуємо додати додаткову документацію щодо конкретних команд і про те, що там потрібно зробити. Ще одна річ, яку ви помітите, це проблеми зі з'єднаннями RPC. Отже, ми помітили, що іноді ноди RPC, які пов'язані з валідністю, не зовсім працюють, або у нод є проблема, або саме з'єднання RPC проблемне. Тому я рекомендую відстежувати їх RPC-нотатки і стежити за тим, щоб вони були активними, давали відповідну відповідь і могли відслідковувати блокування значень, щоб побачити, чи є помилки, що відповідають RPC-з'єднанням. А ми спробуємо покращити документацію та свого роду аспект моніторингу.
Сергій: Звучить непогано. І я припускаю, що один параметр, який ми нещодавно змінили у мережі, — це період призупинення. Чи хочете ви розповісти про це і що це означає?
Мілап: Так, я можу розповісти про це. Ідея полягає в тому, що якщо у вас достатньо права голосу, ви будете включені в кейген, що бере участь, і підпишете зовнішні дані. Якщо ми не отримаємо більшість підписів, то в цьому випадку підпис не буде завершено, і будь-хто, хто насправді не брав участі чи брав участь неправильно, отримає цей призупинений статус. Це означає, що протягом певного періоду часу ми не зможемо брати участь у подальшому підписанні з міркувань безпеки. Нещодавно параметр складав приблизно півдня, ми нещодавно змінили його на 1 годину, тому що, якщо виникнуть проблеми під час, скажімо, оновлення, у вас може бути невдалий підпис. Тому ми вирішили, що 1 година — це правильний період часу, щоб ми могли вирішити ці проблеми, оскільки вони виникають досить часто.
Сергій: Звучить здорово. Я думаю, що є ще кілька моментів, які ми хотіли підняти та обговорити з усіма валідаторами, які беруть участь у телеконференції. Нам, мабуть, слід провести глибше обговорення на сторінці нашої спільноти після цього. Отже, щодо зовнішніх нод, де потрібна кінцева точка RPC. Ви повинні налаштувати цю кінцеву точку, ви повинні вказати RPC, ви повинні підтримувати його відповідність і таке інше. Так що це не так просто, як запустити ізольовану перевірену ноду. Ви будете мотивовані підтримувати якнайбільше таких зовнішніх ланцюжків. Але є своєрідні фізичні межі. Отже, це спільне питання, і я хотів би, щоб люди просто прокоментували його в чаті. Як ви думаєте, яку розумну кількість змін ви повинні підтримувати від валідатора? Це три? Це п'ять? Враховуючи той факт, що чим більше ланцюжків ви підтримуєте, тим більше заохочень. Але це також означає, наприклад, більше моніторингу і більше кроків усунення несправностей, які вам потрібно буде налаштувати і переконатися, що все працює правильно і гладко. Так, я бачу деякі відповіді. Кожен ланцюжок, від двох до трьох, від п'яти до десяти. Добре.
Гас: Я припустив би, що деякі валідатори з великою інфраструктурою можуть просто підтримувати всі ланцюжки. Як ви вважаєте, це реально?
Сергій: Так, я думаю, різниця в тому, що деякі валідатори вже запускають ноди для багатьох ланцюжків, і тоді вартість старту для них досить незначна. Ви просто вказуєте кінцеві точки RPC для деяких інших валідаторів, які у нас є і які не обов'язково мають ноди для інших мереж.
Сергій: Я думаю, що ще одна річ, яку ми, ймовірно, повинні обговорити також у формі після цієї телеконференції, полягає в тому, чи існує рекомендована мінімальна комісія, яку ми хочемо спонукати валідаторів встановити, тому що я припускаю, що налаштування складніше, ніж в інших ланцюжках, тому і винагорода буде відповідно вищою. І тому, можливо, нам слід обговорити, яка мінімальна комісія, що рекомендується, пропонуватиметься всім валідаторам. І я не знаю, чи хочемо ми застосовувати його на рівні протоколу, але я думаю, що це безумовно те, з приводу чого я хотів би почути думки та думки від валідаторів, які беруть участь прямо зараз. Чудово. Ну, Гасе, Мілапе, що-небудь ще від вас, хлопці?
Мілап: Я думаю, що ми тільки-но отримали відмінний відгук від програми, і ми цінуємо всіх, хто працював з нами протягом цього останнього місяця і навіть раніше під час тесту, щоб запустити мережу. Це було здорово.
Сергій: І я думаю, що це було насправді супер захоплююче, вірно? Щоб побачити, що після запуску додатку там було близько 10 000 транзакцій у перші два дні. Ми отримуємо велику підтримку від нашої спільноти. Тож ціную всіх вас. І знову я вдячний валідаторам, що вони довели нас до цього моменту.
Гас: Так. Я просто повторив би слова моїх колег. Я вражений самовідданістю наших валідаторів, які протягом кількох хвилин реагують на будь-який інцидент у будь-який час дня та ночі у вихідні. Я просто шокований, якщо чесно.
Сергій: Це чудово. Я думаю, що ми можемо завершувати наш дзвінок. Ми можемо продовжити обговорення на форумі. Якщо є інші теми, які ви хочете обговорити, перейдіть на форум. Як я сказав спочатку, ми збираємося робити більше оновлень в мережі найближчим часом. У нас досить глибока дорожня карта та плани, і я думаю, що наступний рік буде дуже цікавим, оскільки ми продовжимо масштабувати кроссчейн-екосистему. Тож дякую за участь. До побачення.