Бюджет: 10000 UAH Срок: 15 дней
Реализация возможна. Сроки примерные. Цена ориентировочная. Более конкретно только после уточнения ТЗ (в форму есть вопросы). Готов взяться.
Нужно минтить NFT софтом используя приватные ключи от кошельков и возможность добавить прокси. UI не обязательно. Нужно сохранять в файл результат (адрес кошелька, приватный ключ,получилось или нет). Одновременный минт со всех заполненных кошельков. Если у вас есть готовое решение готов расмотреть его. Приветствуется предложение с вашей стороны способ которым будет происходить определение начала возможности минта. Например запускаю софт, идёт фаза WL и на момент открытия публичного минта софт начинает минтить самостоятельно. Желательно софт делать на python, но если есть вариант который работает лучше на другом языке то можно использовать и его. Хочу выслушать ваши предложения по цене, бюджет ставлю приблизительный основываясь на том какие цены я видел при поиске через гугл.
Бюджет: 10000 UAH Срок: 15 дней
Реализация возможна. Сроки примерные. Цена ориентировочная. Более конкретно только после уточнения ТЗ (в форму есть вопросы). Готов взяться.
Бюджет: 10000 UAH Срок: 19 дней
Добрый день, было б интересно попробовать разработать такой софт, можем на Python но если ожидаются большие нагрузки то лучше на Go. Цена за проект может колебаться в зависимости от сложности автоматизаций.
Бюджет: 10000 UAH Срок: 4 дня
Здравствуйте,
готов обсудить данный проект, у меня есть опыт в работе с блокчейном. Пишите в лс
Минт на блокчейне солана. Нужно минтить по адресу контракта, к маркетплейсу не привязано так как может быть на сайте проекта раздача, тоесть сайт на котором раздача не должен играть роль.
1. О проекте NFT
- Какую коллекцию NFT мы будем минтить? (Название, адрес Candy Machine или смарт-контракта.)
- Есть ли какие-то уникальные особенности проекта? (Whitelist, Public Sale, редкость.)
- Какие данные уже есть:
- Метаданные NFT?
- Ссылки на IPFS или Arweave?
2. Технические требования
- Сколько кошельков предполагается использовать для минта?
- Есть ли готовый список кошельков с приватными ключами, или нужно создать новые?
- Требуется ли поддержка прокси-серверов? Если да, сколько и какой формат предоставления прокси?
- Будет ли использована асинхронная обработка? (Одновременный минт с нескольких кошельков.)
- Как часто нужно проверять доступность минта? (Интервал запросов.)
3. Финансовая часть
- Есть ли на всех кошельках достаточный баланс SOL для минта и оплаты комиссий?
- Какова минимальная и максимальная стоимость минта для данной коллекции?
- Какой план по работе с неудачными попытками минта (например, транзакции отклонены)?
4. Автоматизация процесса
- Требуется ли отслеживание начала публичного минта? (Например, мониторинг Candy Machine или веб-скрейпинг.)
- Нужно ли уведомлять о старте минта? (E-mail, Telegram, или уведомление в логах.)
- Нужно ли перезапускать скрипт автоматически в случае ошибок?
5. Результаты работы
- В каком формате сохранять результат минта? (CSV, JSON, или другой формат.)
- Какие данные записывать в результат:
- Адрес кошелька.
- Приватный ключ.
- Статус минта (успех/ошибка).
- Хэш транзакции.
- Нужно ли хранить логи работы программы? Если да, где?
6. Безопасность
- Как обеспечить безопасное хранение приватных ключей?
- Шифрование?
- Временное удаление после окончания работы?
- Как защищаться от бана или блокировки при использовании прокси?
7. Дополнительные пожелания
- Нужен ли интерфейс программы (GUI), или достаточно консольной версии?
- Есть ли ограничения по времени выполнения проекта?
- Какие дополнительные функции могут понадобиться? (Например, массовая проверка баланса кошельков.)
8. Тестирование
- Есть ли тестовая среда (Devnet) или отдельные кошельки для тестирования?
- Как будут проводиться проверки работоспособности программы?
Ответьте на эти вопросы в личные сообщения и возможно обсуждать дальнейшую реализацию Вашего проекта и соотвественно цену вопроса.
1,2,3 - Представим что есть некий минт нфт (для примера возьмём сегодняшний https://www.launchmynft.io/collections/4wR37muvWtz1bd4Phuce1ZeJuyJAC9DkE5Yr6nKRtW2g/LRN2rV9JrUYfgdDGQAMC) у меня есть адрес контракта этой нфт и после конца WL минта мне надо начинать минтить на свои кошельки. Как вы понимаете никаких ссылок у меня дополнительно нет.
4,5,6,7,8 - Кошельки уже есть, сейчас есть 3 готовых и планирую добавить ещё 2шт. От софта не требуется создавать новые. Поддержа прокси нужна в произвольном удобном для вас формате. Асинхронность нужна, для минта одновременно со всех кошельков которые будут загружены. Прокси нужно поддерживать на каждый кошелек отдельно.
9,10,11 - на всех кошельках достаточно соланы для минта, я прослежу за этим так как стоимость минта я знаю. При неудачной транзакции нужна возможность включить или выключить повышение газа за транзакцию для повышения шансов успешного прохождения. Стоимость минта может быть абсолютно разной, я же так понимаю что я сам выставляю перед минтом какая будет стоимость минта конкретно данной нфт (возможность минта нескольких нфт на 1 кошелек тоже нужна). При неудачном минте просто продолжать работу пока я сам не выключууу скрипт
12,13,14 - отслеживать публичный минт необходимо для того чтобы скрипт самостоятельно начал минтить, как это будет происходить выбор за вами. Например сегодня кнопка минт стала активной когда начался публичный минт. Уведомлять о старте минта не надо, перезапускать при ошибке не надо, я сам выключу если будет необходимость
15,16,17 -
логи можно хранить просто рядом с исполняемым файлом. записывать результаты можно в таблицу csv, xlsx например, данные записывать просто адрес, успех, хэш
18,19 - безопасностью не нужно заниматься, просто пусть лежат в открытом виде у меня в файле. по поводу бана тоже не беспокойтесь
20,21,22 - интерфейс не нужен, по времени назовите самостоятельно сколько вам нужно для этого. Дополнительные функции могут понадобиться по ходу работы программы, если в будущем что-то будет нужно то можно будет дописать.
23,24 - тестовые кошельки я могу предоставить, работоспособность может проводиться на тестовой коллекции нфт.
для более деталного обсуждения можно прейти в дискорд и там всё обсудить если вам так удобно
Переходить на сторонние сервисы для общения не стоит, получим бан, у меня уже есть одно предупреждение. Откройте личную переписку в профиле, и я задам еще несколько вопросов. В целом мне понятен путь и я набросал первичный план дейтсивй по реализации, хотел вам показать
РазработкаTelegram Mini App (Бот+ WebApp)дляпродажицифровыхтоваровиигровыхвалют(Python / aiogram) Описание проекта: Требуется разработать Telegram-бота с полноценным WebApp-интерфейсом для автоматизированной продажи цифровых товаров (Telegram Stars, Telegram Premium, игровые валюты/донаты для PUBG Mobile, Steam и др.). Проект называетсяAspect App. Главный упор на скорость работы, плавный UI/UX в стиле Web3/минимализма и полную автоматизацию выдачи товаров после оплаты. Стек технологий: Backend:Python 3.10+, aiogram 3.x (FastAPI для Webhook/API приветствуется). Database:PostgreSQL / Redis (для сессий и кэширования). Frontend (WebApp):React.js / Vue.js / Next.js (на усмотрение разработчика, важна скорость и плавность анимаций). Интеграции:Telegram WebApp API. Основной функционал (MVP): 1.Клиентскаячасть(Telegram Mini App): Главныйэкран:Категории товаров (Telegram Активы, Игровой Донат). Баннерная сетка для акций. Каталогтоваров:Карточки товаров с выбором объема (например: 50, 100, 500 Telegram Stars или UC). Поля для ввода данных игрока (Player ID для PUBG). КорзинаиОформление:Быстрая покупка в 2 клика. Модульоплаты:Интеграция платежных методов (CryptoBot API / TON Connect / другие фиатные шлюзы по согласованию). Личныйкабинет:История заказов, статус выполнения, реферальная система (баланс внутри приложения). 2.Административнаяпанель(встроеннаявWebAppилиотдельныйбот): Управление каталогом (добавление/удаление товаров, изменение цен). Мониторинг заказов и статистика продаж. Система рассылок по базе пользователей. 3.Логикаавтоматизации(Будетплюсом): Готовность архитектуры под интеграцию с API поставщиков (API для авто-закупки Stars/UC). На этапе MVP часть товаров может выдаваться кодами из базы данных. Что требуется от исполнителя: 1. Разработка архитектуры БД и бэкенда на Python. 2. Верстка и интеграция WebApp (дизайн-макет обсудим, важен чистый Web3-стиль, Glassmorphism). 3. Настройка безопасных транзакций и вебхуков оплаты. 4. Деплой на сервер (Docker, Ubuntu, настройка SSL). Требования к кандидату: Опыт коммерческой разработки Telegram WebApps от 1 года. Наличие портфолио с запущенными и работающими Mini Apps (скидывайте ссылки в отклике). Чистый, документированный код. Условия работы: Работа только через БезопаснуюСделку(Сейф/ Escrow)платформы. Оплата поэтапная (разбиваем проект на Спринт 1: Бэкенд + БД, Спринт 2: Фронтенд WebApp, Спринт 3: Интеграция платёжек и тесты). Бюджет: Обсуждается с успешным кандидатом (указывайте вашу вилку цен и сроки в отклике)
Нужен стример в идеале имеющий подписчиков на Twitch чем больше подписчиков тем лучше нужно прорекламировать сайт чтоб о нем узнало как можно больше людей
Ищем специалиста по безопасности Solana-программ для проведения аудита смарт-контракта перед деплоем в mainnet. Стек контракта: Rust + Anchor framework SPL Token (перевод/хранение токенов в PDA) Механики: раунды с таймингом, эскроу ставок, resolver финальной цены, расчет и распределение выплат, claim-инструкции, emergency pause + refund, настройка комиссии через admin authority Проверка на типовые уязвимости Solana/Anchor: missing ownership/signer checks, account validation, integer overflow, PDA seeds collisions, reentrancy-паттерны, привилегии authority-ключей Анализ логики распределения выплат (округление, edge cases с множеством участников) Проверка emergency-механизмов (pause, refund) — невозможно ли их обойти или злоупотребить ими Отчет с классификацией находок по критичности (Critical/High/Medium/Low) и рекомендациями Повторная проверка после исправлений (re-audit fixes) Требования к исполнителю: Подтвержденный опыт аудита или разработки Solana-программ (Rust/Anchor) — просим ссылки на GitHub, предыдущие аудиты или примеры найденных уязвимостей Понимание специфики SPL Token и PDA-эскроу паттернов Опыт с инструментами статического анализа (Soteria, Sec3, cargo-audit) будет плюсом В отклике просим указать: Опыт именно с Solana (не EVM) — конкретные проекты Ориентировочную стоимость и срок для контракта такого объема Формат отчета (пример, если есть)
Что мы считаем в проекте: Реализованная PnL, ROI и Win Rate для криптокошельков - насколько прибыльно кошелек торговал определенным токеном за выбранный период. На каких данных: история on-chain транзакций кошелька (свопы, переводы токенов) + рыночная цена токена на момент каждой сделки. Основной источник данных - Moralis: два вызова во время первичной загрузки кошелька - нативные ETH-переводы и все ERC-20 token transfers. С чем сравниваем: Nansen.io - берем как эталон, сравниваем наши рассчитанные метрики с тем, что показывает Nansen для тех же кошельков за тот же период. Проблема: наши цифры существенно отличаются от Nansen, и мы не до конца понимаем, по каким правилам часть действий кошелька должна классифицироваться для целей PnL. Необходимо исправить расчет Реализованной PnL, ROI и Win Rate, чтобы совпадали с Нансеном. В заявке напишите, пожалуйста: - опыт в схожих задачах - опыт с Nansen - опыт с Moralis - опыт с DeFiLlama - опыт со статьей по криптооперациям - приблизительную стоимость и сроки фикса
Приступить важно - СЕГОДНЯ Нужен человек, у которого есть опыт написание торговых ботов на дексах (нужен в сети BSC) с пониманием стоимости транзакций, газа и тд Хочу протестировать несколько торговых стратегий на реальном торговом агенте Мне нужно оперативно разработать автономного трейдингового агента, который использует API Trust Wallet и CoinMarketCap для выполнения сделок в сети BNB Chain (BSC) на основе 3–5 заложенных стратегий. Стек технологий (обязателен) - Trust Wallet Agent Kit (TWAK) — для самокастодиального подписания и выполнения транзакций (https://portal.trustwallet.com) - CoinMarketCap AI Agent Hub — для получения рыночных данных и сигналов (https://coinmarketcap.com/api/agent) - BNB AI Agent SDK — для быстрой интеграции (https://github.com/bnb-chain/bnbagent-sdk) Функциональные требования Данные (CMC AI Agent Hub) - Получение данных через MCP или x402 (https://coinmarketcap.com/api/agent) - Использование готовых Skills для RSI, MACD, Fear & Greed, объемов Исполнение (Trust Wallet Agent Kit) - Локальное подписание транзакций — ключи остаются у пользователя (https://portal.trustwallet.com) - Автономный режим: агент сам подписывает и отправляет сделки - Ограничения: просадка (drawdown), дневной лимит, стоп-лосс, вайтлист токенов - Использование x402 для оплаты данных/вычислений Стратегии - Реализовать 3–5 описанных стратегий с возможностью переключения между ними - Примеры: комбинация funding rates + Fear & Greed, DCA на основе настроений с фильтрами Технические требования - Язык: Python (предпочтительно) или TypeScript/JavaScript - Инструменты: TWAK CLI, CMC CLI, BNB AI Agent SDK Кто может взяться?