Примітка редакції: «Як я можу запустити токен» - одне з найпоширеніших питань, які ми отримуємо від засновників, з огляду на швидко змінюючийся характер криптовалютної індустрії. При зростанні цін і появі FOMO - всі інші запускають токен, чи повинен я? - для будівельників ще важливіше підходити до токенів з обережністю та увагою. Так у цій спеціальній серії публікацій ми розглядаємоготується до запуску, стратегії управління ризиками, та ще кілька правил та вказівок для токенів. Обов'язково підпишіться на наш бюлетеньдля отримання більш докладної інформації про токени та інші ресурси для будівництва компанії.

Коли ви хочете запустити токен, вам потрібно подумати про декілька кроків з оперативної точки зору. Це стосується ще більше, якщо ви працюєте з будь-якими зацікавленими сторонами, які регулюються Комісією з цінних паперів та бірж (SEC) США. Метою цього поста є визначення логістики, необхідної для встановлення протоколу, забезпечення його безпеки та можливості регульованим суб'єктам SEC задовольнити вимоги щодо відповідності.

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

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

1: Співпрацюйте з кастодіанами

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

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

Почніть розмови рано. Компанії-кустодіани високої якості можуть зайняти близько шести-дев'яти місяців або більше, щоб підтримати нові блокчейни рівня 1 (L1s). Протоколи з більшою складністю - наприклад, ті, які використовують SNARKs, мати функції конфіденційності, або взаємодіяти з шар 2 (L2) мережі— може продовжити процес. Тим часом токени, побудовані на Ethereum, такі як ERC-20 та NFT, або ті, що побудовані на Solana, такі як токени Solana Program Library (SPL), більш прості й можуть зайняти менше часу, скажімо, три-п'ять місяців, за умови відсутності перешкод. Зверніть увагу, що ці строки є лише приблизними оцінками і можуть значно відрізнятися в залежності від вимог до депонентів.

Якщо ваш протокол передбачає стейкінг і управління відразу з першого дня, очікуйте, що будівництво займе ще більше часу. Попереджайте партнерів якомога раніше. (Див. рекомендацію п'ять для отримання додаткової інформації про активацію стейкінгу та управління.) Також враховуйте, що зацікавлені сторони повинні провести перевірку будь-яких кастодіанів, постачальників стейкінгу або інших сторонніх постачальників, включаючи оцінку їхньої інформаційної безпеки (infosec) та практик з оперативної безпеки.

2: Проводити аудити безпеки

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

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

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

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

Після здійснення аудиту та отримання початкового звіту від аудитора очікується, що ви вирішите всі важливі питання (питання високого або критичного ступеня важливості, а часто й питання середнього ступеня важливості) та вибірково вирішите менш термінові, менш важливі питання. Щодо будь-яких питань, які ви вирішили не вирішувати, ви повинні надати обгрунтування. Після вирішення питань у початковому звіті покладіть на аудитора завдання перевірити повноту заходів з усунення недоліків.

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

3: Розподілити та розподілити токени

Після створення графіка взаємодії з високоякісними довіреними особами та іншими зацікавленими сторонами та проведення аудитів безпеки настав час подумати про розподіл та доставку токенів.

Розробники протоколу можуть розподілити токени одним із двох способів: або до, або після запуску токенів (також називається подією генерації токенів). Багато зацікавлених сторін вважають за краще отримувати розподіл до запуску. Іншими словами, вони вважають за краще, щоб адреси їх гаманців були вбудовані в генезис-блок, перший блок у блокчейні, на час його створення. Проте це зовсім не є обов'язковим. Токени, розподілені після запуску, можуть бути передані зацікавленим сторонам по частинах, де кожна частина становить певний відсоток від загального обсягу токенів.

Коли настав час розподілу токенів, пам'ятайте, куди ви відправляєте токени, скільки гаманців ви розподіляєте і перевірте адреси з довірою, але перевірте. Стейкхолдери, які регулюються SEC, такі як RIAs, ймовірно, вимагатимуть, щоб токени були доставлені безпосередньо до їх кастодіанів. Стейкхолдерам повинна бути можливість мати стільки гаманців, скільки вони хочуть. Це дозволяє їм мінімізувати концентрацію токенів у будь-якому даному гаманці та таким чином розподіляти свій ризик і частково пов'язано з полісами страхування, включаючи максимуми на кожен гаманець або на кожний рахунок. Перед розподілом токенів завжди відправляйте тестові транзакції та перевіряйте отримання, оскільки це може зменшити ймовірність помилок у доставці.

Коротко кажучи, розробники протоколу повинні запитати себе:

1. Коли зацікавлені сторони отримають активи (наприклад, до або після запуску)?
2. Де зацікавлені особи попросять надсилати токени, і скільки гаманців попросить кожен учасник?
3. Чи отримають зацікавлені сторони всі токени одразу чи по частинах?

4: Забезпечте виконання блокувань

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

Найкраща практика полягає в тому, щоб усі інсайдери (співробітники, інвестори, радники, партнери тощо) підпадали під однакові періоди набуття права власності токенами та блокування. Якщо будь-які інсайдери мають різні періоди блокування, або якщо дотримання цих блокувань незрозуміле, це може ненавмисно створити непередбачувані стимули, і деякі інсайдери можуть спробувати продати токени превентивно. Це може створити недовіру до протоколу та іншим чином негативно вплинути на нього. Усі учасники повинні працювати за однаковою часовою шкалою, і ця часова шкала має орієнтувати всіх на довгостроковий успіх проекту. (Зверніть увагу, що ці міркування не повинні перешкоджати користувачам використовувати токен у мережі або додатку блокчейну, навіть якщо таке використання відбувається раніше, ніж це може дозволити блокування.)

Після того, як ви вирішите питання періодів віртуальної або реальної блокування (які не повинні бути менше, ніж один рік з моменту запуску токенів), ви можете вибрати розподіл токенів або третьою стороною-кустодією, програмним чином або обома способами. Багато зацікавлених осіб, в ідеалі, будуть намагатися, щоб кустидіант отримав токени та забезпечив виконання вимог щодо блокування та віртуальних періодів як з юридичної, так і з технічної точки зору. Інші варіанти включають в себе отримання токенів відповідно до графіка віртуальних періодів через перевірені смарт-контракти або інші інструменти віртуального блокування токенів від третіх сторін.

Ключові питання, які слід задати на цьому етапі:

1. Чи всі учасники підпадають під однакові строки блокування та відстрочення?
2. Чи можуть кастодіани накладати умови для блокування?
3. Як будуть розподілені розблоковані токени згідно з графіком розподілу?

5: Увімкніть стейкінг та управління

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

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

Питання про стейкінг:

• Чи дозволить кастодіан довільну делегацію стейкінгу провайдерам, чи кастодіан матиме заздалегідь вибраний групу провайдерів? (Можливо, буде корисно співпрацювати з провайдерами стейкінгу, які вивчили протокол і надали відгук під час фази тестування мережі.)
• Якщо кастодіан вже попередньо вибрав групу постачальників стейкінгу, як це вплине на безпеку мережі та зусилля щодо децентралізації протоколу? (Вибір різних постачальників стейкінгу з валідаторами по всьому світу може допомогти децентралізувати протокол.)
• Чи компенсуються винагороди, чи зацікавлені сторони повинні будуть знову вкладати? (Ідеально, винагороди автоматично – а не вручну – знову вкладаються.)
• Чи є мінімальна/максимальна сума для стейкінгу на кожний гаманець?
• Чи існують мінімальні/максимальні значення токенів для валідаторних вузлів, і чи буде це змінюватися з часом?

Питання управління:

• Якщо ви очікуєте, що ваші зацікавлені сторони візьмуть участь у управлінні, чи кастодіан буде технічно забезпечувати цю участь, чи він буде голосувати від імені зацікавлених сторін?
• Чи буде проводитися голосування на ланцюжку чи позаланцюжкове (наприклад, через Snapshot) для протоколу?

—

Повторюючи, якщо ви готуєтеся запустити токен, і якщо цей план включає учасників, які регулюються SEC, переконайтеся, що ви залишаєте достатньо часу для високоякісних кастодіанів, щоб підтримати ваш протокол. Очікуйте, що термін розробки буде відрізнятися від кастодіана та залежатиме від складності протоколу. Розробка може зайняти від трьох до п'яти місяців для більш стандартних токенів, таких як Ethereum ERC-20 або Solana SPL, до дев'яти місяців для нових блокчейнів, або навіть довше для токенів, що включають SNARKs, функції конфіденційності або взаємодії з мережами другого рівня (L2). Почніть розмови заздалегідь.

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

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

* \
Погляди, висловлені тут, належать окремим працівникам AH Capital Management, L.L.C. («a16z») і не є поглядами a16z або її афілійованих осіб. Певна інформація, що міститься тут, була отримана з джерел третіх осіб, включаючи портфельні компанії фондів, управляються a16z. Хоча ця інформація була отримана з вважаються надійними джерел, a16z не перевірила таку інформацію незалежно та не надає жодних висновків щодо поточної або стійкої точності інформації чи її відповідності конкретній ситуації. Крім того, цей вміст може містити рекламу третіх сторін; a16z не переглядав таку рекламу та не підтримує будь-який рекламний вміст, що міститься в ній.

Цей контент надається лише з інформаційною метою, і на нього не слід покладатися як на юридичну, ділову, інвестиційну чи податкову консультацію. Ви повинні проконсультуватися з цього приводу зі своїми власними консультантами. Посилання на будь-які цінні папери або цифрові активи мають лише ілюстративний характер і не є інвестиційною рекомендацією чи пропозицією щодо надання інвестиційних консультаційних послуг. Крім того, цей контент не спрямований і не призначений для використання будь-якими інвесторами або потенційними інвесторами, і на нього ні за яких обставин не можна покладатися при прийнятті рішення про інвестування в будь-який фонд, яким керує a16z. (Пропозиція інвестувати у фонд a16z буде зроблена лише на підставі меморандуму про приватне розміщення, угоди про підписку та іншої відповідної документації будь-якого такого фонду, і її слід прочитати повністю.) Будь-які інвестиції або портфельні компанії, згадані, згадані або описані, не є репрезентативними для всіх інвестицій в транспортні засоби, якими керує a16z, і не може бути гарантії, що інвестиції будуть прибутковими або що інші інвестиції, зроблені в майбутньому, матимуть аналогічні характеристики або результати. Список інвестицій, здійснених фондами під управлінням Andreessen Horowitz (за винятком інвестицій, для яких емітент не надав дозвіл a16z на публічне розкриття інформації, а також неоголошених інвестицій у публічні цифрові активи) доступний за адресою https://a16z.com/investments/.

Графіки та діаграми, наведені в цьому матеріалі, призначені виключно для інформаційних цілей і не повинні бути використані при прийнятті будь-якого інвестиційного рішення. Минула рентабельність не є показником майбутніх результатів. Вміст має силу лише на вказану дату. Будь-які прогнози, оцінки, прогнози, цілі, перспективи та / або думки, висловлені в цих матеріалах, можуть змінюватися без попередження і можуть відрізнятися від думок, висловлених іншими. Будь ласка, див. https://a16z.com/disclosuresдля додаткової важливої інформації.

Відмова від відповідальності:

1. Ця стаття була роздрукована з [ a16zcrypto], Усі авторські права належать оригінальному автору [Адіна Фішер、Мэтт Глисон、Джастін Сімкок]. Якщо є зауваження до цього видруку, будь ласка, зв'яжіться з Gate Learnкоманду, і вони швидко впораються з цим.

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

3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.