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

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

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

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

Питання "коли" не так сильно стосується складання календаря, як встановлення моменту, коли проект розумно розміщений для подолання юридичних, комерційних та операційних викликів, пов'язаних з запуском токена.

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

Відповідність продукту ринку

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

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

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

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

• Розробка самозміцнюючих мережевих ефектів з самого початку: Токени - надзвичайно потужний новий примітив для розробки самозміцнюючих мережевих ефектів - через стимули, розподіл безкоштовних токенів, ретроактивне фінансування громадських благ та інше. Вперше в історії будівельники можуть розробити цифрово-рідний, протокольно-специфічний механізм стимулювання у свій продукт як спосіб стимулювання гарної поведінки, узгодження інтересів зацікавлених сторін, залучення розподіленої спільноти та навіть субсидіювання попиту.
• Побудова продуктових доріжок навколо найрозумніших клієнтів: «Розумні» клієнти мають вроджене розуміння сили та потенціалу новітніх технологій. Виявлення цих клієнтів у ранні терміни та культивування глибокого розуміння їх потреб - це ключ. З часом, ймовірно, більше людей буде слідувати їхньому прикладу, що може збільшити тягу проекту та частку на ринку.
• Винагородження правильних користувачів: Кожна нова платформа привертає як активних користувачів, які тут з належними мотивами, так і арбітражистів ("фермерів аірдропів", для багатьох криптопроектів), які прагнуть швидких грошей. Важливо визначити та винагородити активних користувачів, які можуть забезпечити довгострокову цінність мережі та привести інших за собою також.
• Інвестування в розробників: Розподіл токенів розробникам, які будують на платформі проекту, сприяє зростанню, доглядає за першими прихильниками та збагачує всю спільноту. При виборі команд для підтримки проекти повинні стратегічно думати про цінність, яку вони принесуть мережі. Простий трьохкроковий план повинен включати:
  1. Розуміння ключових моментів та графіків: Чи буде це зроблено за місяць, квартал чи рік?
  2. Надання підтримки на етапах виконання та надання токенів: Уникайте пастки платити наперед за щось, що ніколи не відправляється.
  3. Розуміння потенційної вартості кожного проекту розвитку: Загальна вартість, створена в мережі певним проектом, повинна значно перевищувати інвестовані ресурси.
• Працюючи з кращими проектами: Ключовою особливістю будівництва на цьому ранньому етапі мереж блокчейн є те, що в будь-який момент легко виділити проекти з найсильнішими командами, використанням та ринковою привабливістю. Переконання цих команд будувати і розгортати на певній платформі може запустити її до відповідності продукту-ринку, оскільки нові розробники часто слідкують за ранніми прихильниками.

Багато шляхів і стратегій можуть привести до відповідності продукту ринку, від глибокого дослідження користувачів до чистої алхімії. Незалежно від подорожі, команди повинні бути добре на шляху перед запуском токена. Для натхнення проекти також можуть дивитися на приклади, такі як Uniswap, який захопив онлайн-торгівлю з версією 2 свого протоколу перед запуском токена; Optimism, який успішно приваблював широкий спектр розробників перед запуском токена; і EigenLayer, який зараз має значну активність клієнтів та користувачів без живого токена.

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

Практичний план децентралізації

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

Але децентралізація майже ніколи не є прямолінійною. Проекти у США часто стикаються з парадоксом курча або яйця - децентралізація потребує використання токенів, але використання токенів потребує децентралізації. Ускладнюючи цю складність, для більшості проектів децентралізація це подорож, не місце призначення.

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

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

• Обчислювальний: Хто забезпечує обчислювальні ресурси, які дозволяють проекту функціонувати? Тут зайвість може здатися неефективною, але вона є критичною. За визначенням децентралізована мережа не може покладатися на будь-яку команду або організацію для свого обчислення. Для блокчейну це може означати гарантування наявності міцного набору валідаторів. Для протоколу смарт-контрактів це може передбачати гарантування наявності різноманітних додатків та веб-сайтів для доступу до протоколу. Для децентралізованої соціальної мережі або веб-гри типу web3 це може передбачати наявність різноманітної мережі off-chain серверів або вузлів.
• Розробка: Який продовжуючий розвиток потрібен? І хто буде цим займатися (тобто, основна команда, розробники з третіх сторін і т. Д.)? Як це буде фінансуватися? Це деякі з найважливіших питань по шляху проекту до децентралізації. Відповіді будуть виглядати по-різному в залежності від проекту, але, як правило, будуть залежати від розподіленої спільноти розробників, які впроваджують або інтегруються з протоколами смарт-контрактів. Для веб3 гри або соціальної мережі це також може включати вміст, створений користувачами.
• Управління: Як здійснюється децентралізація управління проектом? Запуск з очікуванням, що спільнота проекту просто "вирішить усе", ймовірно, призведе до розчарування. Більшість проектів не змогли подолати складності та соціополітична реальністьзалучені до децентралізованого управління, і їхні законність та корисність постраждали в результаті. Тим не менш, важливо розподіляти контроль. Багато обставин враховуютьсярозробка ефективного управління, але мінімізація управлінняце хороше місце для початку.
• Накопичення вартості: що визначає економічну цінність токена? Чи то це потоки готівки від збору комісій, чи попит ринку на токени, проекти повинні встановити метод, за допомогою якого їхні токени будуть накопичувати вартість, яка не повністю залежить від зусиль засновної команди проекту або будь-якого іншого просувальника. Для блокчейнів ключовою є підтримка різноманітної спільноти розробників. Для протоколів смарт-контрактів, заохочення сторонніх додатків та клієнтівважливо і допомагає захиститися від “домінування клієнта,” де один додаток або клієнт має надмірний контроль, враховуючи його позицію в порівнянні з іншими. Хоча цей вид децентралізації складний на практиці, проекти, такі як Ethereum та Solana, сьогодні досягли цього.
• Використання та доступність: Чи може кожен використовувати проект? Якщо для участі потрібні токени, чи широко доступні ці токени? Наскільки широка аудиторія користувачів? Чим вільніше користувачі можуть отримати доступ до проекту, і чим ширша його аудиторія, тим зазвичай більш децентралізований він.

Децентралізація може виглядати різний для кожного проекту. І проекти не повинні бути «повністю децентралізовані» або навіть «суттєво децентралізовані» у всіх цих категоріях, щоб бути «достатньо децентралізованими». Справжня децентралізація залежить від загальності обставин проекту: більша децентралізація в деяких категоріях означає, що проекти можуть бути менш децентралізованими в інших. Наприклад, чим більше незалежних розробників бере участь у проекті, тим більше засновницька команда може брати участь у децентралізованому управлінні.

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

Переконлива модель токеноміки

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

В результаті проекти повинні розробляти фундаментальну економічну модель, яка відповідає меті їх токена, перед запуском.

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

Для блокчейнів Layer 1 Ефіріум, з EIP-1559, яке реалізувало базову комісію для спалювання за всі транзакції на Ефіріумі, пропонує найкращу економічну модель. Для протоколів розумних контрактів ще не була встановлена остаточна модель, але розробники можуть досліджувати багато моделей учасниккапіталізм – винагородження власників токенів за участь в протоколі таким чином, який приносить користь протоколу. Наприклад, компенсація власникам токенів за участь у децентралізованому управлінні, створення контенту або надання ліквідності.

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

Міцна організаційна структура

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

Типова структура для проекту web3 включає оригінальну корпорацію розробника (також відому як DevCo), зарубіжну фундацію, децентралізовану автономну організацію (DAO) та розробників сторонніх протоколів або додатків.

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

• Розподіл DevCo/foundation: Узагальнено, більшість проектів повинні прагнути зробити DevCo одним з багатьох розробників та операторів додатків у екосистемі, тоді як фонд координує зусилля спільноти та забезпечує вірогідну нейтральність проекту. Екосистема Ethereum добре розділяє відносні ролі DevCos та Ethereum Foundation. Критично важливо, щоб фонд існував не лише на папері. Він повинен мати реальну сутність та мету. Це може означати додавання засновника для керівництва фондом або надання фонду маркетингу, комунікацій та операцій на ринку, спрямованих на залучення нових розробників у екосистему та допомогу в організації спільноти.
• DAOs та виключення управління на основі токенів: У позбавлення токен-базового управліннямає свої переваги, на практиці важко. Наприклад, більшість проєктів захочуть створити скарбницю з управлінськими токенами, які не були розподілені під час початкового розподілу. Хоча правда, що зарубіжна фондова організація могла б контролювати скарбницю, консолідація цієї влади може викликати питання централізації. З іншого боку, коли власники токенів контролюють скарбницю, вони децентралізують економічну владу і вирішують, чи має фонд продовжувати отримувати фінансування.
• Розробники та додатки сторонніх виробників: Залучення розробників сторонніх виробників для побудови проекту - одне з найважчих викликів під час децентралізації. Розробники, як правило, вибирають проекти на основі ряду факторів, включаючи: (1) технологію, що лежить в основі проекту, (2) популярність проекту, (3) фінансування та стимулювання, та (4) чи є проект об'єктивно нейтральнийгромадська інфраструктура або пропрієтарна система, яку контролює корпорація (тобто різниця між Ethereum та Apple App Store). Критично важливо, щоб проекти викликали довіру у розробників, що вони будуть вільні ведення реального бізнесу, і правила не будуть піддаються довільним змінам.

Ще дві організаційні виклики, на які варто звернути увагу, та виникаючі стратегії для їх вирішення:

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

Ці ризики не теоретичний, але нові рішення можуть допомогти. У березні 2024 року Вайомінг прийняв нову правову форму юридичної особи під назвою Децентралізована неприбуткова об'єднання без статуту (DUNA) - моделюється на рекомендаціїми допомогли створити - що може вирішити всі три проблеми для DAO та забезпечити їхбагато додаткових переваг. Найважливіше, юридична структура суб'єкта є бездозвільною та дозволяє DAO, які її використовують, продовжувати функціонувати так само, як це роблять DAO на даний момент. DUNAs не підходять для всіх DAO, тому проекти, які розглядають їх, повинні обговорити це із юристами.

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

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

Інші проекти використовують незалежні американські фонди, щоб доповнити свої закордонні фонди. Ці американські фонди спочатку можуть фінансуватися DevCo, а потім отримувати постійні гранти на фінансування від DAO. Їхня діяльність також може включати управління власними грантовими програмами, надання допомоги в розвитку та координацію децентралізованого управління. Фонд Uniswap є чудовим прикладом такого підходу, оскільки він фактично взяв на себе управління спільнотою Uniswap і тепер забезпечення незалежної участі та активності розробників, тим самим збільшуючи децентралізацію.

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

Готовність до операційної діяльності

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

• Фінансування: Більшість DevCos прагнуть мати принаймні 3 роки резерву після запуску токену. Ці кошти можуть бути використані на додаткові продукти та розробку, а також на захист від вторгнень регуляторів. Збір коштів після запуску токену може бути складним для DevCos. Запуск токену зазвичай означає, що їхня основна продукція тепер належить спільноті, вони можуть не мати додаткових продуктів в запасі, а продажі токенів вносять значний правовий ризик. Проекти повинні відповідно планувати, а також переконатися, що фонди мають відповідний розмір та капіталізовані для їх очікуваної ролі.
• Механіка: фактична механікаУчасть у запуску токенів - поставка токенів співробітникам та інвесторам, налаштування блокувань та інше - складна та може зайняти кілька місяців для впровадження. Почніть заздалегідь.
• Комунікації: Громадські комунікації перед і після випуску токенів мають велике значення. Забезпечення наявності у команді проєкту, особливо в її керівництва, строгої політики у сфері комунікацій, яка відповідає стратегії запуску токенів, є критичним. Одне помилкове заявлення генерального директора може поставити весь проєкт під загрозу. Для отримання додаткових вказівок, переглянути цей пост.
• Стимулювання працівників: проекти часто використовують токени як стимули винагороди для працівників та радників. Структурування у роки перед запуском токенів є досить простим, але коли проекти наближаються до запуску токенів, виникають нові складнощі. Наприклад, у зв'язку з волатильністю цін на токени, деякі проекти виявляють, що надавати токени протягом кількох років не має сенсу і вмісту, а замість цього вони віддають перевагу нагородам щорічно, як правило, структурованим як обмежені токен-одиниці (RTU). Проекти повинні попросити свого радника проаналізувати всі варіації, які вони бачили, для боротьби з волатильністю цін на токени.
• Партнерські стимули: Проекти також можуть використовувати токени для вирівнювання стимулів незалежних розробників з метою проекту. Перед запуском нагороди розробникам можуть бути структуровані у вигляді партнерських угод, часто з урахуванням мілітостей на основі метрик розробки та користувачів. Після запуску проекти можуть покладатися на екосистемні фонди та програми надання грантів для стимулювання розробників; або вони можуть вибрати програмні інцентивні програми (наприклад Liquity, яке автоматично винагороджує операторів фронтенду за залучення користувачів до протоколу), що може більш ефективно дозволити будь-кому брати участь та будувати.
• Операційна децентралізація: Перехід від централізованих операційних зусиль до широкої, непов'язаної спільнотної участіпотребує значних змін. Діяльність поза мережею, як-от розробка протоколів, маркетинг і управління, може мати вирішальне значення для успіху проєкту. А їх децентралізація передбачає стратегічний розподіл ролей і обов'язків всередині спільноти, щоб жодна окрема група чи організація не мала достатнього впливу, щоб ризикувати посяганням на закони США про цінні папери. Наприклад, поширеною помилкою для DAO є ненавмисна централізація управління, що може призвести до регуляторних та операційних вузьких місць. Щоб спрямувати проєкт до децентралізації, залишаючись при цьому відповідним і стійким, потрібне детальне планування як ончейн, так і офчейн-діяльності. Зрештою, мета полягає в тому, щоб стимулювати взаємодію та внески громади для досягнення «достатньої децентралізації».

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

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

Погляди, висловлені тут, належать окремим працівникам 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для додаткової важливої інформації.

Disclaimer：

1. Ця стаття публікується з [ a16z]. Усі авторські права належать оригінальному автору [Miles Jennings, Джейсон Розенталь]. Якщо є заперечення стосовно цього передруку, будь ласка, зв'яжіться з Gate Learnкомандою, і вони вирішать це негайно.
2. Відповідальність за відмову: погляди та думки, висловлені в цій статті, є виключно тими, хто написав, і не становлять жодних інвестиційних порад.
3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.