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

Основная идея заключается в том, чтобы построить процесс 'получение цены - проверка - использование - квитанция - аудит' в виде конвейера, а каждый этап преобразовать в наблюдаемые показатели и воспроизводимые события. Вот три ключевых шага для достижения этой цели:

Сначала нам нужно четко определить момент принятия решения, а не просто установить фиксированную частоту обновления. Разделите бизнес-операции на разные уровни, такие как сопоставление заказов, проверка расчетов, хеджирование рисков, ребалансировка активов и проверка позиций и т.д. Каждый уровень имеет свою специфическую допустимую задержку. Для каждого уровня разработайте конечный автомат, включающий 'триггер - получение - уверенность - тайм-аут - деградация'. Например, проверка расчетов может требовать высокой уверенности и высокой частоты, в то время как проверка позиций может использовать среднюю уверенность и более низкую частоту. Когда происходит тайм-аут, система должна перейти в состояние защитной задержки. Эта стратегическая разработка делает затраты и риски более управляемыми.

Во-вторых, рассматривайте доверие как первоочередной фактор. Не ограничивайтесь получением единственного значения цены, а получайте 'цену + доверительный интервал' и непосредственно интегрируйте его в систему управления рисками. Когда доверительный интервал превышает предустановленный порог, логика ликвидации должна принимать меры задержки или вторичной проверки; когда интервал сужается, система должна автоматически восстанавливать нормальную частоту. Многие инциденты в цепочке блоков часто происходят в ситуации, когда 'цена выглядит нормально, но фактически находится в аномальном периоде', и доверие как раз может служить программируемым сигналом для определения нормальности/аномальности.

Наконец, интегрируйте многопоточные операции в единый процесс. Независимо от того, на каких Блокчейнах развернуто приложение, необходимо использовать один и тот же интерфейс: инициировать получение данных, проверять агрегированные подписи, вести учет, использовать данные и записывать события. Этот единый подход может значительно упростить разработку и обслуживание кросс-чейн приложений.

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