Двойные списания и дубли вебхуков
Платёжные и крипто-колбэки приходят по нескольку раз, вне порядка или после ретрая по таймауту. Без ключей идемпотентности и единого источника правды повторный вебхук тихо зачисляет баланс дважды.
FINTECH DEVELOPMENT
Разработка финтех: платёжные шлюзы, крипта, кошельки
Ostohlo разрабатывает финтех-системы — платёжные шлюзы, интеграцию криптоплатежей, кошельки и транзакционные дашборды — рассчитанные на корректность под нагрузкой.
9продуктов в экосистеме
5направлений
3языка
100%свой код
Когда вы двигаете деньги, планка другая. Финтех-продукт обязан быть правым, когда вебхук приходит дважды, когда сеть рвётся посреди перевода и когда клиент оспаривает баланс спустя месяцы. Ostohlo — международная продуктовая веб-студия: мы строим системы, а не страницы, и относимся к платежам, криптоканалам и кошелькам сначала как к реестру, а потом как к интерфейсу. Полный контекст — в разделе услуг.
Запускаете новый платёжный шлюз, добавляете интеграцию криптоплатежей в существующий SaaS или заменяете сверку в таблицах на настоящий дашборд — мы прорабатываем архитектуру, строим и подключаем провайдеров, от которых вы зависите. Мы инженеры, а не юридическая фирма: мы делаем технологию и подключаем каналы, работая рядом с вашими комплаенс- и юридическими консультантами, а не вместо них.
(01)
Что обычно идёт не так
Крипто-интеграции, теряющие ключи
Горячие приватные ключи на веб-сервере «чтобы удобнее возвращать средства» превращают одну компрометацию сервера в опустошённый кошелёк. Деривация адресов, подпись и хранение требуют дизайна, который считает веб-уровень враждебным.
Сверка в таблицах
Когда ваш реестр, дашборд провайдера и банковская выписка расходятся, кто-то в конце месяца выгружает три CSV и сверяет вручную. Это не масштабируется.
Дашборды, которые врут под нагрузкой
Баланс, который «в конечном счёте» верен, — неверен в момент, когда на него смотрит клиент. Кэш, гонки и реплики чтения дают экраны, расходящиеся с реестром.
Расскажите о задаче — вернёмся с архитектурой и оценкой за 24 часа.
Получить оценку(02)
Что мы разрабатываем
Разработка платёжного шлюза
Платёжные шлюзы под ключ — инвойсы, интеграция провайдеров, колбэки, ретраи, возвраты и выплаты — с append-only-реестром как авторитетной записью вместо изменяемой колонки баланса.
Интеграция крипты и USDT-TON
Интеграция криптоплатежей, включая USDT в сети TON: уникальные адреса пополнения на каждый инвойс, отслеживание подтверждений в блокчейне и модель расчётов, которая никогда не доверяет одному неподтверждённому событию.
Кошельки и балансы
Мультивалютные кошельки на двойной записи: у каждого кредита есть парный дебет, а сумма всегда доказуема. Холды, сторно и комиссии смоделированы явно, а не залатаны позже.
Транзакционные дашборды
Операторские и клиентские дашборды, читающие из реестра как источника правды, — поиск по истории, статусы, выгрузки и аудит-трейлы, — чтобы число на экране совпадало с учётом.
Безопасность и корректность
Подписанные вебхуки как источник правды, идемпотентность на каждом денежном эндпоинте и read-only-обращение с ключами на публичных серверах, чтобы пробой веб-уровня не мог двигать средства.
Сверка и отчётность
Автоматическая сверка между вашим реестром, PSP и он-чейн-записями с отчётностью, которая рано подсвечивает расхождения. Закрытие месяца становится ревью, а не раскопками.
(03)
Продукты, которые уже в проде
Наше самое ясное доказательство в финтехе — собственный живой продукт. Payora (payora.money) — криптоплатёжный шлюз, который мы построили и сами эксплуатируем: он выдаёт уникальный адрес пополнения на каждый инвойс, держит на сервере только read-only-ключи и считает подписанные вебхуки единственным источником правды для расчётов — ровно те паттерны, что мы приносим в клиентские проекты. Более широкий круг наших систем — в портфолио.
(04)
Как мы работаем
01
Сначала реестр, потом UI
Мы моделируем деньги — счета, проводки, инварианты — прежде чем нарисуем хоть один экран. Интерфейс переделывается дёшево; неверный реестр — нет.
02
Считаем, что событие повторится
Каждый вебхук и колбэк рассчитан на безопасную повторную обработку. Идемпотентность, дедупликация и проверка подписи заложены с первого коммита, а не прикручены после инцидента.
03
Наименьшие привилегии по умолчанию
Публичные серверы держат только read-only-доступ; подпись и хранение — за более жёсткими границами, чтобы любая одиночная компрометация оставалась локальной.
04
Интегрировать, а не изобретать
Мы подключаем проверенных провайдеров и сети вместо расчётов с нуля и документируем каждую интеграцию, чтобы ваша команда могла эксплуатировать и развивать её без нас.
(05)
Почему Ostohlo
- У нас есть собственный финтех-продукт Payora — паттерны, которые мы советуем, работают у нас в проде, а не на слайдах.
- Мы строим системы, а не страницы: реестр и интеграции — это и есть результат, а UI им служит.
- Корректность под ретраями, гонками и частичными отказами закладывается с первого коммита.
- Международная мультиязычная разработка: США, Великобритания, Германия, Польша, Нидерланды, Балтия.
- Мы подключаем провайдеров и сети и отдаём документированные, эксплуатируемые системы — без привязки к нам.
(06)
Частые вопросы
Финтех-проекты у нас обычно стартуют примерно от $20k и растут вместе с объёмом задач: точечный шлюз или крипто-интеграция — ближе к нижней границе, полноценная платформа с кошельками, дашбордами и сверкой — крупнее. Мы разбиваем работу на фазы, чтобы вы финансировали конкретный этап, а не открытое обещание.
Да. Интеграция криптоплатежей в действующий SaaS или маркетплейс — один из самых частых запросов. Мы добавляем уникальные адреса на инвойс, отслеживание подтверждений и расчёты по подписанным вебхукам, не переписывая ядро. Модель разобрана в гайде о приёме криптоплатежей на сайте.
Мы делаем технологию и подключаем провайдеров, но мы не юридическая и не лицензирующая фирма. Мы работаем рядом с вашими комплаенс- и юридическими консультантами, реализуем нужные им контроли — хуки KYC/AML, аудит-трейлы, обработку данных — и никогда не выдаём инженерию за юридический совет.
Потому что сети делают ретраи. Вебхук может прийти дважды или быть подделан. Проверка подписи доказывает, что он от провайдера; ключ идемпотентности — что вы применили его лишь однажды. Вместе они останавливают двойные зачисления и поддельные колбэки.
Публичные серверы держат только read-only-материал — достаточный, чтобы вывести адреса и следить за сетью, но не для движения средств. Подпись и хранение — за более жёсткими границами. Тот же дизайн работает в Payora.
Документированную, эксплуатируемую систему: исходный код, авторитетный реестр, подключённых провайдеров, дашборды и сверку, плюс ранбуки для вашей команды.
FINTECH DEVELOPMENT
Строите финтех-продукт? Давайте нормально его проработаем.
Расскажите, что вы двигаете — фиат, крипту или и то и другое, — и мы разложим реестр, интеграции и контроли. Свяжитесь с нами, и мы вернёмся с поэтапным планом и честным бюджетом.
