Весняне масштабування Эфириума: тести Java версії Casper і сайдчейны від виробника «полунички»

Останній день зими приніс відразу кілька новин, що стосуються масштабування мережі Эфириума. Після частково вдалого тестування протоколу Casper FFG версії pyethereum (протокол Эфириума мовою pyethereum – варіанти python) в кінці січня, 28 лютого в тестової мережі стартував варіант Casper FFG Harmony – той же протокол на мові Java, який раніше носив назву EthereumJ.

На момент написання статті, в мережі працює тільки один вузол Harmony, що послужило причиною іронічного твіти від Віталіка Бутерина:

Мережа на pyethapp поки нікуди не годиться і тільки вузол Harmony працює Координатором (Coordinator™), поєднуючи між собою вузли, що працюють на pyethereum.

Зміст твіту в тому, що роль Harmony аналогічна сайту Координатора в системі IOTA – традиційної мішені для критиків спільноти Эфириума, звинувачують IOTA у централізації. Втім, коментуючи цей твіт в Reddit, Бутерин зауважив:

Строго кажучи, ситуація зміниться, коли до мережі підключаться інші вузли Harmony. А те, що у нас вже є дві незалежні імплементації Casper FFG – саме по собі чудова новина.

Для повноцінної роботи Harmony у нього залишилося додати логіку голосування валідаторів, проте це більш просте завдання.

Тим не менш, для того щоб істотно наблизити термін реалізації в основному блокчейне хардфорка Constantinople, необхідно, щоб код Casper FFG був включений в основні клієнти мережі – Geth і Parity, а цього поки що не сталося. Правда на нараді розробників в кінці січня представник Parity говорив, що Casper буде включений в код «у найближчі кілька тижнів», однак досі цього не сталося.

Реалізація Casper FFG не збільшить пропускну здатність Эфириума, оскільки це надбудова PoS над існуючим протоколом PoW. І навіть коли PoW буде замінений на алгоритм пропозиції блоків PoS, це збільшить продуктивність всього в три рази, що явно недостатньо для досягнення пропускної здатності, порівнянної з Visa – це завдання шардинга, рішення якої почнеться тільки після повного переходу на PoS. А поки завдання підвищення продуктивності цілком лягає на розробку різноманітних рішень другого рівня: сайдчейнов Raiden, Plasma
і каналів стану (Generalized state channels).

Dapps для дорослих і децентралізовані казино

З приходом весни з’ясувалося, що на передньому краї розробок загальних каналів стану знаходяться проект децентралізованого відеоконтенту для дорослих з промовистою назвою SpankChain
і платформа децентралізованих казино Funfair. Таким чином, цинічний мем, висхідний до початку інтернет-ери, отримав чергове підтвердження в XXI столітті:

Весь інтернет тримається на трьох великих P – Porn; Poker; Pills.

Команда SpankChain, розробник доставки відеоконтенту і аналогічної Криптокотикам блокчейн-ігри Cryptotitties, назва якої, як і назва основного проекту, коментарів не потребує, виклала код микроплатежных оффчейн-каналів на Github. На відміну від односпрямованого каналу мікроплатежів µRaiden, канали SpankChain можуть бути двосторонніми і містять механізм екстреного закриття, дозволяють передавати не тільки ефір, але і токени разом з станом смарт-контрактів. Однак, у відкритому доступі знаходиться лише частина коду.

Інший розробник каналів станів – платформа децентралізованих казино FunFair. Оскільки з-за великих сум, які передбачається зберігати на депозитах смарт-контрактів, вимоги до безпеки коду набагато вище, ніж у SpankChain, підхід до розробок тут більш формальний. Код смарт-контрактів FunFair повністю знаходиться у відкритому доступі і вже 9 місяців працює в тестової мережі. Передбачається, що він буде портований в основний блокчейн Эфириума в найближчі тижні, а відкриття платформи для всіх охочих відбудеться у другому кварталі.

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