#Solana质押因路由错误接近停机
Транзакции в сети “зависли” — система в курсе?
Ответ на этот вопрос зависит от того, использует ли ваша система для квантинга (quant) в качестве переменной реального времени мониторинг «конечной окончательности сети».
В большинстве архитектур квантинговых торговых систем по умолчанию предполагается, что базовая блокчейн-сеть стабильна и надежна: транзакция отправляется — и в итоге подтверждается. Но когда из‑за ошибки маршрутизации пути консенсуса между верифицирующими узлами разделяются, это допущение перестает работать. Транзакции могут надолго оставаться в статусе «ожидает подтверждения», а иногда требуется их ручная повторная отправка.
Логика обработки подобных аномалий на уровне сети совершенно отличается от логики обработки сбоев рыночных данных.
Аномалии рыночных данных — это проблема на ценовом уровне, а сбои сети — проблема на уровне исполнения: команды транзакции не отправляются, отправляются, но подтверждение не приходит, подтверждение получено, но состояние расходится. Квантинговая система должна встраивать на уровне протокола модуль «мониторинга окончательной определенности»:
когда после отправки команды транзакции по истечении заданного временного окна так и не получено окончательное подтверждение, система автоматически выполняет несколько действий — приостанавливает инициирование новых транзакций в этой цепи, запускает опрос статуса уже отправленных, но не подтвержденных транзакций и по истечении тайм-аута подтверждения запускает заранее заданный процесс «обработки неудачи» (например, отменяет соответствующие ордера или задействует резервные узлы в альтернативной сети).
Главная логика — одной фразой: пока транзакция не получила окончательного подтверждения, её “как бы не существует”.
Хорошая квантинговая система не предполагает, что сеть всегда работает нормально. Она автоматически переключится в предусмотренный режим защиты при возникновении проблем в сети, и только после восстановления сети оценит, какие команды нужно исполнить заново, а какие состояния — пересинхронизировать.
#Solana #网络故障 #量化交易 #系统架构 #Риск-контроль
Транзакции в сети “зависли” — система в курсе?
Ответ на этот вопрос зависит от того, использует ли ваша система для квантинга (quant) в качестве переменной реального времени мониторинг «конечной окончательности сети».
В большинстве архитектур квантинговых торговых систем по умолчанию предполагается, что базовая блокчейн-сеть стабильна и надежна: транзакция отправляется — и в итоге подтверждается. Но когда из‑за ошибки маршрутизации пути консенсуса между верифицирующими узлами разделяются, это допущение перестает работать. Транзакции могут надолго оставаться в статусе «ожидает подтверждения», а иногда требуется их ручная повторная отправка.
Логика обработки подобных аномалий на уровне сети совершенно отличается от логики обработки сбоев рыночных данных.
Аномалии рыночных данных — это проблема на ценовом уровне, а сбои сети — проблема на уровне исполнения: команды транзакции не отправляются, отправляются, но подтверждение не приходит, подтверждение получено, но состояние расходится. Квантинговая система должна встраивать на уровне протокола модуль «мониторинга окончательной определенности»:
когда после отправки команды транзакции по истечении заданного временного окна так и не получено окончательное подтверждение, система автоматически выполняет несколько действий — приостанавливает инициирование новых транзакций в этой цепи, запускает опрос статуса уже отправленных, но не подтвержденных транзакций и по истечении тайм-аута подтверждения запускает заранее заданный процесс «обработки неудачи» (например, отменяет соответствующие ордера или задействует резервные узлы в альтернативной сети).
Главная логика — одной фразой: пока транзакция не получила окончательного подтверждения, её “как бы не существует”.
Хорошая квантинговая система не предполагает, что сеть всегда работает нормально. Она автоматически переключится в предусмотренный режим защиты при возникновении проблем в сети, и только после восстановления сети оценит, какие команды нужно исполнить заново, а какие состояния — пересинхронизировать.
#Solana #网络故障 #量化交易 #系统架构 #Риск-контроль