Илья С

Вы неправильно задаёте вопрос. Вас интересует не как вывести деньги (это довольно просто), а как пройти валютный контроль после поступления денег на транзитный счёт.
Валютный контроль целиком и полностью зависит от вашего банка. И они должны подсказать, какие документы нужно им предоставить. Это в случае, если банк умеет работать с Upwork. А если не умеет, то придётся страдать)
С Upwork хорошо умеют работать Точка и Модульбанк. Тинькофф тоже, но он покорявее и там вам заранее ничего не подскажут.

Форма, которую вы приложили - это Confirmation of Services (CoS). Там всё просто - вписываете свои данные в пустые поля (дата, имя, сумма за вычетом $30), заполняете на 2 языках, ставите подпись, отправляете в техподдержку Upwork, в ответ они пришлют этот же док со своей подписью. Далее можете посылать это в банк.

Точка банк как раз работает по CoS. А Модульбанк отказался от CoS и просит скриншот Transactions History.

Можете пояснить, как вы можете знать весь этот стек, не имея никакого опыта реальной (коммерческой) разработки?

Потому что, с одной стороны напрашивается очевидный ответ - без опыта на Upwork делать нечего. Точнее, вас ждёт судьба недокодеров, которые бьются с индусами за самые дешёвые заказы.

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

Проще оформить ИП и далее делается обычный договор на двух языках.

Обновлённый ответ.

1. Можешь все объекты преобразовать в массивы без поля ID. Далее просто использовать array_unique($collection, SORT_REGULAR);

2. Можешь определить метод __toString() у класса DonateOperation. Как-нибудь так:

public function __toString(): string
{
    $attrs = (array)$this;
    unset($attrs['id']);
    return json_encode($attrs);
}

Тогда array_unique будет работать применительно к исходной коллекции объектов.

3. Брут-форс в лоб. Самый долгий способ. С небольшой оптимизацией:

$collection = [...]; //исходная коллекция объектов
$found = []; //коллекция найденных массивов для быстрой проверки
$unique = []; //результирующая коллекция

foreach ($collection as $item) {
    //преобразуем объект в массив без поля "id"
    $array = (array)$item;
    unset($array['id']);
    
    //ищем полученный массив в массиве $found
    if (!in_array($array, $found)) {
        $found[] = $array;
        $unique[] = $item;
    }
}

RTFM: https://docs.guzzlephp.org/en/stable/request-optio...

$data = [$name];
$response = $client->post($url, ['json' => $data]);

1. Размазать нагрузку по времени. Переносить данные чаще меньшими порциями, чтобы не нагружать основную БД на час.

2. Построить архитектуру мастер-реплика. Писать только в мастер. Читать только из реплики. Тогда у пользователей реплики не будет проблем "mysql server has gone away".

3. При переносе запись происходит в те же таблицы, из которых читают пользователи? Возможно стоит писать в какие-то временные таблицы и после завершения подменять их. Чтобы не блокировать основные таблицы.

Ну и собственно - что вообще побудило построить такую странную архитектуру, где надо переносить большой объём данных из одной БД в другую не регулярной основе?

Да, это разные процессы.
Да, каждый процесс будет обрабатываться своим ядром.

Что значит "вместо PHP_CLI использовать PHP-FPM"?
В консоли вы можете запустить сколько угодно процессов. А PHP-FPM сам балансирует количество потоков в зависимости от настроек.