Процес вибору спільноти вузлів

Дівчина

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

Цілі:

Наші основні цілі в цьому процесі відбору спільноти:
Вибирати нових операторів відкрито та справедливо
Будьте гнучкими та своєчасними у відповідях
Розгортайте чіткі, стислі та зрозумілі очікування та документацію
Технічна досконалість і якісне розгортання

Крок 1: Анкета

Початкова анкета була опублікована в 2019 році перед відбором синьої, блакитної та білої груп, а інший екземпляр анкети використовувався як частина процесу відбору фіолетової групи. Ці анкети послужили основою для створення програми вузла.

Крок 2: Згортання аплікації

Заявки завжди відкриті! Обробка кожної групи заявок на вузли, які приєднуються до мережі 1-го числа наступного місяця, відбуватиметься 1-го числа кожного місяця (наприклад, усі заявки, отримані до 1-го вересня, оброблятимуться на дату запуску 1-го жовтня ).

Крок 3 Початковий скринінг

Програми перевіряються, щоб переконатися, що вони містять ключову інформацію, таку як адреса електронної пошти та швидкість Інтернету.

Крок 4: Опублікуйте програми

Заявки, отримані до першого числа місяця, будуть перевірені та опубліковані на форумі BetaNet до першої середи цього місяця для громадського обговорення.
Громадськість може переглядати заявки, щоб дати консультації мережі xx та забезпечити цілісність процесу.

Крок 5: Рішення та публічне обговорення

Результати попереднього відбору будуть опубліковані на форумі для громадського обговорення у другий понеділок кожного місяця. Це дозволяє публічно вирішувати суперечки щодо відбору.

Крок 6: Остаточне рішення

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

Подайте заявку на відбір, керований громадою, сьогодні.

Наші поточні критерії відбору

  • Швидкість завантаження/завантаження
  • Географічні ящики/розташування
  • Відданість вимогам до обладнання
  • Якість застосування
  • Оскільки програми зараз мають значну варіабельність у досвіді, місцезнаходження, апаратному забезпеченні, швидкості Інтернету та інших факторах, критерії все ще розробляються та будуть розвиватися.
Є відгуки щодо критеріїв? Поділіться своїми думками на форумі xx.

Чого очікувати після подання?

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

Перегляньте останнє представлення вузла

Перегляньте форуми.

Питання та відповіді

Що робити, якщо мені відмовлено в цій групі?

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

Повторні додатки демонструють прихильність до мережі та мають пріоритет. Крім того, якщо ви подаєте заявку в групі, де є багато інших претендентів з вашого регіону, ваша заявка буде менш конкурентоспроможною. Однак якщо ви подасте заявку повторно, коли буде менше заявників з вашого регіону, ваша заявка буде більш конкурентоспроможною.

Якщо ваша початкова заявка була неповною або низької якості, підвищення якості може підвищити ваші шанси на вибір.

Ви можете зв’язатися з [email protected] з будь-якими запитаннями щодо вашої окремої програми та подальших кроків.

Чи можу я запустити два вузли?

Одна і та ж особа або організація не може запускати два вузли в цей час.

Я з США. Що це означає для мене?

Особи США не мають права брати участь у програмі заохочення xx монет для вузлів, однак можуть брати участь у мережі без компенсації монетами. Вузли в США завершують той самий процес подання заявки і, якщо вибрано, отримають подальші інструкції електронною поштою.

Який ваш процес KYC?

Щоб приєднатися до мережі xx, ви повинні завершити процес KYC/AML, щоб отримати xx монети. Наш процес KYC/AML виконується за тим же зразком, що й інші в просторі блокчейну, вимагаючи базової документації KYC, наприклад, виданого урядом підтвердження особи. Для більшості операторів вузлів процес займає 15-20 хвилин.

Методологія

Ця методологія побудована на історичному прецеденті. Спроби стандартизувати доступ до Інтернету з боку IETF (Internet Engineering Task Force) були важкими та викликаними серйозними суперечками. Починаючи з 1993 року, IETF працювала як організація з відкритих стандартів, яка успішно впроваджувала методологію управління зусиллями зі стандартизації. Незважаючи на тривалі спроби великих корпорацій інформаційних технологій маніпулювати стандартами Інтернету, зусилля IETF в кінцевому підсумку створили відкритий Інтернет.

Процес вибору xx, керований спільнотою, ґрунтується на ранній методології IETF для вибору xx вузлів BetaNet.

Мережа xx віддана методології, яка врівноважує потребу у відкритому та прозорому спілкуванні з вимогами побудови мережі.

Інформація про Угоду про участь у BetaNet

Сім тисяч (7000) токенів ERC-1404 xx за місяць роботи.

Два варіанти отримання токенів, відстрочено або щомісяця в Угоді про участь у BetaNet. Виберіть свій варіант, виходячи з ваших особистих юридичних, податкових і відповідних потреб.

Розподіл винагород xx монет на основі щомісячного набуття права та графіка розподілу.

Відкладений розподіл xx монетних винагород за участь у BetaNet Node до події MainNet*

*Якщо подія MainNet не відбувається, токени ERC-1404 xx не розповсюджуються. Для отримання додаткової інформації: натисніть тут.
xx мережеві вузли оптимізовані для роботи на споживчому обладнанні. Вузли працюють на виділеній машині в хмарі, у центрі обробки даних або у вашому домі.

Вимоги до обладнання

ЦП

Сучасний процесор з високою кількістю ядер

Здатний отримати багатопотокову оцінку PassMark 15 500 або багатопотокову оцінку Cinebench R5 1750.

Приклади: AMD Ryzen 7 2700x, AMD Ryzen 5 3600x, Intel Core i9-9980HK

графічний процесор

Nvidia Turing, Nvidia GeForce RTX 2070 або вище

ОЗП

16 ГБ DDR4 або більше

ПРИМІТКА. Рекомендується шлях оновлення до 32 ГБ.

Зберігання

1 ТБ High Speed Enterprise NVMe (PCI) SSD

Рекомендована швидкість

500 000/500 000 IOPS

Рекомендована читабельність

1,5 мільйона годин MTBF

Приклад: Samsung 970 PRO SSD 1 ТБ – M.2 NVMe

ПРИМІТКА. Надійність SSD не так важлива для BetaNet, коли не буде багато переходів. Цілком імовірно, що SSD з меншою витривалістю підійдуть, але їх потрібно буде замінити, коли прийде час для MainNet. Якщо SSD виходить з ладу, може знадобитися значний час, перш ніж Node зможе повернутися в Інтернет.

Пропускна здатність

100 Мбіт/с завантаження / 100 Мбіт/с завантаження

Шлюз

Шлюзи вимагають відносно малопотужних машин. Кожен вузол повинен мати шлюз.

ЦП
Сучасний двоядерний процесор, можливе хмарне розгортання
Приклад: AMD Ryzen 3 2200G

графічний процесор

Не обов'язково
ОЗП
2 Гб або більше
Зберігання
250 ГБ
Використовується для екземплярів бази даних

Пропускна здатність

100 Мбіт/с завантаження / 100 Мбіт/с завантаження
ПРИМІТКА. Вимоги до пропускної здатності шлюзу є окремо від вимог до пропускної здатності вузла.

Настав час приєднатися до мережі xx! Слідкуйте за електронною поштою з вашим унікальним реєстраційним кодом.

Отримавши код, дотримуйтесь інструкцій у посібнику з вузла, щоб налаштувати вузол і підключитися до мережі.

Ресурси та завантаження:

Посібник з вузлів
Шлюз Tarball.
Вузол Tarball.

Вихідний код:

xx мережа GitLab
xx cMix GitLab

Політика безвідмовної роботи:

Політика на вересень 2020 року
Політика жовтня 2020 року
Політика листопада 2020 року
Політика грудня 2020 року
Політика січня 2021 року
Політика лютого 2021 року
Політика на березень 2021 року
Політика квітня 2021 року
Політика на травень 2021 року
Політика червня 2021 року
Політика липня 2021 року
Політика серпня 2021 року
Політика на вересень 2021 року

Політика щодо втрачених сертифікатів та важливих файлів

Станом на 27 квітня 2021 року діють наведені нижче вказівки та правила.

Ідентичність вузла та шлюзу визначаються сертифікатами, їхніми закритими ключами та файлами IDF. Втрата цих файлів призведе до того, що ваш вузол і шлюз не зможуть підтвердити свою особу і не зможуть знову приєднатися до мережі.
Резервне копіювання та збереження цих файлів є виключною відповідальністю оператора Node.
Команда мережі xx та будь-хто інший не може відновити вузол або шлюз, якщо ці файли втрачені.

Популярний