Бюджет: 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) — конкретні проєкти Орієнтовну вартість і термін для контракту такого обсягу Формат звіту (приклад, якщо є)
Що ми рахуємо у проєкті: Realized PnL, ROI і Win Rate для криптогаманців - наскільки прибутково гаманець торгував певним токеном за обраний період. На яких даних: історія on-chain транзакцій гаманця (свопи, перекази токенів) + ринкова ціна токена на момент кожної угоди. Основне джерело даних - Moralis: два виклики під час первинного завантаження гаманця - нативні ETH-перекази і усі ERC-20 token transfers. З чим порівнюємо: Nansen.io - беремо як еталон, порівнюємо наші розраховані метрики з тим, що показує Nansen для тих самих гаманців за той самий період. Проблема: наші цифри суттєво відрізняються від Nansen, і ми не до кінця розуміємо, за якими правилами частина дій гаманця має класифікуватись для цілей PnL. Потрібно пофіксити розрахунок Realized 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 Хто може взятися?