ну сами смарт-контракты никак отличаться не будут от evm.
а вот все что вокруг этого: кошельки, библиотеки для фронта/бека/деплоя и пр. переферия - там все по логике тоже самое как в евм, но есть нюанс)
В троне можно нативно сделать мультисиг если что.
А так трон полностью евм совместимый.
Единственное, если какие то сигнатуры генерируешь на клиенте - нужно переводить трон адреса (base 58) в эфировские. Ну а по другому у тебя скорее всего сайнер сходиться не будет на контракте.
Ну и пользоваться результатом работы бородача не очень хочется, хотя конечно это меньший, эмоциональный фактор.
Читать полностью…на будущее: делайте статью на общеизвестных ресурсах, там указывайте ссылки(авторы, аудиторы, команды), а сюда приходите с линком на статью, так вы сконцентрируете внимание о проблеме и на первый план не будет вылезать «подписывайтесь на и тп»,
для чата важно быть беспристрастным и формировать адекватные условия для всех участников рынка, если каждая компания будет здесь рассказывать как она нашла очередную уязвимость, и нужно подписаться на них всех.
в целом есть функция: можно спросить у @kalloc о партнерстве по типу скинуть в обе группы ссылки на друг друга по договоренности, но обычно это касалось чатов которые затрагивают интересы коммьюнити/близко к тематике сего чата.
и кроме того для вашей темы создан отдельный чат, выше я давал линк, пока в нем не так много участников, возможно потому что тема безопасности не настолько актуальна как кажется
Доброе утро! Брал для себя довольно свежий материал с последнего потока известного аналитика СНГ. Весь цикл от BASIC до PRO. Покупал сам, все изучил, материал довольно интересный и на удивление даже мне стал полезным даже при моем опыте. Могу поделиться для общего развития, пишите поделюсь безвозмездно, верю в карму)
Читать полностью…Например трон не ест массив структур, он ест массив массивов) в тестах хардхета вы не проверите)
Читать полностью…В целом важно написать один раз или взять готовую либу, в которой будут несколько полезных методов в том числе и конвертация адреса и другие конвертации. Под капотом все ивенты и все взаимодействие с контрактами в евм адресах, но при этом отправлять в контракт нужно троновский формат. И децималс trx не 18, вдруг у вас нативка используется для каких-то действий)
Читать полностью…Ребят, подскажите, у кого был опыт имплементации смарт-контрактов с Ethereum в Tron. Есть какие-то потенциальные проблемы с безопасностью?
Задача сделать мультисигн кошелек на Tron, есть имплементация на Ethereum.
Всем привет! Есть здесь кто-то, кто работал с ERC-7579: Minimal Modular Smart Accounts?
Я пытаюсь разобраться, как создавать модули, но не могу понять, как стандарт предлагает правильно работать с несколькими модулями одновременно. Например, я хочу написать два простых модуля: один будет содержать вайтлист разрешенных ERC20 для трансферов, а другой - задавать лимиты на эти токены.
Главная цель - понять, как создавать небольшие модули и комбинировать их в одном смарт-аккаунте.
Стандарт предлагает четыре типа модулей:
- Validation - в основном используется для проверок через validateUserOp. Адрес валидатора можно передавать через поля userOp (nonce или signature). Как я понял, аккаунты обычно используют nonce, но это не принципиально. Получается, что в одной транзакции мы можем передать только одного валидатора, даже если на смарт-аккаунте их установлено несколько. Логически, это всегда модуль авторизации через подпись и проверки транзакции, а проверка условий выполнения транзакции (то, что мне нужно для токенов) сюда не входит. Однако даже если так, как можно объединить несколько модулей в одного валидатора?
- Execution - позволяет обрабатывать вызовы внешних смарт-контрактов через модуль в последовательности: EntryPoint -> Account -> ExecutorModule -> Account -> Target SC. Это дает возможность проверить вызов перед его исполнением. Но, если мне нужно вызвать ERC20 и задействовать оба модуля, то это не сработает. Такие модули больше подходят для автоматизации действий, например при обмене токенов на Uniswap.
- Fallback - добавляет в аккаунт новые функции, реагируя на определенные селекторы. Для моей задачи не подходит.
- Hooks - на первый взгляд, подходят идеально. Например, в ERC-6900 я мог бы реализовать оба модуля как execution hook и не беспокоиться, так как там можно добавить сколько угодно хуков. Но в случае с ERC-7579 это не так: к примеру в reference-implementation можно добавить только один хук, также смарт-аккаунты от Safe и Nexus поддерживают добавление только одного хука. Аккаунт от Kernel позволяет добавить несколько хуков, но мне нужно, чтобы плагины работали корректно с любым смарт-аккаунтом.
В общем, у меня есть стойкое ощущение, что я что-то упускаю. Буду признателен за любую помощь.
de.fi начали за здравие, вроде хороший продукт, а закончили аналогично. Токен в адъ улетел.
Читать полностью…Знаменит тем что банит в своих чатах (включая поддержки ботов) тех, кто мыслит и озвучивает отличные от его взглядов
Читать полностью…Нужны пару людей! Предлагаю удалённый заработок! Прибыль каждый день! Если интересно пиши мне!
Читать полностью…Извините, если получилось как раклама
хотели поделиться тем, что сейчас по сетке гуляет, чтоб разработчиков не скамили. Возможно про black list чат знают. + разбор сделали