#dusk $DUSK @Dusk
Прошлой ночью я читал документацию к адаптеру DuskEVM, и описание «просто прокси» по-прежнему не укладывается у меня в голове.

Это слой трансляции — а слои трансляции как раз и прячут самые интересные сбои.

Он берет состояние GraphQL/RUES от Dusk и переформатирует его в стиль Ethereum JSON-RPC — блоки, receipt’ы, логи, доказательства — плюс конвертацию LUX-to-WEI и модель идентификатора вызывающего, которая не слишком аккуратно ложится на то, как контракты Ethereum думают о msg.sender.

Путь к счастью хорошо задокументирован.

Режимов отказа нет — по крайней мере, я их не нашел.

Если индекс адаптера отстает от локального состояния на диске, видит ли Ethereum-клиент устаревшие данные? Ошибку?

Или что-то выглядит корректно, но на самом деле нет? Мне также интересно, что происходит с логикой игры конкуренции, когда окончательные допущения на диске расходятся с тем, на чем был построен OP stack.

И когда инструменты для EVM предполагают поведение во время выполнения, которое модель контрактов на диске фактически не может удовлетворить — он падает громко или молча?

Если кто-то запустит ноду DuskEVM или прогонит адаптер под реальной нагрузкой,

мне очень хотелось бы узнать, выдерживает ли маппинг состояния,

или где он трескается.

#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook