Завдяки новим версіям конкуруючі програми для Bitcoin створюють довгострокові плани

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

Триваюча дискусія щодо того, як масштабувати блокчейн Bitcoin для нових користувачів, як повідомляється, була в центрі уваги, оскільки нещодавняКруглий стіл Satoshi, місце для відпочинку лише за запрошенням, яке об’єднало розробників і бізнес-лідерів. Однак ознаки свідчать про те, що учасники вийшли з події з a більше негативу погляд на стан дискурсу.

Але навіть незважаючи на те, що напруга зберігається, розробка двох конкуруючих версій програмного забезпечення для Bitcoin – Bitcoin Classic і Bitcoin CORE – триває, оскільки групи лобіюють підтримку з боку ширшої бази користувачів мережі.

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

Незабаром після цього команда позаду альтернативна реалізація Bitcoin Bitcoin Classic оголосив про свою дорожню карту на 2016 рік <a href="https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md">https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md</a> , а цього тижня продовжив випуск останньої версії Classic, заснованої на версії CORE 0.12.0.

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

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

Генеральний директор Bloq Джефф Гарзік сказав CoinDesk:

«Мережа швидко Соціальні мережі виграшному форку, [є] мільярди стимулів».

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

Класична дорожня карта

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

На першому етапі команда планує реалізувати BIP 109, спочатку запропонований для CORE розробником Гевіном Андресеном, який збільшить розмір блоків транзакцій у мережі Bitcoin з поточного 1 мегабайта (МБ) на блок до 2 МБ на блок.

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

Андресен сказав CoinDesk:

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

28-денний період залишив деяких у спільноті зацікавленими, але Андресен зауважив у нещодавньому публікація в блозі що «кілька основних Bitcoin майнерів, бірж [і] постачальників веб-гаманців» вказали, що період активації дає їм «багато часу», щоб змінити своє програмне забезпечення.

Крім того, він захистив 28-денний пільговий період, порівнявши його з останнім оновленням блокової версії.

Андресен пояснив, що для досягнення 75% хешрейту знадобився приблизно місяць, а коли це сталося, знадобилося лише ще сім днів, щоб досягти 95% хешрейту.

Іншими словами, він вважає, що T серйозних занепокоєнь щодо 28-денного вікна переходу.

Майбутні етапи для Classic

У випадку, якщо хардфорк все ж почнеться, Classic вступить у свою другу фазу протягом Q2 або Q3 2016 з передбачуваною метою вирішення проблем із розміром блоку.

«Мета другої фази — усунути технічні бар’єри (через неефективний мережевий протокол), які обмежують пропускну здатність мережі. Замість того, щоб передавати величезну кількість даних, коли знайдено новий блок, буде транслюватися невелика кількість даних, посилаючись на дані транзакцій, які, мабуть, уже транслювалися», — пояснив Андресен.

Далі він заявив, що ця ефективність не викликає занепокоєння в блоках розміром 1 МБ або 2 МБ, але що кінцева мета другого етапу полягала в тому, щоб «припинити центральне прийняття рішень про «правильний» максимальний розмір і повернутися до початкового бачення Сатоші системи саморегулювання».

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

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

«Щоб визначити ліміт розміру блоку, ви обчислюєте середній розмір блоку за деякою недавньою вибіркою блоків і застосовуєте множину», — написав Пайр.

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

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

Разом зі збільшенням розміру блоку Classic планує провести конференцію, «де ці та майбутні рішення масштабування та проблеми можна буде обговорити серед спільноти».

Новий випуск, опублікований 7 березня, містить елементи з Bitcoin Core 0.12.0, але, зокрема, залишає функцію заміни за комісією (RBF), за допомогою якої користувачі можуть повторно транслювати транзакції з вищими комісіями, якщо вони T були включені в блок, вимкнену за замовчуванням.

CORE випускає останню версію програмного забезпечення

The CORE команда розробників оголосив про випуск версії 0.12.0 23 лютого, яку розробники описали як потенційно « ONE , з більш суттєвими вдосконаленнями, ніж будь-які інші раніше».

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

У листопаді 2015 року розробник CORE Pieter Wuille подав a Request на вилучення щоб перейти до перевірки ECDSA на основі libsecp256k1. У ньому він пояснив, що такий перехід матиме три переваги.

«Перевірка підпису відбувається в 2,5–5,5 разів швидше; код консенсусу більше не залежить від OpenSSL або його синтаксичного аналізатора підписів; видаляє зв’язки з OpenSSL із libconsensus», — написав він.

Відмова від OpenSSL також мала наслідки для безпеки.

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

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

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

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

У дописі в блозі, опублікованому перед ним покинув команду Bitcoin CORE, про що попередив розробник Майк Хірн потенціал для значного зменшення вузлів мережі.

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

Гірн окреслив три можливі сценарії, які можуть виникнути внаслідок цієї обставини:

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

Щоб протидіяти цьому, CORE представив функцію під назвою обмеження пулу пам’яті, яка встановлює жорстке обмеження за замовчуванням на розмір пулу пам’яті; зокрема, він встановлений на 300 МБ у 0.12.0.

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

Скорочення ресурсних витрат

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

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

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

Зараз вузли зберігають повну копію блокчейну. На момент написання цієї статті це означає, що кожен вузол повинен зберігати 57,8 ГБ даних транзакцій. Чим більше він стає, тим більше місця для зберігання потрібно.

Новий «скорочений режим» дозволяє тим, хто використовує гаманець Bitcoin CORE , скоротити необхідний дисковий простір із 60 ГБ до лише 2 ГБ.

«Це означає, що вузол зосередиться лише на відстеженні невитрачених виходів і забуде раніше оброблені блоки, а також витрачені виходи», — пояснила команда.

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

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

Зображення втраченого туриста через Shutterstock