Недавно SUI публичная цепочка также столкнулась с проблемой временной остановки блокировки. После двух с половиной часов остановки блокировки официальное сообщение SUI также было опубликовано по поводу этого события. Однако, несмотря на то, что SUI, основанная на высокопроизводительной публичной цепочке, пережила остановку блокировки, это также напоминает о Солане несколько лет назад. При сравнении двух, хотя они сильно отличаются по языку программирования и архитектуре, они все же одинаково ориентированы на высокопроизводительные публичные цепочки, но также критикуется за недостаточную децентрализацию.

Почему один участок кода управления заторами вызвал крах всех валидаторов

Отчет указывает, что 21 ноября 2024 года в 01:15 - 03:45 по тихоокеанскому времени сеть SUI Основная сеть полностью остановилась. Все валидаторы попали в цикл сбоев, что привело к невозможности обработки любых транзакций во всей сети. Это событие подчеркивает, что при повышении производительности высокопроизводительных публичных блокчейнов все еще требуется высокая степень стабильности.

И, согласно официальному заявлению, причина этой остановки заключается в том, что в коде управления перегрузкой SUI сработало утверждение 'assert!', вызвавшие сбойвалидаторы. Конкретно, сбой сети происходит, когда одновременно выполняются следующие условия:

Режим TotalGasBudgetWithCap для управления заторами включен.

Полученная сделка содержит следующие характеристики: изменяемый общий объект в качестве входа, без каких-либо инструкций MoveCall

Когда такие сделки входят в сеть, все валидаторы одновременно выходят из строя, и сеть останавливается.

Что такое контроль заторов?

Архитектура объектно-ориентированной сети SUI позволяет обрабатывать большое количество параллельных транзакций, что является способом достижения высокой производительности. Однако, если несколько транзакций должны быть записаны в один и тот же общий объект, они должны быть выполнены последовательно, и скорость обработки таких транзакций ограничена. Чтобы избежать заторов, вызванных общими объектами, SUI вводит механизм контроля заторов для ограничения скорости транзакций одного общего объекта. Дополнительное пояснение автора: ранее в ходе офлайн-встречи SUI Foundation с XueDAO упоминалось, что их логика заключается в выполнении пакетов транзакций с причинно-следственной связью.

А недавно SUI обновил систему контроля заторов, введя режим TotalGasBudgetWithCap для более точной оценки сложности транзакций. Однако в коде этого режима обнаружена уязвимость, которая привела к этому инциденту. Команда SUI заявила, что сразу после обнаружения проблемы быстро приняла меры и выпустила обновленные версии Основной сети v1.37.4 и Тестовой сети v1.38.1 с исправлениями кода (PR #20365). Сообщество валидаторов продемонстрировало высокую эффективность реакции, восстановление сети заняло всего 15 минут.

Протокол Typus: остановка блока SUI полностью отличается от Solana

Остановка Sui на производстве блоков неминуемо напоминает остановки Solana и даже TON в этом году. CGO Typus протокола Децентрализованные финансы на Sui, Кири, поделился мнением членов команды по этому поводу на Twitter. Он ясно указал, что это совершенно отличается от остановки блоков на Solana. В случае Solana проблема заключается в сетевой перегрузке, что приводит к сбоям системы, и ее решение требует масштабных усовершенствований инфраструктуры, что также означает, что проблему Solana трудно решить в короткие сроки. А Sui имеет явную техническую проблему, которая не влияет на основную инфраструктуру системы.

Kyrie сказал, что проблема с машинным счетом Стоимость транзакции вызвана переполнением чисел (переполнение). Простыми словами, это похоже на то, что у машины недостаточно разрядов для отображения, и когда число слишком большое, оно сбрасывается до нуля и начинает пересчитываться заново. В такой ситуации система попадает в бесконечный цикл, что в конечном итоге приводит к полной остановке всей сети.

Когда система вычисляет значение, которое выходит за пределы диапазона, в оригинальном дизайне происходила ошибка вычислений, что приводило к бесконечному циклу выполнения. Однако после исправления в PR #20365 был установлен правильный верхний предел вычислений, чтобы избежать такой ситуации. Он также указал, что ключевой момент этого инцидента заключается в том, что проблема возникла в логике вычислений, связанных с Стоимость транзакции, а не с Механизмом консенсуса SUI или архитектурой системы. Это также объясняет, почему исправление было проведено так быстро и прямо.

Franklin Templeton и SUI объявляют о сотрудничестве

За день до дедлайна поступило сообщение о сотрудничестве Фонда Sui с Franklin Templeton после дня, когда блокировка остановилась. В заявлении Franklin Templeton назвал Deepbook, Karrier One и ika эти три Протокола и инфраструктуру. Однако, исходя из операций Franklin Templeton в блокчейне, можно ожидать сочетания безопасной общедоступной цепи Sui и RWA, ориентированной на объекты.

Эта статья впервые остановилась после запуска на SUI: разработчики говорят, что проблем нет, на следующий день Franklin Templeton объявил о сотрудничестве. Опубликовано на Chain News ABMedia.