Budget: 2000 UAH Deadline: 3 days
Hello! After reviewing your project, I am ready to start working on it. I can offer optimal solutions to achieve the best results.
It is necessary to parse requests in the Solana explorer or in any other explorer that works with Solana
What to parse - wallets that perform constant transactions with the same meme projects
A list of such wallets and meme projects they work with should be obtained
The parser must work 24/7 adding found wallets and memes to a Google Sheets table / Telegram bot
Budget: 2000 UAH Deadline: 3 days
Hello! After reviewing your project, I am ready to start working on it. I can offer optimal solutions to achieve the best results.
Вопросы для определения стоимости проекта, Ответь на эти вопросы тут в обсуждении или мне в личные сообщения, и тогда можно обсуждать реальные сроки и реальную стоимость.
1. Взаимодействие одного кошелька с несколькими мем-проектами
Цель: Найти кошельки, которые взаимодействуют с множеством различных мем-проектов.
Вопросы для уточнения:
Сколько разных мем-проектов должно быть, чтобы кошелек считался "интересным"?
(Например: достаточно 2–3 мем-проектов или нужно отслеживать взаимодействие с 10+ проектами?)Нужно ли учитывать частоту взаимодействий с каждым проектом или достаточно зафиксировать сам факт?
(Например: важны только регулярные транзакции или единичные взаимодействия тоже нужно учитывать?)Имеет ли значение тип взаимодействий?
(Например: отправка токенов, получение токенов или все виды транзакций одинаково важны?)2. Взаимодействие нескольких кошельков с одними и теми же мем-проектами
Цель: Найти группы кошельков, которые взаимодействуют с одними и теми же мем-проектами.
Вопросы для уточнения:
Как определяется "группа кошельков"?
(Например: кошельки, которые совершают транзакции с одними и теми же мем-проектами за короткий промежуток времени.)Какой временной интервал взаимодействий важен?
(Например: нужно ли фиксировать транзакции, совершенные в течение одного дня, недели или часа?)Важно ли искать "круговые транзакции"?
(Например: когда токен возвращается обратно на начальный кошелек через цепочку других кошельков.)3. Повторяющиеся взаимодействия одного кошелька с одним и тем же мем-проектом
Цель: Найти кошельки, которые регулярно совершают транзакции с одним и тем же мем-проектом.
Вопросы для уточнения:
Какое количество повторений взаимодействий считать регулярным?
(Например: более 10 транзакций за неделю или регулярные транзакции каждые несколько часов.)Есть ли лимит на временной интервал повторений?
(Например: важно выявить только частые взаимодействия за короткий срок или длительные взаимодействия тоже нужно учитывать.)Нужно ли различать транзакции с разными суммами токенов?
(Например: учитывать ли факт отправки одинакового количества токенов при повторных взаимодействиях.)4. Взаимодействие группы кошельков между собой и с мем-проектами
Цель: Найти группы кошельков, которые взаимодействуют не только с мем-проектами, но и друг с другом.
Вопросы для уточнения:
Должны ли кошельки напрямую взаимодействовать друг с другом?
(Например: важны ли только те кошельки, которые делают переводы друг другу.)Нужно ли учитывать промежуточные транзакции?
(Например: кошельки, которые пересылают токены друг через друга.)Сколько кошельков должно участвовать, чтобы считаться группой?
(Например: минимум 3 связанных кошелька или больше.)5. Анализ централизованных "хабов" транзакций
Цель: Найти ключевые кошельки, которые служат "посредниками" для большого количества транзакций.
Вопросы для уточнения:
Как определить, что кошелек является "центральным"?
(Например: по количеству транзакций или по количеству мем-проектов, с которыми он взаимодействует.)Нужно ли искать кошельки, которые действуют как "пул ликвидности"?
(Например: кошельки, которые принимают токены и распределяют их среди других адресов.)Технические вопросы:
1. Ресурсы для работы:
Есть ли выделенный сервер или нужно запускать скрипт локально?
(Например: использование облачных сервисов, VPS или домашнего ПК.)Какой объем данных планируется обрабатывать?
(Это важно для понимания необходимых вычислительных мощностей и оптимизации скрипта.)Есть ли требования по скорости обработки данных?
(Например: обработка "в реальном времени" или допустима задержка.)2. Источники данных:
Есть ли доступ к платным API или только бесплатные?
(Например: использование Solscan, Explorer API или собственный RPC.)Есть ли предпочтения по формату хранения данных?
(Например: хранение в базе данных, локальных файлах или без хранения — только вывод результатов.)3. Размещение и доступность скрипта:
Где должен быть размещен скрипт: на сервере, локально или в облаке?
(Например: запуск на собственном ПК или планируется передать скрипт заказчику для самостоятельного использования.)Нужна ли возможность удаленного доступа к результатам анализа?
(Например: через веб-интерфейс, Telegram-бот или просто локальные отчеты.)
need a programmer to create a website we need to discuss collaboration and the execution of the work, everything is individual and regarding payment as well
We're building a regulated real estate tokenization platform that converts institutional-grade properties into ERC-3643 security tokens with built-in ONCHAINID compliance. Our platform enables fractional ownership, secondary trading, and DeFi integration—making premium real estate investment accessible to everyone. I am looking for a talented blockchain $ smart contract developer. Tech Stack: - Blockchain: Solidity (ERC-3643 with ONCHAINID) on Arbitrum One, Hardhat - Backend: Node.js/TypeScript, Express, PostgreSQL, Redis - Frontend: React/TypeScript, ethers.js/wagmi, Tailwind - Infrastructure: AWS, Docker, GitHub Actions Blockchain Developer Responsibilities: - Design and deploy ERC-3643 smart contracts with compliance logic - Implement ONCHAINID identity and KYC whitelist integration - Coordinate external security audits and optimize gas usage - Build DeFi lending integrations (staking, yield, collateralization)
We need to connect a payment system to a high-risk site. The main requirements are the acceptance of fiat funds and the withdrawal of funds in cryptocurrency. Preferably no KYC. Only those who have had similar experience. Price is negotiable.
Tech Stack - React: Responsive and dynamic front-end development - Node.js: Robust backend operations - Web3: Multi-chain cryptocurrency integration - Solidity: Smart contract development Project Objective Develop a comprehensive multi-chain staking platform for a popular gaming ecosystem, enabling seamless cryptocurrency interactions, NFT marketplace integration, and enhanced user experience across multiple EVM-compatible blockchain networks. Whitepaper We've been more than just a mobile gaming studio; we are visionaries and innovators in the gaming world. Our team is formed by mobile gaming industry talents and passionate gamers, and is dedicated to pushing the boundaries of what's possible in mobile gaming. Our expertise focuses on hybridizing genres to create something truly unique which we adapt for transitioning Web2 gaming to Web3 gaming titles. From Racing RPGs to Action Strategy games, we are constantly experimenting and blending genres to offer new gaming experiences. Our games aren't just a form of entertainment; they're immersive journeys that engage, challenge, and captivate our players. We embody our mission to not merely entertain but to transport our audience into an extraordinary universe of interactive world within Web3 gaming. - Front-End Development - Back-End Development - Landing Page Redesign - Multi-Chain Integration - NFT Marketplace - Testing & Quality Assurance - Deployment & Maintenance
What needs to be done: conduct an independent expert consultation on the implementation of multisig wallets to protect the company's treasury funds, which operates with high-volume payment processing in USDT across three networks - TRON (TRC20), BNB Smart Chain (BEP20), and Ethereum (ERC20). Requirements: (1) review available market solutions and recommend the optimal one for our profile - a single custodial platform for all three networks or a combination of separate tools for EVM and TRON; (2) propose a signature architecture (e.g., 2-of-3), key distribution among roles, thresholds for quick/large payments; (3) provide recommendations for key storage (hardware wallets, HSM) and procedures in case of key loss or compromise. For whom: the team administering the company's treasury with a high volume of crypto transactions. Success criterion: a ready recommended architecture with a clear implementation plan. Requirements: practical experience in implementing multisig, specifically with TRON (not just EVM), experience with specific solutions (Safe/Gnosis, Fireblocks, BitGo, Cobo, or native TRON multisig), preferably with cases of previous implementations.