Бюджет: 11111 UAH Термін: 11 днів
Good time of the day.
Зацікавлений у реалізації вашого проекту, запрошую в приватні повідомлення обговорити всі деталі.
Ціль складна, одразу попереджаю, мені потрібен досвідчений, знаючий структуру розробки dApps людина, яка точно виконає всі необхідні вимоги. Потрібно побудувати за функціоналом просте, але розширюване додаток для перекладу декількох токенів одному користувачеві або одного токена декільком користувачам. При цьому потрібно встановити комісію у вигляді ETH (нативного токена) та % комісію у вигляді відправленого ERC-20 токена (або декількох, якщо потрібно)
Є частина контрактів, які ви можете використовувати як основу, але вони не гарантують вже робочий варіант.
ТЗ:
Front-end. (Є приклад на React, але його потрібно доробити або переписати зовсім)
- Lending Page
- перехід на піддомен app.domain.com за допомогою кнопки Launch App
- 1 сторінка всередині з формою відправки одного токена декільком користувачам або декількох одному.
- Підключення гаманця (використовувати web3onboard)
- Відображення балансу в певній мережі (пізніше буде більше мереж, тому потрібно передбачати розширення)
- Баланс сортується за $ еквівалентом (створити список верифікованих токенів, які будуть відразу видно)
- Можливість вибрати токен, вказавши адресу контракту.
Приклад: https://github.com/BulkifyDeployer/BulkifyTestRepo
Solidity:
- Best Practice в розробці смарт контрактів з урахуванням безпеки.
- Контракт(и) повинні вміти відправляти токен декільком вказаним адресам у вибраній кількості (не перевищуючи баланс) або декілька токенів одному адресу.
- обчислення комісії (стандартна комісія в нативному токені 20$, а також 0.01% динамічна комісія від токена, відправленого користувачем (у кількісному еквіваленті))
- відправлення комісій на SafeWallet адресу, вказаний в смарт контракті.
- Можливість зупинити роботу контракту.
Приклад роботи можна підглянути на dzap.io - там є схожа форма тільки для swap - нам потрібно лише відправлення.
Приклади контрактів також можу надати, але їх потрібно доробляти.
Бюджет: 11111 UAH Термін: 11 днів
Good time of the day.
Зацікавлений у реалізації вашого проекту, запрошую в приватні повідомлення обговорити всі деталі.
Бюджет: 10000 UAH Термін: 1 день
Good day! Ви хочете зробити це за 10к гривень? реально? У вас дуже малий бюджет для такого проекту. Повірте, результат буде такий самий. Хорошого дня вам.
Шукаю досвідченого Full-Stack веб-розробника для створення сайту під ключ. Є готовий сайт-зразок, який потрібно взяти за основу, покращити, доопрацювати та реалізувати з урахуванням сучасних рішень. Що потрібно: розробка сайту під ключ; покращення дизайну та користувацького інтерфейсу; підключення платіжної системи; адаптивна верстка для всіх пристроїв; налаштування адміністративної панелі та всього необхідного функціоналу. Готовий розглянути ваші ідеї та пропозиції щодо покращення проекту. Прошу відгукуватися тільки спеціалістів з реальним досвідом та портфоліо. Важливі відповідальність, терпіння та бажання довести проект до якісного результату. По ціні можемо домовитися!
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Що ми рахуємо у проєкті: 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 - досвід зі статою по криптоопераціям - приблизну вартість і сроки фіксу
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.