Добрый день, я попробовал скрестить каналы и атомарные свопы и написал по этому поводу вводную статью
Буду признателен за хулу и похвалу
https://habr.com/en/post/483828/

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

вообще то это всегда можно было делать

Каким образом? Адрес нового контракта вычисляется как хэш адреса создателя и постоянно возрастающего nonce, мы можем предугадать адрес следующего контракта, но его код полностью определяется создателем

Это при старом добром create

ну да, и в чем проблема?

C create2:
У нас есть HLTL контракт и есть адрес, на котором можно создать только контракт с указанным хэшом, таймаутом и участниками
Т.е. отправитель точно знает, что если он переведет деньги на этот адрес, после таймаута он может вернуть их обратно
А получатель уверен, что раскрыв хэш он заберет деньги себе
С create:
Нужно сначала деплоить контракт

И теперь у нас дешевый онбординг и мы можем делать более лучшие каналы

Действительно, предвычислить адреса контрактов можно было и раньше без create2. Но проблема в том, что если раздать эти адреса независимым участникам, с просьбой кидать туда токены, то у нас появится проблема - участники кидают токены независимо друг от друга (неупорядоченно и негарантированно), а забирать мы можем только по порядку, т.е. возникает проблема потянуться за третьим адресом, если на второй выданный еще не бросили токенов. Create2 сделал механику выдачи адресов будущих контрактов независимой от порядка деплоймента. Я так понимаю что именно это имел в виду @ne_medved

Плюс еще сам адрес становится гарантией семантики контракта

это к сожалению не так https://ethereum-magicians.org/t/potential-security-implications-of-create2-eip-1014/2614

Ух ты, как!

Да именно так.

Просто появляются новые юзкейсы, которые надо учитывать

В первую очередь практики защиты от reentrancy

там нет никакого reentrancy

Все становится больше похоже на UTXO, и адреса не переиспользуются

А защиты?

защиты от чего?

Там в статье разбирается кейс: я делаю внутри своего контракта проверку существования контракта по адресу, у меня есть три варианта: не знаю, контракт есть и контракт был удален. Например: если сделка закончилась и контракт сделал selfdestruct отдать страховой депозит

Теперь я могу удалить контракт потом создать заново и снова удалить и мне вернётся ещё один депозит