**Web3 — це нова модель Інтернету, основою якої є побудова інфраструктури всієї екосистеми. Однак через свою важливість інфраструктура Web3 також викликала широкі суперечки та дискусії. Щоб допомогти нам краще зрозуміти інфраструктуру Web3, Алі Ях’я, партнер a16z crypto, запропонував три ментальні моделі, які корисні для мислення: вузька талія, модульна перевага та мережевий маховик. **
**Ці ментальні моделі є важливими для того, щоб надати нам основу для роздумів про характеристики та потенціал інфраструктури Web3. Розуміння цих моделей має вирішальне значення для тих, хто працює в просторі Web3, як з технічної, так і з бізнес-точок зору. Завдяки поглибленим дослідженням і застосуванню цих моделей ми можемо краще побудувати та сформувати майбутнє Web3 і сприяти сталому розвитку всієї екосистеми. Щоб отримати додаткову інформацію про курс підприємництва з шифрування a16z, перегляньте посилання. **
>>Ментальна модель перша: вузька талія
Основною ментальною моделлю є «вузька талія» в стеку технологій протоколу. Ось питання, яке підштовхне вас до роздумів: як створити протокол, який зможе домінувати у світі? Хтось може назвати найуспішніший протокол в історії інформатики? Майте на увазі, що це мережа в мережі. Інтернет-протокол є хорошим прикладом важливості цієї ментальної моделі та є одним із найуспішніших протоколів. Інтернет-протокол (IP) і протокол керування передачею (TCP) нерозривно пов’язані між собою. Для зручності обговорення цей спільний доступ буде зосереджений на Інтернет-протоколах.
Інтернет-протокол
Ми докладно пояснюємо, чому ці протоколи були такими успішними, використовуючи Інтернет-протоколи як провідний приклад для цієї ментальної моделі. У наступній публікації, якщо ви добре подумаєте, ви побачите надзвичайний дизайн **Інтернет-протоколу. Це перевело нас із стану кількох підключених пристроїв до світу з понад 20 мільярдами підключених пристроїв. За останні 40 років, навіть у період бурхливого розвитку комп'ютерних технологій, Інтернет-протокол зберіг сильну життєву силу. **За цей час технологія, яка використовується для передачі даних, була вдосконалена приблизно в мільйон разів. Однак дизайн протоколу витримав усі ці зміни та зберіг його перспективним і розширюваним за допомогою незначних змін. Незважаючи на деякі зміни, загалом він все ще зберігає характер свого дизайну на початку 1970-х років. Під час розробки ідеї Інтернет-протоколу та Протоколу керування передачею залишалися незмінними.
Є багато причин, чому Інтернет-протокол був таким успішним. Однак найважливішою причиною є концепція «вузької талії», запроваджена Інтернет-протоколом.
По-перше, Інтернет-протокол створює об'єднуючий рівень, який з'єднує фрагментований світ комп'ютерних мереж. **З самого початку однією з цілей дизайну було дозволити будь-якій мережі на основі будь-якої технології забезпечувати підтримку мережі для інших програм. Давайте подивимося на наведену нижче діаграму з IP і TCP посередині та різними типами мережевих технологій внизу, включаючи кабель, волоконну оптику, радіо тощо. І вгорі є різні типи програм, які вимагають різних типів підтримки мережі.
Кожен пакет даних, надісланий через Інтернет, проходить через Інтернет-протокол, який створює простий рівень інтерфейсу над прикладним рівнем і під апаратним рівнем. До Інтернет-протоколу кожній програмі доводилося мати справу зі складними деталями різних мережевих технологій, що призводило до фрагментації мережі. Це означає, що кожна мережа має бути створена на замовлення відповідно до потреб програми, і, у свою чергу, кожна програма повинна створювати власну мережу та мережеві протоколи, а також забезпечувати власну пропускну здатність і апаратне забезпечення. Це також призводить до несумісності та взаємодії між програмами, тобто до відсутності сумісності.
Таким чином, усі ці проблеми призводять до того, що мережа на той час мала практичну користь і була лише іграшкою для дослідників і вчених. Навпаки, Інтернет-протокол діє як агрегатор, об’єднуючи весь онлайн-світ в один стандарт. Завдяки цьому він виконує три основні функції. По-перше, **це дозволяє обслуговувати запити від будь-якої програми верхнього рівня (програми, яка потребує переміщення даних із точки А в точку Б) будь-яким постачальником, незалежно від технології, яку вони використовують, за умови, що вони можуть обмінюватися даними між точками A і B передають дані між точками. По-друге, це дає змогу всім постачальникам апаратного забезпечення та постачальникам пропускної здатності охоплювати весь ринок додатків і підтримувати лише один протокол замість того, щоб з’єднуватися з різними програмами одну за одною. **Найважливіше те, що Інтернет-протокол роз’єднує прикладний і апаратний рівні, дозволяючи цим двом рівням розвиватися незалежно. **
Насправді, у книзі Девіда Кларка «Проектування Інтернету» (Designing an Internet) є дуже класичний рядок: «Інтерфейси можуть звільнити обмеження». Це означає, що шляхом визначення рівня простого інтерфейсу прикладна програма відокремлена від деталей реалізації основного апаратного забезпечення, що сприяє гнучкості та масштабованості системи. Інтерфейс — це не лише обмеження, оскільки обидві сторони повинні дотримуватися та підтримувати специфікації інтерфейсу, але й засіб зняття обмежень.Якщо обидві сторони виконають вимоги до інтерфейсу, вони можуть розвиватися незалежно, не приділяючи занадто багато уваги що робить інша сторона. Це саме те, для чого був створений Інтернет-протокол.
Петлі позитивного зворотного зв’язку, створені Інтернет-протоколами
Однак більший інтерес викликає економічний вплив Інтернет-протоколу. Поєднуючи різнорідні області апаратного забезпечення та програмного забезпечення верхнього рівня, простий інтерфейс Інтернет-протоколу створив потужну петлю позитивного зворотного зв’язку, яка зрештою сприяла повсюдному поширенню IP у всьому світі. Це працює так: що більше постачальників пропускної здатності приєднуються до мережі, то розробники додатків отримують більше ресурсів пропускної здатності, що дозволяє їм створювати більше додатків, які повністю використовують цю пропускну здатність.
Оскільки розробники створюють додатки, які є корисними для користувачів, зростає попит на пропускну здатність, що ще більше стимулює більше постачальників пропускної здатності приєднуватися до мережі. Сформувався цикл, який призвів до широкого впровадження Інтернет-протоколів, які зрештою стали Інтернетом, який ми знаємо сьогодні. То чому ця так звана «вузька талія» така важлива?
Найфундаментальніша властивість Інтернет-протоколу, яка згадується в будь-якому підручнику з комп’ютерних мереж, полягає в тому, що він необмежений. Це має вирішальне значення. Це означає, що самому протоколу байдуже, як його використовують програми верхнього рівня, постачальники обладнання низького рівня та постачальники пропускної здатності. Інтернет-протоколи намагаються максимізувати ступінь свободи для всіх сторін, що є визначальною характеристикою Інтернету. Тому її називають «вузькою талією» Інтернету.
Інтернет-протокол — це просто простий інтерфейс, через який можуть проходити всі дані незалежно від типу трафіку та використовуваної технології. Саме з цієї причини Інтернет-протокол має широке охоплення, гнучкість і стійкість, і він залишився живим через технологічні зміни останніх 40 років. Його глобальне покриття охоплює весь онлайн-світ, що також є однією з його характеристик.
Варто зазначити, що під час розробки Інтернет-протоколу з'явилося багато конкуруючих стандартів, таких як ATM і XNS. Однак насправді вони складніші та мають більше функцій, але їм не вистачає гнучкості Інтернет-протоколів, і існують певні обмеження на те, як користувачі можуть використовувати ці протоколи. Зрештою, Інтернет-протокол з його радикальним мінімалізмом і необмеженою природою тріумфував і став переможцем історії.
Блокчейн
Отже, щодо сьогоднішніх нових угод, як вони впливають на нас? Давайте повернемо це питання до сфери шифрування. По-перше, давайте зробимо крок назад і подивимося на роль політичної «талії» у створенні «багатосторонніх ринків». **
Що таке «багатосторонній ринок»? Тут ми визначаємо «багатосторонній ринок» як спільну основу, яка створює цінність, уможливлюючи пряму економічну взаємодію між різноманітними суб’єктами. На підтвердження цього можна навести багато прикладів.
Прикладом є Інтернет-протокол, який створює цінність, дозволяючи постачальникам послуг і постачальникам обладнання взаємодіяти з розробниками програм. Є й інші приклади зі світу традиційних технологій, таких як операційні системи Windows, Mac OS 10 або iOS, які також є угодами, які можуть сприяти появі багатосторонніх ринків. Те саме стосується спільних служб мобільності, таких як Uber, де пасажири з одного боку та водії з іншого. Це може суперечити поширеній точці зору, що багатосторонні ринки є центральним шаблоном для успіху будь-якої угоди, але це те, для чого була розроблена угода. Його початковий намір полягає в тому, щоб з’єднати, побудувати мости між різними типами учасників. **
Беручи приклад криптопростору, UniSwap і Compound — це протоколи децентралізованого фінансування (DeFi). UniSwap залучає маркет-мейкерів і трейдерів, Compound — кредиторів і позичальників. Є й інші приклади, наприклад Sound.xyz — це децентралізована платформа потокового передавання музики, яка залучає артистів і слухачів. Forecaster — це децентралізована соціальна мережа, яка залучає творців контенту та користувачів платформи. Вони забезпечують спільну основу для взаємодії різних типів акторів один з одним на економічному рівні.
Механізм консенсусу: ключ до з’єднання учасників блокчейну
Яскравим прикладом є сам блокчейн. У майбутньому ми побачимо існування блокчейн-обчислень як «вузьку талію». У високорівневій архітектурі блокчейну абсолютна «вузька талія» природно з’являється в центральному механізмі консенсусу. Механізм консенсусу створює багатосторонній ринок, який поєднує всіх учасників. **Він з’єднує верифікаторів і розробників додатків, верифікатори забезпечують обчислювальні ресурси та безпеку, а розробники додатків створюють додатки та розгортають смарт-контракти в блокчейні. Подібно до того, як Інтернет-протокол створює єдиний адресний простір для всіх учасників Інтернету, ** механізм консенсусу створює єдину обчислювальну основу для людей у блокчейні. **Подібно до IP, людям не потрібно піклуватися про складні деталі базової технології, а зосереджуватися на підтримці інтерфейсу верхнього рівня. Механізм консенсусу дозволяє людям не турбуватися про особливості апаратного забезпечення верифікатора, коли розгортання смарт-контрактів на блокчейні.
Подібно до протоколів Інтернету, механізм консенсусу ** встановлює двосторонні мережеві ефекти та позитивні петлі. **Чим більше валідаторів приєднується до мережі, вони надають розробникам додатків більше безпеки та кращу обчислювальну потужність для створення корисних додатків, що створює більший попит і створює цінність токенів. Це, у свою чергу, забезпечує сильніші стимули для більшої кількості валідаторів, забезпечуючи більше безпеки та обчислювальних ресурсів мережі, створюючи самопідсилювальну петлю зворотного зв’язку.
Баланс необмеженості та автономії
Отже, чого ми можемо навчитися, порівнюючи протоколи блокчейн та Інтернет? Як ми бачили, одним із найважливіших факторів успіху ІВ є її необмежений характер. Однак сьогодні існує безліч різних блокчейнів, які проходять різні експерименти, охоплюючи весь спектр.
На одному кінці є високоавтономні блокчейни, які вертикально інтегровані та контролюють усе, від однорангових мереж до механізмів консенсусу та верхніх обчислювальних рівнів, включаючи дозволені набори інструкцій. На іншому кінці спектру є абсолютно мінімальні блокчейни, які прагнуть залишатися надзвичайно необмеженими, не висловлюючи переваги мережевому рівню чи використовуваній мові програмування. Існують різні ступені автономії між цими двома сегментами.
Щоб навести суперечливий приклад, біткойн є високоавтономним блокчейном, хоча й дуже мінімалістичним. Він обов’язково вимагає, щоб будь-яка програма, яка працює на ньому, була створена з використанням Bitcoin Script (Bitcoin), обмеженої неповної мови програмування за Тьюрингом. Ethereum, з іншого боку, є більш складним блокчейном, який є більш необмеженим. Він забезпечує більш виразну мову програмування для створення смарт-контрактів і надає користувачам більше свободи, ніж біткойн.
Поки рано говорити, але буде цікаво побачити, чи існує подібна ситуація, коли необмежені домовленості призводять до вузької талії та ефективно роз’єднують речі, створюючи ефект маховика. Можливо, це домінуючі блокчейни, що розвиваються, як Інтернет. Однак ми повинні зазначити, що прагнення до необмеженості може призвести до певної жертви контролем. **Тому нам потрібно зважити різні фактори.
Нарешті, є кілька запитань, над якими варто подумати тим, хто розробляє протокол: як протокол забезпечує появу багатостороннього ринку? Хто учасники? Скільки свободи у цих акторів? Наскільки автономним є договір? Чи має угода те, що потрібно, щоб бути вузькою талією? **Ці запитання варто поставити, оскільки вони можуть вплинути на дизайн і обраний напрямок.
>>Друга ментальна модель: модульність
Другою ментальною моделлю є концепція «модульності», яка тісно пов’язана з «необмеженістю». Хоча ці два поняття часто пов’язані і їх легко сплутати, насправді вони незалежні. У другій ментальній моделі основним питанням є: який ступінь модульності слід прийняти в протоколі. **
Модульний проти необмеженого
Спочатку дамо просте визначення. «Необмежений» характер протоколу означає, що протокол надає якомога більше свободи, коли користувачі використовують протокол або будують функції на основі протоколу. Ось що означає без обмежень. З іншого боку, «модульність» протоколу означає, що протокол або архітектуру, яка є результатом протоколу, можна розбити на самодостатні базові компоненти. Іноді модульність протоколів призводить до більшої необмеженості, оскільки модульність часто призводить до більшої гнучкості. Але не завжди, кілька прикладів наведено нижче. Фактично, іноді для того, щоб збільшити необмеженість, ви повинні зменшити ступінь модульності. Отже, можна побачити, що ці два поняття різні.
Також можна додатково уточнити, що Інтернет є яскравим прикладом протоколів і стеків, які поєднують необмеженість і модульність. **Це необмежений дизайн протоколу, але також модульний, оскільки він побудований на ієрархічній структурі, кожен рівень незалежний один від одного, а між кожним рівнем є чіткі абстракції та інтерфейси. Щоб краще проілюструвати незалежність цих двох понять, ми можемо використати наступну діаграму. Графік має дві осі, вертикальна вісь представляє необмежену кількість, тобто ступінь свободи користувача; горизонтальна вісь представляє ступінь модульності.
Давайте візьмемо приклад Bitcoin та Ethereum, про які йшлося раніше. Біткойн відносно менш модульний, оскільки він досить вертикально інтегрований. Він прив’язує механізм консенсусу до певного обчислювального середовища та визначає конкретну мову програмування. Таким чином, він обмежує свободу користувача та не дозволяє створювати його за допомогою мови програмування, повної Тьюрінга, як інші блокчейни. Навпаки, Ethereum є більш модульним і заохочує побудову стеку блокчейнів на основі рівнів, надаючи рішення Layer1 і Layer2 для забезпечення вищої продуктивності та додаткових функцій. Бачення Ethereum полягає в досягненні більш модульного та необмеженого способу роботи блокчейна, хоча він може бути більш складним.
Іншим прикладом є Aptos і Sui, які мають високу вертикальну інтеграцію, а команди, що створюють ці блокчейни, відповідають за кожен рівень усього стеку блокчейнів. Хоча вони також пропонують виразні мови програмування, вони відносно менш необмежені. Навпаки, Celestia передбачає гіпермодульну та мінімалістичну архітектуру. Celestia існує як рівень доступності даних, а інші компоненти побудовані як модулі навколо нього. Celestia більш модульна, розділяє доступність і обчислення як різні модулі, але має деякі обмеження щодо виконання смарт-контрактів, тому вона відносно слабка з боку необмежень.
TCP/IP — це дуже модульна архітектура без обмежень. Він розроблений так, щоб бути структурованим у шари, причому кожен шар незалежний один від одного та має чіткі абстракції та інтерфейси. Цей приклад є хорошим прикладом різниці між модульністю та необмеженістю.
Переваги та проблеми «модулярізації»
«Рішення інноватора» — чудова книга, написана Клеєм Крістенсеном на початку 2000-х років. Дві глави присвячено обґрунтуванню монолітності, а не модульності, коли технологія не може повністю задовольнити потреби користувачів. Ця точка зору також стосується криптовалюти та блокчейну. На ранніх стадіях або коли технологія не відповідає очікуванням користувачів, користувачі будуть жадати більше функцій, що також відображає поточну ситуацію з блокчейном. Блокчейн не може задовольнити всі очікування та потреби.
Модульність стає більш розумною та вигідною, оскільки технологія відповідає або перевищує потреби користувачів. Модульність зменшує витрати завдяки аутсорсингу кожного модуля екосистемі учасників, які створюють функціональні можливості для модуля та комерціалізують його, зменшуючи вартість системи в цілому. Крім того, модульність також забезпечує більшу гнучкість для користувачів і розробників, які можуть вибрати заміну модулів. Однак ** також має деякі витрати, особливо з точки зору складності. **Під час створення модульної системи вам потрібно враховувати крайові випадки та визначати конкретні інтерфейси й абстракції для поділу різних модулів. Це додає складності та обмежує гнучкість спробувати різні підходи.
За словами Клея Крістенсена, модульність стає критичною, коли технічні можливості перевищують потреби клієнтів. Якщо ви не використовуєте модульний підхід, хтось інший побудує модульну архітектуру і перевершить вас. Однак, поки цей момент не буде досягнуто, підтримку монолітності та керування всією архітектурою можна оптимізувати, щоб максимально наблизитися до потреб користувачів. Наведена нижче таблиця взята з книги «The Innovator's Solution». Показано три лінії: пунктирна лінія відображає очікування користувачів, верхня суцільна лінія представляє можливості, досягнуті завдяки інтегрованому централізованому підходу, а нижня лінія представляє можливості, досягнуті завдяки більш модульній архітектурі. Рядки нижче означають, що вибір модульної архітектури зменшує контроль і, таким чином, запобігає надмірно агресивній оптимізації. Він знаходиться під лініями вертикально інтегрованої архітектури, яка має кращі можливості. Це показує, що з часом монолітні архітектури починають перевищувати масштаби, надаючи більше функціональних можливостей, ніж користувачі насправді потребують або бажають. У цьому випадку інтеграція більше не надає жодних додаткових переваг, тому має сенс перейти до модульного підходу, щоб скористатися перевагами модульності, задовольнивши при цьому основні потреби користувачів, представлені пунктирними лініями.
Давайте роз’яснимо цю концепцію на прикладі: еволюція мобільних пристроїв. До iPhone був Blackberry, високоінтегрований, вертикально інтегрований пристрій. Він зосереджений на одній важливій програмі – електронній пошті – і жорстко контролюється RIM, компанією, яка виробляє BlackBerry. Він був розроблений, щоб забезпечити достатньо хорошу функціональність електронної пошти для бізнес-клієнтів. У той час було б дуже складно спробувати більш модульний, загальний і неупереджений підхід, оскільки технологія була недостатньо розвиненою. Лише після того, як технології розвинулися, Apple запровадила модульність через App Store, надавши iPhone ще більшої гнучкості. З появою App Store розробники могли писати програми для iPhone, що зрештою стало виграшною формулою. Однак реалізація цього підходу може бути складною, доки технологія не розвинеться для підтримки цієї функції.
Тепер давайте розберемося: Інтернет, здається, суперечить цій теорії. Коли Інтернет тільки з'явився, він не міг задовольнити потреби користувачів і часто працював нестабільно. Конкуруючим з цим є вертикально інтегрований підхід під назвою «інформаційна супермагістраль», призначений для створення безперебійного наскрізного досвіду. Цікаво, однак, що IP та Інтернет з їх гіпермодульним підходом зрештою перемогли над інформаційною магістраллю, незважаючи на їх недосконалий початок. Це ставить під сумнів теорію, запропоновану Клеєм Крістенсеном. Одним із можливих пояснень є те, що Клей Крістенсен, можливо, не повністю оцінив силу мережевих ефектів. У випадку IP неупередженість вузької талії стає настільки важливою, що суперечить загальноприйнятій теорії. Це підкреслює величезний вплив мережевих ефектів.
Отже, як ми повинні дивитися на проблему модульності? ** Модульність може бути хорошою чи поганою залежно від ситуації. **Це має перевагу у підвищеній гнучкості, але водночас пов’язане з деякими витратами, як-от збільшення складності та рішень, які потрібно прийняти. Модульність може зменшити витрати, підвищити гнучкість користувачів і залучити більше людей до участі. Однак ми зазначаємо, що в деяких випадках модульність може зменшити справедливість, вимагаючи пильності та пов’язаної з концепцією «вузької талії», яку обговорювали раніше. Загалом, нам потрібна ментальна модель для вирішення складнощів модульного вибору, оскільки вибір буде відрізнятися від випадку до випадку.
>>Ментальна модель третя: мережевий маховик
Далі йде третя і остання ментальна модель - мережевий маховик. **Ця модель зосереджена на ролі токенів у протоколі, а мета протоколу — сприяти участі багатьох сторін у ринку. **Однак для того, щоб протокол був успішним, необхідно вирішити складну проблему, відому як проблема «холодного старту», тобто ситуацію, коли протокол не може нормально функціонувати без сторони пропозиції чи попиту. Вирішення проблеми холодного запуску було складним завданням у минулому. Однак впровадження токенів дає вирішення цієї проблеми. Токени можна використовувати як механізм заохочення для мотивації та залучення учасників. Вони надають спосіб отримувати та розподіляти цінність у мережі, заохочуючи тим самим сторони пропозиції та попиту брати участь та взаємодіяти з протоколом.
Токенізована модель заохочення
У минулому вирішення проблеми «холодного старту» на ринках із багатьма учасниками часто вимагало значних вливань капіталу, часто від венчурних капіталістів (VC) або державних організацій. Такі компанії, як Uber, наприклад, сприяли зростанню, субсидуючи одну чи обидві сторони ринку. Таке вливання зовнішнього фінансування допомагає подолати проблему відповідності попиту та пропозиції на початкових етапах. Однак **токени пропонують вирішення проблеми холодного запуску. Їх можна використовувати як механізм стимулювання для мобілізації ентузіазму учасників мережі. ** Розповсюджуючи токени учасникам в обмін на їхній внесок або участь, мережа може рухатися сама, а не покладатися лише на вливання зовнішніх коштів.
Давайте розглянемо ідею покращення Uber. Припустімо, замість того, щоб розвивати ринок грошовими субсидіями, Uber дає водіям невелику частку в компанії за кожну поїздку. Який буде ефект від цього? Такий капітал може дати водіям уявлення про довгострокову цінність їхньої частки, сприяючи лояльності до Uber і стимулюючи їх керувати для компанії. Цей підхід представляє більш ефективну структуру капіталу, оскільки фінансування надходить від самих учасників, а не зовнішніх субсидій.
Ми можемо використовувати концепції Інтернету та TCP/IP, щоб пояснити потенційні переваги токенів. Уявіть собі, якби протокол TCP/IP мав маркер, за допомогою якого ті, хто зробив внесок у його ранній розвиток, отримали б право власності на мережу.
Мережеві ефекти токенізації
У наведених вище випадках токени дозволяють власникам ділитися доходом мережі. Цей підхід на основі токенів може полегшити запуск Інтернету без надмірної залежності від державного фінансування. Крім того, це може посилити мережевий ефект шляхом залучення капіталу та людських ресурсів. Це призводить до концепції мережевого маховика, яка особливо стосується блокчейнів рівня 1, але також може бути застосована до інших протоколів. **Відправною точкою Flywheel є команда засновників і основні розробники, які задумали та створили протокол. Фінансовані інвесторами, вони створюють початкову вартість токена. Тепер ці токени мають цінність, стимулюючи валідаторів приєднуватися до мережі та забезпечуючи продуктивний капітал, наприклад обчислювальні ресурси, для забезпечення безпеки та функціональності мережі. Це, у свою чергу, приваблює сторонніх розробників, які вносять свій людський капітал, створюючи корисні програми на платформі. Потім ці програми надають корисність кінцевим користувачам, поступово формуючи спільноту, яка зміцнює оригінальне бачення в основі протоколу, таким чином завершуючи коло. Ось як працює павутинний маховик.
Оскільки бачення протоколу стає сильнішим, токен стає більш цінним. Можливо, за допомогою додаткових коштів від інвесторів з’являться сильніші стимули для валідаторів або інших учасників надавати більш продуктивний капітал мережі, покращувати функціональність мережі та, у свою чергу, заохочувати більше сторонніх розробників створювати програми, надавати більше корисність для кінцевого користувача. Це ще раз підсилює оригінальне бачення ядра мережі. Це концепція веб-маховика.
Тому хочемо підкреслити: якщо мережа правильно спроектована, то на кожному етапі маховика різні учасники можуть заробляти токени за допомогу в запуску мережі. Це фактично допомагає мережі подолати проблему холодного запуску, де токени відіграють модеруючу роль. Токени можуть виконувати різноманітні ролі, але одна з найвпливовіших — допомога у запуску багатостороннього ринку протоколів.
原文：3 ментальні моделі для криптоінфраструктури | Алі Ях'я
Джерело: a16z crypto
Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
a16z Crypto Entrepreneurship Course: Три ментальні моделі зашифрованої інфраструктури
Алі Ях'я｜Автор
Сіссі｜Компіляція
Посібник перекладача:
**Web3 — це нова модель Інтернету, основою якої є побудова інфраструктури всієї екосистеми. Однак через свою важливість інфраструктура Web3 також викликала широкі суперечки та дискусії. Щоб допомогти нам краще зрозуміти інфраструктуру Web3, Алі Ях’я, партнер a16z crypto, запропонував три ментальні моделі, які корисні для мислення: вузька талія, модульна перевага та мережевий маховик. **
**Ці ментальні моделі є важливими для того, щоб надати нам основу для роздумів про характеристики та потенціал інфраструктури Web3. Розуміння цих моделей має вирішальне значення для тих, хто працює в просторі Web3, як з технічної, так і з бізнес-точок зору. Завдяки поглибленим дослідженням і застосуванню цих моделей ми можемо краще побудувати та сформувати майбутнє Web3 і сприяти сталому розвитку всієї екосистеми. Щоб отримати додаткову інформацію про курс підприємництва з шифрування a16z, перегляньте посилання. **
>>Ментальна модель перша: вузька талія
Основною ментальною моделлю є «вузька талія» в стеку технологій протоколу. Ось питання, яке підштовхне вас до роздумів: як створити протокол, який зможе домінувати у світі? Хтось може назвати найуспішніший протокол в історії інформатики? Майте на увазі, що це мережа в мережі. Інтернет-протокол є хорошим прикладом важливості цієї ментальної моделі та є одним із найуспішніших протоколів. Інтернет-протокол (IP) і протокол керування передачею (TCP) нерозривно пов’язані між собою. Для зручності обговорення цей спільний доступ буде зосереджений на Інтернет-протоколах.
Інтернет-протокол
Ми докладно пояснюємо, чому ці протоколи були такими успішними, використовуючи Інтернет-протоколи як провідний приклад для цієї ментальної моделі. У наступній публікації, якщо ви добре подумаєте, ви побачите надзвичайний дизайн **Інтернет-протоколу. Це перевело нас із стану кількох підключених пристроїв до світу з понад 20 мільярдами підключених пристроїв. За останні 40 років, навіть у період бурхливого розвитку комп'ютерних технологій, Інтернет-протокол зберіг сильну життєву силу. **За цей час технологія, яка використовується для передачі даних, була вдосконалена приблизно в мільйон разів. Однак дизайн протоколу витримав усі ці зміни та зберіг його перспективним і розширюваним за допомогою незначних змін. Незважаючи на деякі зміни, загалом він все ще зберігає характер свого дизайну на початку 1970-х років. Під час розробки ідеї Інтернет-протоколу та Протоколу керування передачею залишалися незмінними.
Концепція дизайну «вузька талія», запроваджена Інтернет-протоколом
Є багато причин, чому Інтернет-протокол був таким успішним. Однак найважливішою причиною є концепція «вузької талії», запроваджена Інтернет-протоколом.
По-перше, Інтернет-протокол створює об'єднуючий рівень, який з'єднує фрагментований світ комп'ютерних мереж. **З самого початку однією з цілей дизайну було дозволити будь-якій мережі на основі будь-якої технології забезпечувати підтримку мережі для інших програм. Давайте подивимося на наведену нижче діаграму з IP і TCP посередині та різними типами мережевих технологій внизу, включаючи кабель, волоконну оптику, радіо тощо. І вгорі є різні типи програм, які вимагають різних типів підтримки мережі.
Кожен пакет даних, надісланий через Інтернет, проходить через Інтернет-протокол, який створює простий рівень інтерфейсу над прикладним рівнем і під апаратним рівнем. До Інтернет-протоколу кожній програмі доводилося мати справу зі складними деталями різних мережевих технологій, що призводило до фрагментації мережі. Це означає, що кожна мережа має бути створена на замовлення відповідно до потреб програми, і, у свою чергу, кожна програма повинна створювати власну мережу та мережеві протоколи, а також забезпечувати власну пропускну здатність і апаратне забезпечення. Це також призводить до несумісності та взаємодії між програмами, тобто до відсутності сумісності.
Таким чином, усі ці проблеми призводять до того, що мережа на той час мала практичну користь і була лише іграшкою для дослідників і вчених. Навпаки, Інтернет-протокол діє як агрегатор, об’єднуючи весь онлайн-світ в один стандарт. Завдяки цьому він виконує три основні функції. По-перше, **це дозволяє обслуговувати запити від будь-якої програми верхнього рівня (програми, яка потребує переміщення даних із точки А в точку Б) будь-яким постачальником, незалежно від технології, яку вони використовують, за умови, що вони можуть обмінюватися даними між точками A і B передають дані між точками. По-друге, це дає змогу всім постачальникам апаратного забезпечення та постачальникам пропускної здатності охоплювати весь ринок додатків і підтримувати лише один протокол замість того, щоб з’єднуватися з різними програмами одну за одною. **Найважливіше те, що Інтернет-протокол роз’єднує прикладний і апаратний рівні, дозволяючи цим двом рівням розвиватися незалежно. **
Насправді, у книзі Девіда Кларка «Проектування Інтернету» (Designing an Internet) є дуже класичний рядок: «Інтерфейси можуть звільнити обмеження». Це означає, що шляхом визначення рівня простого інтерфейсу прикладна програма відокремлена від деталей реалізації основного апаратного забезпечення, що сприяє гнучкості та масштабованості системи. Інтерфейс — це не лише обмеження, оскільки обидві сторони повинні дотримуватися та підтримувати специфікації інтерфейсу, але й засіб зняття обмежень.Якщо обидві сторони виконають вимоги до інтерфейсу, вони можуть розвиватися незалежно, не приділяючи занадто багато уваги що робить інша сторона. Це саме те, для чого був створений Інтернет-протокол.
Петлі позитивного зворотного зв’язку, створені Інтернет-протоколами
Однак більший інтерес викликає економічний вплив Інтернет-протоколу. Поєднуючи різнорідні області апаратного забезпечення та програмного забезпечення верхнього рівня, простий інтерфейс Інтернет-протоколу створив потужну петлю позитивного зворотного зв’язку, яка зрештою сприяла повсюдному поширенню IP у всьому світі. Це працює так: що більше постачальників пропускної здатності приєднуються до мережі, то розробники додатків отримують більше ресурсів пропускної здатності, що дозволяє їм створювати більше додатків, які повністю використовують цю пропускну здатність.
Оскільки розробники створюють додатки, які є корисними для користувачів, зростає попит на пропускну здатність, що ще більше стимулює більше постачальників пропускної здатності приєднуватися до мережі. Сформувався цикл, який призвів до широкого впровадження Інтернет-протоколів, які зрештою стали Інтернетом, який ми знаємо сьогодні. То чому ця так звана «вузька талія» така важлива?
Найфундаментальніша властивість Інтернет-протоколу, яка згадується в будь-якому підручнику з комп’ютерних мереж, полягає в тому, що він необмежений. Це має вирішальне значення. Це означає, що самому протоколу байдуже, як його використовують програми верхнього рівня, постачальники обладнання низького рівня та постачальники пропускної здатності. Інтернет-протоколи намагаються максимізувати ступінь свободи для всіх сторін, що є визначальною характеристикою Інтернету. Тому її називають «вузькою талією» Інтернету.
Інтернет-протокол — це просто простий інтерфейс, через який можуть проходити всі дані незалежно від типу трафіку та використовуваної технології. Саме з цієї причини Інтернет-протокол має широке охоплення, гнучкість і стійкість, і він залишився живим через технологічні зміни останніх 40 років. Його глобальне покриття охоплює весь онлайн-світ, що також є однією з його характеристик.
Варто зазначити, що під час розробки Інтернет-протоколу з'явилося багато конкуруючих стандартів, таких як ATM і XNS. Однак насправді вони складніші та мають більше функцій, але їм не вистачає гнучкості Інтернет-протоколів, і існують певні обмеження на те, як користувачі можуть використовувати ці протоколи. Зрештою, Інтернет-протокол з його радикальним мінімалізмом і необмеженою природою тріумфував і став переможцем історії.
Блокчейн
Отже, щодо сьогоднішніх нових угод, як вони впливають на нас? Давайте повернемо це питання до сфери шифрування. По-перше, давайте зробимо крок назад і подивимося на роль політичної «талії» у створенні «багатосторонніх ринків». **
Що таке «багатосторонній ринок»? Тут ми визначаємо «багатосторонній ринок» як спільну основу, яка створює цінність, уможливлюючи пряму економічну взаємодію між різноманітними суб’єктами. На підтвердження цього можна навести багато прикладів.
Прикладом є Інтернет-протокол, який створює цінність, дозволяючи постачальникам послуг і постачальникам обладнання взаємодіяти з розробниками програм. Є й інші приклади зі світу традиційних технологій, таких як операційні системи Windows, Mac OS 10 або iOS, які також є угодами, які можуть сприяти появі багатосторонніх ринків. Те саме стосується спільних служб мобільності, таких як Uber, де пасажири з одного боку та водії з іншого. Це може суперечити поширеній точці зору, що багатосторонні ринки є центральним шаблоном для успіху будь-якої угоди, але це те, для чого була розроблена угода. Його початковий намір полягає в тому, щоб з’єднати, побудувати мости між різними типами учасників. **
Беручи приклад криптопростору, UniSwap і Compound — це протоколи децентралізованого фінансування (DeFi). UniSwap залучає маркет-мейкерів і трейдерів, Compound — кредиторів і позичальників. Є й інші приклади, наприклад Sound.xyz — це децентралізована платформа потокового передавання музики, яка залучає артистів і слухачів. Forecaster — це децентралізована соціальна мережа, яка залучає творців контенту та користувачів платформи. Вони забезпечують спільну основу для взаємодії різних типів акторів один з одним на економічному рівні.
Механізм консенсусу: ключ до з’єднання учасників блокчейну
Яскравим прикладом є сам блокчейн. У майбутньому ми побачимо існування блокчейн-обчислень як «вузьку талію». У високорівневій архітектурі блокчейну абсолютна «вузька талія» природно з’являється в центральному механізмі консенсусу. Механізм консенсусу створює багатосторонній ринок, який поєднує всіх учасників. **Він з’єднує верифікаторів і розробників додатків, верифікатори забезпечують обчислювальні ресурси та безпеку, а розробники додатків створюють додатки та розгортають смарт-контракти в блокчейні. Подібно до того, як Інтернет-протокол створює єдиний адресний простір для всіх учасників Інтернету, ** механізм консенсусу створює єдину обчислювальну основу для людей у блокчейні. **Подібно до IP, людям не потрібно піклуватися про складні деталі базової технології, а зосереджуватися на підтримці інтерфейсу верхнього рівня. Механізм консенсусу дозволяє людям не турбуватися про особливості апаратного забезпечення верифікатора, коли розгортання смарт-контрактів на блокчейні.
Подібно до протоколів Інтернету, механізм консенсусу ** встановлює двосторонні мережеві ефекти та позитивні петлі. **Чим більше валідаторів приєднується до мережі, вони надають розробникам додатків більше безпеки та кращу обчислювальну потужність для створення корисних додатків, що створює більший попит і створює цінність токенів. Це, у свою чергу, забезпечує сильніші стимули для більшої кількості валідаторів, забезпечуючи більше безпеки та обчислювальних ресурсів мережі, створюючи самопідсилювальну петлю зворотного зв’язку.
Баланс необмеженості та автономії
Отже, чого ми можемо навчитися, порівнюючи протоколи блокчейн та Інтернет? Як ми бачили, одним із найважливіших факторів успіху ІВ є її необмежений характер. Однак сьогодні існує безліч різних блокчейнів, які проходять різні експерименти, охоплюючи весь спектр.
На одному кінці є високоавтономні блокчейни, які вертикально інтегровані та контролюють усе, від однорангових мереж до механізмів консенсусу та верхніх обчислювальних рівнів, включаючи дозволені набори інструкцій. На іншому кінці спектру є абсолютно мінімальні блокчейни, які прагнуть залишатися надзвичайно необмеженими, не висловлюючи переваги мережевому рівню чи використовуваній мові програмування. Існують різні ступені автономії між цими двома сегментами.
Щоб навести суперечливий приклад, біткойн є високоавтономним блокчейном, хоча й дуже мінімалістичним. Він обов’язково вимагає, щоб будь-яка програма, яка працює на ньому, була створена з використанням Bitcoin Script (Bitcoin), обмеженої неповної мови програмування за Тьюрингом. Ethereum, з іншого боку, є більш складним блокчейном, який є більш необмеженим. Він забезпечує більш виразну мову програмування для створення смарт-контрактів і надає користувачам більше свободи, ніж біткойн.
Поки рано говорити, але буде цікаво побачити, чи існує подібна ситуація, коли необмежені домовленості призводять до вузької талії та ефективно роз’єднують речі, створюючи ефект маховика. Можливо, це домінуючі блокчейни, що розвиваються, як Інтернет. Однак ми повинні зазначити, що прагнення до необмеженості може призвести до певної жертви контролем. **Тому нам потрібно зважити різні фактори.
Нарешті, є кілька запитань, над якими варто подумати тим, хто розробляє протокол: як протокол забезпечує появу багатостороннього ринку? Хто учасники? Скільки свободи у цих акторів? Наскільки автономним є договір? Чи має угода те, що потрібно, щоб бути вузькою талією? **Ці запитання варто поставити, оскільки вони можуть вплинути на дизайн і обраний напрямок.
>>Друга ментальна модель: модульність
Другою ментальною моделлю є концепція «модульності», яка тісно пов’язана з «необмеженістю». Хоча ці два поняття часто пов’язані і їх легко сплутати, насправді вони незалежні. У другій ментальній моделі основним питанням є: який ступінь модульності слід прийняти в протоколі. **
Модульний проти необмеженого
Спочатку дамо просте визначення. «Необмежений» характер протоколу означає, що протокол надає якомога більше свободи, коли користувачі використовують протокол або будують функції на основі протоколу. Ось що означає без обмежень. З іншого боку, «модульність» протоколу означає, що протокол або архітектуру, яка є результатом протоколу, можна розбити на самодостатні базові компоненти. Іноді модульність протоколів призводить до більшої необмеженості, оскільки модульність часто призводить до більшої гнучкості. Але не завжди, кілька прикладів наведено нижче. Фактично, іноді для того, щоб збільшити необмеженість, ви повинні зменшити ступінь модульності. Отже, можна побачити, що ці два поняття різні.
Також можна додатково уточнити, що Інтернет є яскравим прикладом протоколів і стеків, які поєднують необмеженість і модульність. **Це необмежений дизайн протоколу, але також модульний, оскільки він побудований на ієрархічній структурі, кожен рівень незалежний один від одного, а між кожним рівнем є чіткі абстракції та інтерфейси. Щоб краще проілюструвати незалежність цих двох понять, ми можемо використати наступну діаграму. Графік має дві осі, вертикальна вісь представляє необмежену кількість, тобто ступінь свободи користувача; горизонтальна вісь представляє ступінь модульності.
Давайте візьмемо приклад Bitcoin та Ethereum, про які йшлося раніше. Біткойн відносно менш модульний, оскільки він досить вертикально інтегрований. Він прив’язує механізм консенсусу до певного обчислювального середовища та визначає конкретну мову програмування. Таким чином, він обмежує свободу користувача та не дозволяє створювати його за допомогою мови програмування, повної Тьюрінга, як інші блокчейни. Навпаки, Ethereum є більш модульним і заохочує побудову стеку блокчейнів на основі рівнів, надаючи рішення Layer1 і Layer2 для забезпечення вищої продуктивності та додаткових функцій. Бачення Ethereum полягає в досягненні більш модульного та необмеженого способу роботи блокчейна, хоча він може бути більш складним.
Іншим прикладом є Aptos і Sui, які мають високу вертикальну інтеграцію, а команди, що створюють ці блокчейни, відповідають за кожен рівень усього стеку блокчейнів. Хоча вони також пропонують виразні мови програмування, вони відносно менш необмежені. Навпаки, Celestia передбачає гіпермодульну та мінімалістичну архітектуру. Celestia існує як рівень доступності даних, а інші компоненти побудовані як модулі навколо нього. Celestia більш модульна, розділяє доступність і обчислення як різні модулі, але має деякі обмеження щодо виконання смарт-контрактів, тому вона відносно слабка з боку необмежень.
TCP/IP — це дуже модульна архітектура без обмежень. Він розроблений так, щоб бути структурованим у шари, причому кожен шар незалежний один від одного та має чіткі абстракції та інтерфейси. Цей приклад є хорошим прикладом різниці між модульністю та необмеженістю.
Переваги та проблеми «модулярізації»
«Рішення інноватора» — чудова книга, написана Клеєм Крістенсеном на початку 2000-х років. Дві глави присвячено обґрунтуванню монолітності, а не модульності, коли технологія не може повністю задовольнити потреби користувачів. Ця точка зору також стосується криптовалюти та блокчейну. На ранніх стадіях або коли технологія не відповідає очікуванням користувачів, користувачі будуть жадати більше функцій, що також відображає поточну ситуацію з блокчейном. Блокчейн не може задовольнити всі очікування та потреби.
Модульність стає більш розумною та вигідною, оскільки технологія відповідає або перевищує потреби користувачів. Модульність зменшує витрати завдяки аутсорсингу кожного модуля екосистемі учасників, які створюють функціональні можливості для модуля та комерціалізують його, зменшуючи вартість системи в цілому. Крім того, модульність також забезпечує більшу гнучкість для користувачів і розробників, які можуть вибрати заміну модулів. Однак ** також має деякі витрати, особливо з точки зору складності. **Під час створення модульної системи вам потрібно враховувати крайові випадки та визначати конкретні інтерфейси й абстракції для поділу різних модулів. Це додає складності та обмежує гнучкість спробувати різні підходи.
За словами Клея Крістенсена, модульність стає критичною, коли технічні можливості перевищують потреби клієнтів. Якщо ви не використовуєте модульний підхід, хтось інший побудує модульну архітектуру і перевершить вас. Однак, поки цей момент не буде досягнуто, підтримку монолітності та керування всією архітектурою можна оптимізувати, щоб максимально наблизитися до потреб користувачів. Наведена нижче таблиця взята з книги «The Innovator's Solution». Показано три лінії: пунктирна лінія відображає очікування користувачів, верхня суцільна лінія представляє можливості, досягнуті завдяки інтегрованому централізованому підходу, а нижня лінія представляє можливості, досягнуті завдяки більш модульній архітектурі. Рядки нижче означають, що вибір модульної архітектури зменшує контроль і, таким чином, запобігає надмірно агресивній оптимізації. Він знаходиться під лініями вертикально інтегрованої архітектури, яка має кращі можливості. Це показує, що з часом монолітні архітектури починають перевищувати масштаби, надаючи більше функціональних можливостей, ніж користувачі насправді потребують або бажають. У цьому випадку інтеграція більше не надає жодних додаткових переваг, тому має сенс перейти до модульного підходу, щоб скористатися перевагами модульності, задовольнивши при цьому основні потреби користувачів, представлені пунктирними лініями.
Давайте роз’яснимо цю концепцію на прикладі: еволюція мобільних пристроїв. До iPhone був Blackberry, високоінтегрований, вертикально інтегрований пристрій. Він зосереджений на одній важливій програмі – електронній пошті – і жорстко контролюється RIM, компанією, яка виробляє BlackBerry. Він був розроблений, щоб забезпечити достатньо хорошу функціональність електронної пошти для бізнес-клієнтів. У той час було б дуже складно спробувати більш модульний, загальний і неупереджений підхід, оскільки технологія була недостатньо розвиненою. Лише після того, як технології розвинулися, Apple запровадила модульність через App Store, надавши iPhone ще більшої гнучкості. З появою App Store розробники могли писати програми для iPhone, що зрештою стало виграшною формулою. Однак реалізація цього підходу може бути складною, доки технологія не розвинеться для підтримки цієї функції.
Тепер давайте розберемося: Інтернет, здається, суперечить цій теорії. Коли Інтернет тільки з'явився, він не міг задовольнити потреби користувачів і часто працював нестабільно. Конкуруючим з цим є вертикально інтегрований підхід під назвою «інформаційна супермагістраль», призначений для створення безперебійного наскрізного досвіду. Цікаво, однак, що IP та Інтернет з їх гіпермодульним підходом зрештою перемогли над інформаційною магістраллю, незважаючи на їх недосконалий початок. Це ставить під сумнів теорію, запропоновану Клеєм Крістенсеном. Одним із можливих пояснень є те, що Клей Крістенсен, можливо, не повністю оцінив силу мережевих ефектів. У випадку IP неупередженість вузької талії стає настільки важливою, що суперечить загальноприйнятій теорії. Це підкреслює величезний вплив мережевих ефектів.
Отже, як ми повинні дивитися на проблему модульності? ** Модульність може бути хорошою чи поганою залежно від ситуації. **Це має перевагу у підвищеній гнучкості, але водночас пов’язане з деякими витратами, як-от збільшення складності та рішень, які потрібно прийняти. Модульність може зменшити витрати, підвищити гнучкість користувачів і залучити більше людей до участі. Однак ми зазначаємо, що в деяких випадках модульність може зменшити справедливість, вимагаючи пильності та пов’язаної з концепцією «вузької талії», яку обговорювали раніше. Загалом, нам потрібна ментальна модель для вирішення складнощів модульного вибору, оскільки вибір буде відрізнятися від випадку до випадку.
>>Ментальна модель третя: мережевий маховик
Далі йде третя і остання ментальна модель - мережевий маховик. **Ця модель зосереджена на ролі токенів у протоколі, а мета протоколу — сприяти участі багатьох сторін у ринку. **Однак для того, щоб протокол був успішним, необхідно вирішити складну проблему, відому як проблема «холодного старту», тобто ситуацію, коли протокол не може нормально функціонувати без сторони пропозиції чи попиту. Вирішення проблеми холодного запуску було складним завданням у минулому. Однак впровадження токенів дає вирішення цієї проблеми. Токени можна використовувати як механізм заохочення для мотивації та залучення учасників. Вони надають спосіб отримувати та розподіляти цінність у мережі, заохочуючи тим самим сторони пропозиції та попиту брати участь та взаємодіяти з протоколом.
Токенізована модель заохочення
У минулому вирішення проблеми «холодного старту» на ринках із багатьма учасниками часто вимагало значних вливань капіталу, часто від венчурних капіталістів (VC) або державних організацій. Такі компанії, як Uber, наприклад, сприяли зростанню, субсидуючи одну чи обидві сторони ринку. Таке вливання зовнішнього фінансування допомагає подолати проблему відповідності попиту та пропозиції на початкових етапах. Однак **токени пропонують вирішення проблеми холодного запуску. Їх можна використовувати як механізм стимулювання для мобілізації ентузіазму учасників мережі. ** Розповсюджуючи токени учасникам в обмін на їхній внесок або участь, мережа може рухатися сама, а не покладатися лише на вливання зовнішніх коштів.
Давайте розглянемо ідею покращення Uber. Припустімо, замість того, щоб розвивати ринок грошовими субсидіями, Uber дає водіям невелику частку в компанії за кожну поїздку. Який буде ефект від цього? Такий капітал може дати водіям уявлення про довгострокову цінність їхньої частки, сприяючи лояльності до Uber і стимулюючи їх керувати для компанії. Цей підхід представляє більш ефективну структуру капіталу, оскільки фінансування надходить від самих учасників, а не зовнішніх субсидій.
Ми можемо використовувати концепції Інтернету та TCP/IP, щоб пояснити потенційні переваги токенів. Уявіть собі, якби протокол TCP/IP мав маркер, за допомогою якого ті, хто зробив внесок у його ранній розвиток, отримали б право власності на мережу.
Мережеві ефекти токенізації
У наведених вище випадках токени дозволяють власникам ділитися доходом мережі. Цей підхід на основі токенів може полегшити запуск Інтернету без надмірної залежності від державного фінансування. Крім того, це може посилити мережевий ефект шляхом залучення капіталу та людських ресурсів. Це призводить до концепції мережевого маховика, яка особливо стосується блокчейнів рівня 1, але також може бути застосована до інших протоколів. **Відправною точкою Flywheel є команда засновників і основні розробники, які задумали та створили протокол. Фінансовані інвесторами, вони створюють початкову вартість токена. Тепер ці токени мають цінність, стимулюючи валідаторів приєднуватися до мережі та забезпечуючи продуктивний капітал, наприклад обчислювальні ресурси, для забезпечення безпеки та функціональності мережі. Це, у свою чергу, приваблює сторонніх розробників, які вносять свій людський капітал, створюючи корисні програми на платформі. Потім ці програми надають корисність кінцевим користувачам, поступово формуючи спільноту, яка зміцнює оригінальне бачення в основі протоколу, таким чином завершуючи коло. Ось як працює павутинний маховик.
Оскільки бачення протоколу стає сильнішим, токен стає більш цінним. Можливо, за допомогою додаткових коштів від інвесторів з’являться сильніші стимули для валідаторів або інших учасників надавати більш продуктивний капітал мережі, покращувати функціональність мережі та, у свою чергу, заохочувати більше сторонніх розробників створювати програми, надавати більше корисність для кінцевого користувача. Це ще раз підсилює оригінальне бачення ядра мережі. Це концепція веб-маховика.
Тому хочемо підкреслити: якщо мережа правильно спроектована, то на кожному етапі маховика різні учасники можуть заробляти токени за допомогу в запуску мережі. Це фактично допомагає мережі подолати проблему холодного запуску, де токени відіграють модеруючу роль. Токени можуть виконувати різноманітні ролі, але одна з найвпливовіших — допомога у запуску багатостороннього ринку протоколів.
原文：3 ментальні моделі для криптоінфраструктури | Алі Ях'я
Джерело: a16z crypto