store: при равной полноте точек побеждает пришедшая доставка

- байтовый порядок канонических форм остался тай-брейком только внутри одной
  доставки: на живом корпусе он решал 98,8% спорных координат и системно хранил
  меньшее значение, из-за чего step_count терял род и verify:archive был красным
- правило перестало быть коммутативным осознанно, поэтому порядок свёртки
  приведён к журнальному: проход воркера прекращается на отложенной доставке,
  а свёртка вне порядка журнала пишет WARN
- заведены счётчики PointsHeld и PointsErased — удержание полнотой и
  единственное направление, в котором правило теряет содержание

internal/store/entity_test.go

@@ -819,12 +819,16 @@ func TestMergeПустойКлючНеЗапираетДосчёт(t *testing.T)
 	}
 }
 
-// Единственная точка, где витрина НЕ является функцией множества доставок, —
+// Точка, где витрина сущностей НЕ является функцией множества доставок, —
 // несравнимые версии. Тест не чинит это, а закрепляет: в витрине лежит
 // победитель прошлых слияний, а не все кандидаты истории, поэтому «сохранённая
-// выигрывает» даёт разный итог при разном порядке. Порядок свёртки журналу не
-// равен: доставка, получившая ErrBusy, остаётся `pending` и сворачивается
-// следующим проходом.
+// выигрывает» даёт разный итог при разном порядке.
+//
+// Окно этого расхождения СУЖЕНО: доставка, получившая ErrBusy, больше не
+// перегоняется своими преемницами — проход воркера прекращается на ней.
+// Осталось окно конкурентного приёма, где строка учёта становится видимой позже
+// метки. У точек единственной такой точки давно нет: там от порядка журнала
+// зависит весь тай-брейк равной полноты, и это объявлено вслух.
 //
 // Предел назван в pickEntity и в architecture.md; наблюдается счётчиком
 // удержаний. Если он когда-нибудь будет закрыт, красный тест напомнит, что