Flare — это совместимый с EVM Layer 1 с доказательством доли, предназначенный для предоставления внешних данных смарт-контрактам через встроенные протоколы. FLR — это нативный газ и актив для стейкинга, а обернутый FLR поддерживает делегирование и учет управления. Эта страница посвящена рискам fLR, WFLR и FAsset, а также проверкам, которые пользователи должны выполнить перед отправкой средств, оплатой комиссий или использованием сети.
Поймите, как протоколы данных Flare и роли FLR влияют на транзакции, делегирование и FAssets.
Тема:
Flare
Режим рынка:
Только снимок
Актив комиссии:
FLR
Часовой пояс:
UTC
Эта страница не проверяет значение оракула, не рекомендует поставщика данных, не гарантирует погашение FAsset и не проверяет контракты.
Права на контент: Редакционная команда BitcoinToolkitТехнические ссылки: официальная документация протокола и разработчика.Методология обзора: технические объяснения проверяются по первоисточникам и обновляются при изменении сети или актива.Последняя проверка контента: Интеграция данных последний раз тестировалась:
Риски FLR, WFLR и FAsset
Обертывание, делегирование и представление кросс-чейн активов создают различные контракты и допущения.
Один нативный актив, несколько программируемых ролей
FLR оплачивает газ и может быть обернут один к одному в WFLR для делегирования и учета, совместимого с управлением. Обертывание само по себе не является стейкингом, и делегированная сила голоса не дает поставщику право на хранение токена. Пользователям по-прежнему нужен FLR для обычного газа.
FAssets представляют внешние активы через агентов с избыточным обеспечением, ценообразование FTSO и проверку FDC. Чеканка и погашение зависят от платежей на внешних цепочках, здоровья обеспечения, агентов и протокольных контрактов. Баланс FXRP или FBTC не является нативным активом в его исходной цепочке.
Контекст работы Flare
Смарт-контракты могут потреблять данные, поддерживаемые сетью, без необходимости каждому приложению создавать один и тот же путь оракула.
Исполнение и консенсус данных разделены
Flare исполняет контракты Solidity в среде EVM и взимает газ в FLR. Его отличительные системы координируют поставщиков, которые предоставляют данные и голосуют за поддерживаемые значения или внешние события. Действительная транзакция Flare может использовать эти выходные данные, но это не делает каждое внешнее утверждение заслуживающим доверия.
Разработчики должны выбрать правильный протокол данных, раунд и доказательство. Консенсус поставщиков, свежесть данных, поддерживаемый источник и поведение приложения при сбоях — все это имеет значение. Приложение должно показывать, когда данные устарели или недоступны, вместо того чтобы молча использовать старое значение.
Наблюдения временных рядов и доказательства событий отвечают на разные вопросы.
Подтверждение Flare не решает каждый последующий операционный вопрос.
Непрерывные значения против запрошенных фактов
FTSO публикует децентрализованные потоки временных рядов, такие как цены активов, через повторные отправки поставщиков и агрегацию. Делегированная сила голоса WFLR помогает определить вес поставщика в соответствии с текущими правилами протокола. Делегирование не передает право собственности на обернутые токены.
FDC обрабатывает запросы о поддерживаемых внешних событиях, собирает согласие поставщиков и фиксирует корень Меркла, который контракты могут проверить с помощью доказательства. Поддержка аттестаций, возраст данных и правила подтверждения различаются в зависимости от типа и источника, поэтому доказательство следует интерпретировать в рамках его документированной области.
Проверки Flare перед использованием данных или FAssets
Выходные данные протокола, логика приложения и представленные активы должны проверяться независимо.
Проверьте полный путь зависимостей
Подтвердите мейннет Flare, адреса контрактов и газ FLR. Для значения FTSO проверьте идентификатор потока, раунд и свежесть. Для FDC проверьте тип аттестации, источник, доказательство и лимиты data-age. Никогда не полагайтесь только на число во внешнем интерфейсе.
Для делегирования WFLR проверьте поставщика и поймите, что вознаграждения и точность могут варьироваться. Для FAssets проверьте обеспечение, агента, погашение и требования внешней цепочки. Отслеживайте как транзакцию Flare, так и транзакцию исходной цепочки, когда рабочий процесс пересекает сети.
Держите FLR для газа.
Проверьте свежесть потока или аттестации.
Отделите делегирование WFLR от хранения.
Проверьте шаги FAsset на исходной цепочке и обеспечение.
Часто задаваемые вопросы по использованию сети Flare
Что платит за попутный газ?
FLR оплачивает газ транзакций EVM.
Что такое WFLR?
WFLR — это обёрнутое представление один-к-одному, используемое для программируемого делегирования и учёта управления.
Являются ли FTSO и FDC одним и тем же?
№ FTSO публикует повторяющиеся временные ряды значений, в то время как FDC подтверждает поддерживаемые внешние события.
Что мне следует проверить перед транзакцией Flare?
Проверьте официальный адрес назначения, текущую сеть, представление актива, сумму, получателя и запрашиваемые разрешения. Оракул временных рядов Flare агрегирует значения временных рядов, а Flare Data Connector достигает консенсуса поставщиков по поддерживаемым внешним событиям. Приложения проверяют выходные данные протокола в цепочке, в то время как FAssets используют эти системы данных плюс механизмы залога и агентов. После подтверждения проверьте итоговый баланс или состояние протокола, а не полагайтесь только на сообщение об успехе в кошельке.
Известные ограничения
Протоколы данных и поддерживаемые источники развиваются.
Страница не проверяет живое доказательство.
FAssets добавляют риски, связанные с залогом и агентами.
Методология рыночных данных
Страница использует агрегированный снимок CoinGecko FLR/USD. Для этой сущности не отображается биржевой график.
Источник рыночного снимка
Агрегированные рыночные данные CoinGecko (FLR/USD)
Кэш
Кэш снимка составляет примерно 60 секунд.
Обработка сбоев
Проверенные кэшированные данные помечены как Cached или Delayed. Отсутствующие значения остаются недоступными.
