Чтобы схема стала инфраструктурой, важно абстрагировать общую бизнес-модель от фактических требований, включая требования по перекрестной цепь с одним и тем же токеном, разными токенами и NFT.
Мир орбитаря состоит из двух частей: инициирующих события отправителя в инициирующей сети и реагировании на события производителя в целевой сети.
Миссия Orbiter состоит в том, чтобы эти два события произошли в унисон.
Как Orbiter завершает процесс?
A. Чтобы отправители чувствовали себя в безопасности, чтобы инициировать события, производители обещают достаточную маржу в контракте MDC на цепь, чтобы ответить на мероприятие.
B. Если Maker не может ответить на инициированное событие отправителя, обещанное, отправитель должен отправить арбитражный запрос в контракт MDC и предоставить подтверждение инициирования события.
C. Если Maker не сможет предоставить контракт MDC с доказательством ответного события в течение указанного времени, контракт MDC компенсирует отправителя маржи Maker.
Система Orbiter содержит три контракта и модули:
MDC (контракт на депозит производителя)
MDC имеет две основные функции: сохранение маржи Maker, разрешение споров и обработка возвратных активов и компенсации.
EBC (обязательные контракты на событие)
EBC используется для расчета соответствующей допустимой цели TX на основе источника TX.
SPV Light Client.
SPV доказывает, что источник TX произошел в исходной сети.
Эти три контракта и модули работают на цепочке X, которая может быть любой средой поддержки смарт -контракта в системе Ethereum, Ethereum Mainnet, любых подключений или даже сетевой сети источников или целевой сети, пока цепочка сохраняет интеллектуальные контракты.
Три контрактных модуля работают вместе так:
Maker может поддерживать требования к переходу отправителя после внесения маржинала в контракте MDC.
В нормальном правильном процессе передачи, после того, как источник TX генерируется в исходной сети, EBC рассчитывает целевой TX, который соответствует требованиям в соответствии с источником TX. Maker отправляет Target TX в Target Network для завершения перекрестной передачи.
Но когда Maker не отправляет Target TX во времени, отправитель должен предоставить Source TX TX на SPV на цепочке X и применяется к арбитражу к контракту MDC. MDC получает доказательство возникновения источника TX через SPV, получает доказательство достоверности TX Source через EBC, устанавливает арбитражный запрос в качестве необработанного события и ожидает, что производитель отправит целевое доказательство TX. Предположим, что Maker не может быстро предоставить Target TX PROOKS. В этом случае MDC инициирует процесс компенсации, возвращает активы и отправит компенсацию отправителю в цепочке X с краем производителя.
Что такое MDC?
MDC (договор на депозит Maker) - это контракт на хранение маржи, которая определяет общую логику процесса арбитража. Maker будет предварительно отменять маржу в контракт MDC и заблокировать достаточную маржу, чтобы сделать конкретную передачу перекрестного срока (контракт на связывание событий, окружающая среда и валюта), чтобы убедиться, что отправитель может быть компенсирован в неблагоприятном случае.
Как MDC имеет дело с арбитражем？
Арбитражное разбирательство будет инициировано, когда произойдут все следующие условия.
После завершения всего арбитражного процесса отправитель вернет активы и компенсацию.
Орбитатор читает достоверное значение хэша, записанное двумя сетями в Mainnet в качестве основы для арбитража.
Следующие условия должны принять решение отправителя:
Перед тем, как отправитель решит перенести, ему нужно только знать условия работы адреса Maker, соответствующего другим передачам, не целесообразной, чтобы увидеть способность производителя и выбрать, перенести ли.
Мы разрабатываем модуль SPV, и он будет открыт, когда мы его завершим. В настоящее время государство:
Они будут развернуты примерно через два месяца.
