Токеномика $ZKP проекта ZkPass. Насколько хороша она, и насколько будет перспективен будущий токен?
Он ещё не появился, но токеномику опубликовали в X статье.
zkPass - это технология, которая позволяет доказывать любые данные из Web2 без передачи личной информации. Благодаря zkTLS можно подтвердить факт - например, что у тебя есть аккаунт на бирже с верификацией, что ты совершил определённое количество действий в X или что у тебя есть определённые достижения, - но не раскрывать логин, баланс или другие детали. Всё работает прямо через браузер, без доступов проекта к сайтам.
По сути, zkPass - это приватный оракул, который превращает данные в криптографическое доказательство, чтобы их можно было использовать в Web3 безопасно и анонимно.
Распределение:
Всего: 1 МЛРД.
1. Community - 48.5%
12.5% разблокировано на TGE. 6% начисляется линейно в течение первых 3 месяцев с момента TGE, 30% начисляется ежемесячно в течение 5 лет, начиная с TGE.
Многовато будет выделяться первые полгода. Это 2% в месяц, что может привести к просадке при небольшом спросе.
Плюс, распределяется 0.5% в месяц. - это уже норм.
Но если суммарно с первым будет 6 месяцев, то это вообще будет 2.5% - дофига!
2. Early Investors - 22.5%
0% на TGE, 12-месячный перерыв, за которым следует 18-месячное линейное распределение.
22.5% / 18 = 1.25% в месяц - многовато.
Инвесторам много распределяют (> 10%) - может привести к просадке после разлоков.
3. Core Contributors - 14%
0% на TGE, 24-месячный перерыв, за которым следует 24-месячный линейный вестинг.
14% / 24 = 0.583% в месяц - нормально, но суммарно получится многовато.
Это, как понимаю, команде. Здесь более-менее нормально. Конечно выше допустимого максимума в 10%, но редко когда вижу это значение. А тут укладывается в 15%, которые периодически наблюдаю.
4. DAO Treasury - 10%
Линейный вестинг в течение 5 лет.
10% / 60 = 0.166% в месяц - допустимо.
Смотря на что будут распределять, но в любом случае норм доля выделяется.
5. Liquidity - 5%
100% на TGE.
Зависит от того, как будут использовать, но в целом доля допустимая выделяется.
Итог по вестингу:
В первые 3 месяца разлок составляет примерно 2.16% в месяц.
С 4-го месяца до 12-го он снижается до 0.66%.
Через год после TGE начинается разлок инвесторов - нагрузка повышается до 1.92% в месяц.
А через два года подключаются Core Contributors, и совокупный разлок достигает 2.499% в месяц.
В целом разлоки довольно большие, особенно после первого года - цена может не выдержать такую нагрузку без сильного спроса.
Утилиты $ZKP:
1. Settlement Medium - $ZKP используется как основной расчётный токен внутри zkPass: им оплачивается выполнение доказательств, работа верификаторов и операции zkTLS.
2. Validator Collateral - $ZKP выступает в роли коллатерала для валидаторов, обеспечивая корректность, аптайм и безопасность сети. При нарушениях возможен слэшинг.
3. Network Credits - токен служит сетевыми кредитами для учёта вклада участников, включая вычисления, интеграции и подтверждения данных.
4. Service Access - предприятия и разработчики используют $ZKP для доступа к zk-native verification API и приватной инфраструктуре проверки данных.
5. Governance и координация - $ZKP участвует в управлении через zkPassDAO и служит связующим слоем между проверяемыми системами в экосистеме zkPass.
6. Дефляционная модель - часть комиссий сжигается, а DAO периодически выкупает $ZKP за счёт доходов протокола, что делает модель токена дефляционной.
Общий итог:
Проект интересный, утилиты при востребованности могут создать спрос. Вот только разлоки большие - могут приводить к постоянной просадке с редкими восстановлениями цены.
К сожалению проекты почему-то не понимают, что от токеномики (распределения + ютилити + создания реально рабочего продукта до токена) зависит их же успех.
А как вам проект? Напишите мнение в комментариях.
Я пользовался, и показался удобным: понравилось подтверждать верификацию на CEX без повторной отправки данных кому-то непонятному.
😎 Незрячий web3 программист (подписаться)
Чат | бот
📟 Прилетело из @blind_dev
Он ещё не появился, но токеномику опубликовали в X статье.
zkPass - это технология, которая позволяет доказывать любые данные из Web2 без передачи личной информации. Благодаря zkTLS можно подтвердить факт - например, что у тебя есть аккаунт на бирже с верификацией, что ты совершил определённое количество действий в X или что у тебя есть определённые достижения, - но не раскрывать логин, баланс или другие детали. Всё работает прямо через браузер, без доступов проекта к сайтам.
По сути, zkPass - это приватный оракул, который превращает данные в криптографическое доказательство, чтобы их можно было использовать в Web3 безопасно и анонимно.
Распределение:
Всего: 1 МЛРД.
1. Community - 48.5%
12.5% разблокировано на TGE. 6% начисляется линейно в течение первых 3 месяцев с момента TGE, 30% начисляется ежемесячно в течение 5 лет, начиная с TGE.
Многовато будет выделяться первые полгода. Это 2% в месяц, что может привести к просадке при небольшом спросе.
Плюс, распределяется 0.5% в месяц. - это уже норм.
Но если суммарно с первым будет 6 месяцев, то это вообще будет 2.5% - дофига!
2. Early Investors - 22.5%
0% на TGE, 12-месячный перерыв, за которым следует 18-месячное линейное распределение.
22.5% / 18 = 1.25% в месяц - многовато.
Инвесторам много распределяют (> 10%) - может привести к просадке после разлоков.
3. Core Contributors - 14%
0% на TGE, 24-месячный перерыв, за которым следует 24-месячный линейный вестинг.
14% / 24 = 0.583% в месяц - нормально, но суммарно получится многовато.
Это, как понимаю, команде. Здесь более-менее нормально. Конечно выше допустимого максимума в 10%, но редко когда вижу это значение. А тут укладывается в 15%, которые периодически наблюдаю.
4. DAO Treasury - 10%
Линейный вестинг в течение 5 лет.
10% / 60 = 0.166% в месяц - допустимо.
Смотря на что будут распределять, но в любом случае норм доля выделяется.
5. Liquidity - 5%
100% на TGE.
Зависит от того, как будут использовать, но в целом доля допустимая выделяется.
Итог по вестингу:
В первые 3 месяца разлок составляет примерно 2.16% в месяц.
С 4-го месяца до 12-го он снижается до 0.66%.
Через год после TGE начинается разлок инвесторов - нагрузка повышается до 1.92% в месяц.
А через два года подключаются Core Contributors, и совокупный разлок достигает 2.499% в месяц.
В целом разлоки довольно большие, особенно после первого года - цена может не выдержать такую нагрузку без сильного спроса.
Утилиты $ZKP:
1. Settlement Medium - $ZKP используется как основной расчётный токен внутри zkPass: им оплачивается выполнение доказательств, работа верификаторов и операции zkTLS.
2. Validator Collateral - $ZKP выступает в роли коллатерала для валидаторов, обеспечивая корректность, аптайм и безопасность сети. При нарушениях возможен слэшинг.
3. Network Credits - токен служит сетевыми кредитами для учёта вклада участников, включая вычисления, интеграции и подтверждения данных.
4. Service Access - предприятия и разработчики используют $ZKP для доступа к zk-native verification API и приватной инфраструктуре проверки данных.
5. Governance и координация - $ZKP участвует в управлении через zkPassDAO и служит связующим слоем между проверяемыми системами в экосистеме zkPass.
6. Дефляционная модель - часть комиссий сжигается, а DAO периодически выкупает $ZKP за счёт доходов протокола, что делает модель токена дефляционной.
Общий итог:
Проект интересный, утилиты при востребованности могут создать спрос. Вот только разлоки большие - могут приводить к постоянной просадке с редкими восстановлениями цены.
К сожалению проекты почему-то не понимают, что от токеномики (распределения + ютилити + создания реально рабочего продукта до токена) зависит их же успех.
А как вам проект? Напишите мнение в комментариях.
Я пользовался, и показался удобным: понравилось подтверждать верификацию на CEX без повторной отправки данных кому-то непонятному.
😎 Незрячий web3 программист (подписаться)
Чат | бот
📟 Прилетело из @blind_dev
Погружение в Core Solidity. Финал
Совместимость и взаимодействие
Внедрение столь масштабного пересмотра любого языка программирования — задача непростая. Хотя определённый уровень несовместимости неизбежен (и даже желателен), мы стремимся сделать переход максимально плавным и избежать раскола в языке.
Как и в предыдущих крупных обновлениях Solidity, совместимость на уровне ABI будет сохраняться между версиями. Это позволит отдельным контрактам, написанным на несовместимых версиях языка, взаимодействовать друг с другом и сосуществовать в рамках одного проекта (аналогичная стратегия применяется в Rust с их функцией «Editions»). Мы также изучаем возможность более глубокого взаимодействия, выходящего за рамки только ABI контрактов. Предполагается, что хотя бы свободные функции и определения интерфейсов можно будет совместно использовать между версиями языка.
Хотя изменения затронут как синтаксис, так и семантику, мы намерены свести их к минимуму и применять только в тех случаях, когда это строго необходимо или приносит существенные преимущества, оправдывающие затраты на миграцию. Мы ожидаем, что простой код без наследования будет выглядеть и ощущаться практически одинаково в обеих версиях языка, с лишь незначительными синтаксическими отличиями (в основном — переход от префиксной записи типов к постфиксной). Мы также рассматриваем возможность переработки или замены некоторых функций, которые на практике оказались проблемными или ограничивающими (например, try/catch, библиотеки, указатели на функции, области данных). Пользователи могут ожидать, что для адаптации кода, использующего эти возможности, потребуются умеренные изменения. Разумеется, код, активно использующий наследование, потребует наиболее значительных переделок.
Мы планируем изучить потенциал автоматической миграции и, если удастся создать надёжные и устойчивые инструменты, включим их в релиз.
Избежать раскола по типу «Python 2 → Python 3» — наша главная задача. Мы считаем, что обновления должны быть управляемыми и возможными для поэтапного внедрения.
Путь к использованию
В этом разделе излагается наше текущее видение достижения готовности к применению и стратегия безопасного внесения столь глубоких изменений в язык. Обратите внимание: это предварительный план, который может существенно измениться. На данный момент мы ещё не готовы называть конкретные сроки. Более подробная информация будет предоставлена по мере приближения к полноценной реализации.
У нас уже есть прототип, реализованный в отдельном репозитории: solcore. Мы можем выполнять проверку типов программ на SAIL и имеем конвейер генерации кода до уровня Yul. Однако до окончательной фиксации системы типов нам ещё предстоит реализовать как минимум вычисления на этапе компиляции и модульную систему. У нас есть базовая стандартная библиотека и достаточное количество этапов «десахаризации» (desugaring) для реализации самых фундаментальных возможностей классического Solidity. Мы уже можем генерировать контракты, совместимые по ABI, с поддержкой диспетчеризации, кодирования/декодирования ABI и доступа к хранилищу.
Тем не менее, на этапе прототипа ещё предстоит выполнить значительный объём работы, прежде чем можно будет приступить к полноценной реализации. Нам необходимо завершить разработку системы типов, расширить стандартную библиотеку и написать достаточно кода, чтобы убедиться в достаточности текущего подхода для поддержки всего необходимого функционала. Требуется тщательная документация системы типов и внутреннего устройства компилятора. Кроме того, мы планируем активно сотрудничать с опытными пользователями и авторами библиотек для получения обратной связи и внесения необходимых корректировок.
Как только мы убедимся в стабильности прототипа, работа разделится на два параллельных направления:
📟 Прилетело из @solidityset
Совместимость и взаимодействие
Внедрение столь масштабного пересмотра любого языка программирования — задача непростая. Хотя определённый уровень несовместимости неизбежен (и даже желателен), мы стремимся сделать переход максимально плавным и избежать раскола в языке.
Как и в предыдущих крупных обновлениях Solidity, совместимость на уровне ABI будет сохраняться между версиями. Это позволит отдельным контрактам, написанным на несовместимых версиях языка, взаимодействовать друг с другом и сосуществовать в рамках одного проекта (аналогичная стратегия применяется в Rust с их функцией «Editions»). Мы также изучаем возможность более глубокого взаимодействия, выходящего за рамки только ABI контрактов. Предполагается, что хотя бы свободные функции и определения интерфейсов можно будет совместно использовать между версиями языка.
Хотя изменения затронут как синтаксис, так и семантику, мы намерены свести их к минимуму и применять только в тех случаях, когда это строго необходимо или приносит существенные преимущества, оправдывающие затраты на миграцию. Мы ожидаем, что простой код без наследования будет выглядеть и ощущаться практически одинаково в обеих версиях языка, с лишь незначительными синтаксическими отличиями (в основном — переход от префиксной записи типов к постфиксной). Мы также рассматриваем возможность переработки или замены некоторых функций, которые на практике оказались проблемными или ограничивающими (например, try/catch, библиотеки, указатели на функции, области данных). Пользователи могут ожидать, что для адаптации кода, использующего эти возможности, потребуются умеренные изменения. Разумеется, код, активно использующий наследование, потребует наиболее значительных переделок.
Мы планируем изучить потенциал автоматической миграции и, если удастся создать надёжные и устойчивые инструменты, включим их в релиз.
Избежать раскола по типу «Python 2 → Python 3» — наша главная задача. Мы считаем, что обновления должны быть управляемыми и возможными для поэтапного внедрения.
Путь к использованию
В этом разделе излагается наше текущее видение достижения готовности к применению и стратегия безопасного внесения столь глубоких изменений в язык. Обратите внимание: это предварительный план, который может существенно измениться. На данный момент мы ещё не готовы называть конкретные сроки. Более подробная информация будет предоставлена по мере приближения к полноценной реализации.
У нас уже есть прототип, реализованный в отдельном репозитории: solcore. Мы можем выполнять проверку типов программ на SAIL и имеем конвейер генерации кода до уровня Yul. Однако до окончательной фиксации системы типов нам ещё предстоит реализовать как минимум вычисления на этапе компиляции и модульную систему. У нас есть базовая стандартная библиотека и достаточное количество этапов «десахаризации» (desugaring) для реализации самых фундаментальных возможностей классического Solidity. Мы уже можем генерировать контракты, совместимые по ABI, с поддержкой диспетчеризации, кодирования/декодирования ABI и доступа к хранилищу.
Тем не менее, на этапе прототипа ещё предстоит выполнить значительный объём работы, прежде чем можно будет приступить к полноценной реализации. Нам необходимо завершить разработку системы типов, расширить стандартную библиотеку и написать достаточно кода, чтобы убедиться в достаточности текущего подхода для поддержки всего необходимого функционала. Требуется тщательная документация системы типов и внутреннего устройства компилятора. Кроме того, мы планируем активно сотрудничать с опытными пользователями и авторами библиотек для получения обратной связи и внесения необходимых корректировок.
Как только мы убедимся в стабильности прототипа, работа разделится на два параллельных направления:
📟 Прилетело из @solidityset
1. Продакшн реализация: мы перепишем проверку типов, этапы десахаризации и генерацию Yul на системном языке (например, Rust, C++ или Zig) и интегрируем это в основной компилятор solc. Эта реализация будет ориентирована на корректность, производительность и обеспечение максимально качественных диагностических сообщений и ошибок.
2. Исполняемая формальная семантика: мы формализуем наше существующее описание на LaTeX в среде автоматического доказательства теорем (вероятно, Lean). Это позволит укрепить доверие как к данной реализации, так и к самой стандартной библиотеке и системе типов.
После того как такая реализация станет относительно стабильной, Core Solidity будет доступен как экспериментальная функция, но ещё не будет помечен как промышленно готовый. В этот период мы будем собирать реальную обратную связь от пользователей, продолжать фаззинг и вынесем стандартную библиотеку на внешний аудит. Как только мы убедимся, что новый фронтенд свободен от серьёзных ошибок, будет выпущена ломающая обратную совместимость версия solc, в которой Core станет версией языка по умолчанию.
#core
📟 Прилетело из @solidityset
2. Исполняемая формальная семантика: мы формализуем наше существующее описание на LaTeX в среде автоматического доказательства теорем (вероятно, Lean). Это позволит укрепить доверие как к данной реализации, так и к самой стандартной библиотеке и системе типов.
После того как такая реализация станет относительно стабильной, Core Solidity будет доступен как экспериментальная функция, но ещё не будет помечен как промышленно готовый. В этот период мы будем собирать реальную обратную связь от пользователей, продолжать фаззинг и вынесем стандартную библиотеку на внешний аудит. Как только мы убедимся, что новый фронтенд свободен от серьёзных ошибок, будет выпущена ломающая обратную совместимость версия solc, в которой Core станет версией языка по умолчанию.
#core
📟 Прилетело из @solidityset
Крипто Devs | Gnezdo Hub
Падписчикиииии, всем привет! Я надеюсь вы успели уже прочитать статью по стейблам, если еще не успели - жду ваших оправланий в комментариях. Ну а пока время тизера некст статьи... Эволюция токеномики Резил скоро 📟 Прилетело из @ortomich_main
Откуда берутся стейблкоины? Обзор на PSM в MakerDao/Sky Protocol
Подписики привеееееет!!!
Сегодня у нас очередная статья на довольно нисшевую тему в DeFi, а конкретно PSM и она касается стейблкоин протоколов. В статья постарался очень концентрированно рассказать о самой мехенике PSM, какие за ней стоят стимулы, как держится пег у стейблов и другие неочевидные моменты
Ставьте реакции, оставляйте комментарии и подписывайтесь, поддержка оч роляет
А теперь к прочтению!
Линк Линк Линк
📟 Прилетело из @ortomich_main
Подписики привеееееет!!!
Сегодня у нас очередная статья на довольно нисшевую тему в DeFi, а конкретно PSM и она касается стейблкоин протоколов. В статья постарался очень концентрированно рассказать о самой мехенике PSM, какие за ней стоят стимулы, как держится пег у стейблов и другие неочевидные моменты
Ставьте реакции, оставляйте комментарии и подписывайтесь, поддержка оч роляет
А теперь к прочтению!
Линк Линк Линк
📟 Прилетело из @ortomich_main
Substack
Откуда берутся стейблкоины? Обзор на PSM в MakerDao/Sky Protocol
Подписчики привет!
Не опять, а снова
Как они заебали уже, дайте спокойно поработать
Чат | Support | Market
Pelican | HiddenCode [EN]
📟 Прилетело из @hidden_coding
Как они заебали уже, дайте спокойно поработать
Чат | Support | Market
Pelican | HiddenCode [EN]
📟 Прилетело из @hidden_coding
Вышел Solidity 0.8.31
Команда Solidity объявила о выходе компилятора Solidity версии 0.8.31. Обновление приносит поддержку новых возможностей EVM, представленных в сетевом апгрейде Fusaka, расширяет функциональность спецификаторов раскладки хранилища и запускает первый этап отказа от устаревших возможностей, которые будут окончательно удалены в версии 0.9.0. Кроме того, теперь официально публикуются сборки компилятора для Linux на архитектуре ARM.
Одним из ключевых изменений стало то, что версия EVM с кодовым названием osaka теперь используется по умолчанию. При необходимости разработчики по-прежнему могут указать более старую версию виртуальной машины через настройки компилятора. В новой версии также добавлена поддержка опкода CLZ, реализующего стандарт EIP-7939. Эта инструкция позволяет считать количество ведущих нулей в 256-битном слове и открывает новые возможности для оптимизаций, битовых операций, алгоритмов сжатия и работы со структурами данных на уровне приложений.
В ближайшее время этот опкод найдет активное применение в популярных библиотеках, включая solady и OpenZeppelin, где сможет заменить существующие реализации вроде Math.clz(). Пока в самом компиляторе область применения CLZ ограничена, но команда изучает способы использовать его для будущих оптимизаций генерации байткода.
С точки зрения инфраструктуры релиза произошло важное обновление: начиная с этой версии, Solidity официально выпускается в виде бинарных сборок для Linux на ARM. Ранее такие версии существовали либо в виде сборок под macOS, либо в виде самостоятельной компиляции из исходников. Теперь ARM-билды встроены в систему CI и проходят тот же цикл тестирования, что и остальные платформы, гарантируя идентичность байткода и метаданных на всех архитектурах.
Также введён формат предварительных релизов. Если раньше существовали только ночные сборки и полноценные релизы, то теперь появились pre-release версии, позволяющие получать доступ к новым фичам раньше официального релиза. Именно в pre-release впервые стала доступна поддержка CLZ, и эта практика будет использоваться дальше для постепенного внедрения экспериментальных возможностей.
Одновременно команда начала оптимизировать каналы распространения компилятора. В частности, официально прекращена поддержка Ubuntu PPA, так как этот канал оказался маловостребованным. Docker-сборки пока сохраняются, но в будущем тоже могут быть убраны, если их использование останется незначительным. При этом контейнеры уже перенесены из DockerHub в реестр GitHub, и новые версии будут публиковаться именно там.
Наконец, версия 0.8.31 открывает фазу активной подготовки к релизу 0.9.0, который станет несовместимым с предыдущими версиями. В компилятор добавлены предупреждения об устаревании send() и transfer(), устаревшего ABI coder v1, виртуальных модификаторов, сравнений контрактов без явного приведения к адресу и специального комментария memory-safe-assembly. Всё это сигнализирует о переходе Solidity к более строгой типизации, более прозрачной семантике и сокращению исторически сложных и небезопасных конструкций, которые долгое время тянулись из ранних версий языка.
#solidity
📟 Прилетело из @solidityset
Команда Solidity объявила о выходе компилятора Solidity версии 0.8.31. Обновление приносит поддержку новых возможностей EVM, представленных в сетевом апгрейде Fusaka, расширяет функциональность спецификаторов раскладки хранилища и запускает первый этап отказа от устаревших возможностей, которые будут окончательно удалены в версии 0.9.0. Кроме того, теперь официально публикуются сборки компилятора для Linux на архитектуре ARM.
Одним из ключевых изменений стало то, что версия EVM с кодовым названием osaka теперь используется по умолчанию. При необходимости разработчики по-прежнему могут указать более старую версию виртуальной машины через настройки компилятора. В новой версии также добавлена поддержка опкода CLZ, реализующего стандарт EIP-7939. Эта инструкция позволяет считать количество ведущих нулей в 256-битном слове и открывает новые возможности для оптимизаций, битовых операций, алгоритмов сжатия и работы со структурами данных на уровне приложений.
В ближайшее время этот опкод найдет активное применение в популярных библиотеках, включая solady и OpenZeppelin, где сможет заменить существующие реализации вроде Math.clz(). Пока в самом компиляторе область применения CLZ ограничена, но команда изучает способы использовать его для будущих оптимизаций генерации байткода.
С точки зрения инфраструктуры релиза произошло важное обновление: начиная с этой версии, Solidity официально выпускается в виде бинарных сборок для Linux на ARM. Ранее такие версии существовали либо в виде сборок под macOS, либо в виде самостоятельной компиляции из исходников. Теперь ARM-билды встроены в систему CI и проходят тот же цикл тестирования, что и остальные платформы, гарантируя идентичность байткода и метаданных на всех архитектурах.
Также введён формат предварительных релизов. Если раньше существовали только ночные сборки и полноценные релизы, то теперь появились pre-release версии, позволяющие получать доступ к новым фичам раньше официального релиза. Именно в pre-release впервые стала доступна поддержка CLZ, и эта практика будет использоваться дальше для постепенного внедрения экспериментальных возможностей.
Одновременно команда начала оптимизировать каналы распространения компилятора. В частности, официально прекращена поддержка Ubuntu PPA, так как этот канал оказался маловостребованным. Docker-сборки пока сохраняются, но в будущем тоже могут быть убраны, если их использование останется незначительным. При этом контейнеры уже перенесены из DockerHub в реестр GitHub, и новые версии будут публиковаться именно там.
Наконец, версия 0.8.31 открывает фазу активной подготовки к релизу 0.9.0, который станет несовместимым с предыдущими версиями. В компилятор добавлены предупреждения об устаревании send() и transfer(), устаревшего ABI coder v1, виртуальных модификаторов, сравнений контрактов без явного приведения к адресу и специального комментария memory-safe-assembly. Всё это сигнализирует о переходе Solidity к более строгой типизации, более прозрачной семантике и сокращению исторически сложных и небезопасных конструкций, которые долгое время тянулись из ранних версий языка.
#solidity
📟 Прилетело из @solidityset
#OpenSea #полезное
Проект XCOPYART запустили ивент с NFT пузырями, в котором дают клеймить по 10 штук на кошельки попавшие в allowlist. На данный момент цена одного нфт на OpenSea 0.2$.
Eligible все кошельки, которые получили Treasure Tier 3 и выше в любой из фаз опенси квестов.
😶🌫️ Что нужно делать
1. Проверяем свои кошельки в allowlist - ТЫК🔗
2. Идем на сайт bubbles.art
3. Подключаем кошелек, вам сразу предложит добавить сеть Shape L2
4. Предложенный RPC при добавлении сети может не работать, поэтому используйте этот:
https://mainnet.shape.network
5. Нажимаем Claim и получаем свои 10 пузырей
6. На relay.link пополняем сеть Shape нативным токеном (до 0.1$)
7. Продаем на OpenSea - ТЫК🔗
8. Делаем бридж из Shape в удобную для вас сеть
С одного аккаунта мы будем получать примерно 2$ профита с учетом затрат на бридж, умножаем это на 100-200-300 аккаунтов и уже вырисовывается приятная сумма
В нашем софте клейм и продажа полностью автоматизированы, пользователям остается только запустить нужный режим.
🙃 Точно ли стоит продавать?
Bubbles NFT - это по сути лотерейные билеты. Всего их 10 млн штук и они постепенно будут сжигаться в рандомном порядке до 2035 года, пока не останется один, который и будет главным призом - выжившим.
Учитывая настолько долгую длительность и экспериментальность, мы считаем, что лучше просто продать эти нфт. Более подробно можно прочитать в правилах - ТЫК🔗
https://news.1rj.ru/str/OduLandBot
📟 Прилетело из @oxygen_tools
Please open Telegram to view this post
VIEW IN TELEGRAM
#Abstract #полезное
На гейте уже запускали NFT в коллаборации с RedBull и всегда за их клейм мы получали приятное количество XP (3-8к), история повторяется снова (возможно последний раз).
🫡 Что делать
1. Заходим на Gate - ТЫК🔗
2. Подключаемся через кошелек абстракта (AGW)
3. Клеймим все бесплатные нфт на протяжении трех дней
https://news.1rj.ru/str/OduLandBot
📟 Прилетело из @oxygen_tools
Please open Telegram to view this post
VIEW IN TELEGRAM
Снайперы против юпитера и влажных
вот уже второй день наблюдаю за результатами паблик сейла $WET
Если кто в танке, Jupiter запустили свой лаунчпад и это был их первый сейл. Надо было не ударить в грязь лицом, но офк они не справились🤡
Сейл состоял из нескольких категорий:
- Наши любимые Жуп стейкеры🤨 (градация по количеству и времени стейка)
- Паблик фкфс стадия
Кто им предложил делать фкфс и зачем? Мне кажется, они сами не знают.
Через пару минут после солд аута жуп выкатывают твит, что они недовольны. Мол ботеры петушки всё вынесли и команда humidifi будет с этим что-то решать.
Через сутки эти типы решили кинуть снайперов и просто пересоздать токен. При этом НЕ рефанднуть деньги снайперу (ramar легенда соланы😎 ), который сумел забрать 1100 аллок в одни руки (по словам bubble maps, которые могли накосячить).
Просто посмотрите на эту комедию:
Имхо, такое просто не должно происходить.
Во-первых, снайперы заплатили по 1 sol за комиссию, чтобы выкупить аллоку. На самом деле нифига себе, вообще не мало за транзакцию. И каждый раз снайпер несет риск, что сейл отменят, комсу не рефанднут.
Во-вторых, снайпер действовал по ровно таким же правилам, как и остальные. Если команда криворуких дегенератов не справилась с сейлом — это их проблема.
В-третьих, за такие мувы команда не то что аллоку должна вернуть, но и деньги, потраченные на транзы. Команда обязана вернуть деньги, иначе это буквально воровство.
Сам я не снайпил этот сейл, потому что очень часто происходит подобная фигня на хайповых сейлах. Но просто не могу следить со стороны.
Странно, что никто это особо у нас это не обсуждал, хотя твиттер это вовсю обсуждает.
Че думаете вообще? Рамар легенда наш слон или должен "пойти нахуй"?
📟 Прилетело из @findmeonchain
вот уже второй день наблюдаю за результатами паблик сейла $WET
Если кто в танке, Jupiter запустили свой лаунчпад и это был их первый сейл. Надо было не ударить в грязь лицом, но офк они не справились
Сейл состоял из нескольких категорий:
- Наши любимые Жуп стейкеры
- Паблик фкфс стадия
Кто им предложил делать фкфс и зачем? Мне кажется, они сами не знают.
Через пару минут после солд аута жуп выкатывают твит, что они недовольны. Мол ботеры петушки всё вынесли и команда humidifi будет с этим что-то решать.
Через сутки эти типы решили кинуть снайперов и просто пересоздать токен. При этом НЕ рефанднуть деньги снайперу (ramar легенда соланы
Просто посмотрите на эту комедию:
For the public sale, a bot farm sniped the entire supply instantly and weterans were not able to participate. I shed some real humid tears and crashed out.
....
So what’s going to happen next in the WaterWorld?
We are creating a new token. All Wetlist and JUP staker buyers will receive a pro-rata airdrop. The sniper is not getting shit, fuck that guy.
Или же по-простому:
Нас трахнул снайпер, а мы не виноваты. Пересоздаем токен, а снайпер пошел нахуй (дословная цитата из твита)
Имхо, такое просто не должно происходить.
Во-первых, снайперы заплатили по 1 sol за комиссию, чтобы выкупить аллоку. На самом деле нифига себе, вообще не мало за транзакцию. И каждый раз снайпер несет риск, что сейл отменят, комсу не рефанднут.
Во-вторых, снайпер действовал по ровно таким же правилам, как и остальные. Если команда криворуких дегенератов не справилась с сейлом — это их проблема.
В-третьих, за такие мувы команда не то что аллоку должна вернуть, но и деньги, потраченные на транзы. Команда обязана вернуть деньги, иначе это буквально воровство.
Сам я не снайпил этот сейл, потому что очень часто происходит подобная фигня на хайповых сейлах. Но просто не могу следить со стороны.
Странно, что никто это особо у нас это не обсуждал, хотя твиттер это вовсю обсуждает.
Че думаете вообще? Рамар легенда наш слон или должен "пойти нахуй"?
📟 Прилетело из @findmeonchain
Please open Telegram to view this post
VIEW IN TELEGRAM
//
✅ Вот так незаметно прошёл почти месяц с момента релиза
За это время:🟢 вышло 13 обновлений🟢 добавлено 2 новых софта
Активнo поддерживаются 4 проекта:🟢 Rise & Icarus Testnet🟢 Stable Testnet🟢 Arc Testnet🟢 IOPN Testnet🥳 И кстати не могу не упомянуть о крутой фиче в виде авто-обновления:
При запуске софт сам проверяет актуальность билда. Если есть апдейт — предложит обновиться.
Все сделано так, чтобы вам ничего не ломать:🟢 каждый файл в конфиге проверяется;🟢 заполненные поля в .yaml не трогаются;🟢 ваши комментарии в конфигах сохраняются;🟢 новые поля из свежей версии аккуратно дописываются в старый конфиг;🟢 то же самое работает и для .txt-файлов.
На постоянной основе в группе проходят голосования за новые проекты
Если хотя бы 70% проголосовали "за", я беру проект в работу и начинаю писать софт
Проще говоря — решает комьюнити, а не я
Я не позиционирую себя как ресерчера, поэтому:
В боте теперь можно купить подписку на 30 / 60 / 90 дней —
при этом на 60 и 90 дней действуют скидки
🛒 —> JamBitShop🛒 —> JamBitShop🛒 —> JamBitShop
📟 Прилетело из @JamBitPY
Please open Telegram to view this post
VIEW IN TELEGRAM
Приболел, поэтому пока бубут только посты про токеномику.
😎 Незрячий web3 программист (подписаться)
Чат | бот
📟 Прилетело из @blind_dev
😎 Незрячий web3 программист (подписаться)
Чат | бот
📟 Прилетело из @blind_dev
Остался 1 час....
На канале опубликую статью, после которой ты не сможешь не начать и не заработать на web3
Прогрел?
Включай уведомления, ставь 👻 и ожидай!
Материал будет удален через час после публикации
📟 Прилетело из @code_vartcall
На канале опубликую статью, после которой ты не сможешь не начать и не заработать на web3
Прогрел?
Включай уведомления, ставь 👻 и ожидай!
Материал будет удален через час после публикации
📟 Прилетело из @code_vartcall
Статья, которая сделаем вам первые $10.000 на web3 в 2026 году
Сохраняйте и перечитывайте!
teletype.in/@vartcall/ethereum_fusaka
Приятного применения!
📟 Прилетело из @code_vartcall
Please open Telegram to view this post
VIEW IN TELEGRAM
Teletype
Fusaka - Все о новом Обновлении Ethereum
Автор Статьи - https://news.1rj.ru/str/code_vartcall
Vibe codding и ваши идеи
С текущим развитием нейронных сетей и различных сервисов на основе них стало очень просто быстро собирать и тестировать свои идеи. Не нужно искать команду, долго сидеть над дизайном или стараться настроить сервер, чтобы запустить простой проект.
Сегодня просто хочу поделиться своими заметками про такой подход.
Если вы когда-либо пытались вникнуть в сферу стартапов, то наверняка много раз попадали на статьи/книги/посты, в которых говорилось, что в начале своего пути нужно не "бесконечно разрабатывать свой проект, наполняя его разными сомнительными фичами", а быстро собрать минимально рабочую версию, выпустить на рынок и собрать обратную связь от пользователей. Это, конечно, очень утрированное утверждение, но смысл должен быть понятен. Скорость тестирования свои идеи и поиск нужных опций для проекта в короткий срок - то, как нужно правильно работать.
И в настоящее время можно очень быстро собирать такие минимальные продукты с минимумом знаний.
Например, недавно меня просто позабавила идея объединения крипто торговли и доски канбан (типа Trello). Я посчитал, что было бы забавно и просто для новичков, вместо отслеживания бесконечных графиков просто перетаскивать карточки с одного столбца в другой, и тем самым выполнять действия покупка/продажа крипты. В итоге, с помощью нескольких запросов в Lovable (ИИ сервис для генерации фронтенд) появился такой концепт:
Сайт CryptoBoard
Тут просто можно перетаскивать карточки с места нам место. Больше ничего.
Я прекрасно понимаю, что это вообще все очень далеко от настоящего трейдинга, что нужно намного больше информации и т.д. Здесь скорее была идея просто посмотреть как это будет выглядеть вместе.
Такие сайты как Lovable, Replit, Manus могут помочь быстро составить прототип вашей идеи. Вы также можете использовать LMArena и разные описания того, что вы хотите, для генерации страниц проекта разными нейронками, выбирая наиболее удачные варианты. Сохраните их в отдельную папку.
Затем в современных редакторах кода с ИИ (Cursor, Windsurf, Antigravity), создайте базовый проект и попросите нейронку перенести дизайн сгенерированный ранее, на ваш новый проект. Так потихоньку можно создать базовый фронтенд.
Далее подключайте backend. Спрашивайте нейронку как лучше собрать эту часть, составляйте план и следуйте ему. Будет вообще здорово, если вы пройдете быстрый курс онлайн (видео на ютуб или другие специализированные сервисы) по необходимым языкам и библиотекам, чтобы понимать, что делает нейронка с вашим проектом.
Так, для меня лучше всего сработали Python+FastAPY+Redis. По каждому из них я брал дополнительное обучение онлайн.
В итоге, у вас может получиться базовый проект на вашем компьютере, который вы можете тестировать сколько угодно.
Кроме того, в конце вы так же можете попросить модель, типа Claude 4.5, проанализировать ваш проект на безопасность. Да, возможно, это не закроет сайт от дыр, но сделает его намного безопаснее. Советы он дает достаточно хорошие по этому стеку.
Так вы сможете быстро научиться собирать свои проекты, ускоряясь с каждым разом. И вместо разработки в течение 3-6 месяцев, сможете запускать сайты в течение месяца.
Тут хочу сделать два важных замечания:
1. Никогда не запускайте свой крипто проект без внешнего аудита! Не смотря на то, что нейронки и статические анализаторы уже хороши сегодня, они недостаточны для безопасности! Аудит обязателен!
2. Уделяйте время безопасности и вашему собственному сайту и серверу, где он хранится. Фронтенд и бекенд сайтов проще править в продакшене, чем смарт контракты, но эффект от взлома может быть не меньше!
А вообще, пробуйте, учитесь, разрабатывайте. Объединяйте разные идеи - трейдинг и канбан, переводы крипты и чат в мессенджере, сообщества и сторис, вообще все, что взбредет в голову. Создавайте дизайны. Сейчас это проще, чем было!
#vibe
📟 Прилетело из @solidityset
С текущим развитием нейронных сетей и различных сервисов на основе них стало очень просто быстро собирать и тестировать свои идеи. Не нужно искать команду, долго сидеть над дизайном или стараться настроить сервер, чтобы запустить простой проект.
Сегодня просто хочу поделиться своими заметками про такой подход.
Если вы когда-либо пытались вникнуть в сферу стартапов, то наверняка много раз попадали на статьи/книги/посты, в которых говорилось, что в начале своего пути нужно не "бесконечно разрабатывать свой проект, наполняя его разными сомнительными фичами", а быстро собрать минимально рабочую версию, выпустить на рынок и собрать обратную связь от пользователей. Это, конечно, очень утрированное утверждение, но смысл должен быть понятен. Скорость тестирования свои идеи и поиск нужных опций для проекта в короткий срок - то, как нужно правильно работать.
И в настоящее время можно очень быстро собирать такие минимальные продукты с минимумом знаний.
Например, недавно меня просто позабавила идея объединения крипто торговли и доски канбан (типа Trello). Я посчитал, что было бы забавно и просто для новичков, вместо отслеживания бесконечных графиков просто перетаскивать карточки с одного столбца в другой, и тем самым выполнять действия покупка/продажа крипты. В итоге, с помощью нескольких запросов в Lovable (ИИ сервис для генерации фронтенд) появился такой концепт:
Сайт CryptoBoard
Тут просто можно перетаскивать карточки с места нам место. Больше ничего.
Я прекрасно понимаю, что это вообще все очень далеко от настоящего трейдинга, что нужно намного больше информации и т.д. Здесь скорее была идея просто посмотреть как это будет выглядеть вместе.
Такие сайты как Lovable, Replit, Manus могут помочь быстро составить прототип вашей идеи. Вы также можете использовать LMArena и разные описания того, что вы хотите, для генерации страниц проекта разными нейронками, выбирая наиболее удачные варианты. Сохраните их в отдельную папку.
Затем в современных редакторах кода с ИИ (Cursor, Windsurf, Antigravity), создайте базовый проект и попросите нейронку перенести дизайн сгенерированный ранее, на ваш новый проект. Так потихоньку можно создать базовый фронтенд.
Далее подключайте backend. Спрашивайте нейронку как лучше собрать эту часть, составляйте план и следуйте ему. Будет вообще здорово, если вы пройдете быстрый курс онлайн (видео на ютуб или другие специализированные сервисы) по необходимым языкам и библиотекам, чтобы понимать, что делает нейронка с вашим проектом.
Так, для меня лучше всего сработали Python+FastAPY+Redis. По каждому из них я брал дополнительное обучение онлайн.
В итоге, у вас может получиться базовый проект на вашем компьютере, который вы можете тестировать сколько угодно.
Кроме того, в конце вы так же можете попросить модель, типа Claude 4.5, проанализировать ваш проект на безопасность. Да, возможно, это не закроет сайт от дыр, но сделает его намного безопаснее. Советы он дает достаточно хорошие по этому стеку.
Так вы сможете быстро научиться собирать свои проекты, ускоряясь с каждым разом. И вместо разработки в течение 3-6 месяцев, сможете запускать сайты в течение месяца.
Тут хочу сделать два важных замечания:
1. Никогда не запускайте свой крипто проект без внешнего аудита! Не смотря на то, что нейронки и статические анализаторы уже хороши сегодня, они недостаточны для безопасности! Аудит обязателен!
2. Уделяйте время безопасности и вашему собственному сайту и серверу, где он хранится. Фронтенд и бекенд сайтов проще править в продакшене, чем смарт контракты, но эффект от взлома может быть не меньше!
А вообще, пробуйте, учитесь, разрабатывайте. Объединяйте разные идеи - трейдинг и канбан, переводы крипты и чат в мессенджере, сообщества и сторис, вообще все, что взбредет в голову. Создавайте дизайны. Сейчас это проще, чем было!
#vibe
📟 Прилетело из @solidityset
Написал тут короткое объяснение как настроить GPG flow для GitHub - может, кому-то будет полезно. После настройки самого flow достаточно сделать
📟 Прилетело из @dev_in_ruby_colors
git commit -S (со всеми остальными опциями как обычно) и коммиты будут верифицированы https://github.com/lokalise/lokalise-pull-action/issues/39#issuecomment-3626512044📟 Прилетело из @dev_in_ruby_colors
GitHub
GitHub App commits are not signed because action uses GitHub CLI instead of GitHub API · Issue #39 · lokalise/lokalise-pull-action
Describe the bug When using a GitHub App token (via custom_github_token) to create pull requests, the commits are not signed. This is because the action uses GitHub CLI (gh) for Git operations inst...