Обговорення стартапів Web3: чи потрібен відкритий вихідний код для шифрувальних проектів?

У світі Web3 відкритий вихідний код майже став своєрідним «політичним коректним». Децентралізація, прозорість, перевірка — ці ідеї природно пов’язані з «публічним кодом». Якщо блокчейн-проект не є відкритим вихідним кодом, зазвичай важко отримати довіру спільноти. Інвестори також будуть ставити під сумнів: якщо ви стверджуєте, що є децентралізованими, чому тоді приховуєте це?

Ця концепція не виникла нізвідки. Вона походить з інтернет-“Відкритий вихідний код”.

Від 90-х років минулого століття з Linux, до 2000-х років з Apache, MySQL, і до ери мобільного Інтернету з Android, відкритий вихідний код поступово встановив новий консенсус: код повинен належати всьому людству, а не якійсь компанії.

У 2009 році, коли з'явився біткойн, Сатоші Накамото безпосередньо опублікував вихідний код на SourceForge. Без жодного підтвердження від аудиторських компаній, без урядового дозволу, єдине довіру походило від того, що будь-хто міг завантажити код, запустити вузол, перевірити транзакції. Таким чином, відкритий вихідний код почав ставати одним із принципів світу Web3.

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

Найтиповішим є Ethereum. Його відкритий вихідний код не лише безпосередньо використовується, але й став основою для сотень сумісних з EVM ланцюгів, а також залучив безліч розробників, які приєдналися як учасники, сприяючи постійному оновленню самого протоколу. Наприклад, у 2015 році розробник спільноти Fabian Vogelsteller запропонував EIP-20 (так званий ERC-20), який заклав основи токенів і став основою для процвітання DeFi; ще один приклад — це EIP-721, запропонований у 2017 році Dieter Shirley (головним архітектором CryptoKitties) та іншими, який став базовим стандартом для теперішніх NFT; навіть дослідники спільноти, такі як Eric Conner, ініціювали EIP-1559, що призвело до революційних змін у механізмі комісій за транзакції, вплинувши на економічну модель Ethereum.

Можна сказати, що саме завдяки відкритому вихідному коду Ethereum постійно залучає нових розробників і дозволяє “зовнішнім внескам” поступово перетворитися на “галузевий стандарт”, формуючи справжній мережевий ефект.

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

Коли ви відкриваєте вихідний код під сонцем, конкуренти майже можуть безкоштовно його копіювати. Історично безліч “вбивць ефіру” саме так і виникли: від EOS до Tron, а потім до низки EVM-сумісних ланцюгів, більшість з яких безпосередньо повторюють кодову базу ефіру, просто вносячи зміни в механізм консенсусу, параметри продуктивності або фінансування.

!

Ту ж історію можна спостерігати на рівні додатків. Найяскравіший приклад — літо DeFi 2020 року. Uniswap започаткував нову парадигму децентралізованої торгівлі за допомогою моделі AMM, але через те, що контракт був повністю відкритим вихідним кодом, SushiSwap без жодних витрат на розробку просто скопіював код і додав додаткові стимули для видобутку ліквідності. Лише за кілька днів ліквідність Uniswap у понад 1 мільярд доларів була виведена, ринок на деякий час вважав, що SushiSwap повністю замінить його.

Фактично, відкритий вихідний код знижує бар'єри для інновацій, але також посилює “вампірську конкуренцію”. Проектам Web3 потрібно не лише бути технологічно попереду, але й мати постійне накопичення бренду, екосистеми та управління, інакше лише код не зможе створити захисний бар'єр.

Це також призвело до парадоксу: чим більш відкритим є проєкт, тим легше йому створити конкурентів; а чим більш закритий код, тим важче завоювати довіру користувачів та інвесторів.

Отже, що повинні робити підприємці Web3? Portal Labs вважає, що наступні пункти можуть надати підтримку.

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

Відкритий вихідний код коду може залучити розробників та спільноту, але справжню цінність проекту визначає подальше постійне будівництво. Чому Блокчейн Ethereum може пережити цикли, так це не через відкритий вихідний код EVM, а через те, що він сформував механізм пропозицій EIP, підтримку фонду, довгострокову розробницьку спільноту та інші “супутні системи”.

Для Web3 підприємців, відкритий вихідний код - це лише перший крок, захисний вал потрібно будувати на основі управління, екосистеми та мережевих ефектів.

Друге, працюйте над диференціацією.

Uniswap врешті-решт утримав свої позиції не через унікальність свого коду, а тому що він продовжував будувати свої бар'єри поза відкритим вихідним кодом. Він постійно випускає ітерації V2, V3, впроваджуючи централізований дизайн ліквідності, що підвищує ефективність використання капіталу; через фонд та механізми управління він залучає розробників та спільноту, формуючи довгострокові зв'язки; що ще важливіше, Uniswap вже став “дефолтним входом” у DeFi, брендова усвідомленість та дослідження відповідності надають йому важливу позицію, яку важко замінити.

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

Третє, використовуючи Відкритий вихідний код для “плеча”.

Відкритий вихідний код не лише ризик, але й може збільшити потенціал. Багато проєктів використовують “шаруватий відкритий вихідний код” — нижній рівень протоколу є відкритим, що полегшує спільне будівництво спільноти; основний алгоритм або прикладний рівень залишаються закритими, забезпечуючи баланс. Наприклад, базова логіка угод DYDX є відкритою, але його контроль ризиків та основний двигун угод залишаються закритими, щоб забезпечити диференційовану перевагу.

Також є команди, які використовують Відкритий вихідний код як інструмент розширення бізнесу, знижуючи бар'єри для доступу, щоб інші могли сприяти розвитку екосистеми. Типові приклади – Cosmos SDK та Polkadot Substrate, які завдяки повністю відкритому вихідному коду базової інфраструктури залучають безліч проектів публічних блокчейнів для повторної розробки в своїй екосистемі, зрештою перетворюючи “інновації інших” на свій власний мережевий ефект.

Відкритий вихідний код є довірчою основою Web3, а також двосічним мечем для підприємців. Він може залучати розробників, сприяти розвитку екосистеми, але також посилює конкуренцію та розмиває захисні бар'єри. Проте відкритий вихідний код - це не питання “чи варто”, а питання “як відкрити”. Справжні розумні підприємці Web3 не будуть сліпо закриватися, а також не будуть наївно відкривати все, а знайдуть свій власний середній шлях між довірою та конкуренцією.

Якщо ви вирішите Відкритий вихідний код, тоді нижче наведено список пропозицій Portal Labs щодо Відкритого вихідного коду:

1. Чітко визначити межі

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

Рекомендується управляти розділеними репозиторіями на GitHub, вказати ліцензії з відкритим вихідним кодом (наприклад, MIT, GPL), внутрішні модулі підтримувати в закритому режимі.

2. Інституціоналізація спільного будівництва

Вивчіть модель EIP Ефіріуму, встановіть процес подання пропозицій (PR → перевірка → голосування громади).

Можна створити публічний Discord/форум, встановити розділ «Подання пропозицій»; один раз на місяць проводити спільний дзвінок для перевірки пропозицій.

3.Швидке ітераційне

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

Рекомендується встановити ритм «маленька версія кожні два тижні, велика версія кожні три місяці» та опублікувати Roadmap на офіційному сайті або в GitHub Project.

4. Бренд та довіра

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

Рекомендується розглядати безпековий аудит, відповідність стандартам та громадські активності як “базові навички”, наприклад,

• Регулярні публічні аудиторські звіти;
• Запросити юридичну фірму видати висновок про відповідність;
• За допомогою хакафонів, конференцій для розробників залучити користувачів та розробників до екосистеми.

5. Екологічний важіль

Розглядайте відкритий вихідний код як інструмент для залучення розробників і підприємств, а не просто як «пожертвування коду».

Наприклад:

• Надати SDK/шаблони, знизити бар'єри для вторинної розробки;
• Встановлення програми Grant для фінансування застосунків на основі вашого протоколу;
• Досягти інтеграції з трьома-п'ятьма ключовими екосистемними партнерами (гаманцями, біржами, платформами даних).