Что Такое Ретрансляция?
Ретрансляторы обеспечивают совместимость блокчейна, позволяя цепочкам проверять события и блокировать заголовки в других цепочках. По сути, это просто означает, что контракт в одной цепочке (цепочка A) способен замечать и проверять изменения событий в цепочке B. Часть уведомления обрабатывается узлами, известными как «Ретрансляторы», где они являются фактическими рабочими лошадками, ответственными за ретрансляцию сообщений между цепочками для обновления цепочки карт и всех соответствующих контрактов. Часть проверки выполнима благодаря криптографическому доказательству, а также концепции light клиента.
Одной из отличительных особенностей MAP chain является то, что сеть поддерживается тысячами ретрансляторов и защищена более чем 100 валидаторами, чтобы добиться распределения доверия и перехода к большей децентрализации. Из-за жизненно важного положения ретрансляторов все ретрансляторы в протоколе MAP стимулируются путем измерения выполненной работы.
Ретрансляторы отправят обновление заинтересованных цепочек в MAP chain, MAP chain затем проверит и обновит соответствующий light client. Кроме того, ретрансляторы также будут прослушивать omnichain tx в целевой цепочке и отправлять информацию о tx через некоторые типы tx, чтобы уведомить цепочку. Затем цепочка проверит omnichain сообщение tx в соответствии с информацией о состоянии соответствующего light клиента. Кроме того, ретрансляторы также могут участвовать в процессе генерации случайных чисел по цепочке, отправляя собственное случайное число. Все отправленные случайные числа будут объединены, чтобы обеспечить истинную случайность в цепочке для поддержки различных приложений DeFi.
Что Такое Light Client?
В отличие от полного узла, light клиентскому узлу не нужно запрашивать и хранить тонны информации о блокчейне. Light клиенты обычно хранят только небольшой набор информации, которого достаточно для проверки изменения статуса целевой цепочки, чтобы их можно было обновлять самоконтролируемым способом. Кроме того, для проверки межцепочечных сообщений, отправляемых ретрансляторами, light клиенты также будут хранить несколько заголовков блокчейна целевой цепочки.
Благодаря наличию light клиента проверка сообщений между цепочками может выполняться чисто математическим способом вместо того, чтобы использовать федерацию для проверки события в другой цепочке. То есть с помощью доверенного корня Merkel, который обычно существует в заголовке блокчейна, хранящемся в light client, можно протестировать подтверждение Merkle, поддерживающее сообщение между цепочками. Безопасность состояния клиента light спроектирована таким образом, что оно будет обновляться ретрансляторами стимулов только при наличии достаточного криптографического доказательства в соответствии с механизмом доказательства и консенсуса целевого блокчейна, например подписи образуют достаточное количество валидаторов, если целевой блокчейн является консенсусом на основе PoS и BFT. Таким образом, он сформировал прочную основу для омничейн проверки, где клиенты light будут обновляться более чем 1000 ретрансляторами с помощью криптографического доказательства.
На приведенной ниже диаграмме показан процесс работы light клиента MAP и ретрансляторов при передаче активов по кросс-цепочке в размере 100 долларов США в Ethereum от Алисы к Бобу в MAP chain:
Twitter MAP Protocol
· Телеграмм-канал MAP Protocol
· Сообщество Telegram MAP Protocol: Английский, Россия, Турция, Вьетнам, Индонезия и Бангладеш.
Для получения дополнительной информации посетите maplabs.io