Я воспринимаю сложное как врага, поэтому в последнее время при просмотре «доступности данных/порядка/финальной надежности» я ищу одну основную линию: на каком основании эта транзакция может быть восстановлена всеми, в каком порядке она попадает в реестр, и когда в конце концов можно считать, что она действительно не может быть отменена. Говоря проще, сначала нужно уметь выложить данные на стол (иначе у вас не совпадут счета), затем кто-то отвечает за очередь (если человек в очереди сможет вставлять свои маленькие хитрости — это очень раздражает), и в конце дождаться, пока всё утвердится (не стоит через некоторое время отменять и отзывать).

Недавно, когда речь зашла о залоге, совместной безопасности, накапливающейся прибыли — этой системе, которую ругают за «слоеность», я тоже понимаю: кажется, что всё накладывается слоями и выглядит шумно, но нужно задать вопрос: какая из этих слоёв обеспечивает вам гарантию? Если данные неправильно размещены, порядок слишком запутан, финальная надежность слишком медленная — даже самая «безопасная» гарантия похожа на дверь, на которой висят три замка, а ключи у других… В любом случае, я сначала смотрю, как эти основы объяснены в проекте, а всё яркое и навороченное оставляю в стороне.