Logo
Поділитися цією статтею

Пожовклий папір: що затримує важливе оновлення Ethereum ?

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

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

Називається Жовтий папір, документ — це те, що розробники Ethereum використовують як довідник під час кодування, і це те, на що покладаються клієнти, щоб залишатися на одній сторінці з мережею (без, скажімо, створення помилок, які можуть зламати її).

Продовження Нижче
Не пропустіть жодної історії.Підпишіться на розсилку Crypto Long & Short вже сьогодні. Переглянути Всі Розсилки

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

Замість чіткого посібника розробники повинні покладатися на «консенсус спільноти», щоб переконатися, що все функціонує правильно, сказав CORE розробник Нік Джонсон на нещодавній зустрічі. І оскільки мережа намагається KEEP за впровадженням (див.:Популярність CryptoKitties), нагальність для Ethereum адаптувати свій код, можливо, ніколи не була такою гострою.

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

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

Як сказав Джонсон під час зустрічі:

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

Забагато математики

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

Через це воно має давно піддається критиці як небажана відправна точка для новачків Ethereum . CORE розробник Пайпер Мерріам, виступаючи на зустрічі, сказав саме це, стверджуючи, що Жовта книга, як вона написана сьогодні, значно обмежує кількість людей, які можуть брати участь у розробці Ethereum .

«Насправді все зводиться до здатності перетворювати специфікації на математичну нотацію, у чому я не фахівець, і я маю диплом математика», — сказав він.

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

Під час телефонної розмови з CoinDesk він додав:Дуже небагато людей добре розбираються в позначеннях, які використовує Жовта книга для внесення значних змін».

Наразі розробники вказують на інший документ, КЕВМ, написаний на мові програмування K, як можлива сучасна специфікація для Ethereum.

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

Джонсон підсумував:

«Що я хотів би бачити, так це більш доступну, але все ж чітко визначену та детальну специфікацію, яка охоплює все необхідне для створення нового клієнта Ethereum з нуля».

Воротар

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

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

Зокрема, це доктор Гевін Вуд, засновник Parity Technologies і співзасновник Ethereum. Оскільки він є єдиним автором у списку, це робить його ключовим авторитетом у його поточному стані – але його зусилля покращити документ, здається, відбувалися уривками.

На початку цього року Вуд оновлено документ, але незабаром після цього повернуто повернутися до версії, доступної в 2016 році. На зустрічі розробників у березні інженер Ethereum Foundation Йоічі Хіраї сказав він говорив з Вудом про зміни, і що Вуд повернувся лише для того, щоб виправити помилки перед об’єднанням оновлення.

З тих пір, однак, Жовта книга побачила немає істотного оновлення.

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

Виступаючи під час зустрічі минулого тижня, він додав:

«У своєму нинішньому стані це дуже небезпечно».

Вуд не відповів на кілька запитів про коментарі.

Паритетна політика?

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

Посилення сприйманих проблем є що деякі відчувають Негативна преса про ethereum цього року повертається до Вуда. Наприклад, липневий хак 150 000 ефірів (вартістю 30 мільйонів доларів на той час) було пов’язано з проблемою з гаманцями Parity, як і нещодавнє заморожування коштів завдяки чому новий кодер «випадково» ініціював блокування ефіру вартістю 275 мільйонів доларів.

Крім того, Вуд блокував спроби змінити документацію в минулому, за словами Мерріама, який вказав на попередній проект Вуда CPP Ethereum.

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

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

«Я знаю, що люди звернулися до Гевіна [Вуда] щодо цієї проблеми, але він досі T вжив жодних дій», — сказав на зустрічі Хадсон Джеймсон, колишній керівник зв’язків з громадськістю Ethereum Foundation.

Джонсон також в інтерв’ю CoinDesk сказав, що будь-які спроби припустити, що серед розробників існують розбіжності, T зовсім точні.

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

Для Джонсона проблеми є лише ознакою необхідності кращого вирішення.

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

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

Пергамент зображення через Shutterstock

Rachel-Rose O'Leary

Рейчел-Роуз О'Лірі — кодер і письменник у Dark Renaissance Technologies. Вона була провідним технічним автором для CoinDesk у 2017-2018 роках, охоплюючи технології Політика конфіденційності та Ethereum. Вона має досвід цифрового мистецтва та філософії та пише про Крипто з 2015 року.

Rachel-Rose O'Leary