Nigzel

1. Скрипт на крон - однозначно плохая идея. Более правильная история - постоянно работающий скрипт который из очереди получает очередную задачу. Отличный вариант для организации очереди rabbitmq

2. Слабая связанность компонент это хорошо. В вашем случае однозначно api (не очень правда понимаю метания от php к java но дело Ваше. пишите на том, что лучше знаете) + расширяемые апи для внешних интеграций + интерфейсы цепляемые к апи.

По поводу синхронности/асинхронности - это вполне можно уместить в одном апи. Какие методы делать синхронными, какие нет - целиком зависит от вашей бизнес логики.
На мой взгляд получение баланса например вполне можно сделать синхронным.

3. С точки зрения быстродействия - Вы достаточно быстро упретесь в базу. Соответственно надо сразу думать о шардировании данных, о том как система будет себя вести в случае выхода из строя одной из задействованных в транзакции нод итд.

4. Вам важна data consistency. Сразу думайте про железо. Любые сервера горят. Брендовые сервера горят точно так же как и не брендовые. С учетом п3 - я бы делал полностью независимые друг от друга ноды, с физическим дублированием внутри ноды, и привязывал каждый счет к одной ноде.

5 [философский] Поймите важный момент - без ОЧЕНЬ серьезных инвестиций в маркетинг, проекты не взлетают. Если бы эти инвестиции были - Вы бы тут не писали (не в обиду). Соответственно вероятность того что к Вам внезапно придет огромный поток транзакций - стремится к нулю. К тому моменту когда Вы раскрутитесь - Вы успеете 5 раз сменить архитектуру проекта. Нельзя иметь одну архитектуру у стартапа собранного одним человеком, и у проекта с высокими HL/HA.
Пишите на чем нравится, у Вас будет куча времени что бы переписать узкие места например на C.

6 [юридический] Вы в курсе что Вам нужна пачка лицензий на осуществление деятельности в качестве оператора электронных денег и денежных переводов без открытия банковского счёта? :)

PS Я хочу верить что Ваш вопрос - это задачка для саморазвития. Иначе я не представляю себе что это за система платежная, которую делает один человек, спрашивающий совета как делать такие штуки (опять же не в обиду Вам ) :)

Вам, наверно, тяжело искать заказчиков :)
Вот как скажу Вам: Вы можете свободно заключать договор со своими партнерами, делать работу и спокойно пугать судом. Более того, даже если с этим договором пойдете в суд, а по нему, например, не заплачены налоги, суд спокойно рассмотрит всё это дело и вынесет какое-то решение. Все дело в том, что:
1) Суд не интересует - платили Вы налоги или нет, так как это совсем другой вопрос из сферы хозяйствования. И такими делами, сперва, занимается должна налоговая - все проверить и т.п.
2) Суды рассматривают вопросы только касательно заявленного дела.

Платит налоги за Вас Ваш контрагент или нет - это все остается на его совесть: если не заплатил - ну и ладно, осталось на его совести. Не заплатил - значит пустил в черную. При этом, все равно договор носит юридическую силу по своим взаимоотношениям.

Я бы на Вашем месте регистрировал ИП на УСН с 6%, потому как знаю что для предприятия значит - оформлять сделку и проводить её по бухгалтерии с физиком. Больно много гемору, особенно для большой компании, где и без Вас хватает работы у бухов. Для Вас же - это возможность проще разговаривать с заказчиком, не обременяя его налогами и взносами.
При этом, учитывая все выше сказанное, Вас также, никто не заставляет платить налоги - не заплатили, значит пустили в черную: ни кто не запретит судиться по договору, а налоги - это Ваши хозяйственные дела, лежащие за договором, спрашивать за которые Вас будут совсем другие органы и по другому поводу.

P.S.: из практики скажу, ИПшек у нас, налоговики очень мало интересуют, да и вообще - пока не будет подозрения, что Вы вертите миллионами - Вы ни кому не интересны, что вы ИП что ООО.

Photoshop/ Menu/ Make pizdato

Может быть, fablab подейдет?