Я прочитал достаточно отчетов о инцидентах, чтобы заметить паттерн. Разрешение, которое оставалось активным дольше, чем кто-либо намеревался. Одобрение кошелька, которое в то время казалось безобидным. Ключ, который был раскрыт из-за удобства, а не злого умысла. Дни или недели спустя отчет приходит. Язык спокойный. Выводы очевидны с точки зрения ретроспективы. Последствия дорогие.
Когда аудиторы начинают вмешиваться, а риск-комитет рассматривает сроки, никто не говорит о транзакциях в секунду. Никто не обсуждает результаты бенчмарков. В 2 часа ночи, когда начинают срабатывать алерты и поступают экстренные звонки, вопросы всегда одни и те же.
У кого был доступ?
Почему это разрешение все еще активно?
Кто одобрил эту транзакцию?
Индустрия блокчейна тратит невероятное количество времени на погоню за скоростью. Быстрое выполнение. Быстрое подтверждение. Быстрое все. Но я продолжаю замечать, что многие из наиболее значительных неудач вообще не связаны с медленными блоками. Они происходят от разрешений, которые были слишком широкими, полномочий, которые длились слишком долго, и ключей, которые стали видимыми, когда им никогда не следовало бы быть.
Вот почему OpenLedger меня интересует.
Как высокопроизводительная SVM-основная сеть, она не предполагает, что только скорость является моделью безопасности. Производительность имеет значение. Никто не хочет инфраструктуры, которая становится узким местом. Но я думаю, что есть разница между созданием быстрой сети и созданием сети, которая понимает риски.
OpenLedger, кажется, признает это различие.
Его архитектура разделяет задачи, а не заставляет все сосредоточиваться на одном уровне срочности. Модульное выполнение может работать выше более консервативной основы расчетов, позволяя активности оставаться эффективной, в то время как ответственность остается осознанной. Я нахожу такой подход более зрелым, чем бесконечная гонка за большими TPS. Активность может быть быстрой. Расчеты могут оставаться осторожными. Эти цели не должны конкурировать друг с другом.
Что выделяется еще больше, так это OpenLedger Sessions.
Если большинство инцидентов в блокчейне в конечном итоге являются сбоями разрешений, то разрешения заслуживают больше внимания, чем графики пропускной способности. OpenLedger Sessions вводят обязательную делегацию, которая ограничена как по времени, так и по объему. Доступ существует в четко определенных рамках. Полномочия истекают. Разрешения становятся временными, а не постоянными.
Это может показаться небольшим выбором дизайна.
Я так не думаю.
Большинство пользователей не думают о операционной безопасности каждую минуту дня. Они пытаются выполнить задачи. Каждая дополнительная подпись создает трение. Каждое повторное одобрение увеличивает вероятность того, что кто-то перестанет обращать внимание. В конце концов, предупреждения о безопасности становятся фоновым шумом.
Системы не должны зависеть от идеального поведения несовершенных людей.
Делегация по области + меньше подписей — это следующая волна пользовательского опыта в цепочке.
Я читаю это не как удобство, а скорее как принцип безопасности. Меньше ненужных одобрений означает меньше возможностей для ошибок. Ограниченные полномочия означают меньшие последствия, когда ошибки неизбежно происходят. Цель не в том, чтобы создать идеальных пользователей. Цель в том, чтобы создать более безопасные настройки по умолчанию.
Совместимость EVM OpenLedger вписывается в ту же философию. Я вижу это прежде всего как способ уменьшить трение с инструментами для разработчиков, а не как определяющую особенность самой сети. Знакомые инструменты ускоряют принятие. Они не исключают риск. Хорошая архитектура все еще имеет значение.
Токен OPEN функционирует как топливо безопасности для сети, и стекинг ощущается не как пассивное участие, а как совместная ответственность. Безопасность в конечном итоге зависит от людей, у которых есть что-то значимое на кону.
Конечно, ничто из этого не устраняет каждый источник риска. Инфраструктура мостов остается одной из самых постоянных уязвимостей в индустрии. Каждое внешнее соединение вводит предположения. Каждое предположение создает уязвимость. История неоднократно показывала, что доверие может исчезнуть гораздо быстрее, чем оно было построено.
Доверие не разрушается вежливо — оно ломается.
Это предложение кажется все более актуальным, чем дольше я провожу время в блокчейн-системах.
Когда я оглядываюсь на основные неудачи по всей индустрии, я редко вижу катастрофы, вызванные недостаточной скоростью. Я вижу разрешения, которые должны были истечь. Я вижу одобрения, которые должны были быть более узкими. Я вижу ключи, которые должны были быть защищены более тщательно. Технические детали могут варьироваться. Подлинная история часто остается той же.
Быстрая сеть все еще может быть безрассудной.
Высокопроизводительная цепочка все еще может быть хрупкой.
Важно, есть ли у системы механизмы, которые ограничивают ущерб до того, как он распространится. Есть ли у полномочий границы. Есть ли у доступа срок действия. Способна ли инфраструктура отказывать в действиях, создающих ненужный риск.
Потому что я начал думать, что устойчивость не измеряется тем, как быстро книга учета может сказать "да".
Оно измеряется тем, как уверенно оно может сказать "нет".
А быстрая книга учета, которая может сказать "нет", часто предотвращает неудачи, которые должны были быть предсказаны.
