TrogloditНастроена логическая репликация на таблицу только на вставку.
В таблице-источнике данные только добавляются в таблицу.
Опытным путем выясняется, что при активации подписки при первичном заполнении таблицы-приемника
записи заполняются не последовательно, как были вставлены в таблицы источнике, а в некоторых случаях в перемешку.
Проверялось следующим образом:
1.вешался триггер на вставку в таблице-приемнике с пометкой timestamp'а
2. достоверно известно, что некоторые записи точно записывались с разницей в несколько часов
При неоднократном повторении эксперимента, результат был идентичен.
Это штатное поведение? Я считал, что данные поступают в приемник из wal'a последовательно, как и были записаны на источнике.

Не путайте первичное заполнение и дальнейшую работу.
Первичное заполнение вообще не использует wal из источника а переливает табицу как есть (потому что этот wal мог быть удален много лет назад например).

30.5.1. Initial Snapshot
The initial data in existing subscribed tables are snapshotted and copied in a parallel instance of a special kind of apply process. This process will create its own temporary replication slot and copy the existing data. Once existing data is copied, the worker enters synchronization mode, which ensures that the table is brought up to a synchronized state with the main apply process by streaming any changes that happened during the initial data copy using standard logical replication. Once the synchronization is done, the control of the replication of the table is given back to the main apply process where the replication continues as normal.

https://www.postgresql.org/docs/12/logical-replication-architecture.html#LOGICAL-REPLICATION-SNAPSHOT

TrogloditТ.е. последовательность будет аналогична если на источнике сделать дамп?


Да аналогична/совпадать.
Что совсем не гарантирует что она будет равна последовательности вставки... а только физическому порядку записей на диске

(причем не обязательно с начала таблицы а может и с какого то другого места из-за
synchronize_seqscans (boolean)
This allows sequential scans of large tables to synchronize with each other, so that concurrent scans read the same block at about the same time and hence share the I/O workload. When this is enabled, a scan might start in the middle of the table and then “wrap around” the end to cover all rows, so as to synchronize with the activity of scans already in progress. This can result in unpredictable changes in the row ordering returned by queries that have no ORDER BY clause. Setting this parameter to off ensures the pre-8.3 behavior in which a sequential scan always starts from the beginning of the table. The default is on.
).