В следующих нескольких темах я подробно расскажу о EIL - Слое Интероперабельности Ethereum. Протокол позволяет выполнять кросс-цепочные операции с минимизацией доверия и имеет множество интересных вариантов использования, и стоит развить интуицию вокруг него. Это Часть 1 объяснения 🧵👇

Для мягкого введения и некоторых тестовых транзакций вы можете быстро ознакомиться с моей предыдущей темой и резюме @l2beat. Кратко - EIL позволяет вам самостоятельно выполнять x-chain транзакции, тем самым устраняя предположения о доверии, связанные с посредниками /2

Большинство других x-chain протоколов вводят посредников - ретрансляторов, решателей, оракулов и т.д... каждый посредник - в зависимости от протокола, может потенциально навредить вам - украсть, заморозить, огорчить и т.д... вам нужно доверять, что они ведут себя должным образом /3

Создание бездоверительных протоколов очень сложно, и EIL не является исключением. У него много движущихся частей, и я бы считал его очень сложным, но именно это необходимо для создания бездоверительных протоколов. Ещё одна причина узнать, как это работает 💪 /4

В своей основе EIL является протоколом HLTC. Если вы не знаете, что это такое, это бездоверительная атомарная замена, где вы обмениваете средства на одной цепочке с контрагентом на другой цепочке /5

Классические протоколы HLTC полагаются на обмен "секретами" (криптографическими хэшами) и, хотя полностью бездоверительные, страдают от плохого пользовательского интерфейса, так как обмен несколько неудобен /6

EIL не полагается на обмен "секретами" - вместо этого вы можете рассматривать это как оптимистичную версию HLTC. Когда все идет по плану (оптимистично) - это очень быстро. Если одна из сторон злонамеренна - вовлечен несколько сложный механизм разрешения споров.

В EIL Алиса (пользователь), у которой есть средства на цепочке SRC и которая хочет выполнить транзакцию на цепочке DST, обменяет свои средства SRC на средства DST Бобби (поставщик ликвидности x-chain). Эти средства DST будут использованы для выполнения транзакции DST, в то время как позже Бобби вернет средства Алисы /8

Давайте рассмотрим пример, когда Алиса хочет купить NFT на DST 1. Алиса вносит средства на SRC 2. Бобби, увидев это, выдает краткосрочный ваучер 3. Алиса использует этот ваучер для выполнения tx на DST 4. Бобби забирает средства Алисы на SRC /9

Так как же Алиса может использовать ваучер Бобби на DST? Здесь используется довольно стандартный механизм AA Paymaster - на DST есть специальный тип Paymaster (x-chain Paymaster), который хранит средства Бобби и, если ему предъявляют ваучер Бобби, финансирует транзакцию Алисы.

Что насчет интерфейса для Алисы? Значит, ей нужно подписать две транзакции? Звучит ужасно, не так ли? Оказалось, что ей нужно подписать только один раз (обе транзакции 1 и 3 как пакет). Ее кошелек отправит транзакцию 1 в SRC, дождется ваучера от Бобби и отправит транзакцию 2 в DST, даже не дав Алисе этого заметить.