Подвійні списання та дублі вебхуків
Платіжні та крипто-колбеки приходять по кілька разів, поза порядком або після ретраю за тайм-аутом. Без ключів ідемпотентності та єдиного джерела правди повторний вебхук тихо зараховує баланс двічі.
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
Будуєте фінтех-продукт? Давайте як слід його опрацюємо.
Розкажіть, що ви рухаєте — фіат, крипту чи і те, і те, — і ми розкладемо реєстр, інтеграції та контролі ще до першого екрана. Звʼяжіться з нами, і ми повернемося з поетапним планом та чесним бюджетом.
