Экзекуторский кошелёк
Связанный с вашим экзекуторским кошельком, который определяет счет, предоставляет явные подписи в тех случаях, когда это необходимо и остается ответственным за средства и риск, связанные с выбранным workflow.
Некоторые поддерживаемые торговые workflowы разделяют роль экзекуторского кошелька, которая контролирует средства и выдаёт право на использование, от экзекуторского кошелька или подписи, который отправляет одобренные операции. Точная модель, область и путь финансирования варьируются в зависимости от выбранной услуги.
Связанный с вашим экзекуторским кошельком, который определяет счет, предоставляет явные подписи в тех случаях, когда это необходимо и остается ответственным за средства и риск, связанные с выбранным workflow.
Там, где это поддерживается, отдельная исполнительная учётная запись может отправлять действия в пределах полномочий, принятых площадкой или контрактным процессом. Это не делает процесс повсеместно кастодиальным или некастодиальным — проверяйте фактический маршрут.
Только после готовности услуги, необходимое финансирование и соответствующее одобрение должны быть возможно для отправки своих настроенных действий.
Поддерживаемый workflow может потребовать подписи экзекуторского кошелька, одобрения вендора, согласования контракта или хранимую запускную одобренность. Пожалуйста, прочитайте представленную область перед подтверждением.
Только после готовности услуги, необходимое финансирование и соответствующее одобрение должны быть возможно для отправки своих настроенных действий.
Проверьте, какие учетные записи, сценарии, контракты, рынок, тип действия и расходы или торговую власть workflow имеют доступ к. Не инферируйте ограничения, которые не видны в одобрении.
Раскройте состояние приложения с live-venues orders, позиции и балансов. Администрирование может оставаться активным или отключенными, в зависимости от реализации.
Следите за состоянием приложения вместо предполагая одно действие выполняет все три.
Некоторые процессы требуют залога, газа или баланса с кошелька для выполнения; другие используют учетную запись пользователя на платформе. Меньше, чем нужно, может блокировать выполнение, а избыток риска увеличивает потенциальный ущерб при операциях.
Сохраняйте ведущие устройства, материальность восстановления, API-коды и ключи исполнителя. Проверьте непредвиденные подписи, старые сессии, измененные адреса и права перед возобновлением сервиса.
Декларация может разделить повторяющиеся выполнение от прямого взаимодействия пользователя, но не проверяет стратегию, гарантирует заказ, убирает риски сmart-contract илиVenue и уменьшает экспозицию пользователя на рынке. Сбои в обслуживании, старые данные, отклоненные заказы, уязвимость власти и ошибки в конфигурации могут все равно привести к потере.
Проверьте подключённый адрес пользователя, выбранную сеть, исполнительную учётную запись и целевую площадку или контракт.
Проверьте каждую подпись и одобренный акт, его видимый диапазон и доступ для остановки или изменения.
Знайте, какInspect открытые заказы и позиции если интерфейс или состояние приложения становится недоступным.