Одно и то же событие в отрасли трактуют как минимум двумя способами; если поставить их рядом, картина становится яснее: с одной стороны — «один публичный блокчейн устранил уязвимость, оставшуюся с 2015 года», с другой — «старую проблему системно решили лишь спустя столько времени».
Первая трактовка — это победа механизмов безопасности. Ранняя уязвимость, которая могла привести к раздуванию предложения, была обнаружена и устранена патчем, после чего сетевые участники подтвердили исправление. Всё прошло по стандартной для публичных блокчейнов схеме «обнаружение — исправление — проверка»; сама возможность открыто обсуждать проблему и получить согласие узлов — признак работающего управления.
Вторая трактовка — это напоминание: код устаревает, а уязвимости могут оставаться незамеченными. Одно исправление не означает, что теперь можно навсегда забыть об осторожности; для устранения исторически накопившихся проблем часто нужны несколько раундов аудита и консенсус сообщества.
Работая с корпоративными системами, мы больше согласны со смыслом второй трактовки: надёжность системы определяется не тем, что она «никогда не ошибается», а тем, что после ошибки её можно обнаружить, воспроизвести, исправить и проверить. Событие $XRP правильнее рассматривать как пример работы механизмов управления и безопасности, а не как сигнал о направлении развития (оценка безопасности относится только к результатам сканирования на данный момент и не является гарантией безопасности). Криптоактивы отличаются высокой волатильностью; вышеизложенное — обсуждение механизмов, а не инвестиционная рекомендация. #XRP #协议漏洞 #链上治理 $XRP
Первая трактовка — это победа механизмов безопасности. Ранняя уязвимость, которая могла привести к раздуванию предложения, была обнаружена и устранена патчем, после чего сетевые участники подтвердили исправление. Всё прошло по стандартной для публичных блокчейнов схеме «обнаружение — исправление — проверка»; сама возможность открыто обсуждать проблему и получить согласие узлов — признак работающего управления.
Вторая трактовка — это напоминание: код устаревает, а уязвимости могут оставаться незамеченными. Одно исправление не означает, что теперь можно навсегда забыть об осторожности; для устранения исторически накопившихся проблем часто нужны несколько раундов аудита и консенсус сообщества.
Работая с корпоративными системами, мы больше согласны со смыслом второй трактовки: надёжность системы определяется не тем, что она «никогда не ошибается», а тем, что после ошибки её можно обнаружить, воспроизвести, исправить и проверить. Событие $XRP правильнее рассматривать как пример работы механизмов управления и безопасности, а не как сигнал о направлении развития (оценка безопасности относится только к результатам сканирования на данный момент и не является гарантией безопасности). Криптоактивы отличаются высокой волатильностью; вышеизложенное — обсуждение механизмов, а не инвестиционная рекомендация. #XRP #协议漏洞 #链上治理 $XRP