За допомогою алгоритму консенсусу «доказ частки» вдалося вирішити багато проблем, характерних для попереднього варіанта – Proof of Work. Однак у нього ще залишалися недоліки. Наприклад – відносно високий поріг входження і не надто велика вигода для користувачів-початківців. Також спостерігалися деякі проблеми з масштабованістю мережі.
Проте сама ідея PoS та стейків виявилася придатною. Можливість заблокувати певну кількість монет на своєму гаманці, а за це отримати право брати участь у «лотереї» за право перевіряти нові блоки та комісію з транзакцій, привернула увагу багатьох користувачів. Тому проблеми алгоритму «доказу частки» треба було вирішувати.
І в 2014 році Даніель Ларімер розробив «покращену» версію даного алгоритму – «делегований доказ частки» або «DPoS». Її сенс у тому, щоб дати користувачам можливість делегувати свої «голоси», одержувані шляхом внесення у стейк монет, обраним делегатам. Причому передається не можливість працювати зі стейком (і знімати з нього гроші), а ті права, що він надає.
А коли вибраний делегат отримує нагороду за верифікацію чергового блоку, вона пропорційно ділиться між усіма, хто віддав йому свої права. Якщо ж не справлявся з обов'язками, то голоси можна було відкликати і передати іншому представнику.
Це дозволило вирішити вже озвучені проблеми. Замість величезної кількості користувачів із мінімальними стейками – обмежена кількість обраних представників. Отже, процес підтвердження помітно прискорився.
А будь-який початківець користувач блокчейна, який передав свій голос за якогось їхнього делегата, майже відразу ж починав отримувати свій прибуток (хоч і не дуже великий), а не чекав черги.
Головна проблема, з якою стикається алгоритм DPoS – несумлінні дії вибраних представників. Так, їх можна усувати, а голоси – повертати та передавати іншим. Але існують різні механізми цієї справи, з різним ступенем ефективності. Крім того, обмеженій кількості делегатів простіше домовитися між собою, а це вже загрожує «централізацією» управління. Отже, делегований доказ частки – підхід перспективний, але йому ще необхідно пройти перевірку часом та масштабами. Що досить складно, оскільки реально великих проектів, що використовують DPoS – не так багато.
0 Комментарии