Пропозиція біткойна щодо масштабування Segwit2x: CORE розробники висловлюють критичну позицію

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

Можливо, це не особливо дивно, якщо ви добре знайомі з давньою дискусією щодо розміру блоку біткойна, але попередній код того, що зараз відомий як "Segwitx2"T був особливо добре сприйнятий спільнотою розробників проекту з відкритим кодом.

ONE т. зв Request на вилученнянаприклад, співзасновник Bloq Джефф Гарзік зустрів хором скептичних коментарів. Більшість були досить технічними, надходили від деяких розробників, які працювали над Bitcoin протягом тривалого часу, але відповідь, схоже, зводилася до: «Чому група T використовує більш безпечний метод – ONE , який багато хто з нас пропонував раніше?»

Деякі коментарі мали глузливий відтінок. «Цей Request на отримання досить дивний», — заявив керівник дослідження блокчейну Colu Уді Вертхаймер у своїй відповіді.

«Тестів ще немає», — просто заявив інший розробник.

Тим не менш, Гарзік, колишній розробник Bitcoin CORE , який працював у Bitcoin процесорі BitPay, привітав відгук і пізніше того ж дня відповів на Середній. «Це був а відправна точка", - сказав він, вказавши на свою позицію, що поточна реалізація на GitHub є незавершеною.

Гарзік додав, що погоджується з отриманими відгуками та схвалює внесення змін, які забезпечують сумісність коду з існуючою версією Segregated Witness (або SegWit) – планом масштабування блокчейну. запропонований Автори Bitcoin CORE у 2015 році.

«Якщо результат максимізує сумісність ще більше, ще більше повторно використовує існуюче тестування, це WIN. Прогрес вперед», — написав Гарзік.

Вилка страхів

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

Ймовірно, варто зазначити, що жоден із розробників-добровольців, що стоять за Bitcoin CORE, не підписав «угода' за пропозицією, вперше оголошеною минулого тижня інвестиційною портфельною компанією DCG. Як зазначалося вище, це сталося частково через технічні проблеми, а частково через те, що деякі T вірять, що хардфорк потрібен саме зараз.

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

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

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

«Я написав BIP91, щоб спробувати зробити пропозицію більш розумною», — сказав розробник Bitcoin Джеймс Хілліард, додавши, що, на його думку, поточний графік хардфорку «повністю нереалістичний».

Інші надають більшої ваги цій пропозиції, яку підтримують понад 60 компаній і понад 80% операторів і компаній майнінгового пулу біткойнів.

«Я вважаю, що ми повинні побудувати цю пропозицію та вдосконалити її», — сказав генеральний директор Blockstream Адам Бек. Загалом, Back виявився, мабуть, ONE із найбільш позитивних голосів, з коментарями, які припускають, що відмова від розробників може створити проблеми зі сприйняттям.

Зокрема, він намагається скерувати інтерес до пропозиції під назвою «spoonnet», гілки дослідження жорсткої вилки від співавтора Bitcoin CORE Джонсона Лау.

Співавтор Bitcoin CORE Ерік Ломброзо, який працював над кодом SegWit, мав подібну спільну думку. «Я наполегливо працюватиму з [засновником і генеральним директором DCG Баррі Сілбертом], щоб досягти успіху», — сказав він написав у соціальних мережах, хоча й не без деяких застережень.

Занадто багато, занадто рано?

Суть полягає в тому, що багато розробників T вважають цю пропозицію ONE.

Співавтор Bitcoin CORE Браян Бішоп максимально коротко підсумував занепокоєння:

«Я думаю, що зрештою хард-форк [DCG] не зможе безпечно перенести всю мережу. Немає захисту від повторного відтворення. Це невиправдано короткий термін. Він T використовує попередні дослідження хард-форку».

«Я думаю, що вся індустрія має прокинутися й усвідомити, скільки часу займають ці речі», — додав він, стверджуючи, що експертна перевірка та тестування займають багато часу. (Інші розробники та користувачі Bitcoin також поставили під сумнів шестимісячний графік.)

Можливо, більш важливим питанням є: якщо група вирішить ці технічні проблеми, чи підтримає її більше розробників?

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

«Серед розробників Bitcoin CORE існує загальна думка, що величезну кількість можливостей можна отримати за допомогою програмних форків і зворотно-сумісних оновлень. Я T думаю, що розробники Bitcoin CORE збираються Rally навколо хардфорку в NEAR майбутньому, особливо не ONE буде продиктована Secret зустріччю за закритими дверима», — сказав Бішоп.

Розробник Йонас Шнеллі, відомий бібліотекою libbtc, сказав, що, можливо, він міг би впоратися з хардфорком для збільшення розміру блоку, якщо дати йому більше часу.

«Я задоволений SegWit2x, якщо він може знизити до 80% без несумісності з існуючою реалізацією [SegWit]», — сказав Шнеллі. «І виконайте [хардфорк] пізніше».

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

Інші варіанти

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

«У SegWit2x немає жодних технічних причин поєднувати [Segwit] із [хардфорком]. Тільки політичні. А Bitcoin був створений, щоб триматися подалі від політики… ось чому я в основному [] не підтримую його», — сказав Шнеллі.

Співавтор Bitcoin CORE Люк Дашджр був відкритий до ще однієї недавньої пропозиції під назвою КООП, який об’єднує низку досліджень хард-форку в ONE пропозицію щодо вдосконалення Bitcoin (BIP) для безпечнішого розгортання. Але він мав застереження щодо такого швидкого збільшення розміру блоку.

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

Він підсумував:

«У будь-якому випадку BIP148 починається в серпні».

Повідомлення: CoinDesk є дочірньою компанією Digital Currency Group (DCG).

Людина на будівельних сходах зображення через Shutterstock