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

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

Коли ми випустили CryptoKitties рік тому, ми вирішили не фінансувати її на передній план з ICO, а натомість будувати її на стійкій моделі доходу. Ця модель така: ми збираємо плату в 3,75% за кожну транзакцію в грі. Зважаючи на те, що ми не зможемо змінити плату після запуску - CryptoKitties побудований на блокчейн Ethereum - люди часто запитують, як ми дійшли до цієї кількості.

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

Але це неправда.

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

Незмінюваність приголомшлива і страшна

Ми легко могли обрати неправильно, і оскільки ви не можете щось змінити, як тільки ви додасте його в блокчейн, це було б катастрофічно. На щастя для CryptoKitties, наше співтовариство настільки пристрасне, а Кошенята настільки чарівні, що 3,75% працювали чудово.

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

Наш гонорар був лише одним рішенням серед багатьох: скільки часу має займатися розведення Кітті? З якою швидкістю слід сповільнювати їх розмноження? Скільки повинна коштувати кішка Gen 0? Для blockchain навіть, здавалося б, незначний вибір може спричинити серйозні, навіть критичні наслідки.

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

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

Введіть прогресивну децентралізацію

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

Давайте зараз поглибимось.

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

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

Прогресивна децентралізація може приймати різні форми

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

Ось кілька способів, як розробники могли підійти до прогресивної децентралізації:

  1. Автор декількох контрактів з відповідним розділенням проблем та можливістю замінити деякі з цих договорів. Деякі децентралізовані програми ("dapps"), такі як Decentraland, у яких є договори, що можна оновити, вже використовують це.
  2. Налаштовані змінні та дозволи самостійно змінювати ці значення. Наприклад, Etheremon надає спеціальні дозволи групам користувачів, які стають модераторами.
  3. Включіть у договір заздалегідь визначений набір зростаючих рівнів, кожен дозволяє творцям певних можливостей. Рівні можуть бути підвищені, ніколи не знижуватися, тому зворотний трек - це не варіант. Наприклад, на рівні 1, власники контрактів можуть грати з усіма змінними геймплея. На рівні 2 закінчується їх здатність змінювати основні змінні. На остаточному рівні контракт відкликає всі їх спеціальні пільги.

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

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

Притягнення творців до відповідальності

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

Прогресивна децентралізація включає принципи, щоб нести відповідальність творців:

Зростання на основі часу або блоку

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

Уявімо, наприклад, що з моменту запуску CryptoKitties було пробіг 360 000 блоків (приблизно за 60 днів) для налаштування змінних розмикань розмноження Kitties. Ми могли налаштувати механіку відключення до цього моменту, надаючи собі дихальну кімнату для вдосконалення рівноваги, при цьому все ж гарантуючи гравцям, що ми не матимемо цієї сили на невизначений час.

Зрілість на основі використання

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

Економічний стимул

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

Не існує найкращого підходу до побудови на блокчейні

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

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

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

Автори: Артур Камара, Дітер Ширлі та Грейді Мітчелл