Solana Network претърпя 20-часова повреда, основната причина все още не е известна
Solana Network претърпя 20-часова повреда, основната причина все още не е известна
Solana Failures отново повдигна въпроси относно дизайна на водещия слой 1 blockchain.
Валидаторите се опитаха два пъти през уикенда, за да рестартират мрежата, след като активността на веригата беше замразена. В миналото Солана обработва само 93 tps. След спада на производителността, общността на валидатора най -накрая трябваше да избере синхронизирана верига рестарт на мрежата.
Нова неуспех на Solana
Според официалната публикация в блога, причината за провала все още не е определена, но Солана все още се изследва активно. Екипът заяви, че мрежата не може да бъде възстановена без намеса от общността на валидатора.
Решението за рестартиране на мрежата беше предложено от инженерите, които отстраниха грешките на проблемите. След това общността на валидатора реши да се понижи до предишната стабилна версия, v1.13.6. В същото време беше въведен 1.14, за да се намали рискът от редурнатор.
"Първият опит за рестартиране беше отменен, за да има време за по -задълбочен анализ на данните и да се гарантира, че никоя потребителска транзакция не е нарушена. След допълнителен анализ общността започна мрежата заедно с по -стар слот от избрания по -рано. Никакви потвърдени потребителски транзакции не бяха нулирани или нарушени."
реакция на общността
Миналата година Солана претърпя 14 повреди, както с малки, така и с големи престоя. Ядосаните членове на общността посочиха, че продължаващите провали могат да се дължат на масивна грешка в дизайна в мрежата. A user called "dbcrypt0" called the on-chain consensus from Solana comprises network transactions that consist of consensus communication between validers and the transactions themselves, which "inflated the transaction volume и tps ".
Те допълнително критикуваха мрежата и казаха, че от 4000 tps, които Solana предлага, само 10 % са "действителни" транзакции, като същевременно добавиха, че по -голямата част от обема се състои от съобщения от Validiers, което в крайна сметка довежда системата в застой.
В случай на провал, комуникацията между валидистите се откъсва, като същевременно се обръща към раздора, за да изработи план. Две трети от валидаторите обаче трябва да се споразумеят за решение, за да станат отново, а някои от тях могат да бъдат офлайн или да не са наясно с провала.
Техническите закъснения на Solanas не са нови. Миналата година екипът дори показа начини за развитието си за облекчаване на подобни инциденти. В последно време разработчиците са внедрили нова функция, наречена „Приоритетни такси“, с която потребителите могат да плащат допълнителни такси, за да избегнат задръствания.
<скрипт async src = "https://platform.twitter.com/widgets.js" charset = "utf-8"> .