Мультивалютная криптоплатформа, криптокасса и P2P-маркетплейс

Moneta — готовая программная платформа на Laravel 13 для приёма криптовалютных платежей, управления пользовательскими кошельками, подключения интернет-магазинов и игровых проектов, проведения P2P-сделок и администрирования криптовалютных операций.

Проект подходит как основа для:

• криптовалютной платёжной системы;
• процессинга для казино и игровых платформ;
• криптокассы для интернет-магазинов;
• кастодиального криптокошелька;
• P2P-площадки;
• white-label криптосервиса;
• внутренней платёжной инфраструктуры.

Основные возможности

Персональные кошельки пользователей

Система может создавать и обслуживать отдельные блокчейн-адреса пользователей.

Поддерживается модель постоянных депозитных адресов:

Магазин → customer_id → сеть → актив → постоянный адрес

Один и тот же пользователь при повторном обращении получает прежний адрес. Адреса разных пользователей и магазинов изолированы друг от друга.

Это позволяет принимать произвольные суммы и автоматически определять владельца входящего перевода.

Поддерживаемые сети и активы

В проекте предусмотрена работа со следующими сетями:

• Bitcoin — BTC;
• Ethereum — ETH, USDT ERC20;
• TRON — TRX, USDT TRC20;
• BNB Smart Chain — BNB, USDT BEP20;
• Polygon — POL, USDT;
• Arbitrum One — ETH, USDT;
• Optimism — ETH, USDT;
• Base — ETH;
• Avalanche C-Chain — AVAX, USDT;
• Sepolia и Avalanche Fuji для тестирования.

Контракты основных токенов и параметры сетей уже внесены в конфигурацию.

Автоматическое обнаружение платежей

Фоновый blockchain observer:

• проверяет входящие транзакции;
• связывает перевод с пользователем и выставленным счётом;
• отслеживает количество подтверждений;
• обнаруживает ETH и другие нативные переводы;
• обрабатывает ERC20, TRC20 и совместимые токены;
• отслеживает BTC-транзакции;
• защищает учёт от повторного зачисления;
• умеет обрабатывать реорганизации блокчейна;
• хранит исходные данные найденной транзакции.

Количество необходимых подтверждений настраивается отдельно для каждой сети.

Автоматический сбор депозитов

После подтверждения платежа средства могут автоматически собираться с пользовательского адреса на основной кошелёк магазина.

Для токенов предусмотрено:

• определение необходимости газа;
• автоматическое пополнение адреса нативной монетой;
• ожидание подтверждения gas-транзакции;
• последующий сбор токенов;
• повторные попытки с увеличивающимся интервалом;
• сохранение ошибок для оператора;
• фиксация фактических сетевых расходов.

Холд средств

Для платежей предусмотрен настраиваемый период удержания.

Во время холда:

• платёж считается подтверждённым;
• сумма отображается в кабинете;
• средства ещё недоступны для вывода;
• дата разблокировки хранится отдельно;
• вывод и возврат учитывают доступный, удерживаемый и зарезервированный баланс.

Холд задаётся глобально и может быть адаптирован под бизнес-модель покупателя.

Криптокасса для магазинов

Подключение магазинов

Пользователь может зарегистрировать магазин и указать:

• название;
• домен;
• URL сайта;
• описание;
• адрес возврата покупателя;
• оформление страницы оплаты;
• логотип;
• акцентный цвет;
• текст успешной оплаты;
• допустимое отклонение суммы платежа.

Доступны модерация магазина и проверка владения доменом.

API интеграции

Реализованы API-методы для:

• получения доступных способов оплаты;
• создания платежа;
• проверки состояния платежа;
• создания возврата;
• проверки состояния возврата;
• тестового подтверждения платежа в sandbox-режиме.

Авторизация магазинов выполняется по API-ключу. Поддерживаются основной и дополнительный ключи, что позволяет проводить безопасную ротацию без остановки интеграции.

Платёжные страницы

Для каждого платежа создаётся публичная checkout-страница.

На ней отображаются:

• сумма;
• актив и сеть;
• адрес оплаты;
• QR-код;
• оставшееся время;
• количество подтверждений;
• состояние платежа;
• информация об успешной оплате.

Статус обновляется автоматически.

Постоянные адреса клиентов

API принимает стабильный customer_id пользователя магазина.

Для каждого сочетания:

merchant + customer_id + network + asset

создаётся постоянный адрес. Это особенно удобно для казино и сервисов, где игрок должен иметь постоянный адрес пополнения и отправлять произвольную сумму.

Платёжные ссылки

Магазин может создавать платежи без программной интеграции через личный кабинет.

Поддерживаются:

• создание платёжной ссылки;
• просмотр активных ссылок;
• отмена;
• дублирование;
• переход к деталям оплаты.

Комиссии и монетизация

Платформа поддерживает гибкую модель комиссий:

• комиссия при приёме платежа;
• распределение комиссии между покупателем и магазином;
• отдельная комиссия вывода;
• индивидуальная ставка магазина;
• комиссии по каждой паре «сеть + актив»;
• учёт доходов платформы;
• учёт реальных сетевых расходов;
• накопление платформенной выручки;
• последующий сбор выручки на treasury-кошельки.

Комиссия может оплачиваться:

• магазином;
• покупателем;
• совместно покупателем и магазином.

В текущей конфигурации для магазина Borov установлено 4% при приёме и 4% при выводе. Для модели с ровными 8% рекомендуется заменить это одной комиссией 8% от входящего платежа.

Вывод средств

Магазин может создать заявку на вывод на внешний адрес, включая депозитный адрес биржи Bybit.

При выводе система:

• проверяет доступный баланс;
• учитывает холд;
• блокирует повторное расходование;
• проверяет формат адреса;
• рассчитывает комиссию;
• резервирует сумму;
• обеспечивает кошелёк газом;
• подписывает транзакцию;
• сохраняет подписанную транзакцию до отправки;
• транслирует её в блокчейн;
• отслеживает подтверждения;
• фиксирует реальный сетевой расход.

Для повышения безопасности можно настроить заранее разрешённые адреса вывода магазина.

Возвраты

Поддерживаются возвраты клиентам:

• создание возврата через API или кабинет;
• резервирование баланса;
• проверка исходного платежа;
• автоматическое обеспечение газом;
• подпись и отправка транзакции;
• отслеживание состояния;
• повторная обработка после временных ошибок.

Webhook-уведомления

Реализована система подписанных webhook-уведомлений.

Возможности:

• transactional outbox;
• защита от потери события;
• подпись webhook-секретом;
• история доставок;
• количество попыток;
• сохранение ответа сервера;
• повторная ручная доставка;
• автоматические повторные попытки.

Магазин может самостоятельно обновить webhook secret через подтверждение пароля.

Кабинет магазина

В личном кабинете доступны:

• общая статистика;
• список платежей;
• подробности операции;
• валовой оборот;
• комиссии;
• чистые начисления;
• доступный баланс;
• удерживаемый баланс;
• средства, ожидающие сбор;
• заявки на вывод;
• возвраты;
• платёжные ссылки;
• webhook-доставки;
• уведомления;
• отчёты;
• экспорт CSV;
• параметры интеграции;
• настройка checkout;
• управление командой.

Командный доступ

Владелец магазина может добавлять сотрудников и назначать роли, например:

• владелец;
• бухгалтер;
• оператор;
• разработчик.

Права могут ограничивать финансовые операции и доступ к конфиденциальным настройкам.

Пользовательский криптокошелёк

Помимо merchant-процессинга, проект содержит интерфейс обычного криптокошелька:

• список активов;
• отображение баланса;
• получение средств;
• QR-коды адресов;
• отправка;
• история транзакций;
• отдельные страницы кошельков;
• интеграция с Bitcoin, EVM и TRON RPC.

P2P-маркетплейс

В проект встроена P2P-платформа.

Пользователи могут:

• создавать предложения покупки и продажи;
• указывать курс и лимиты;
• включать и отключать объявления;
• открывать сделку;
• резервировать криптовалюту;
• отмечать оплату;
• подтверждать получение;
• освобождать средства;
• отменять сделку;
• открывать спор;
• обмениваться сообщениями;
• прикладывать доказательства;
• оставлять отзывы.

P2P escrow

Для сделок предусмотрена escrow-логика:

• резервирование средств;
• контроль состояния сделки;
• подтверждение депозита;
• освобождение криптовалюты;
• защита от двойного расходования;
• журнал событий.

Споры

При возникновении конфликта:

• пользователь открывает спор;
• стороны отправляют сообщения;
• можно приложить подтверждающие документы;
• администратор изучает историю;
• администратор принимает решение;
• результат фиксируется в журнале сделки.

KYC

В платформе присутствует модуль проверки пользователей:

• отправка заявки;
• загрузка документов;
• просмотр состояния;
• административная проверка;
• одобрение или отклонение;
• защищённое скачивание документов;
• комментарий модератора.

Перед коммерческим использованием требования KYC/AML необходимо привести в соответствие с законодательством юрисдикции покупателя.

Панель администратора

Администратор получает централизованный интерфейс управления.

Пользователи

• список пользователей;
• создание аккаунтов;
• просмотр профиля;
• блокировка и разблокировка;
• назначение административных прав;
• просмотр активности.

Магазины

• список магазинов;
• модерация;
• одобрение и отклонение;
• проверка домена;
• индивидуальная комиссия;
• история платежей;
• история выводов;
• просмотр оборота;
• управление проблемными выплатами.

Транзакции

• общий журнал;
• фильтрация;
• состояние транзакций;
• хеши;
• суммы;
• сети;
• направления;
• подтверждения.

Treasury

• системные кошельки;
• остатки;
• накопленные комиссии;
• операции сбора;
• статусы;
• ошибки;
• ручной повтор операций.

P2P

• просмотр сделок;
• обработка споров;
• сообщения администратора;
• подтверждение escrow;
• управление предложениями;
• глобальные настройки площадки.

Финансовый учёт

Реализован внутренний двойной ledger.

Он отдельно учитывает:

• входящие средства;
• обязательства перед магазинами;
• доход платформы;
• комиссию вывода;
• возвраты;
• сетевые расходы;
• средства на кастодиальных кошельках;
• treasury-операции.

Предусмотрена фоновая сверка ledger и фиксация результатов reconciliation.

Это позволяет отделять реальное движение активов в блокчейне от внутренних обязательств системы.

Подпись транзакций и безопасность

Локальный подписант

Транзакции могут подписываться локально:

• зашифрованные recovery-данные;
• защита ключей средствами Laravel encryption;
• блокировка одновременных операций одного адреса;
• идемпотентные ключи;
• сохранение подписанной транзакции до broadcast;
• повторная отправка ранее подписанных данных;
• предотвращение создания дублирующих транзакций.

Внешний подписант

Архитектура предусматривает вынесение подписи в отдельный KMS/HTTP-сервис.

Это позволяет:

• не хранить открытые ключи на web-сервере;
• ограничивать разрешённые операции;
• вести отдельный аудит подписей;
• использовать HSM или облачный KMS;
• разделить web-приложение и систему хранения средств.

Для production с существенным оборотом рекомендуется именно изолированный подписант.

Дополнительные меры

В проекте присутствуют:

• ограничение частоты API-запросов;
• подтверждение пароля перед обновлением ключей;
• разграничение ролей;
• защита административных маршрутов;
• encrypted custody material;
• идемпотентность финансовых операций;
• блокировки БД;
• запрет destructive-команд в production;
• контроль повторного broadcast;
• проверка количества подтверждений;
• обработка blockchain reorg.

Фоновые процессы

Планировщик каждую минуту запускает:

• наблюдение за блокчейнами;
• обработку выводов;
• обработку возвратов;
• сбор пользовательских депозитов;
• доставку webhook;
• подтверждение исходящих транзакций;
• повтор зависших подписанных операций;
• treasury-сбор комиссий.

Отдельно запускается периодическая финансовая сверка.

Технологический стек

Backend:

• PHP 8.4;
• Laravel 13;
• MariaDB/MySQL;
• Laravel Fortify;
• Laravel Queue;
• Laravel Scheduler;
• BCMath для точных финансовых вычислений;
• Composer.

Frontend:

• React 19;
• TypeScript;
• Inertia.js 3;
• Tailwind CSS 4;
• Vite 8;
• Radix UI;
• Lucide Icons;
• адаптивный интерфейс.

Blockchain:

• bitcoinjs-lib;
• ethers;
• tronweb;
• bip32/bip39;
• собственный модуль локальной подписи;
• JSON-RPC и API блокчейн-обозревателей.

Варианты монетизации

Покупатель может зарабатывать на:

• проценте с входящего платежа;
• комиссии вывода;
• фиксированной сетевой надбавке;
• подписке магазина;
• платной API-интеграции;
• white-label лицензиях;
• P2P-комиссиях;
• комиссии escrow;
• платных ускоренных выплатах;
• конвертации активов;
• индивидуальных тарифах для крупных клиентов.

Что передаётся покупателю

В состав проекта могут входить:

• полный исходный код;
• backend и frontend;
• структура базы данных;
• миграции;
• seed-данные;
• API;
• административная панель;
• кабинет магазина;
• P2P-модуль;
• checkout;
• документация;
• конфигурация Nginx;
• инструкции по размещению;
• домен и сервер — если входят в условия сделки;
• помощь с переносом;
• техническое сопровождение по отдельной договорённости.
  
  ЦЕНА 1000$ 
  ЗА ПОКУПКОЙ ОБРАЩАТЬСЯ В ТЕЛЕГРАМ @larry_agent