Оригінал статті: ПОСИЛАННЯ
Підсумок верхнього рівня:
Це було створено за допомогою ChatGPT на основі нотаток, зроблених учасником Community Builder u/sirouk, будь ласка, повідомте членам команди, якщо ви вважаєте, що вони були неточними.
💡 На зустрічі, що зібрала 40 учасників, обговорювалися ключові події, пов’язані з оновленням протоколу для версій v0.24-v0.27, і підготовка до наступного тестнету. Були відзначені значні успіхи у розвитку робочих процесів Genesis, доказів частки та пов’язаних із ними функцій. Центральними темами стали взаємодія із співтовариством через тестову мережу Campfire та плани щодо створення стимулюючої тестової мережі. Також були порушені технічні проблеми, інтеграція апаратного гаманця та відкритий заклик до спільноти зробити свій внесок, особливо у сумісність SDK.
Проведення дзвінка з валідаторами:
- Яким є стан протоколу на даний момент, над чим необхідно попрацювати, перш ніж ми зможемо вийти в мейннет (скоро буде запущена стимульована тестова мережа)
- Підбиття підсумків роботи, виконаної Heliax для наближення мережі до ITN, а також про те, що перед запуском ITN буде проведено ще один тест — поточний знаходиться на стадії знесення.
- Компіляції, які були зроблені за останні пару тижнів, загалом до v0.27.0
- Campfire зараз працює на v0.27.0, і люди можуть протестувати його, якщо захочуть
Відео:
https://drive.google.com/file//1KJqFTySlqqSPjU1K2hj6Zqm3_h1tOqVA/view
Резюме:
Нотатки про проведення дзвінка з валідаторами “Namada” — 22–11-2023.
Повідомлення про запис:
- Ведеться запис розмови — пік розмови припав на 54 слухачі
Загальні оновлення:
- Безперервна робота над протоколом з регулярними оновленнями та релізами на GitHub.
- Основна увага приділяється оновленню протоколу для testnet, зараз ведеться робота над версією 0.27.
- Незважаючи на низьку активність, активний testnet цінується за свій внесок, але зараз він знецінюється.
- Історія останніх випусків включає версії 0.24, 0.26 та останню 0.27.
- Оновлення включають зміни, спрямовані на підготовку протоколу до готовності до роботи у тестовій мережі.
Ключові розробки:
- Інтегрований робочий процес Genesis, доказ частки, винагороди, зміна ключів консенсусу валідатора, захист від повторного відтворення та газові розрахунки.
- Продовжується робота над робочим процесом Genesis для забезпечення можливості проведення транзакцій до Genesis.
- Зусилля зі збору даних очолив Бенгт, з запитами, що очікують розгляду, у зв’язку з новими вимогами до потоку генези.
- Найближчим часом буде запропоновано розробити новий валідатор toml-файлу.
- Відзначено інфраструктурні зміни, висловлено подяку команді Knowable за підтримку тестової мережі Campfire.
- Оновлення файлу Wallet.toml в останній версії Campfire, включаючи новий формат адрес (a-test, формат tnam).
Прогрес проекту:
- Значна активність та зворотний зв’язок зазначені у тестовій мережі Campfire
- Виявлено проблеми з релізом v.26 при транзакціях токенів
- Оновлення Hermes необхідно для сумісності з IBC: Hermes v1.7.1-namada-beta4.
- Наголос зроблено на децентралізовані запуски та тестування міграції штатів.
- Прогрес у роботі над Namada SDK, з можливістю проведення аматорського хакатону.
- Просування по першому етапу з внутрішнім оглядом та фокусом на функціях релізу та керування очікуваннями.
- Поточний статус: 3/5 задач для Milestone 1 виконані. Issue Tracker.
Тестування та перевірка:
- Доступна тестова мережа Campfire для безперервного тестування останніх релізів — Heliax може використовувати її як ресурс, і іншим рекомендується робити те ж саме.
- Заохочується участь валідаторів у Campfire з погляду інструментарію для тестування.
- Продовжуються розробки апаратних гаманців та огляд програми Ledger.
- Сторінка Namada на IT Rocket для ресурсів: IT Rocket Namada Page.
Плани на майбутнє:
- Ми плануємо запустити нову тестову мережу, можливо, наступного тижня, з оптимізмом очікуючи на прогрес і після цього.
- Наступний тестет може стати останнім перед стимульованим тестнетом.
Рішення та внесок у розробку:
- Обговорення механізму винагороди за стейкінг: прийнято рішення перейти до процесу затвердження та переделегування.
- Проблеми сумісності з API Cosmos SDK і проксі-пропонований шар для Namada.
- Відкрите запрошення до участі у роботі спільноти, особливо щодо корисності та інтеграції SDK.
Співтовариство та співробітництво:
- Заклик до валідаторів та розробників робити свій внесок та брати участь в обговореннях.
- Визнання важливості внеску спільноти у підготовку до стимульованої тестової мережі.
- Обговорення можливих механізмів заохочення значних учасників.
Останні зауваження:
- Підкреслення важливості публічних обговорень та співробітництва для реалізації внеску та ідей спільноти.
- Запрошення до співпраці з командою та співтовариством у каналі Campfire Discord для подальшого обговорення та внесення вкладу.
Необроблені дані нотатки
Дзвінок не буде дуже довгим.
Над самим протоколом було багато роботи. Більше випусків на github у міру вирішення різних проблем. Мета полягає в тому, щоб усі проблеми було видно безпосередньо.
Більшість роботи, виконаної у тестової мережі, переважно пов’язані з оновленням самого протоколу. Ми працюємо над збиранням версії 0.27.
Активна тестова мережа зараз мало що робить, але внесок цінний.
Ми ще не запустили нової тестової мережі. З наших останніх версій у нас були версії 24 та 26, а вчора вийшла версія 27. Кожне оновлення включало низку змін, спрямованих на приведення протоколу в стан, готовий до використання в Testnet.
Робочий процес Genesis працює, доказ частки, необхідні винагороди, можливість змінити консенсусний ключ валідатора, захист від повторного відтворення та розрахунки газу. Це все було поєднано! Команда все ще працює над робочим процесом Genesis, який є можливість проводити транзакції до генези таким чином, щоб ми могли запускати ланцюжок з нетривіальним станом.
Бенгт старанно працював над збиранням даних. Є ОР, які ще відкриті, але є пріоритетними. Через новий поток генези нам знадобиться зовсім новий toml-файл валідатора від спільноти. Коли цей тиждень добігає кінця, у нас буде найкраще уявлення про те, як ми запустимо наступне тестування. Перед стимульованою тестовою мережею буде щонайменше ще один. Було багато інфраструктурних команд, які потрібно змінити. Вони вдячні команді Knowable за тестову мережу Campfire, де ми змогли протестувати ці функції.
Ми маємо побачити, що файл Wallet.toml змінено в останній версії Campfire. Існує новий формат адреси: a-test, використовується формат tnum. Якщо здається, що це була дурість із боку основних учасників, вони опускають голови та пишуть код для цього.
Gavin:
У нас була пристойна кількість людей, які цікавляться Campfire. Є люди, які дають гарні відгуки та допомагають оновлювати документацію. Вони не усвідомлювали, що версія 26 зламана, доки не спробували відправити токени. Гермес для IBC необхідно оновити для роботи з адресацією.
Можна запустити валідатор на campfire, там лише три валідатори. Якщо перестане працювати, вони можуть дуже швидко його воскресити. Вони хотіли б скуштувати децентралізовані запуски. Автоматизація має нові функції, які дозволяють команді включати інші запуски в Campfire як валідатор. Міграцію станів — те, що вони хотіли б протестувати, щоб зберегти дані з попередніх тестових мереж. Прогрес із Namada SDK йде повним ходом. Якщо хтось хоче зробити якісь гаджети, можна організувати аматорський хакатон навколо тестової мережі Campfire.
Парк звернулась до Гавінга та Джанмарко з питанням про сторінку питань для етапу 1. Є речі, які не можна згадувати, але те, що можна говорити, стосується внутрішнього огляду. Парк говорить про внутрішній огляд у внутрішній мережі devnet і пропонує Джанмарко розголосити інформацію, щоб інші могли зрозуміти, що відбувається. Ми збираємося проводити запуск, причому деякі частини триматимуться за зачиненими дверима. Усередині компанії вони поділили продукт на етапи. Перший етап — це те, що вони хочуть запустити. Вони намагаються підготувати релізну функцію до першого етапу, найскладнішого, що вимагає великої кількості тестування. Найбільша проблема полягає в тому, що коли люди розглядають проект, кожен очікує чогось свого. Від специфікацій до того, що Namada робить і має робити. Вони намагаються вхопитися за колективну ідею та привнести її до етапу 1. Це найбільша проблема першого етапу.
Парк сказала, що на даний момент це схоже на керування очікуваннями людей щодо першого етапу. Джанмар сказав, що ми вже майже досягли мети та пишемо багато коду. Ще кілька речей для потоку генези, і нам час іти. На даний момент ми виконали 3/5 завдань для етапу 1, при цьому є значний прогрес із двох незавершених завдань.
Допоки Heliax над чимось працює, Campfire запускається і робить ці речі доступними для тестування в міру досягнення прогресу. Гевін: ви можете протестувати Campfire ⛺🔥, який завжди повинен бути активним і мати останню версію (спілкуйтеся з нами на каналі Campfire Discord) ви також можете запустити власний ланцюжок тестових мереж Namada менш ніж за 10 хвилин.
Бенгт розповів, що існує ціла низка апаратних гаманців, про які мало хто говорить. Демонстрація цього — відео, яким можна поділитися. Джан: Ledger повинен мати можливість перевіряти програму на наявність ризиків перед публікацією. Ми провели велику роботу зі створення програми Ledger. Ми створили на нашому сайті сторінку Namada, де можна знайти посібник з ручної та автоматичної установки, snapshot (оновлюється кожні 24 години), корисні команди та RPC-сканер. Сподіваємося, вона буде корисна валідаторам та розробникам! https://itrocket.net/services/testnet/namada/
Парк сказала, що вони спробують підбити підсумки. Робота на цьому тижні, щоб ми могли запустити тестову мережу, можливо, наступного тижня. Вони налаштовані набагато оптимістичніше. Команда Knowable витратила 11 годин на запуск та тестування коду. Наступна тестова мережа цілком може виявитися останньою перед стимулюючою тестовою мережею. Гевін, було прийнято дизайнерське рішення щодо винагород за стейкінг і того, як вони затребувані. Він запитав Парк, чи не буде це так само, як у Cosmos, коли він збирає гроші, а потім ви їх тавруйте, і вони стають ліквідними.
Джіан сказав, що ми хочемо автоматизувати початковий план, щоб його не треба було таврувати, переделегувати. Це дуже складно, тому вони йдуть шляхом клеймінгу і переделегування. Якщо вас різатимуть, а ви повторно делегуватимете, то автоматизувати це буде складніше.
Сірук поставив питання про те, де може допомогти співтовариство.
Джіан сказав, що ми маємо проблему з API Cosmos SDK. Namada не створена за його допомогою, тому всі продукти, що використовують Cosmos SDK API, можуть бути корисні. На вашу думку, Гевін, вони можуть спробувати повторно об’єднатися з SDK на рівні основного протоколу, оскільки вони дуже переплетені. Парк попросила Джіана дати посилання на ресурси, з яких люди можуть розпочати. Що Джіан хотів би зробити, то це подивитися на проблему і на API, на які спирається космо, наприклад cosmos bank, ми хотіли б мати проксі-рівень між namada та, обслуговуючий один і той же API та одержуючи дані з namada:
/cosmos/bank/v1beta1/balances/{address} /cosmos/distribution/v1beta1/delegators/{address}/rewards /cosmos/staking/v1beta1/delegations/{address} /cosmos/staking/v1beta1/validators /cosmos/staking/v1beta1/delegators/{address}/unbonding_delegations /cosmos/staking/v1beta1/validators/{address} /cosmos/gov/v1beta1/proposals /cosmos/gov/v1beta1/proposals/{proposalId} /cosmos/gov/v1beta1/proposals/{proposalId}/votes/{address} /cosmos/gov/v1beta1/proposals/{proposalId}/tally /ibc/apps/transfer/v1/denom
Можливо, середній шар,
Гевін, якщо щось буде реорганізовано із SDK, воно не зламається.
Парк
Нік прийшов із Polychain, працював із Майком.
Парк каже, що цю роботу можна використовувати на рівні основних учасників.
У міру того, як ми рухаємося до стимульованої тестової мережі, коли люди пропонують допомогу, попередній внесок великий. Якщо стимульована тестова мережа не є мотиватором, валідатори виходять за межі масштабу і можуть отримати делегування, необхідне для присутності в мережі, ретроактивний PGF, такий внесок чудовий. Коли Anoma запустить програму делегування, вони візьмуть до уваги те, що було необхідно, щоб зрушити Намаду з мертвої точки. Ви не тільки керуєте вузлом у мережі, а й створюєте речі, які допомагають його просувати.
Це відповідає ідеалу того, як усе має працювати. PGF — центр. Прагнення корисності, створення чогось корисного й у результаті отримання визнання та винагороди за цю роботу. На конкурентному ринку працюють ті, хто робить кращу та найкориснішу роботу.
Wispernode, мають сильні позиції. Leap Wallet, не є валідатором, але запитує, як вони можуть зробити свій внесок. Парк пропонує зробити свій внесок, зробивши корисний вклад, коли з’явиться rPGF.
Гевін каже, що якщо є щось варте, то Knowable або навіть Гевін будуть раді стати POC. Ви можете знайти Гевіна та людей, які спілкуються в чаті Campfire, щоб поговорити про речі, які необхідно створити.
Парк сказала, що запитувати про внесок чи ділитися ідеями, ймовірно, найкраще у публічному каналі.