Budżet: 2000 UAH Termin: 3 dni
Witam! Po zapoznaniu się z twoim projektem, jestem gotów przystąpić do jego realizacji. Mogę zaproponować optymalne rozwiązania dla osiągnięcia najlepszego wyniku.
Trzeba zparsować zapytania w eksploratorze Solana lub w jakimkolwiek innym eksploratorze, który działa z Solaną
Co parsować - portfele, które wykonują stałe transakcje z tymi samymi projektami memowymi
Powinien powstać lista takich portfeli i projektów memowych, z którymi współpracują
Parser powinien działać 24/7, dodając znalezione portfele i memy do tabeli Google Sheets / bota Telegram
Budżet: 2000 UAH Termin: 3 dni
Witam! Po zapoznaniu się z twoim projektem, jestem gotów przystąpić do jego realizacji. Mogę zaproponować optymalne rozwiązania dla osiągnięcia najlepszego wyniku.
Вопросы для определения стоимости проекта, Ответь на эти вопросы тут в обсуждении или мне в личные сообщения, и тогда можно обсуждать реальные сроки и реальную стоимость.
1. Взаимодействие одного кошелька с несколькими мем-проектами
Цель: Найти кошельки, которые взаимодействуют с множеством различных мем-проектов.
Вопросы для уточнения:
Сколько разных мем-проектов должно быть, чтобы кошелек считался "интересным"?
(Например: достаточно 2–3 мем-проектов или нужно отслеживать взаимодействие с 10+ проектами?)Нужно ли учитывать частоту взаимодействий с каждым проектом или достаточно зафиксировать сам факт?
(Например: важны только регулярные транзакции или единичные взаимодействия тоже нужно учитывать?)Имеет ли значение тип взаимодействий?
(Например: отправка токенов, получение токенов или все виды транзакций одинаково важны?)2. Взаимодействие нескольких кошельков с одними и теми же мем-проектами
Цель: Найти группы кошельков, которые взаимодействуют с одними и теми же мем-проектами.
Вопросы для уточнения:
Как определяется "группа кошельков"?
(Например: кошельки, которые совершают транзакции с одними и теми же мем-проектами за короткий промежуток времени.)Какой временной интервал взаимодействий важен?
(Например: нужно ли фиксировать транзакции, совершенные в течение одного дня, недели или часа?)Важно ли искать "круговые транзакции"?
(Например: когда токен возвращается обратно на начальный кошелек через цепочку других кошельков.)3. Повторяющиеся взаимодействия одного кошелька с одним и тем же мем-проектом
Цель: Найти кошельки, которые регулярно совершают транзакции с одним и тем же мем-проектом.
Вопросы для уточнения:
Какое количество повторений взаимодействий считать регулярным?
(Например: более 10 транзакций за неделю или регулярные транзакции каждые несколько часов.)Есть ли лимит на временной интервал повторений?
(Например: важно выявить только частые взаимодействия за короткий срок или длительные взаимодействия тоже нужно учитывать.)Нужно ли различать транзакции с разными суммами токенов?
(Например: учитывать ли факт отправки одинакового количества токенов при повторных взаимодействиях.)4. Взаимодействие группы кошельков между собой и с мем-проектами
Цель: Найти группы кошельков, которые взаимодействуют не только с мем-проектами, но и друг с другом.
Вопросы для уточнения:
Должны ли кошельки напрямую взаимодействовать друг с другом?
(Например: важны ли только те кошельки, которые делают переводы друг другу.)Нужно ли учитывать промежуточные транзакции?
(Например: кошельки, которые пересылают токены друг через друга.)Сколько кошельков должно участвовать, чтобы считаться группой?
(Например: минимум 3 связанных кошелька или больше.)5. Анализ централизованных "хабов" транзакций
Цель: Найти ключевые кошельки, которые служат "посредниками" для большого количества транзакций.
Вопросы для уточнения:
Как определить, что кошелек является "центральным"?
(Например: по количеству транзакций или по количеству мем-проектов, с которыми он взаимодействует.)Нужно ли искать кошельки, которые действуют как "пул ликвидности"?
(Например: кошельки, которые принимают токены и распределяют их среди других адресов.)Технические вопросы:
1. Ресурсы для работы:
Есть ли выделенный сервер или нужно запускать скрипт локально?
(Например: использование облачных сервисов, VPS или домашнего ПК.)Какой объем данных планируется обрабатывать?
(Это важно для понимания необходимых вычислительных мощностей и оптимизации скрипта.)Есть ли требования по скорости обработки данных?
(Например: обработка "в реальном времени" или допустима задержка.)2. Источники данных:
Есть ли доступ к платным API или только бесплатные?
(Например: использование Solscan, Explorer API или собственный RPC.)Есть ли предпочтения по формату хранения данных?
(Например: хранение в базе данных, локальных файлах или без хранения — только вывод результатов.)3. Размещение и доступность скрипта:
Где должен быть размещен скрипт: на сервере, локально или в облаке?
(Например: запуск на собственном ПК или планируется передать скрипт заказчику для самостоятельного использования.)Нужна ли возможность удаленного доступа к результатам анализа?
(Например: через веб-интерфейс, Telegram-бот или просто локальные отчеты.)
Poszukujemy doświadczonego programisty Blockchain, który weźmie udział w rozwijaniu naszej zdecentralizowanej platformy e-commerce. Twoja rola będzie kluczowa w implementacji inteligentnych kontraktów i zapewnieniu bezpiecznego środowiska blockchain.
Budujemy regulowaną platformę tokenizacji nieruchomości, która przekształca nieruchomości o standardzie instytucjonalnym w tokeny zabezpieczające ERC-3643 z wbudowaną zgodnością ONCHAINID. Nasza platforma umożliwia współwłasność, wtórny handel i integrację DeFi — czyniąc inwestycje w nieruchomości premium dostępnymi dla każdego. Szukam utalentowanego dewelopera blockchain i smart contractów. Stos technologiczny: - Blockchain: Solidity (ERC-3643 z ONCHAINID) na Arbitrum One, Hardhat - Backend: Node.js/TypeScript, Express, PostgreSQL, Redis - Frontend: React/TypeScript, ethers.js/wagmi, Tailwind - Infrastruktura: AWS, Docker, GitHub Actions Obowiązki dewelopera blockchain: - Projektowanie i wdrażanie smart contractów ERC-3643 z logiką zgodności - Implementacja integracji tożsamości ONCHAINID i białej listy KYC - Koordynowanie zewnętrznych audytów bezpieczeństwa i optymalizacja zużycia gazu - Budowanie integracji pożyczek DeFi (staking, yield, zabezpieczenie)
Musimy podłączyć system płatności do strony high risk. Główne wymagania — akceptacja środków fiat oraz wypłata środków w kryptowalucie. Preferowane no kyc. Tylko dla tych, którzy mieli podobne doświadczenie. Cena — do uzgodnienia
Stos technologiczny - React: Responsywne i dynamiczne tworzenie front-endu - Node.js: Solidne operacje backendowe - Web3: Integracja kryptowalut w wielu łańcuchach - Solidity: Tworzenie inteligentnych kontraktów Cel projektu Opracowanie kompleksowej platformy stakingowej w wielu łańcuchach dla popularnego ekosystemu gier, umożliwiającej płynne interakcje z kryptowalutami, integrację rynku NFT oraz poprawioną jakość doświadczeń użytkowników w wielu sieciach blockchain kompatybilnych z EVM. Whitepaper Byliśmy więcej niż tylko studiem gier mobilnych; jesteśmy wizjonerami i innowatorami w świecie gier. Nasza drużyna składa się z talentów branży gier mobilnych i pasjonatów gier, a jej celem jest przesuwanie granic tego, co możliwe w grach mobilnych. Nasza ekspertyza koncentruje się na hybrydyzacji gatunków, aby stworzyć coś naprawdę unikalnego, co dostosowujemy do przejścia z gier Web2 do tytułów gier Web3. Od wyścigowych RPG po gry strategiczne akcji, nieustannie eksperymentujemy i łączymy gatunki, aby oferować nowe doświadczenia w grach. Nasze gry to nie tylko forma rozrywki; to immersyjne podróże, które angażują, wyzywają i fascynują naszych graczy. Uosabiamy naszą misję, aby nie tylko bawić, ale także przenosić naszą publiczność do niezwykłego wszechświata interaktywnego świata w grach Web3. - Tworzenie front-endu - Tworzenie back-endu - Przeprojektowanie strony docelowej - Integracja w wielu łańcuchach - Rynek NFT - Testowanie i zapewnienie jakości - Wdrożenie i utrzymanie
Co należy zrobić: przeprowadzić niezależną ekspertyzę dotyczącą wdrożenia portfeli z wieloma podpisami (multisig) w celu ochrony środków skarbcowych firmy, która zajmuje się wysokowolumenowym przetwarzaniem płatności w USDT jednocześnie w trzech sieciach - TRON (TRC20), BNB Smart Chain (BEP20) oraz Ethereum (ERC20). Potrzebne: (1) przeprowadzenie przeglądu dostępnych na rynku rozwiązań i rekomendacja optymalnego pod nasz profil - jedna platforma custodialna dla wszystkich trzech sieci lub kombinacja oddzielnych narzędzi dla EVM i TRON; (2) zaproponowanie architektury podpisów (na przykład 2-z-3), podział kluczy między rolami, progi dla szybkich/dużych wypłat; (3) udzielenie rekomendacji dotyczących przechowywania kluczy (portfele sprzętowe, HSM) oraz procedur na wypadek utraty lub kompromitacji klucza. Dla kogo: zespół, który zarządza skarbcem firmy o wysokim wolumenie transakcji kryptograficznych. Kryterium sukcesu: gotowa rekomendowana architektura z wyraźnym planem wdrożenia. Wymagania: praktyczne doświadczenie w wdrażaniu multisig, koniecznie z TRON (nie tylko EVM), doświadczenie z konkretnymi rozwiązaniami (Safe/Gnosis, Fireblocks, BitGo, Cobo lub natywny TRON multisig), preferowane przypadki wcześniejszych wdrożeń.