rPman

diskpart clean all заполняет ВСЕ место на диске нулями, некоторые контроллеры это оптимизируют (используют внутреннее сжатие, которое повторяющиеся символы записывают в меньшем объеме, или к примеру даже и не производят запись если обнаружат сектор нулей, скорее всего помечают данный сектор как освободившийся (а все освободившиеся при попытке чтения возвращают нули так же без реального чтения данных, кстати это одна из причин, почему бессмысленно тестировать ssd простой записью из /dev/zero и последующим чтением - будет тест скорости контроллера а не самой флеш памяти)

т.е. скорее всего тот диск что завершил эту операцию быстро на самом деле посекторно провел операцию аналогичную trim (не мгновенно потому что посекторно а не сразу на весь объем) а у того что делал это медленно контроллер по проще (ради скорости) и старательно пытался записать данные что от него требовала ОС

если цель просто подготовить диск для следующего использования, достаточно сделать diskpart clean (будет очищена только таблица разделов), дальше операционная система сделает trim на все свободное место на накопителе (по уму это будет сделано автоматически, когда будет создан и отформатирован раздел, как вариант вручную это можно сделать, запустив 'оптимизацию диска', там где раньше в меню была дефрагментация)

p.s. trim уничтожает данные моментально, т.е. обычными средствами старые данные считать не получится, но специализированное оборудование, позволяющее считывать данные напрямую с флеш памяти сможет их восстановить, (да есть контроллеры ssd умеющие шифрование на аппаратном уровне но сейчас не про них)
В этом случае конечно лучше поверх всего диска записать данные, но только не нули а случайные (или какой то один и тот же файл, например короткое видео, продублировать бесконечно) или если боитесь за то что ваши данные смогут восстановить - изначально используйте шифрование раздела средствами ОС, уничтожение его всего можно сделать будет просто уничтожив ключи дешифровки.

В данном случае тебе придется дважды пройтись по строчкам файла, первый раз читать исключительно чтобы получить максимальное количество полей, данные либо читать дважды из файла либо при первом чтении сохранить в памяти и вторым циклом проходить по уже готовым данным.

еще момент, ты по коду старательно парсишь csv самостоятельно да еще и не правильно (строки в ковычках могут содержать переход на новую строку), в php для этого есть хорошая функция fgetcsv, возвращает готовый массив

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

в данном случае те запросы что выполняются дойдут до конца но новые создаваться не будут

Может!
Хостер (у которого размещено физическое железо, на котором крутятся твоя ос или виртуальные машины) имеет возможность получить доступ даже если ты зашифровал файловую систему а пароль вводишь подключившись в initramfs по ssh при перезапуске, так как имеет возможность подменить загрузчик со своим трояном, который способен украсть ключи шифрования (это я не говорю про возможность сделать копию оперативной памяти - штатная фишка виртуальных машин и зашифрованного диска, извлечь из дампа ключи шифрования и расшифровать диск).

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

Гарантии имеются только при размещении своего личного оборудования в специальной защищенной зоне с круглосуточными камерами и в сейфе, а для обслуживания к серверу катается специальный надежный человек и визуально проверяет отсутствие несанкционированного доступа.

p.s. и даже в этом случае нужно будет очень очень сильно доверять производителю оборудования, биоса, прошивок (например прошивки сетевой карты, m2 диска и всего что имеет доступ к pcie) и конечно же самой ос, что там нет закладок (а они там очевидно есть).

Помним и про проприетарный софт от провайдера, который клиенты устанавливают добровольно на свои машины например для предоставляения доступа службы поддержки, управления ключами доступа ssh и управление виртуалками - этот софт по определению официально дает хостеру доступ к машине, вне зависимости от установленного способа защиты

p.p.s. но маловероятно что подобная атака выполняется хостером для каждого клиента (хотя такой вариант не исключен, ведь инструментарий достаточно написать один раз и поддерживать его для новых версий ядер, а потом массово взламывать все машины, так как получение снапшота диска почти бесплатная процедура, почему бы и нет)

Так вот если это не проводится на автомате с каждым клиентом, то шифрования диска со вводом пароля в момент загрузки, подключившись по IP KVM или аналогам либо в initramfs ssh либо к примеру свой гипервизор ... то твои файлы достаточно защищены (настоятельно рекомендую арендовать для таких задач физическое железо а не vps-ку и устанавливать на него свой гипервизор а задачи запускать в виртуальной машине, атака на такой конфиг тупо дороже)

Обычно в win32 приложении, помимо установки значения нужно симулировать событие EN_CHANGE но в любом случае ковыряться с win32 не универсально и на порядок сложнее чем готовые инструменты

настоятельно рекомендую использовать autoit

Поиграй с BNB, это фактически клон ethereum, но дешевый, еще из дешевых блокчейнов со смартконтрактами и достаточной ликвидностью можно предложить - Tron

а вообще полистай вот список dex бирж на блокчейнах, отсортируй по объемам и изучай