В сети XRP возможен сбой, подобный Stellar

Недавно Happycoin сообщал о сбое, который произошел в сети Stellar 15 мая из-за одновременного отключения нескольких валидирующих нод. Сейчас технический директор Ripple Дэвид Шварц признается, что такой же сбой может произойти в сети Ripple.

В ответ на критику команда Stellar Development Foundation опубликовала блог на Medium, в котором объяснила, что именно произошло и почему. Заявляется, что Stellar не потерпел бы неудачу, если действовал по запланированному сценарию. Когда из сети исчезает большое количество валидаторов, система отключается, чтобы избежать вероятного форка.

«Протокол консенсуса Stellar вышел из строя потому, что перестал работать, как надо. Для такой системы как Stellar временная остановка предпочтительнее постоянной путаницы форков. Но вчерашний день показывает, что сеть нуждается в более совершенном инструменте для работы. Нам нужен улучшенный мониторинг состояния валидаторов, и он должен проще перезапускаться после выхода из строя.

Мы слышали заявления о том, что Stellar «чрезмерно централизован» и сбой в работе SDF-узлов обрушил всю сеть. По иронии судьбы, все ровно наоборот. Недавно Stellar добавил много новых нод, некоторые из которых слишком рано брали на себя ответственность за согласование. Нам нужны другие стандарты сообщества в отношении сроков обслуживания, построения кворума и настройки валидатора».

После этого технический директор Ripple Дэвид Шварц написал в Твиттере, что в Stellar хорошо объяснили произошедшее.

It may pain me to say it, but this is an excellent post from @StellarOrg on the 67 minute halt that their network suffered yesterday.https://t.co/1o9EiRY9iU

— David Schwartz (@JoelKatz) May 16, 2019

Далее он признал, что то же самое может случиться и с Ripple, потому что предотвращение форка является главным приоритетом.

By design, we traded off the risk of a double spend for the risk of a halt. PoW system make forward progress even where forward progress is unsafe. XRPL and Stellar do not make forward progress under potentially unsafe conditions. 2/2

— David Schwartz (@JoelKatz) May 16, 2019

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