Протоколы L2 DeFi в настоящее время не могут взаимодействовать друг с другом, поэтому Виталик предложил решение.
В постоянных усилиях по борьбе с растущими комиссиями за транзакции при создании единой экосистемы соучредитель Ethereum Виталик Бутерин предложил решение для конкретного типа масштабирования перекрестных сверток.
Предложение описывает, как два протокола, использующие свертки, могут обмениваться данными друг с другом, сохраняя при этом возможность взаимодействия и компоновку.
Объединительные пакеты — это решения второго уровня, которые по сути представляют собой сети интеллектуальных контрактов, которые обрабатывают и хранят данные транзакций вне основной цепочки. Однако существует ряд различных типов свертки, каждый из которых использует уникальные смарт-контракты, такие как оптимистичный и нулевой уровень знания.
Хотя в ряде проектов DeFi развернуты свертки второго уровня, такие как Loopring и Synthetix особенности различных сверток означают, что проекты не могут взаимодействовать друг с другом напрямую на втором уровне.
Предложение Бутерина предполагает, что один сверток может обрабатывать простые транзакции, тогда как другой имеет полную поддержку смарт-контрактов. Уже есть предложения по переводам между двумя протоколами, поддерживающими смарт-контракты, с использованием сверток.
Чтобы объяснить, как это предложение работает, Бутерин приводит пример гипотетического посредника обмена, которого он назвал «Иван», где у Ивана есть учетная запись ». IVAN_A ‘в свертке A, который он полностью контролирует, а также имеет некоторые средства, депонированные в смарт-контракте’ IVAN_B ‘в свертке B.
Смарт-контракт будет запрограммирован на прием «записок», которые включают дополнительные данные из любой, кто отправляет на него, чтобы обеспечить любые будущие транзакции. Транзакции создают соединительный уровень, который хранит депозиты во всех этих изолированных контрактах, позволяя свертке A отправлять свертку B через этот уровень.
Бутерин предположил, что поведение будет работать следующим образом:
«Алиса отправляет транзакцию в IVAN_A с N монетами и памяткой ALICE_B. Иван отправляет транзакцию, отправляя монеты TRADE_VALUE * (1 — комиссия) через IVAN_B в ALICE_B »
Он добавил, что в худшем случае поведение будет, если Иван не отправит монеты в ALICE_B, как ожидалось.
Обращаясь к «наихудшему» сценарию, который может возникнуть в результате использования предложенной ситуации, Бутерин подчеркнул, что Алиса все еще сможет дождаться подтверждения транзакции на свертке A, найти альтернативный путь для получения монет на свертке B. чтобы заплатить комиссию, а затем просто потребовать средства сама.
Отвечая на предложение, Алон Муроч указал, что оно работает аналогично тому, как банки проводят транзакции:
«Это очень интересно, аналогично тому, как банки проводят транзакции между собой. Группирование активов в отдельные «учетные записи» может иметь ограничения, решением могут быть просто большие пулы с обеих сторон и пропорциональное разделение комиссий ».
